Re: Latka & Anteater

This should not be difficult to implement, all the support is already there: you can simulate sessions by capturing the cookies and passing them in the subsequent HTTP requests. Session support would be just a convenience for the developer to not have to do this manually. The same mechanism could

Struts Validator

Dear Sir: Did you use the struts-validator.war from v1.1 b1? I put this file under C:\jakarta-tomcat-4.0-b6\webapps, then run doNormal.bat. I got error messages like [ERROR] ActionServlet - Parsing error processing resource path /WEB-INF/struts-config.xml. Can you help? Thanks. Karen [EMAIL PR

RE: [httpclient] POSTing XML body

get it from the nightly build, it should have a setRequestBody method or something like that. xiaowei -Original Message- From: Taras Tielkes [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 2:05 PM To: [EMAIL PROTECTED] Subject: [httpclient] POSTing XML body Hi, I've been using t

[httpclient] POSTing XML body

Hi, I've been using the commons http-client 2.0 alpha release for a couple of days. I want to make a HTTP POST request, but instead of posting parameters, I'd like to post my own string (xml for example). Is there functionality present for this, or should I write it myself (inherit from PostMeth

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons/simplestore/xmldb CollectionFactory.java XmlDbPersistenceManagerFactory.java XmlDbStorage.java

baliuka 02/05/17 11:33:55 Added: simplestore/src/xmldb/org/apache/commons/simplestore/xmldb CollectionFactory.java XmlDbPersistenceManagerFactory.java XmlDbStorage.java Log: Started frontend for XmlDb api

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons/simplestore/xmldb - New directory

baliuka 02/05/17 11:32:23 jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons/simplestore/xmldb - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons/simplestore - New directory

baliuka 02/05/17 11:32:14 jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons/simplestore - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons - New directory

baliuka 02/05/17 11:32:01 jakarta-commons-sandbox/simplestore/src/xmldb/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org/apache - New directory

baliuka 02/05/17 11:31:47 jakarta-commons-sandbox/simplestore/src/xmldb/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb/org - New directory

baliuka 02/05/17 11:31:06 jakarta-commons-sandbox/simplestore/src/xmldb/org - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/simplestore/src/xmldb - New directory

baliuka 02/05/17 11:30:55 jakarta-commons-sandbox/simplestore/src/xmldb - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Latka & Anteater

Which HTTP classes do Anteater use? If it's HTTP Client, session support shouldn't be too tough to add. --- Ivelin Ivanov <[EMAIL PROTECTED]> wrote: > > Session/cookie support is essential indeed. > I assumed it's supported in Anteater. > > > - Original Message - > From: "Jeff Turner"

Re: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects)

> > >Can't the reserve behavior be applied to: > >1. java.util.Collection >2. java.util.Set >3. java.util.SortedSet >4. java.util.List >5. java.util.Map >6. java.util.SortedMap >7. org.apache.commons.collections.Bag >8. org.apache.commons.collections.SortedBag > >I just like to be complete

Re: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects)

I don't claim to have fully grokked the reason for the Reserve* collections yet but shouldn't they take a Factory object instead of a Class instance and array of argument types and an array of argument instances? Something along these lines... public interface Factory { Object createObject();

RE: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects)

> 1) What 8 interfaces?... There's only 2 that are valid. Can't the reserve behavior be applied to: 1. java.util.Collection 2. java.util.Set 3. java.util.SortedSet 4. java.util.List 5. java.util.Map 6. java.util.SortedMap 7. org.apache.commons.collections.Bag 8. org.apache.commons.collec

Re: Digester: user(ish) question: how to support plugin classes [dynamic rules]

hi simon this kind of thing has been in the air before but nothing's been committed. there are some subtle wrinkles but i don't have the time to go into them now. i think that this is a need that digester should address but the reason i didn't commit the patch we've had already on this issue

RE: Are FastArrayList/FastHashMap broken (unthreadsafe)

> So are you saying your patch won't work? > http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=101953795432669&w=2 > > :) > > > That patch is still on my radar. I just haven't had the chance to do > anything with it yet. I've been swamped with too many other things. *blush* I thought th

Re: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects)

