Re: [VOTE] New committer: Sean Sullivan

2002-06-05 Thread Jeff Turner
+1 Welcome! --Jeff On Tue, Jun 04, 2002 at 02:39:02PM -0500, [EMAIL PROTECTED] wrote: I would like to nominate Sean Sullivan as a committer for the Jakarta Commons project. Sean has been active in providing patches and support the HttpClient project over the last several months and I think

Re: [VOTE] New committer: Sean Sullivan

2002-06-05 Thread Remy Maucherat
I would like to nominate Sean Sullivan as a committer for the Jakarta Commons project. Sean has been active in providing patches and support the HttpClient project over the last several months and I think he would be a good addition to the community. +1. Remy -- To unsubscribe, e-mail:

Re: BETWIXT : Failing testcases..

2002-06-05 Thread James Strachan
From: Jon Scott Stevens [EMAIL PROTECTED] on 6/4/02 4:03 PM, Martin van den Bemt [EMAIL PROTECTED] wrote: Betwixt fails on the scarab tests.. On the betwixt site the scarab tests are not included though.. It is failing on the TestScarabSettings.java line 196 (about), it is the

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core IncludeTag.java

2002-06-05 Thread werken
werken 2002/06/05 00:00:58 Modified:jelly/src/java/org/apache/commons/jelly JellyContext.java jelly/src/java/org/apache/commons/jelly/expression/jexl JexlExpression.java jelly/src/java/org/apache/commons/jelly/tags/core

cvs commit: jakarta-commons-sandbox/betwixt/src/java/org/apache/commons/betwixt/expression MethodUpdater.java

2002-06-05 Thread jstrachan
jstrachan2002/06/05 00:57:07 Modified:betwixt/src/test/org/apache/commons/betwixt/scarab GlobalAttributeOption.java GlobalAttribute.java TestScarabSettings.java betwixt project.properties build.xml

cvs commit: jakarta-commons-sandbox/betwixt .cvsignore

2002-06-05 Thread jstrachan
jstrachan2002/06/05 00:58:39 Modified:betwixt .cvsignore Log: added maven log to list of stuff for cvs to ignore Revision ChangesPath 1.4 +1 -0 jakarta-commons-sandbox/betwixt/.cvsignore Index: .cvsignore

cvs commit: jakarta-commons-sandbox/jrcs project.xml

2002-06-05 Thread jvanzyl
jvanzyl 2002/06/05 04:01:25 Modified:jrcs project.xml Log: More updates to the POM. Revision ChangesPath 1.3 +6 -2 jakarta-commons-sandbox/jrcs/project.xml Index: project.xml === RCS

cvs commit: jakarta-commons-sandbox/jrcs project.xml

2002-06-05 Thread jvanzyl
jvanzyl 2002/06/05 04:03:29 Modified:jrcs project.xml Log: Once again. Revision ChangesPath 1.4 +1 -3 jakarta-commons-sandbox/jrcs/project.xml Index: project.xml === RCS file:

cvs commit: jakarta-commons-sandbox/configuration project.xml

2002-06-05 Thread jvanzyl
jvanzyl 2002/06/05 04:04:31 Modified:configuration project.xml Log: Updating POM for the b4 release of Maven. Revision ChangesPath 1.6 +10 -15jakarta-commons-sandbox/configuration/project.xml Index: project.xml

Re: Messenger DTDs, XSDs...?

2002-06-05 Thread James Strachan
From: Spam Cut [EMAIL PROTECTED] Hi, I was wondering if someone could point me to documentation for the messenger and subscriptions xml config files. There seem to be many attributes for the subscriptions xml config file that aren't described in the overview. Is there any documentation

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-05 Thread Geir Magnusson Jr.
+1 from a non-participant... On 6/5/02 6:49 AM, James Strachan [EMAIL PROTECTED] wrote: - Original Message - From: Jason van Zyl [EMAIL PROTECTED] It now looks like the bugs have been squashed so how about we propose to move Betwixt up to the commons proper and do a release?

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-05 Thread Michael A. Smith
+1 on moving Betwixt into commons proper. On Wed, 5 Jun 2002, James Strachan wrote: - Original Message - From: Jason van Zyl [EMAIL PROTECTED] It now looks like the bugs have been squashed so how about we propose to move Betwixt up to the commons proper and do a release?

[PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread Martin van den Bemt
Hi James, Finally found the problem. The nameMapper is also used for attributes.. so if I have an xml file like PHYSICAL_SCHEMA autocreate=yes/ You end up with trouble ;).. Since autocreate will be mapped to the attribute AUTOCREATE, which doesn't exist. So I added an extra nameMapper setter

