Hi all,
I wanted to update you on some major surgery I performed on the
Configuration package. This amounted to two aspects:
1) Remove Defaults from BaseConfiguration and friends.
Previously you could declare a PropertiesConfiguration etc and pass in a
default configuration value to read from.
Howdy,
I like it ;) As long as both styles are available and it's easy to
switch between them / specify which one you want, it's all good ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004
dion2004/02/24 05:56:59
Modified:jelly/src/java/org/apache/commons/jelly/expression/jexl
JexlExpression.java JexlExpressionFactory.java
Log:
Move to ASL v2
Revision ChangesPath
1.17 +13 -59
dion2004/02/24 06:01:54
Modified:jelly/src/java/org/apache/commons/jelly/expression/xpath
XPathExpression.java
Log:
Move to ASL v2
Revision ChangesPath
1.3 +13 -59
dion2004/02/24 06:02:07
Modified:jelly/src/java/org/apache/commons/jelly/expression
ExpressionFactory.java ConstantExpression.java
CompositeExpression.java ExpressionSupport.java
Expression.java
Log:
Move to
dion2004/02/24 06:03:29
Modified:jelly/src/java/org/apache/commons/jelly/parser
DefaultNamespaceFilter.java XMLParser.java
Log:
Move to ASL v2
Revision ChangesPath
1.5 +13 -59
dion2004/02/24 06:04:03
Modified:jelly/src/java/org/apache/commons/jelly/servlet
JellyServletContext.java JellyServlet.java
Log:
Move to ASL v2
Revision ChangesPath
1.3 +13 -59
dion2004/02/24 06:10:43
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
ChooseTag.java InvokeTag.java CaseTag.java
RemoveTag.java ExprTag.java BreakTag.java
ForEachTag.java WhitespaceTag.java
dion2004/02/24 06:12:34
Modified:jelly/src/java/org/apache/commons/jelly/util
SafeContentHandler.java NestedRuntimeException.java
CommandLineParser.java
Log:
Move to ASL v2
Revision ChangesPath
1.3 +12 -53
dion2004/02/24 06:13:31
Modified:jelly/src/java/org/apache/commons/jelly/xpath
XPathComparator.java XPathSource.java
XPathTagSupport.java
Log:
Move to ASL v2
Revision ChangesPath
1.3 +14 -60
Does this change address the complexity of the default configuration use
case with a composite configuration ?
Emmanuel
Eric Pugh wrote:
Hi all,
I wanted to update you on some major surgery I performed on the
Configuration package. This amounted to two aspects:
1) Remove Defaults from
dion2004/02/24 06:19:58
Modified:jelly/src/test/org/apache/commons/jelly/core Product.java
Order.java TestInvokeTag.java TestChooseTag.java
TestArgTag.java BaseJellyTest.java
TestIncludeTag.java Customer.java
dion2004/02/24 06:20:29
Modified:jelly/src/test/org/apache/commons/jelly/expression
TestDynaBeans.java TestExpressions.java
jelly/src/test/org/apache/commons/jelly/impl
TestTagLibraryResolver.java
Log:
Move to ASL v2
Thanks,
I'll check it out
--
dIon Gillard, Multitask Consulting
Gary Gregory [EMAIL PROTECTED] wrote on 24/02/2004 05:07:10 PM:
Check out the Java program in the Apache Committers project:
relicense/src/java/org/apache/committers/ReplaceLicense.java
Gary
-Original
I used it in [io] as well. Only problem I found was that 2001-2002 or
something became 2001-2002,2004. I suggest doing a cvs diff and grepping
for 199|200 or something to do a sanity check.
Hen
On Tue, 24 Feb 2004, Gary Gregory wrote:
Check out the Java program in the Apache Committers
Stephen Colebourne wrote:
I have to be honest and say that I don't like this tab style for commons. It
moves the page content too far down, and makes the links too important in my
view.
Hmm, but, they ARE more important. Whats the most important thing I want
to navigate when at the level of a
That one worked for me I think. The one item I added to the readme is that
2004 becomes 2004-2004.
gg
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 06:28
To: Jakarta Commons Developers List
Subject: RE: [jelly] moving to 2.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27193.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim, Gary
Currently [Codec] is still Java 1.2 compatible. And yes, there are
[Codec] users who would like it to stay that way at least for some time.
Not that we enjoy working around Java 1.2 limitations that much, but we
simply have obligations to our users as well (there are several
projects,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary Gregory wrote:
| I only glanced at it but it is customary to provide a unit test patche
when
| adding functionality.
You're right, I forgot the src/test directory in my patch. These is the
complete patch.
- --
Alban Peignier - [EMAIL PROTECTED]
Is this a debate about whether commons is one project or many? I had thought
that there was general agreement to unify the commons site's look and feel.
Maybe I was wrong.
My solution to the problem you describe is to add extra links to the top
part of the navigation.
Overview
User guide
Examples
Oleg, no one has talked about breaking existing interfaces - 1.2 will
still be supported be (at the very least) by all existing features.
This is more of a discussion of future growth, we are going to find a way
to enable features dependent on 1.4 while still support (creating a
scolebourne2004/02/24 13:34:17
Modified:cache/src/java/org/apache/commons/cache/remote
ObjectArrayResponse.java Ack.java
GetKeysForGroupRequest.java ClearGroupRequest.java
RetrieveRequest.java ClearRequest.java
scolebourne2004/02/24 14:19:03
Modified:clazz/xdocs navigation.xml
clazzproject.properties project.xml
Log:
Update to new website design
Revision ChangesPath
1.2 +1 -1 jakarta-commons-sandbox/clazz/xdocs/navigation.xml
Index:
fredrik 2004/02/24 14:31:43
Modified:lang/src/java/org/apache/commons/lang StringUtils.java
lang/src/test/org/apache/commons/lang StringUtilsIsTest.java
Log:
Added isAsciiPrintable() http://issues.apache.org/bugzilla/show_bug.cgi?id=22489.
Revision Changes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
fredrik 2004/02/24 14:38:55
Modified:lang project.xml
Log:
Added a contributor.
Revision ChangesPath
1.30 +3 -0 jakarta-commons/lang/project.xml
Index: project.xml
===
RCS file:
When a connection is returned to the pool
PoolableConnectionFactory.passivateObject is called on it:
http://jakarta.apache.org/commons/dbcp/xref/org/apache/commons/dbcp/PoolableConnectionFactory.html#358
As you can see a rollback is done (if needed) and setAutoCommit is
also called. If this
I probably sound like a broken record but here goes :-)
If I'm barking up the wrong tree, let me know and I'll stop making noise on
this list ...
Many of the problems being discussed here have been solved in the library
I've posted previously. An up-to-date version can be found here:
I think you are barking up the right tree ;-)
It is just quite a bit of work to integrate a new framework into [codec]. I
mean do we: (1) Find a way to merge the two, or (2) deprecate the old in
favor of the new making sure that all the old features exists in the new. I
have not looked at the new
dion2004/02/24 16:56:04
Modified:jelly/src/bin jelly jelly.bat
Log:
ASL v2
Revision ChangesPath
1.4 +15 -0 jakarta-commons/jelly/src/bin/jelly
Index: jelly
===
RCS file:
dion2004/02/24 17:06:20
Modified:jellyLICENSE.txt
Log:
ASL v2
Revision ChangesPath
1.4 +13 -58jakarta-commons/jelly/LICENSE.txt
Index: LICENSE.txt
===
RCS file:
dion2004/02/24 17:10:24
Modified:jelly/xdocs gettingstarted.xml pipeline.xml tutorial.xml
irc.xml jellyunit.xml todo.xml jellyswt.xml
powered.xml faq.xml index.xml overview.xml
jellyswing.xml navigation.xml
dion2004/02/24 17:13:33
Modified:jelly/src/bin forehead.conf
Log:
ASL v2
Revision ChangesPath
1.3 +15 -0 jakarta-commons/jelly/src/bin/forehead.conf
Index: forehead.conf
===
RCS file:
dion2004/02/24 17:23:59
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
SetPropertyTag.java JellyPropsHandler.java
AntTag.java FileScannerTag.java TaskSource.java
FileIterator.java
dion2004/02/24 17:24:48
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/task
AntJellyContext.java JellyTask.java
Log:
ASL v2
Revision ChangesPath
1.6 +12 -58
dion2004/02/24 17:25:54
Modified:jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant/tag
MyTagLibrary.java DummyTag.java TestJelly.java
Log:
ASL v2
Revision ChangesPath
1.3 +13 -59
dion2004/02/24 17:26:20
Modified:jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant
TestJelly.java
jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant/task
DummyTask.java
Log:
ASL v2
Revision
dion2004/02/24 17:27:09
Modified:jelly/jelly-tags/antlr/src/java/org/apache/commons/jelly/tags/antlr
AntlrTagLibrary.java GrammarTag.java AntlrTag.java
Log:
ASL v2
Revision ChangesPath
1.3 +13 -59
dion2004/02/24 17:28:22
Modified:jelly/jelly-tags/avalon/src/java/org/apache/commons/jelly/avalon
JellyServiceImpl.java JellyService.java
Log:
ASL v2
Revision ChangesPath
1.3 +14 -59
Stephen Colebourne wrote:
Is this a debate about whether commons is one project or many? I had thought
that there was general agreement to unify the commons site's look and feel.
Maybe I was wrong.
I'm not going to argue about it either, thats fruitless. But, unifying
the look and feel doesn't
dion2004/02/24 20:10:43
Modified:jellyproject.properties gump.xml project.xml
commonDependencies.ent build.xml maven.xml
Log:
ASL v2
Revision ChangesPath
1.20 +16 -0 jakarta-commons/jelly/project.properties
Index:
dion2004/02/24 20:28:09
Modified:jelly/src/java/org/apache/commons/jelly package.html
jelly.properties
jelly/src/java/org/apache/commons/jelly/expression
package.html
Log:
ASL v2
Revision ChangesPath
1.3
dion2004/02/24 20:32:40
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
package.html
jelly/src/java/org/apache/commons/jelly/impl package.html
jelly/src/java/org/apache/commons/jelly/tags
dion2004/02/24 20:37:43
Modified:jelly/src/test/org/apache/commons/jelly show_args.jelly
Log:
*** keyword substitution change ***
Revision ChangesPath
1.6 +15 -0
jakarta-commons/jelly/src/test/org/apache/commons/jelly/show_args.jelly
Index:
dion2004/02/24 20:38:17
Modified:jelly/src/test/org/apache/commons/jelly test_args.jelly
testFile.jelly testFindVariable.jelly
Log:
*** keyword substitution change ***
Revision ChangesPath
1.5 +15 -0
dion2004/02/24 20:57:17
Modified:jelly/src/test/org/apache/commons/jelly
testCmdLineOptions.jelly example3.jelly dummy.xml
import1.jelly show_properties.jelly suite.jelly
run_all.jelly testStatic.jelly
dion2004/02/24 21:06:11
Modified:jelly/src/test/org/apache/commons/jelly/benchmark
benchmark.jelly sample.jelly
Log:
ASL v2
Revision ChangesPath
1.4 +15 -0
dion2004/02/24 21:09:58
Modified:jelly/src/test/org/apache/commons/jelly/core
testNewTag.jelly b.jelly c.jelly
testSwitchTag.jelly testChooseTag.jelly
testInvokeTag.jelly a.jelly
dion2004/02/24 21:10:23
Modified:jelly/src/test/org/apache/commons/jelly/tags/junit
package.html
Log:
ASL v2
Revision ChangesPath
1.2 +15 -0
jakarta-commons/jelly/src/test/org/apache/commons/jelly/tags/junit/package.html
Index:
dion2004/02/24 21:14:48
Modified:jelly/src/test/org/apache/commons/jelly/test/xml
TestCData.java nsFilterTest.jelly
invalidScript1.jelly producesOutput.jelly
testCData.jelly validScript1.jelly
dion2004/02/24 21:15:58
Modified:jelly/src/test simplelog.properties log4j.properties
Log:
ASL v2
Revision ChangesPath
1.3 +16 -0 jakarta-commons/jelly/src/test/simplelog.properties
Index: simplelog.properties
dion2004/02/24 21:24:46
Modified:jellyREADME.txt
Log:
ASL v2
Revision ChangesPath
1.9 +14 -0 jakarta-commons/jelly/README.txt
Index: README.txt
===
RCS file:
dion2004/02/24 21:32:01
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/task
package.html
jelly/jelly-tags/ant project.properties maven.xml
project.xml build.xml
If you're a jelly committer and want to help with moving to ASL v2, let me
know.
I've currently done the base jelly code, and have started on the tags. I'm
starting at 'ant' and working my way down alphabetically.
If anyone wants to start from the other end, go fot it!
--
dIon Gillard,
dion2004/02/24 21:48:07
Modified:jelly/jelly-tags/antlr build.xml maven.xml project.xml
project.properties
jelly/jelly-tags/antlr/src/java/org/apache/commons/jelly/tags/antlr
package.html
dion2004/02/24 21:53:43
Modified:jelly/jelly-tags/avalon project.properties project.xml
build.xml maven.xml
jelly/jelly-tags/avalon/src/test/org/apache/commons/jelly/tags/avalon
sample.jelly
Log:
ASL v2
Revision
dion2004/02/24 22:10:05
Modified:jelly/jelly-tags/bean project.properties project.xml
maven.xml build.xml
jelly/jelly-tags/bean/src/java/org/apache/commons/jelly/tags/bean
package.html
dion2004/02/24 22:17:38
Modified:
jelly/jelly-tags/beanshell/src/java/org/apache/commons/jelly/tags/beanshell
package.html
jelly/jelly-tags/beanshell/src/test/org/apache/commons/jelly/tags/beanshell
suite.jelly
dion2004/02/24 22:19:19
Modified:jelly/jelly-tags/betwixt maven.xml project.xml
project.properties gump.xml build.xml
jelly/jelly-tags/betwixt/src/test/org/apache/commons/jelly/betwixt
common.jelly rss-example.xml
dion2004/02/24 22:21:01
Modified:jelly/jelly-tags/bsf/src/java/org/apache/commons/jelly/tags/bsf
package.html
jelly/jelly-tags/bsf/src/test/org/apache/commons/jelly/tags/javascript
example.jelly
dion2004/02/24 22:24:11
Modified:jelly/jelly-tags/define build.xml project.properties
maven.xml project.xml
jelly/jelly-tags/define/src/test/org/apache/commons/jelly/tags/mock
suite.jelly service.jelly
dion2004/02/24 22:25:08
Modified:jelly/jelly-tags/dynabean build.xml maven.xml
project.properties project.xml
jelly/jelly-tags/dynabean/src/test/org/apache/commons/jelly/tags/dynabean
suite.jelly
dion2004/02/24 22:30:59
Modified:jelly/jelly-tags/email maven.xml project.properties
project.xml build.xml
jelly/jelly-tags/email/src/java/org/apache/commons/jelly/tags/email
package.html
dion2004/02/24 22:35:17
Modified:jelly/jelly-tags/fmt/src/test/org/apache/commons/jelly/tags/fmt
abc.properties xyz.properties suite.jelly
xyz_zh.properties
jelly/jelly-tags/fmt maven.xml build.xml project.properties
skitching2004/02/24 23:15:28
Modified:digester/src/test/org/apache/commons/digester
CallMethodRuleTestCase.java Test8.xml
Log:
Validate order in which CallMethodRule instances fire. See bugzilla #12997.
Revision ChangesPath
1.14 +10 -10
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12997.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26954.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg Kalnichevski wrote:
I apologize for inconveniences and extra work caused by my
mistake.
Oleg
Nop. I did not had any inconveniences ;-)
Erare humanum est - Seneca.
King regards
--
Thorsten Scherler
Tfno: 955 062 627
Email: [EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27109.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Roland,
and thank you for the detailed answer. It helped.
It's the hard case I have to deal with, but this is ok.
I missed some understanding about how these forms work,
now everything is clear.
Thank you again,
Diana
Hello Diana,
there are some possible cases... you'll have to analyse the
Hi all,
I'm using httpclient 2.0 and i'm encountering this problem when i try to
connect to
https://www.socialsecurity.be/login/login_fr?j_target_url=%2Fsrd%2Findex
.jsp using a get method :
24-fevr.-2004 11:58:35 org.apache.commons.httpclient.HttpMethodBase
processResponseHeaders
ATTENTION:
Hello Xavier,
your first action should be to contact the administrator of
that web site and tell him that the cookie configuration is
all screwed up.
No browser should accept a cookie for .smals-mvm.be
coming from socialsecurity.be, let alone HttpClient. It
would be a security violation to do so.
For (a), Oleg's response is correct. You might easily be confused, in
the sense that HttpClient's API inverts the control. It is not that
you write to an OutputStream to send your data, it is that you
provide HttpClient with an InputStream, and it reads that stream and
sends the data.
John Keyes schrieb:
For (a), Oleg's response is correct. You might easily be confused,
in the sense that HttpClient's API inverts the control. It is not
that you write to an OutputStream to send your data, it is that
you provide HttpClient with an InputStream, and it reads that
stream and
John Keyes wrote:
In both cases, it is possible to get the behavior that you desire.
Not it is not. Again think of XXX,000 of requests.
I am getting a little angry by now. C'mon man, we wrote this baby and we
know very well what's possible with it. So please don't tell us it can
not do
Stefan Dingfelder wrote:
I am missing something here from both views. Maybe I am wrong but as I
understand it, I can provide any InputStream. And that must not be a
file on disk (which I dislike also - except for large files or live
streams that cannot be put to memory in total) but can be any
John
Just for the record: HttpClient 2.0 design is completely broken in many, many
wonderful ways, and we are perfectly aware of that. Excuse my lack of understanding,
however, I do think that applies to the current implementation of the content
streaming.
Allow me to reiterate that
John Keyes wrote:
For (a), Oleg's response is correct. You might easily be confused, in
the sense that HttpClient's API inverts the control. It is not that
you write to an OutputStream to send your data, it is that you
provide HttpClient with an InputStream, and it reads that stream
and sends
On 24 Feb 2004, at 14:36, Stefan Dingfelder wrote:
John Keyes schrieb:
For (a), Oleg's response is correct. You might easily be confused,
in the sense that HttpClient's API inverts the control. It is not
that you write to an OutputStream to send your data, it is that
you provide HttpClient
On 24 Feb 2004, at 14:39, Ortwin Glück wrote:
John Keyes wrote:
In both cases, it is possible to get the behavior that you desire.
Not it is not. Again think of XXX,000 of requests.
I am getting a little angry by now. C'mon man, we wrote this baby and
we know very well what's possible with it.
lots_snipped/
Again, comments and feedback or a patch for bug 26070 would be welcome.
Okay, I'll investigate it more and see what I come up with,
-John K
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Ortwin Glück schrieb:
Stefan Dingfelder wrote:
I am missing something here from both views. Maybe I am wrong but as
I understand it, I can provide any InputStream. And that must not be
a file on disk (which I dislike also - except for large files or live
streams that cannot be put to memory
But a *segment* will be held in memory prior to writing to the output
stream though. For XXX,000 requests I think this is an unreasonable
memory overhead.
John,
Just to make sure I understand you correctly, you are saying that your application
will be processing XXX,000 requests
John Keyes schrieb:
On 24 Feb 2004, at 14:39, Ortwin Glück wrote:
John Keyes wrote:
In both cases, it is possible to get the behavior that you desire.
Not it is not. Again think of XXX,000 of requests.
I am getting a little angry by now. C'mon man, we wrote this baby
and we know very well
On 24 Feb 2004, at 16:22, Kalnichevski, Oleg wrote:
But a *segment* will be held in memory prior to writing to the output
stream though. For XXX,000 requests I think this is an unreasonable
memory overhead.
John,
Just to make sure I understand you correctly, you are saying that your
come along) and work from there - we need to process around 70,000
requests a minute.
But not concurrently, right? So, the memory overhead is (No of concurrent connections)
* (buffer size). Even if you had 1,000 concurrent SOAP requests, with 2K buffer you
would still end up with 2,048 *
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27194.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27194.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You're absolutely right, Roland, i was about sure about it but with your
confirmation, there is no doubt.
Thank you for your reply
-Original Message-
From: Roland Weber [mailto:[EMAIL PROTECTED]
Sent: mardi 24 fevrier 2004 13:05
To: Commons HttpClient Project
Subject: Re: Cookie rejected
91 matches
Mail list logo