1) What 8 interfaces?... There's only 2 that are valid. 2) They're currently small and simple. I don't see a need to over-engineer. 3&4) I'll get onto subList, but I don't fully agree that the rest (Iterators) are relevant. For example, you want an Iterator when you want to run over what is th

DO NOT REPLY [Bug 9206] New: - FastArrayList, FastHashMap and FastTreeMap not cross-platform

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

RE: Are FastArrayList/FastHashMap broken (unthreadsafe)

On Fri, 17 May 2002, Jack, Paul wrote: > > > I have just been looking through the source code to the classes > > > org.apache.commons.collections.FastHashMap and > > > org.apache.commons.collections.FastArrayList - these classes seem > totally > > > broken to me because they are designed for us

RE: [collections] - Few more collections for the masses... (important for Struts view objects, maybe other projects)

> Obviously, list and map implementations respectively... > http://www.keyboardmonkey.com/next/ReserveList.java > http://www.keyboardmonkey.com/next/ReserveMap.java Haven't looked in-depth at the code, but a few thoughts already: 1. I'd like to see implementations for all eight collection inte

RE: Are FastArrayList/FastHashMap broken (unthreadsafe)

> > I have just been looking through the source code to the classes > > org.apache.commons.collections.FastHashMap and > > org.apache.commons.collections.FastArrayList - these classes seem totally > > broken to me because they are designed for use within a multi-threaded > > environment but ar

Re: [collections] - Few more collections for the masses... (important for Struts view objects, maybe other projects)

Actually, finished the javadoc during lunch, but anyways... But I did miss the source code. Just wanted opinions first (or commons commit kudos?). But the people want code, so here tis... Obviously, list and map implementations respectively... http://www.keyboardmonkey.com/next/ReserveList.java h

Re: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects)

Any time you have a collection, where you don't really know what the request is giong to ask of the collection, and it needs to be met with a valid object, but in the future, you want to get at its input. These collections expand their wrapped impl's, and specified objects, to make sure they o

PATCH : org.apache.commons.collections.SoftRefHashMap

All - Please let me know if this is OK as I haven't submitted code before. Patches fix the SoftRefHashMap so that the "entrySet()" and "values()" methods are backed by the underlying map and the keys whose referent-values have been cleared will be automatically (and performant-ly) purged upon

RE: [collections] - Few more collections for the masses... (important for Struts view objects, maybe other projects)

I'm not sure I understand what these proxies do and how useful they are outside of struts. Can you provide some code or more detail? - Rod

cvs commit: jakarta-commons-sandbox/cli PROPOSAL.html README.txt build.xml STATUS.html TODO.txt

jstrachan02/05/17 08:11:59 Modified:cli/src/java/org/apache/commons/cli AlreadySelectedException.java cli PROPOSAL.html README.txt build.xml STATUS.html TODO.txt Log: Fixed dodgy line endings so that they now all us

RE: [collections] - Few more collections for the masses... (important for Struts view objects, maybe other projects)

Yeah, I've been using a similar strategy with Struts, so it would be nice if I could just rely on standard classes to do it. Could you post the source code to the list? (Or at least a URL where it can be viewed?) I'm not a committer, but I'm sure they'd ask the same thing! ;-) Thanks! -- Tim M

Patches to dbcp docs examples

A few weeks ago I submitted patches to fix compile errors in two of the examples in dbcp docs. I haven't seen these committed and I'm wondering if: A: someone can commit them, or B: I screwed up the patch or the post, please let me know how to do it right, or C: we can discuss the changes, or D:

Re: SoftRefHashMap isn't a pure implementation of Map - I'd like tocontribute one

On Fri, 17 May 2002, christopher marshall wrote: > Again you may have to excuse my naivety. The > org.apache.common.collections.SoftRefHashMap is not a "pure" implementation > of the java.util.Map interface, because the collections returned by the > "values()" and "entrySet()" methods are not b

Re: Are FastArrayList/FastHashMap broken (unthreadsafe)

On Fri, 17 May 2002, christopher marshall wrote: > I have just been looking through the source code to the classes > org.apache.commons.collections.FastHashMap and > org.apache.commons.collections.FastArrayList - these classes seem totally > broken to me because they are designed for use within

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/util Coercion.java

