cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath CompiledExpression.java JXPathContext.java JXPath.java

dmitri 02/04/27 21:37:01 Modified:jxpath/xdocs users-guide.xml index.xml jxpath/src/test/org/apache/commons/jxpath JXPathTestCase.java jxpath/src/java/org/apache/commons/jxpath/ri JXPathContextReferenceImpl.j

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri EvalContext.java

dmitri 02/04/27 21:36:27 Modified:jxpath/src/java/org/apache/commons/jxpath/ri EvalContext.java Log: Now implements Iterator Revision ChangesPath 1.13 +207 -48 jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/EvalContext.java

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/axes UnionContext.java SimplePathInterpreter.java SelfContext.java RootContext.java PredicateContext.java PrecedingOrFollowingContext.java ParentContext.java NamespaceContext.java InitialContext.java DescendantContext.java ChildContext.java AttributeContext.java AncestorContext.java

dmitri 02/04/27 21:35:49 Modified:jxpath/src/java/org/apache/commons/jxpath/ri/axes UnionContext.java SimplePathInterpreter.java SelfContext.java RootContext.java PredicateContext.java Prece

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/util ValueUtils.java

dmitri 02/04/27 21:31:13 Modified:jxpath/src/java/org/apache/commons/jxpath/util ValueUtils.java Log: Added a generic iterator Revision ChangesPath 1.4 +27 -4 jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/util/ValueUtils.ja

RE: [pool] PROPOSAL: add collecting of statistics to pool implementations

On Sat, 27 Apr 2002, Paulo Gaspar wrote: > However, "aggressive management" is NOT a solution. Not even in the > "corporate world". I'm happy to accept this. T'was an idea, but not one I've had experience of trying before. I'm mainly pushing for some explanation to users as to the differences

RE: [PROPOSAL] Commons-API (was Re: [pool] PROPOSAL: add collectingof statistics to pool implementations)

On Sat, 27 Apr 2002, Paulo Gaspar wrote: > And I don't give a shit about how it looks to the outside > because: > - This is not a commercial organization; > > - If we have a specific target audience, it is a technical one >that makes a well informed choice... or they would be >flocking

cvs commit: jakarta-commons/digester RELEASE-NOTES.txt

craigmcc02/04/27 20:38:29 Modified:digester RELEASE-NOTES.txt Log: Update release notes for a 1.2 release. Revision ChangesPath 1.4 +66 -25jakarta-commons/digester/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt ===

Redirect problems in HTTP client of Jakarta Commons

Hi, I am using the HTTPClient() to get the content of a site "http://www.expedia.com";, but I got the following exception saying redirecting to a different host is not implemented. But when I use the URL class in jdk, i am able to get the content of the site. Is it collect to say HTTP client is b

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils/converters package.html

craigmcc02/04/27 18:16:48 Modified:beanutils/src/java/org/apache/commons/beanutils PropertyUtils.java package.html Added: beanutils/src/java/org/apache/commons/beanutils/converters package.html Log: Update the comments in Prope

cvs commit: jakarta-commons/beanutils RELEASE-NOTES.txt

craigmcc02/04/27 17:56:53 Modified:beanutils RELEASE-NOTES.txt Log: Update release notes in preparation for a 1.3 release vote. Revision ChangesPath 1.4 +124 -18 jakarta-commons/beanutils/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt =

DO NOT REPLY [Bug 8461] - Digester.parse(File) is crippled in two aspects

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester Digester.java

craigmcc02/04/27 16:39:50 Modified:digester/src/java/org/apache/commons/digester Digester.java Log: Fix two issues with the parse(File) method: * Create an InputSource using an InputStream rather than a Reader, so that any character encoding specified within the file can be

DO NOT REPLY [Bug 8364] - java.util.List support for getIndexedProperty()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils BeanUtilsTestCase.java DynaBeanUtilsTestCase.java

craigmcc02/04/27 16:11:23 Modified:beanutils/src/java/org/apache/commons/beanutils BeanUtils.java beanutils/src/test/org/apache/commons/beanutils BeanUtilsTestCase.java DynaBeanUtilsTestCase.java Log: Fix BeanUtils.popul

BeanUtils - populate mapped properties

The attached diff should be applied to the file BeanUtils.java in order to populate beans with mapped properties. I had to do this during experimenting with struts and the next-extension (nested properties). Mige 621,627c621 < < < if (descriptor instan

Re: [pool] PROPOSAL: add collecting of statistics to pool implementations

So after the recent discussion I think the conclusion would be as follows: - Look at Avalon/Excalibur pool implementation and the inspection code - Note any flaws, learn from mistakes made in that code - Implement what you proposed below and try to make it better than Excalibur impl. Otis ___

[collections] Would like to contribute my RangeIterator

Hello, I wrote some time ago a RangeIterator, which allows you to set a right and left border criteria, so that only objects within this border are processed. Now I would like to contribute it to the collections package. Would it be accepted? Bye Oliver -- To unsubscribe, e-mail:

RE: [pool] PROPOSAL: add collecting of statistics to pool implementations

Henri, You even forgot to put Turbine in the equation. There is duplicated code across the Commons, Avalon AND Turbine. However, "aggressive management" is NOT a solution. Not even in the "corporate world". If you try to choose a winner between 2 or 3 groups you end up with a war in your hand

RE: [pool] PROPOSAL: add collecting of statistics to pool implementations

Why does chronology matter? There are many bits and pieces that were fully developed in Avalon before they were in the commons, and that does NOT matter either. Commons and Avalon just have different targets: - Loose components for the commons; - Framework for Avalon. And which is better is a

RE: [pool] PROPOSAL: add collecting of statistics to pool implementations

> Mod_webapp attempted to replace mod_jk, and AFAIK it didn't even got > close. Oh God! I never expected to see this put in such explicit way! I thought it was a well kept secret. =;o) Anyway, mod_webapp raised the level of ambition on the connectors and that can only be good for mod_jk too.

RE: [PROPOSAL] Commons-API (was Re: [pool] PROPOSAL: add collecting of statistics to pool implementations)

I completely agree with Geir. IMAO, what is bad is when people in a project ignore (sometimes deliberately) all prior art and even newer ideas about the same subject that their project covers. But duplication as many advantages. Different styles, different choices. And I don't give a shit about

cvs commit: jakarta-commons/latka/src/distribution/conf suite.ent

dion02/04/27 10:47:39 Modified:latka/src/distribution/conf suite.ent Log: Added defaultProxyHost/Port to suite, and proxyHost/Port to request Revision ChangesPath 1.2 +8 -4 jakarta-commons/latka/src/distribution/conf/suite.ent Index: suite.ent =

cvs commit: jakarta-commons-sandbox/net/xdocs project.xml

brekke 02/04/27 10:33:25 Modified:net project.xml net/xdocs project.xml Added: net LICENSE.txt Removed: net LICENSE Log: Updated for documentation and site publishing. Revision ChangesPath 1.5 +3 -2 jakarta-commons-

Re: HttpClient problem: duplicate Content-Length headers ...

>> >The problem is in org.apache.commons.httpclient.HttpMethodBase. >> >For example, if the server sent 2 "Content-Length: 455" headers, >> >the header instance will get a value like "455, 455", which >> >can not be parsed into integer. Attachment is my modified code. >> >> The root problem is t

[GUMP] Build Failure - commons-latka

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] latka 1.0-dev