RE: [HttpClient] Post parameters

2002-06-05 Thread Jonathan Carlson
Thanks for the reply, Marc. I think that, while the official specification is important, it is more important to stick with the defacto spec (or at least offer an option to use defacto spec behavior). Given that neither Netscape, Mozilla, nor IE follow the spec (that is, passing params to the

[JXPATH] best approch for customization

2002-06-05 Thread Stephen Bartlett
Hi, all, I have a question regarding the best approach for customizing JXPath. I looked at providing a NodePointer implementation but was not convinced this was the right course and also deterred by the large interface. I like what JXPath provides out-of-the-box with regards to JavaBean

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread Martin van den Bemt
Hmm.. hold back on the patch ;)).. Found another issue.. It is also using the attributenamemapper for subelemenents.. Fixing that now.. Mvgr, Martin On Wed, 2002-06-05 at 17:18, Martin van den Bemt wrote: Hi James, Finally found the problem. The nameMapper is also used for attributes.. so

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread James Strachan
How about if the XMLIntrospector had an 'elementNameMapper' and an 'attributeNameMapper' properties (both of type NameMapper) then you could use upper case element names and lower case attribute names, but still keep the same implementations of NameMapper? i.e. then it allows you to configure

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread Martin van den Bemt
If I am not mistaking the only change that is need then is to change the current setNameMapper(..) to setElementNameMapper(..). Since the attributeNameMapper is already a NameMapper type ;) The suggestion was merely a mind spin, that it maybe better to use an AttributeNameMapper type, so it is

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread James Strachan
From: Martin van den Bemt [EMAIL PROTECTED] If I am not mistaking the only change that is need then is to change the current setNameMapper(..) to setElementNameMapper(..). Since the attributeNameMapper is already a NameMapper type ;) Agreed. The suggestion was merely a mind spin, that it

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread Martin van den Bemt
i'll deprecate the current setNameMapper then and point it to setElementNameMapper, so we keep backwardcompatible ;) Mvgr, Martin On Wed, 2002-06-05 at 18:21, James Strachan wrote: From: Martin van den Bemt [EMAIL PROTECTED] If I am not mistaking the only change that is need then is to

test

2002-06-05 Thread Richard Sitze
testing my mail protocols. *** Richard A. Sitze[EMAIL PROTECTED] CORBA Interoperability WebServices IBM WebSphere Development

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-05 Thread Jon Scott Stevens
I'm +1 on this...but I want you guys to wait a bit until I do more testing... -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread James Strachan
From: Martin van den Bemt [EMAIL PROTECTED] i'll deprecate the current setNameMapper then and point it to setElementNameMapper, so we keep backwardcompatible ;) +1. James _ Do You Yahoo!? Get your free @yahoo.com address at

RE: [HttpClient] Post parameters

2002-06-05 Thread Jonathan Carlson
Hi Marc, You asked for suggestions. As I said in my previous note, chaining to other instances of HttpMethod would probably help improve the readability and maintainability of the HttpMethodBase class. Here are more specifics on the implementation I would suggest: 1) Have an ivar defined

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/ant TaskTag.java

2002-06-05 Thread werken
werken 2002/06/05 10:05:22 Modified:jelly/src/java/org/apache/commons/jelly/tags/ant TaskTag.java Log: Modified TaskTag to call through ant's normal property-resolution code. Revision ChangesPath 1.5 +20 -3

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/ant TaskTag.java

2002-06-05 Thread werken
werken 2002/06/05 10:14:38 Modified:jelly/src/java/org/apache/commons/jelly/tags/ant TaskTag.java Log: Patch to allow it to work with ant-1.4.x instead of requiring 1.5 API. Revision ChangesPath 1.6 +4 -1

Re: Digester - NPE in CallMethodRule constructor?

2002-06-05 Thread robert burrell donkin
On Monday, June 3, 2002, at 08:29 PM, Matt Smith wrote: In CallMethodRule.java, v1.16, line 230: digester.getClassLoader().loadClass(paramTypes[i]); is contained in a constructor that does not set the digester. Assumedly the digester is supposed to be set using the new way of maing the

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core ImportTag.java CoreTagLibrary.java

2002-06-05 Thread werken
werken 2002/06/05 11:03:38 Modified:jelly/src/java/org/apache/commons/jelly/tags/core CoreTagLibrary.java Added: jelly/src/java/org/apache/commons/jelly/tags/core ImportTag.java Log: Added jelly:import uri=location/ which is

NullPointerException when performing addCallMethod