geirm 02/05/17 05:23:22 Modified:jexl/src/java/org/apache/commons/jexl/util Coercion.java Log: I think we are leaving the reservation spec-wise, but this makes perfect sense Revision ChangesPath 1.2 +10 -2 jakarta-commons-sandbox/jexl/src/java/org/apache/c

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl JexlTest.java

geirm 02/05/17 05:22:35 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java Log: added FP tests Revision ChangesPath 1.5 +33 -17 jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/JexlTest.java Index: JexlTest.java =

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl JexlTest.java

geirm 02/05/17 05:14:36 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java Log: The spec has non-String -Double -Float arithmetics done in Long, so need to make test comparitors Longs. also, String concat bye-bye for the momement. Will revisit Revision Change

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser ASTAddNode.java ASTMulNode.java ASTSubtractNode.java

geirm 02/05/17 05:13:22 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTAddNode.java ASTMulNode.java ASTSubtractNode.java Log: Make +, - and * 'more conformant' to the spec. We lost string concat for the moment ( "foo" + "bar" == "foobar") but w

Re: [CLI] PATCH

Great, I'll check it out later on and validate. -John K On Fri, 2002-05-17 at 12:43, James Strachan wrote: > Hi John > > Sorry I've been very busy lately; I've applied your patches now. Thanks > John! > > James > > - Original Message - > From: "John Keyes" <[EMAIL PROTECTED]> > > Its

Re: [CLI] PATCH

Hi John Sorry I've been very busy lately; I've applied your patches now. Thanks John! James - Original Message - From: "John Keyes" <[EMAIL PROTECTED]> > Its been a couple of weeks since I put this patch together > and it's not been accepted or rejected. This patch provides > support f

cvs commit: jakarta-commons-sandbox/cli/src/conf MANIFEST.MF

jstrachan02/05/17 04:44:33 Modified:cli/src/java/org/apache/commons/cli HelpFormatter.java Option.java overview.html AlreadySelectedException.java package.html CommandLine.java Options.java cli/src/te

[collections] - Few more collections for the masses... (important for Struts view objects, maybe other projects)

Peoples, Have a couple of handy collections ready to fly, built and tested.. I couldn't find duplicate functionality in those already there, but you guys are the better judge of that. --- Problem (if you want the reason for their existence)... Struts (maybe you've heard of it) has this neato a

SoftRefHashMap isn't a pure implementation of Map - I'd like to contribute one

All - Again you may have to excuse my naivety. The org.apache.common.collections.SoftRefHashMap is not a "pure" implementation of the java.util.Map interface, because the collections returned by the "values()" and "entrySet()" methods are not backed by the underlying Map. I also believe that

Are FastArrayList/FastHashMap broken (unthreadsafe)

I have just been looking through the source code to the classes org.apache.commons.collections.FastHashMap and org.apache.commons.collections.FastArrayList - these classes seem totally broken to me because they are designed for use within a multi-threaded environment but are not threadsafe wit

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl JexlTest.java

jstrachan02/05/17 00:56:30 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java Log: Added more conditional tests, which all pass. (Me of little faith eh ;-) Revision ChangesPath 1.3 +38 -2 jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl JexlTest.java

jstrachan02/05/17 00:53:47 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java Log: Added some more unit tests to test the use of calculations; it seems multiplication isn't working yet. Revision ChangesPath 1.2 +37 -1 jakarta-commons-sandbox/jexl/sr

Re: [beanutils] making BeanUtils.setProperty() public

From: "James Mitchell" <[EMAIL PROTECTED]> > Did you ever get your answer on this? I did; have made it public with Craig's blessing. > I could be wrong, but I think it should be PropertyUtils.setProperty(Object > bean, String name, Object value) That method works and is indeed public but it doe

Re: [beanutils] making BeanUtils.setProperty() public

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > On Thu, 16 May 2002, James Strachan wrote: > > > Date: Thu, 16 May 2002 17:00:19 +0100 > > From: James Strachan <[EMAIL PROTECTED]> > > > > For some reason the very useful BeanUtils.setProperty(bean, property, value) > > method is private. Does any

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils BeanUtils.java

jstrachan02/05/17 00:25:51 Modified:beanutils/src/java/org/apache/commons/beanutils BeanUtils.java Log: Made BeanUtils.setProperty() public. This is a useful method for those wishing to set a single property on a bean while still making use of the default co