2002-06-05 Thread Álvaro Barge
Hi I am trying to parse an XML document that has a numeric attribute (size) in one of its elements. I was trying to invoke a setNumber(int value) method in the bean by adding a CallMethodRule and a CallParamRule: digester.addCallMethod(result/stats, setNumber, 1, new

Re: Messenger DTDs, XSDs...?

2002-06-05 Thread Spam Cut
Thanks for your reply. I am *somewhat* familiar with Digester. I know that it is common practice for XML-Java mapping utilities to use setter methods to populate beans from attributes/elements with the same name (setFoo(String foo) with attribute/element 'foo'). However, I found in another

Re: [PATCH] Betwixt. setting namemapper for attributes.

2002-06-05 Thread Martin van den Bemt
James, Also strugling with the setWrapCollectionsInElement(). It is never used btw, so I explain here what I think was intended, can you please confirm that, since I am making it work that way ;) First the use case if it is set to true : mainelement elements element/ element/

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/expression - New directory

2002-06-05 Thread jstrachan
jstrachan2002/06/05 12:00:17 jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/expression - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

[PATCH] Small Documentation Error in NestableException

2002-06-05 Thread Eric Pugh
Hi all, I couldn't seem to find the page on the Jakarta site that specifies how to create a proper diff patch. There where some small documentation errors for org.apache.commons.lang.exception.NestableException that I stubbed my toe on when I first tried to use it. Eric cvs -z9 -q diff -w

Re: NullPointerException when performing addCallMethod

2002-06-05 Thread robert burrell donkin
hi Álvaro someone else reported this recently. i'm in the process of creating a fix and test case. - robert On Wednesday, June 5, 2002, at 07:01 PM, Álvaro Barge wrote: Hi I am trying to parse an XML document that has a numeric attribute (size) in one of its elements. I was trying to

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

2002-06-05 Thread rdonkin
rdonkin 2002/06/05 13:46:38 Modified:beanutils/src/java/org/apache/commons/beanutils BeanUtils.java beanutils/src/test/org/apache/commons/beanutils BeanUtilsTestCase.java Log: Committed 'NoSuchMethod for read only

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

2002-06-05 Thread rdonkin
rdonkin 2002/06/05 14:23:24 Modified:digester/src/java/org/apache/commons/digester CallMethodRule.java digester/src/test/org/apache/commons/digester RuleTestCase.java Log: Fixed bug with CallMethodRule introduced when

Re: Digester - NPE in CallMethodRule constructor?

2002-06-05 Thread robert burrell donkin
this should now be fixed in the latest version in cvs. - robert On Monday, June 3, 2002, at 08:29 PM, Matt Smith wrote: In CallMethodRule.java, v1.16, line 230: digester.getClassLoader().loadClass(paramTypes[i]); is contained in a constructor that does not set the digester. Assumedly

Re: [PATCH][BeanUtils] NoSuchMethod for read only properties and NullPointer when populating primitives

2002-06-05 Thread robert burrell donkin
(after a bit of consideration) i've now committed this patch. this isn't really a bit of beanutils i've been heavily involved with, so if anyone has strong opinions that it this is wrong, i won't be upset if they want to fix it in some other way. - robert On Sunday, May 26, 2002, at 06:17

Re: [JXPATH] best approch for customization

2002-06-05 Thread Dmitri Plotnikov
Steve, You don't actually need to implement NodePointer. All you need to implement is a NodePointerFactory, which is a very simple interface. Try the following: 1. Create a class implementing NodePointerFactory. In the createNodePointer() methods (two implementations are required) check for

[PATCH][Collections] SequencedHashMap collection view bugs

2002-06-05 Thread Jack, Paul
Bugs fixed: 1. keySet().remove(Object) incorrectly returned false after a successful removal of a null key. 2. The removeAll(Collection) and retainAll(Collection) methods of the collection views (keySet, entrySet and values) were not updating the modCount; therefore an iterator over a

Re: jdbcpool

2002-06-05 Thread Dennis Muhlestein
Thanks for the reply, I had found the autoReconnect parameter and that seeme to solve my problem. I heard there is an over head associated with that though but I don't believe it to be a problem for me at this time. On Tue, 2002-06-04 at 22:22, Glenn Nielsen wrote: If your are using the

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-05 Thread dion
I'm +1. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers Geir

Test III

2002-06-05 Thread Richard Sitze
tried to re-create the problem and noticed interesting/different results. In this last case I create a new mail message (not responding), and I see what looks like (to my Notes mail reader) plain text results on the commons mailing list, and HTML on axis-dev. My personal setting is plain text