DO NOT REPLY [Bug 29967] New: - setValue doesn't support non-void setters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29967. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29967 setValue doesn't support non-void setters Summary: setValue doesn't support non-void setters Product: Commons Version: 1.1 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: JXPath AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] imagine a class like this: public class User { private String userName; public String getUserName() { return this.userName; } public User setUserName(String inUserName) { this.userName = inUserName; return this; } } JXPathContext.newContext(new User()).setValue(userName, Mickey); throws Exception trying to create xpath /userName; Cannot modify property: User.userName; No write method - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29968] New: - JXPathContext.setTypeConverter()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29968. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29968 JXPathContext.setTypeConverter() Summary: JXPathContext.setTypeConverter() Product: Commons Version: 1.1 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: JXPath AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] could it be possible for a particular instance of JXPathContext to use a custom TypeConverter without touching TypeUtils (it would use TypeUtils if no TypeConverter is provided) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration DOMConfiguration.java
ebourg 2004/07/08 02:51:52 Modified:configuration/src/java/org/apache/commons/configuration DOMConfiguration.java Log: Fixed bug 29932 Revision ChangesPath 1.6 +4 -4 jakarta-commons/configuration/src/java/org/apache/commons/configuration/DOMConfiguration.java Index: DOMConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/DOMConfiguration.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- DOMConfiguration.java 21 Jun 2004 16:47:24 - 1.5 +++ DOMConfiguration.java 8 Jul 2004 09:51:52 - 1.6 @@ -118,9 +118,9 @@ File file = null; try { -file = new File(getBasePath(), getFileName()); -DocumentBuilder builder = -DocumentBuilderFactory.newInstance().newDocumentBuilder(); +URL url = ConfigurationUtils.getURL(getBasePath(), getFileName()); +file = new File(url.getFile()); +DocumentBuilder builder = DocumentBuilderFactory.newInstance().newDocumentBuilder(); document = builder.parse(file); } catch (IOException de) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29932] - [configuration] DOMConfiguration can't replace DOM4JConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29932. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29932 [configuration] DOMConfiguration can't replace DOM4JConfiguration [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 09:55 --- Bug fixed, DOMConfiguration wasn't using ConfigurationUtils.getURL to build the file path. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources success
On Tue, 6 Jul 2004, James Mitchell [EMAIL PROTECTED] wrote: On Fri, 2 Jul 2004, Stefan Bodewig wrote: Please note also that Hibernate's license is LGPL. I did not realize that. Can we continue to build these with this dependency? I don't think so. At least you can't do a release with a dependency like this. (If not, I can always push them back up to the contrib folder) If the contrib folder is outside of an ASF CVS or SVN repository. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP][Resources] build file is broken
Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources success
Ok, I will remove that code and package it separately (on sf.net) for those would like to use it. Thanks for your help. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:02 AM Subject: Re: [EMAIL PROTECTED]: jakarta-commons-sandbox/commons-resources success On Tue, 6 Jul 2004, James Mitchell [EMAIL PROTECTED] wrote: On Fri, 2 Jul 2004, Stefan Bodewig wrote: Please note also that Hibernate's license is LGPL. I did not realize that. Can we continue to build these with this dependency? I don't think so. At least you can't do a release with a dependency like this. (If not, I can always push them back up to the contrib folder) If the contrib folder is outside of an ASF CVS or SVN repository. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP][Resources] build file is broken
I noticed that as it was committed yesterday. Craig, did you mean to check that in as is? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:37 AM Subject: [GUMP][Resources] build file is broken Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[configuration] Removal of DOM4JConfiguration
I prepared a patch to remove the dom4j configurations as discussed earlier, it does the following: - remove XMLConfiguration - rename DOMConfiguration into XMLConfiguration - remove DOM4JConfiguration - rename HierarchicalDOMConfiguration into HierarchicalXMLConfiguration - remove HierarchicalDOM4JConfiguration - change ConfigurationFactory to handle the 'xml' and 'hierarchicalXml' elements instead of 'dom4j' and 'hierarchicalDom4j' - documentation update - unit test update (classes and test files) It doesn't remove completely the dependency on dom4j, ConfigurationXMLDocument still use it to convert a configuration into a dom4j document and I don't plan to remove this feature. However two distinct classes to convert a configuration into a DOM document and a dom4j would be better imho. I also consider moving the xml related classes (*XMLReader *XMLDocument) to an xml sub package, I believe theses classes are not central to the [configuration] goal and deserve a sub package. If nobody objects I'll apply the patch tomorrow. Emmanuel Bourg Index: conf/digesterRules.xml === RCS file: /home/cvs/jakarta-commons/configuration/conf/digesterRules.xml,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 digesterRules.xml --- conf/digesterRules.xml 23 Dec 2003 15:09:05 - 1.1.1.1 +++ conf/digesterRules.xml 8 Jul 2004 11:02:47 - @@ -1,22 +1,26 @@ ?xml version=1.0? !DOCTYPE digester-rules PUBLIC -//Jakarta Apache //DTD digester-rules XML V1.0//EN http://jakarta.apache.org/commons/digester/dtds/digester-rules.dtd; + digester-rules - pattern value=configuration/properties -object-create-rule classname=org.apache.commons.configuration.PropertiesConfiguration/ -set-properties-rule/ -set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ -call-method-rule methodname=load/ - /pattern - pattern value=configuration/dom4j -object-create-rule classname=org.apache.commons.configuration.DOM4JConfiguration/ -set-properties-rule/ -set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ -call-method-rule methodname=load/ - /pattern - pattern value=configuration/jndi -object-create-rule classname=org.apache.commons.configuration.JNDIConfiguration/ -set-properties-rule/ -set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ - - /pattern + +pattern value=configuration/properties +object-create-rule classname=org.apache.commons.configuration.PropertiesConfiguration/ +set-properties-rule/ +set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ +call-method-rule methodname=load/ +/pattern + +pattern value=configuration/xml +object-create-rule classname=org.apache.commons.configuration.XMLConfiguration/ +set-properties-rule/ +set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ +call-method-rule methodname=load/ +/pattern + +pattern value=configuration/jndi +object-create-rule classname=org.apache.commons.configuration.JNDIConfiguration/ +set-properties-rule/ +set-next-rule methodname=addConfiguration paramtype=org.apache.commons.configuration.Configuration/ +/pattern + /digester-rules Index: conf/testConfigurationXMLDocument.xml === RCS file: /home/cvs/jakarta-commons/configuration/conf/testConfigurationXMLDocument.xml,v retrieving revision 1.3 diff -u -r1.3 testConfigurationXMLDocument.xml --- conf/testConfigurationXMLDocument.xml 8 Mar 2004 23:27:09 - 1.3 +++ conf/testConfigurationXMLDocument.xml 8 Jul 2004 11:02:47 - @@ -3,14 +3,8 @@ configuration additional -hierarchicalDom4j fileName=testHierarchicalDOM4JConfiguration.xml at=database/ -hierarchicalDom4j fileName=testDigesterConfigurationInclude1.xml at=database.tables/ -hierarchicalDom4j fileName=testDigesterCreateObject.xml at=database/ +hierarchicalXml fileName=testHierarchicalXMLConfiguration.xml at=database/ +hierarchicalXml fileName=testDigesterConfigurationInclude1.xml at=database.tables/ +hierarchicalXml fileName=testDigesterCreateObject.xml at=database/ /additional /configuration - - - - - - Index: conf/testDigesterBadXML.xml === RCS file: /home/cvs/jakarta-commons/configuration/conf/testDigesterBadXML.xml,v retrieving revision 1.1 diff -u -r1.1 testDigesterBadXML.xml --- conf/testDigesterBadXML.xml 23 Jan 2004 11:52:36 - 1.1 +++ conf/testDigesterBadXML.xml 8 Jul 2004 11:02:47 - @@ -5,7 +5,7 @@ configuration additional -dom4j
DO NOT REPLY [Bug 29772] - DateLocaleConverter does NOT return a default value if a conversion error occurs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29772 DateLocaleConverter does NOT return a default value if a conversion error occurs --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 11:12 --- I've found a problem related to JDK 1.4 while trying to develop a Unit Test for DateLocaleConverter to see whether I experience the kind of problem you were describing. It seems that SimpleDateFormat with a constructor of a localized pattern and Locale doesn't work - it throws an IllegalArgumentException. This happened in all versions of JDK 1.4 I tried (1.4.0_01, 1.4.2_01 and 1.4.2_05) including the latest. However using JDK 1.3.1_04 everything worked fine. The problem code is in the getFormatter(pattern, locale) method with the following code: SimpleDateFormat format = new SimpleDateFormat(pattern, locale); The problem can be re-created if the default locale is Locale.US and this method is called with a pattern of t and a locale of Locale.GERMAN, then the following exception is generated: java.lang.IllegalArgumentException: Illegal pattern character 't' at java.text.SimpleDateFormat.compile(SimpleDateFormat.java:675) at java.text.SimpleDateFormat.initialize(SimpleDateFormat.java:494) at java.text.SimpleDateFormat.init(SimpleDateFormat.java:443) You don't actually see this exception as the convert() method swallows it and returns the default value. I am still looking to see if I can find a work around, but haven't so far. I checked Sun's bug database but couldn't see anything that resembled it, so I have posted this as a bug there. The automated response to that bug said: Your report has been assigned an internal review ID of: 285201. This review ID is NOT visible on the Java Developer Connection (JDC). We currently have a three week response time for responding to Bug Reports. Anyway, I'm not sure if this is the same issue as this bug or a different one. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] FileSystem close
Mail from Johan - Forwarded to the mailinglist too Mario On Wed, 07 Jul 2004 22:20:12 +0200, Mario Ivankovits [EMAIL PROTECTED] wrote: So i picked up the SoftRefFilesCache and adapted it slightly. The idea behind is - as long as a FileObject is strongly reachable by the jvm there must be someone who is willing to access the file and thus it is not allowed to close the filesystem. As soon as the last file of a certain filesystem is garbage-collected the filesystem can be (and will be) closed. For sure - now you do not have that control over this release process, but it should work well. Much better idea - a small problem may be that garbage collection can not be forced and resources could potentially build up substantially before they are cleared ... One has simply to ensure to release all references (assign null to it if it is a global member) to make this work. @Johan: I would like to remove the useCount (freeUnusedResources) stuff from vfs again. Could you please try this in your environment. Instantiate your vfs manager like this: StandardFileSystemManager manager = new StandardFileSystemManager(); manager.setFilesCache(new SoftRefFilesCache()); manager.init(); and remove the call to freeUnusedResources - and - as long as you do not use any input/output stream - the FileObject.close() is also no longer needet. Have tried this and it's working fine - had to suggest GC a couple of times, but the references (and therefore the session) disappear after a while - excellent :) Cheers, Johan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29772] - [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29772 [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs [EMAIL PROTECTED] changed: What|Removed |Added Summary|DateLocaleConverter does NOT|[beanutils]DateLocaleConvert |return a default value if a |er does NOT return a default |conversion error occurs |value if a conversion error ||occurs --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 12:26 --- The best workaround I can come up with for this is for the DateLocaleConverter (and descendants) to translate any localized patterns into the default pattern format. The pattern charactes can be obtained from DateFormatSymbols. Does anyone have an objection to me applying a fix to do this? Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP][Resources] build file is broken
There was a bug in the ant plugin and the fix was checked in a few days ago. The latest jelly script used to generate the build file can be found at http://cvs.apache.org/viewcvs.cgi/maven-plugins/ant/src/plugin-resources/templates/build.jelly?rev=1.17view=auto On Thu, 8 Jul 2004 07:04:15 -0400, James Mitchell wrote: I noticed that as it was committed yesterday. Craig, did you mean to check that in as is? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:37 AM Subject: [GUMP][Resources] build file is broken Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28684] - BigDecimalLocaleConverter seems not working as designed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28684. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28684 BigDecimalLocaleConverter seems not working as designed --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 13:07 --- BigDecimalLocaleConverter, BigIntegerLocaleConverter, LongLocaleConverter and ShortLocaleConverter all just pass back the results of the DecimalFormat.parse () method, which either returns a Double or Long value. I'm going to fix these so that they convert the Number returned by the DecimalFormat.parse() method to the appropriate type. There were no unit tests for these classes, so I have also added TestCases for all the locale numeric converters. While I was testing I also found a bug in the constructor with the following method signiture which meant that the locPattern boolean argument was not being set. This bug was in the BigDecimalLocaleConverter, BigIntegerLocaleConverter, ByteLocaleConverter, DoubleLocaleConverter, FloatLocaleConverter and ShortLocaleConverter classes and I will also fix this. public BigDecimalLocaleConverter(Object defaultValue, Locale locale, String pattern, boolean locPattern) Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29967] - setValue doesn't support non-void setters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29967. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29967 setValue doesn't support non-void setters [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 13:08 --- JXPath strictly follows the standard JavaBeans Introspector, which does not support non-void accessor methods. However, you can override this behavior and declare any method as a setter (it does not even have to be called setFoo) by providing a custom BeanInfo class. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29968] - JXPathContext.setTypeConverter()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29968. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29968 JXPathContext.setTypeConverter() [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 13:15 --- Unfortunately, I don't know of a way to do this without making a whole lot of incompatible changes in the API. Basically, most of the ValueUtil methods will have to take TypeConverter as an argument. Similarly, NodePointer will need to be associated with a TypeConverter. The change appears to be much too massive to be practical. A good workaround might be to use JXPath's integration with BeanUtils' TypeConverters. You can register as many custom converters as needed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28684] - [beanutils]BigDecimalLocaleConverter seems not working as designed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28684. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28684 [beanutils]BigDecimalLocaleConverter seems not working as designed [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|BigDecimalLocaleConverter |[beanutils]BigDecimalLocaleC |seems not working as|onverter seems not working |designed|as designed --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 13:16 --- Gianluca Have applied the fix for this. If you could try it out sometime I would appreciate it. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/modeler build.xml
billbarker2004/07/08 07:34:17 Modified:modeler build.xml Log: Fix typo. Should allow Gump to build again. Revision ChangesPath 1.24 +2 -2 jakarta-commons/modeler/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons/modeler/build.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- build.xml 5 Jul 2004 20:45:43 - 1.23 +++ build.xml 8 Jul 2004 14:34:17 - 1.24 @@ -211,7 +211,7 @@ tofile=${build.home}/classes/META-INF/ant.properties/ copy file=LICENSE.txt tofile=${build.home}/classes/META-INF/LICENSE.txt/ -jar jarfile=${dist.home}/commons-${component-name}.jar +jar jarfile=${dist.home}/commons-${component.name}.jar index=true basedir=${build.home}/classes manifest=src/conf/MANIFEST.MF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration project.xml
ebourg 2004/07/08 08:22:51 Modified:configuration project.xml Log: Enabled TestJNDIConfiguration Revision ChangesPath 1.22 +1 -2 jakarta-commons/configuration/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/configuration/project.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- project.xml 2 Jun 2004 17:04:51 - 1.21 +++ project.xml 8 Jul 2004 15:22:51 - 1.22 @@ -312,7 +312,6 @@ excludes exclude**/TestBasePropertiesConfiguration.java/exclude exclude**/NonStringTestHolder.java/exclude -exclude**/TestJNDIConfiguration.java/exclude /excludes resources resource - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestJNDIConfiguration.java
ebourg 2004/07/08 08:29:51 Modified:configuration/src/test/org/apache/commons/configuration TestJNDIConfiguration.java Log: added testContainsKey() Revision ChangesPath 1.8 +15 -11 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestJNDIConfiguration.java Index: TestJNDIConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestJNDIConfiguration.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TestJNDIConfiguration.java4 May 2004 22:14:29 - 1.7 +++ TestJNDIConfiguration.java8 Jul 2004 15:29:50 - 1.8 @@ -20,25 +20,26 @@ /** * Test to see if the JNDIConfiguration works properly. Currently excluded - * in the project.xml unitTest section as our JNDI provider doesn't + * in the project.xml unitTest section as our JNDI provider doesn't * properly support the listBindings() method. - * + * * This does work fine with Tomcat's JNDI provider however. * * @version $Id$ */ public class TestJNDIConfiguration extends TestCase { +public static final String CONTEXT_FACTORY = + org.apache.commons.configuration.MockStaticMemoryInitialContextFactory; + private JNDIConfiguration conf; private NonStringTestHolder nonStringTestHolder; public void setUp() throws Exception { - - System.setProperty(java.naming.factory.initial,org.apache.commons.configuration.MockStaticMemoryInitialContextFactory); - + +System.setProperty(java.naming.factory.initial, CONTEXT_FACTORY); conf = new JNDIConfiguration(); -conf.setPrefix(); nonStringTestHolder = new NonStringTestHolder(); nonStringTestHolder.setConfiguration(conf); @@ -110,10 +111,13 @@ assertEquals(true, o.toString()); } +public void testContainsKey() +{ +String key = test.boolean; +assertTrue(' + key + ' not found, conf.containsKey(key)); - - - - +conf.clearProperty(key); +assertFalse(' + key + ' still found, conf.containsKey(key)); +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestJNDIEnvironmentValues.java
ebourg 2004/07/08 08:30:24 Modified:configuration/src/test/org/apache/commons/configuration TestJNDIEnvironmentValues.java Log: more tests for getKeys(String) Revision ChangesPath 1.7 +33 -6 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestJNDIEnvironmentValues.java Index: TestJNDIEnvironmentValues.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestJNDIEnvironmentValues.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- TestJNDIEnvironmentValues.java21 Jun 2004 15:35:15 - 1.6 +++ TestJNDIEnvironmentValues.java8 Jul 2004 15:30:24 - 1.7 @@ -27,10 +27,9 @@ public void setUp() throws Exception { - System.setProperty(java.naming.factory.initial,org.apache.commons.configuration.MockStaticMemoryInitialContextFactory); +System.setProperty(java.naming.factory.initial, TestJNDIConfiguration.CONTEXT_FACTORY); conf = new JNDIConfiguration(); -conf.setPrefix(); } public void testSimpleGet() throws Exception @@ -54,9 +53,9 @@ conf.getString(test.imaginarykey); fail(Should have thrown NoSuchElementException); } -catch (NoSuchElementException nsee) +catch (NoSuchElementException e) { - assertTrue(nsee.getMessage(),nsee.getMessage().indexOf(test.imaginarykey)!=-1); +assertTrue(e.getMessage(), e.getMessage().indexOf(test.imaginarykey) != -1); } } @@ -91,17 +90,45 @@ assertTrue(no key found, it.hasNext()); -while (it.hasNext() !found) { +while (it.hasNext() !found) +{ found = test.boolean.equals(it.next()); } assertTrue('test.boolean' key not found, found); } -public void testGetKeysWithPrefix() +public void testGetKeysWithUnknownPrefix() { +// test for a unknown prefix Iterator it = conf.getKeys(foo.bar); assertFalse(no key should be found, it.hasNext()); +} + +public void testGetKeysWithExistingPrefix() +{ +// test for an existing prefix +Iterator it = conf.getKeys(test); +boolean found = false; +while (it.hasNext() !found) +{ +found = test.boolean.equals(it.next()); +} + +assertTrue('test.boolean' key not found, found); +} + +public void testGetKeysWithKeyAsPrefix() +{ +// test for a prefix matching exactly the key of a property +Iterator it = conf.getKeys(test.boolean); +boolean found = false; +while (it.hasNext() !found) +{ +found = test.boolean.equals(it.next()); +} + +assertTrue('test.boolean' key not found, found); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration JNDIConfiguration.java
ebourg 2004/07/08 08:34:20 Modified:configuration/src/java/org/apache/commons/configuration JNDIConfiguration.java Log: fixed getKeys(String) (bug 29717) fixed getProperty() for missing keys code simplifications Revision ChangesPath 1.17 +83 -77 jakarta-commons/configuration/src/java/org/apache/commons/configuration/JNDIConfiguration.java Index: JNDIConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/JNDIConfiguration.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- JNDIConfiguration.java24 Jun 2004 14:01:03 - 1.16 +++ JNDIConfiguration.java8 Jul 2004 15:34:20 - 1.17 @@ -20,15 +20,16 @@ import java.util.HashSet; import java.util.Iterator; import java.util.List; -import java.util.NoSuchElementException; import java.util.Properties; import java.util.Set; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NameClassPair; +import javax.naming.NameNotFoundException; import javax.naming.NamingEnumeration; import javax.naming.NamingException; +import javax.naming.NotContextException; import org.apache.commons.lang.StringUtils; import org.apache.commons.logging.Log; @@ -74,36 +75,39 @@ * values to the list of keys found. * * @param keys All the keys that have been found. - * @param parentContext The parent context - * @param key What key we are building on. + * @param context The parent context + * @param prefix What prefix we are building on. * @throws NamingException If JNDI has an issue. */ -private void recursiveGetKeys(List keys, Context parentContext, String key) throws NamingException +private void recursiveGetKeys(Set keys, Context context, String prefix) throws NamingException { -NamingEnumeration enumeration = parentContext.list(); -while (enumeration.hasMoreElements()) -{ -Object o = enumeration.next(); - -NameClassPair nameClassPair = (NameClassPair) o; -StringBuffer newKey = new StringBuffer(); -newKey.append(key); -if (newKey.length() 0) +// iterates through the context's elements +NamingEnumeration elements = context.list(); +while (elements.hasMore()) +{ +NameClassPair nameClassPair = (NameClassPair) elements.next(); +String name = nameClassPair.getName(); +Object object = context.lookup(name); + +// build the key +StringBuffer key = new StringBuffer(); +key.append(prefix); +if (key.length() 0) { -newKey.append(.); +key.append(.); } -newKey.append(nameClassPair.getName()); -if (parentContext.lookup(nameClassPair.getName()) instanceof Context) +key.append(name); + +if (object instanceof Context) { -Context context = (Context) parentContext.lookup(nameClassPair.getName()); -recursiveGetKeys(keys, context, newKey.toString()); +// add the keys of the sub context +Context subcontext = (Context) object; +recursiveGetKeys(keys, subcontext, key.toString()); } else { -if (!keys.contains(newKey.toString())) -{ -keys.add(newKey.toString()); -} +// add the key +keys.add(key.toString()); } } } @@ -119,39 +123,41 @@ /** * [EMAIL PROTECTED] */ -public Iterator getKeys(String key) +public Iterator getKeys(String prefix) { -List keys = new ArrayList(); -try +// build the path +String[] splitPath = StringUtils.split(prefix, .); + +List path = new ArrayList(); + +for (int i = 0; i splitPath.length; i++) { -String[] splitKeys = StringUtils.split(key, .); -for (int i = 0; i splitKeys.length; i++) -{ -keys.add(splitKeys[i]); -} +path.add(splitPath[i]); +} -Context context = null; +try +{ +// find the context matching the specified path +Context context = getContext(path, getContext()); -if (keys.isEmpty()) +// return all the keys under the context found +Set keys = new HashSet(); +if (context
DO NOT REPLY [Bug 29717] - [configuration] getKeys(String) broken in JNDIConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29717. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29717 [configuration] getKeys(String) broken in JNDIConfiguration [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 15:36 --- fixed! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP][Resources] build file is broken
James Mitchell wrote: I noticed that as it was committed yesterday. Craig, did you mean to check that in as is? Sorry, didn't catch that ... I will manually fix it. FWIW, this was generated with Maven 1.0-rc4, so it sounds like the plugin is still broken. Craig -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:37 AM Subject: [GUMP][Resources] build file is broken Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/resources build.xml
craigmcc2004/07/08 09:54:49 Modified:resources build.xml Log: Manually correct the build.xml file generated by Maven 1.0-rc4 that puts absolute paths into several of the property settings. Apparently, this has been fixed in more recent versions of the Ant plugin to Maven -- in the mean time, anyone generating build.xml files needs to review them before checking in. And that includes me :-). Revision ChangesPath 1.24 +8 -8 jakarta-commons-sandbox/resources/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons-sandbox/resources/build.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- build.xml 5 Jul 2004 21:46:17 - 1.23 +++ build.xml 8 Jul 2004 16:54:48 - 1.24 @@ -4,17 +4,17 @@ on date July 5 2004, time 1441-- project default=jar name=commons-resources basedir=. - property name=defaulttargetdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target + property name=defaulttargetdir value=target /property - property name=libdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target/lib + property name=libdir value=target/lib /property - property name=classesdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target/classes + property name=classesdir value=target/classes /property - property name=testclassesdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target/test-classes + property name=testclassesdir value=target/test-classes /property - property name=testclassesdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target/test-classes + property name=testclassesdir value=target/test-classes /property - property name=testreportdir value=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/target/test-reports + property name=testreportdir value=target/test-reports /property property name=distdir value=dist /property @@ -138,7 +138,7 @@ /classpath /javac copy todir=${testclassesdir} - fileset dir=/home/craigmcc/Apache/jakarta-commons-sandbox/resources/src/test + fileset dir=src/test include name=**/*.properties /include include name=**/*.xml @@ -210,4 +210,4 @@ unjar dest=${maven.home} src=${user.home}/maven-install-latest.jar /unjar /target -/project \ No newline at end of file +/project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29963] - BasicDataSource does not work with getConnection(String, String)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29963. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29963 BasicDataSource does not work with getConnection(String, String) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 17:31 --- BasicDataSource only supports the getConnection() method with the username/password set globally on the datasource. If you want to use getConnection(String username, String password) then you should use the org.apache.commons.dbcp.datasources.PerUserPoolDataSource - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29963] - BasicDataSource does not work with getConnection(String, String)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29963. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29963 BasicDataSource does not work with getConnection(String, String) [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Normal Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 18:18 --- If a BasicDataSource claims to implement a javax.sql.DataSource, it needs to implement all of javax.sql.DataSource's methods correctly, or else throw an UnsupportedOperationException if the implementation chooses not to support such operation (as in this case). Nowhere does the JavaDoc suggest that this operation isn't supported for this class. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general][site]How to show Project Reports contains multiple entries
I'm usure how we are controlling it, if we even are. I suspect there is a propert in the project.properties which can be set to control what images are used for this. I also suspect the default could change across versions of Maven. I would look in the project.properties for any settings pointing to image files in those projects. If not, I suspect there may be images somewhere for this in the subprojects images directory. If its just the defautl behavior of Maven, you'll need to figure out how to adjust it. The latest Maven build uses arrwos I believe, but I havn't tested building the site using it. -M. Gary Gregory wrote: When I look at http://jakarta.apache.org/commons/beanutils/ I see on the LHS under Project Documentation that we have little arrows next to Project Info and Project Reports. For: http://jakarta.apache.org/commons/pool/ There are little squares with plus signs. How is this done? When I build [codec] with the latest [commons-build] I do not get either of them. Personally I like the little arrows. Thanks, Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] LazyDynaClass and LazyDynaBean Bug [29879]
On 6 Jul 2004, at 22:55, Niall Pemberton wrote: Robert, What do we need to do to push beanutils forward? that's a good question that deserves a longer answer than i have the energy for right now :) Is it a case of reviewing the open bugs which are not Serverity enhancement and deciding what to do about them? that would be very useful. I'll review (at least some of) these tonight. Any I think I can help with, I'll try to make some time this week to fix them, although can't promise anything. As you pointed out beanutils is widely used, if I do fix any its probably best if I attach patches to the bugzilla for comment first before applying. that sounds like a good plan. i hope to be able to find some beanutils time next week. i'll post something more in the next day or two. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] LazyDynaClass and LazyDynaBean Bug [29879]
I did apply a fix for bug 28684 as it seemed pretty straight forward - the cvs email didn't come through to the list because it was too big - I added quite a few Unit tests for locale converters. Niall - Original Message - From: robert burrell donkin [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 10:10 PM Subject: Re: [beanutils] LazyDynaClass and LazyDynaBean Bug [29879] On 6 Jul 2004, at 22:55, Niall Pemberton wrote: Robert, What do we need to do to push beanutils forward? that's a good question that deserves a longer answer than i have the energy for right now :) Is it a case of reviewing the open bugs which are not Serverity enhancement and deciding what to do about them? that would be very useful. I'll review (at least some of) these tonight. Any I think I can help with, I'll try to make some time this week to fix them, although can't promise anything. As you pointed out beanutils is widely used, if I do fix any its probably best if I attach patches to the bugzilla for comment first before applying. that sounds like a good plan. i hope to be able to find some beanutils time next week. i'll post something more in the next day or two. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-commons-sandbox/commons-attributes failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affects 5 projects, and has been outstanding for 5 runs. Project State : 'Failed', Reason 'Build Failed' The following are affected: - excalibur-altrmi : Alternative to RMI - excalibur-instrument-altrmi : Repository of reusable components. - excalibur-instrument-client : Repository of reusable components. - excalibur-instrument-manager-altrmi : Repository of reusable components. - incubator-altrmi : Alternative to RMI Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-attributes/index.html That said, some snippets follow: The following annotations were provided: -INFO- Enable verbose output, due to 4 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-attributes/gump_work/build_jakarta-commons-sandbox_commons-attributes.html Work Name: build_jakarta-commons-sandbox_commons-attributes (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 0 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name.api=commons-attributes-api-20040708 -Dfinal.name.compiler=commons-attributes-compiler-20040708 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes/target/classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/xjavadoc/target/xjavadoc-20040708.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- Apache Ant version 1.7alpha compiled on July 8 2004 Buildfile: build.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-attributes/rss.xml Atom: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-attributes/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040708 09:00:06, brutus:brutus-public:20040708 09:00:06)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-commons-sandbox/commons-resources failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration, and has been outstanding for 6 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-resources/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-resources-20040708.jar] identifier set to project name -INFO- Enable verbose output, due to 5 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-resources/gump_work/build_jakarta-commons-sandbox_commons-resources.html Work Name: build_jakarta-commons-sandbox_commons-resources (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 3 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-resources-20040708 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040708.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/hibernate-2.1/hibernate2.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/hibernate-2.1/lib/cglib-full-2.0.1.jar:/usr/local/gump/public/workspace/hsqldb/lib/hsqldb.jar:/usr/local/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar- [javac] super.destroy(); [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/TestResources.java:132: cannot resolve symbol [javac] symbol : method isReturnNull () [javac] location: class org.apache.commons.resources.impl.TestResources [javac] if (isReturnNull()) { [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/TestResources.java:135: cannot resolve symbol [javac] symbol : class ResourcesKeyException [javac] location: class org.apache.commons.resources.impl.TestResources [javac] throw new ResourcesKeyException(key); [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/TestResourcesFactory.java:48: cannot resolve symbol [javac] symbol : class Resources [javac] location: class org.apache.commons.resources.impl.TestResourcesFactory [javac] Resources res = new TestResources(name); [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/TestResourcesFactory.java:50: cannot resolve symbol [javac] symbol : method isReturnNull () [javac] location: class org.apache.commons.resources.impl.TestResourcesFactory [javac] res.setReturnNull(isReturnNull()); [javac
[GUMP@brutus]: commons-vfs/commons-vfs failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-vfs has an issue affecting its community integration. This issue affects 6 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - antworks-importer-with-depot : Autodownload and import ant build.xml's. - depot-update : Depot -- repository tools and more... - depot-update-ant-sample-httpclient : Depot -- repository tools and more... - depot-update-ant-sample-jdk : Depot -- repository tools and more... - depot-update-ant-sample-vfs : Depot -- repository tools and more... - depot-update-test : Depot -- repository tools and more... Full details are available at: http://brutus.apache.org:8080/gump/commons-vfs/commons-vfs/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-vfs-20040708.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/commons-vfs/commons-vfs/gump_work/build_commons-vfs_commons-vfs.html Work Name: build_commons-vfs_commons-vfs (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-20040708 -f build.xml dist [Working Directory: /usr/local/gump/public/workspace/commons-vfs] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/commons-vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040708.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commons-compress-0.1-dev.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-20040708.jar:/usr/local/gump/public/workspace/jakarta-slide/webdavclient/dist/lib/jakarta-slide-webdavlib-20040708.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch-0.1.14/dist/lib/jsch-gump.jar- Buildfile: build.xml init: [mkdir] Created dir: /usr/local/gump/public/workspace/commons-vfs/target/lib get-deps: compile: [mkdir] Created dir: /usr/local/gump/public/workspace/commons-vfs/target/classes [javac] Compiling 150 source files to /usr/local/gump/public/workspace/commons-vfs/target/classes [javac] /usr/local/gump/public/workspace/commons-vfs/src/java/org/apache/commons/vfs/provider/http/HttpClientFactory.java:67: warning: setCredentials(java.lang.String,java.lang.String,org.apache.commons.httpclient.Credentials) in org.apache.commons.httpclient.HttpState has been deprecated [javac] client.getState().setCredentials(null, hostname, creds); [javac]^ [javac] /usr/local/gump/public/workspace/commons-vfs/src/java/org/apache/commons/vfs/provider/http/HttpFileContentInfoFactory.java:48: warning: getValues() in org.apache.commons.httpclient.Header has been deprecated [javac] element = header.getValues(); [javac] ^ [javac] /usr/local/gump/public/workspace/commons-vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:266: cannot resolve symbol [javac] symbol : method getReasonCode () [javac] location: class org.apache.commons.httpclient.HttpException [javac] if (e.getReasonCode() == HttpStatus.SC_MOVED_PERMANENTLY || e.getReasonCode() == HttpStatus.SC_MOVED_TEMPORARILY) [javac] ^ [javac] /usr/local/gump/public/workspace/commons-vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:266: cannot resolve symbol [javac] symbol : method
[GUMP@brutus]: jakarta-commons/commons-primitives failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-primitives has an issue affecting its community integration, and has been outstanding for 7 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-primitives/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-primitives-20040708.jar] identifier set to project name -INFO- Enable debug output, due to a sequence of 6 previous errors. -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-primitives/gump_work/build_jakarta-commons_commons-primitives.html Work Name: build_jakarta-commons_commons-primitives (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 9 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.version=20040708 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/primitives] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/primitives/target/classes:/usr/local/gump/public/workspace/jakarta-commons/primitives/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-testframework-20040708.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- [java] 36) testListListIteratorPreviousRemove(TestFloatListList.testListListIteratorPreviousRemove) junit.framework.AssertionFailedError: expected same:1.0 was not:1.0 [java] at org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811) [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] 37) testListListIteratorPreviousRemove(TestListFloatList.testListListIteratorPreviousRemove) junit.framework.AssertionFailedError: expected same:1.0 was not:1.0 [java] at org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811) [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] 38) testListListIteratorPreviousRemove(TestListFloatList.bulkTestSubList.testListListIteratorPreviousRemove) junit.framework.AssertionFailedError: expected same:4.0 was not:4.0 [java] at org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811) [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] 39) testListListIteratorPreviousRemove(TestDoubleListList.testListListIteratorPreviousRemove) junit.framework.AssertionFailedError: expected same:1.0 was not:1.0 [java] at org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811) [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] 40) testListListIteratorPreviousRemove(TestListDoubleList.testListListIteratorPreviousRemove) junit.framework.AssertionFailedError: expected same:1.0 was not:1.0 [java] at org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811) [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] 41) testListListIteratorPreviousRemove(TestListDoubleList.bulkTestSubList.testListListIteratorPreviousRemove
[GUMP@brutus]: jakarta-commons/commons-modeler success
To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-modeler *no longer* has an issue. Project State : 'Success' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-modeler/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-modeler-20040708.jar] identifier set to project name -INFO- Enable debug output, due to a sequence of 7 previous errors. -INFO- No license on redistributable project with outputs. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-modeler/gump_work/build_jakarta-commons_commons-modeler.html Work Name: build_jakarta-commons_commons-modeler (Type: Build) State: Success Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.name=modeler-20040708 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/modeler] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar- [jar] adding entry org/apache/commons/modeler/BaseAttributeFilter.java [jar] adding entry org/apache/commons/modeler/BaseModelMBean.java [jar] adding entry org/apache/commons/modeler/BaseNotification.java [jar] adding entry org/apache/commons/modeler/BaseNotificationBroadcaster.java [jar] adding entry org/apache/commons/modeler/ConstructorInfo.java [jar] adding entry org/apache/commons/modeler/FeatureInfo.java [jar] adding entry org/apache/commons/modeler/FieldInfo.java [jar] adding entry org/apache/commons/modeler/FixedNotificationFilter.java [jar] adding entry org/apache/commons/modeler/JndiJmx.java [jar] adding entry org/apache/commons/modeler/Main.java [jar] adding entry org/apache/commons/modeler/ManagedBean.java [jar] adding entry org/apache/commons/modeler/NotificationInfo.java [jar] adding entry org/apache/commons/modeler/OperationInfo.java [jar] adding entry org/apache/commons/modeler/ParameterInfo.java [jar] adding entry org/apache/commons/modeler/Registry.java [jar] adding entry org/apache/commons/modeler/RegistryMBean.java [jar] adding directory org/apache/commons/modeler/ant/ [jar] adding entry org/apache/commons/modeler/ant/Arg.java [jar] adding entry org/apache/commons/modeler/ant/JmxInvoke.java [jar] adding entry org/apache/commons/modeler/ant/JmxSet.java [jar] adding entry org/apache/commons/modeler/ant/MLETTask.java [jar] adding entry org/apache/commons/modeler/ant/ModelerTask.java [jar] adding entry org/apache/commons/modeler/ant/RegistryTask.java [jar] adding entry org/apache/commons/modeler/ant/ServiceTask.java [jar] adding entry org/apache/commons/modeler/ant/ant.properties [jar] adding entry org/apache/commons/modeler/ant/package.html [jar] adding entry org/apache/commons/modeler/mbeans-descriptors.dtd [jar] adding directory org/apache/commons/modeler/mbeans/ [jar] adding entry org/apache/commons/modeler/mbeans/MBeanProxy.java [jar] adding entry org/apache/commons/modeler/mbeans/SimpleRemoteConnector.java [jar] adding directory org/apache/commons/modeler/modules/ [jar] adding entry org/apache/commons/modeler/modules/MbeansDescriptorsDOMSource.java [jar] adding entry org/apache/commons/modeler/modules/MbeansDescriptorsDigesterSource.java [jar] adding entry org/apache/commons/modeler/modules/MbeansDescriptorsDynamicMBeanSource.java [jar] adding entry org/apache/commons/modeler/modules/MbeansDescriptorsIntrospectionSource.java [jar] adding entry org/apache/commons/modeler/modules
[GUMP@brutus]: jakarta-commons/commons-jxpath failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-jxpath has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 24 runs. Project State : 'Failed', Reason 'Build Failed' The following are affected: - ant-embed-optional : Java based build tool - jgen : Flash 5 Content Generation Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-jxpath/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-jxpath.jar] identifier set to project name -INFO- Enable debug output, due to a sequence of 23 previous errors. -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-jxpath/gump_work/build_jakarta-commons_commons-jxpath.html Work Name: build_jakarta-commons_commons-jxpath (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 24 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.jar=/usr/local/gump/public/workspace/dist/junit/junit.jar -Djaxp.xslt.jar=/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar -Dj2ee.jar=/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar -Djaxp.jaxp.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar -Dcomponent.version=20040708 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/jxpath] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/target/classes:/usr/local/gump/public/workspace/jakarta-commons/jxpath/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-20040708.jar:/usr/local/gump/public/workspace/avalon-logkit/target/avalon-logkit-20040708.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040708.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar- [jar] adding entry org/apache/commons/jxpath/servlet/ServletRequestAndContext.class [jar] adding entry org/apache/commons/jxpath/servlet/ServletRequestHandler.class [jar] adding directory org/apache/commons/jxpath/util/ [jar] adding entry org/apache/commons/jxpath/util/BasicTypeConverter$ValueNodeSet.class [jar] adding entry org/apache/commons/jxpath/util/BasicTypeConverter$ValuePointer.class [jar] adding entry org/apache/commons/jxpath/util/BasicTypeConverter.class [jar] adding entry org/apache/commons/jxpath/util/MethodLookupUtils.class [jar] adding entry org/apache/commons/jxpath/util/TypeConverter.class [jar] adding entry org/apache/commons/jxpath/util/TypeUtils.class [jar] adding entry org/apache/commons/jxpath/util/ValueUtils.class [jar] adding directory org/apache/commons/jxpath/xml/ [jar] adding entry org/apache/commons/jxpath/xml/DOMParser.class [jar] adding entry org/apache/commons/jxpath/xml/DocumentContainer.class [jar] adding entry org/apache/commons/jxpath/xml/JDOMParser.class [jar] adding entry org/apache/commons/jxpath/xml/XMLParser.class [jar] adding entry org/apache/commons/jxpath/xml/XMLParser2.class javadoc: [mkdir] Created dir: /usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api Setting project property: year - 2001-2004 Setting project property: DSTAMP - 20040708 Setting project property: TSTAMP - 1226 Setting project property: TODAY - July
RE: [GUMP][Resources] build file is broken
It was a problem with the ant plugin that we fixed some days ago: http://jira.codehaus.org/browse/MPANT-16 Sorry, Arnaud -Message d'origine- De : Craig McClanahan [mailto:[EMAIL PROTECTED] Envoyé : jeudi 8 juillet 2004 18:47 À : Jakarta Commons Developers List Objet : Re: [GUMP][Resources] build file is broken James Mitchell wrote: I noticed that as it was committed yesterday. Craig, did you mean to check that in as is? Sorry, didn't catch that ... I will manually fix it. FWIW, this was generated with Maven 1.0-rc4, so it sounds like the plugin is still broken. Craig -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:37 AM Subject: [GUMP][Resources] build file is broken Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general][site]How to show Project Reports contains multiple entries
I'm not sure, but I think it is controlled by the CSS (most of it is). If that is the case, the old +/- image might be around in the plugin still. Arrows are definitely the current default and much nicer IMO. Ironically, xdoc needs the most documentation updates out of everything because it is so configurable :) Grabbing the CSS and finding the bit you want to change, then providing your own style/project.css to override it is the easiest way to do it. - Brett Quoting Mark R. Diggory [EMAIL PROTECTED]: I'm usure how we are controlling it, if we even are. I suspect there is a propert in the project.properties which can be set to control what images are used for this. I also suspect the default could change across versions of Maven. I would look in the project.properties for any settings pointing to image files in those projects. If not, I suspect there may be images somewhere for this in the subprojects images directory. If its just the defautl behavior of Maven, you'll need to figure out how to adjust it. The latest Maven build uses arrwos I believe, but I havn't tested building the site using it. -M. Gary Gregory wrote: When I look at http://jakarta.apache.org/commons/beanutils/ I see on the LHS under Project Documentation that we have little arrows next to Project Info and Project Reports. For: http://jakarta.apache.org/commons/pool/ There are little squares with plus signs. How is this done? When I build [codec] with the latest [commons-build] I do not get either of them. Personally I like the little arrows. Thanks, Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/chain/src/java/org/apache/commons/chain/config ConfigRuleSet.java
craigmcc2004/07/08 17:03:25 Modified:chain/src/java/org/apache/commons/chain/config ConfigRuleSet.java Log: Allow a global default to be set for the o.a.c.c.Chain implementation class to be used when instantiating a new chain. Submitted by: Manfred Wolff wolff AT manfred-wolff.de Revision ChangesPath 1.6 +25 -2 jakarta-commons/chain/src/java/org/apache/commons/chain/config/ConfigRuleSet.java Index: ConfigRuleSet.java === RCS file: /home/cvs/jakarta-commons/chain/src/java/org/apache/commons/chain/config/ConfigRuleSet.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ConfigRuleSet.java25 Feb 2004 00:01:06 - 1.5 +++ ConfigRuleSet.java9 Jul 2004 00:03:25 - 1.6 @@ -30,6 +30,10 @@ * executing the codeaddRuleInstance()/code method in order to influence * the rules that get added, with default values in square brackets:/p * ul + * listrongchainClass/strong -- Fully qualified name of the implementation + * class used to create new [EMAIL PROTECTED] Chain} instances. If not specified, the + * default value is codeorg.apache.commons.chain.impl.ChainBase/code. + * /li * listrongchainElement/strong -- Name of the XML element representing * the addition of a [EMAIL PROTECTED] Chain}. A chain element has the same * functionality as a command element, except that it defaults the @@ -61,6 +65,7 @@ // - Instance Variables +private String chainClass = org.apache.commons.chain.impl.ChainBase; private String chainElement = chain; private String classAttribute = className; private String commandElement = command; @@ -71,6 +76,24 @@ /** + * pReturn the fully qualified [EMAIL PROTECTED] Chain} implementation class./p + */ +public String getChainClass() { +return (this.chainClass); +} + + +/** + * pSet the fully qualified [EMAIL PROTECTED] Chain} implementation class./p + * + * @param chainClass The new [EMAIL PROTECTED] Chain} implementation class + */ +public void setChainClass(String chainClass) { +this.chainClass = chainClass; +} + + +/** * pReturn the element name of a chain element./p */ public String getChainElement() { @@ -158,7 +181,7 @@ // Add rules for a chain element digester.addObjectCreate(*/ + getChainElement(), - org.apache.commons.chain.impl.ChainBase, + getChainClass(), getClassAttribute()); digester.addSetProperties(*/ + getChainElement()); digester.addRule(*/ + getChainElement(), - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-chain] Configuration of the ChainBase class
Manfred Wolff wrote: Moin. Short description: We use commons-chain in a productive project for configuring strategies and filters. The user itsself should be able to customize the chains and brings the right order in chains (commands, filters ...). Some commands has dependencies to other commands so it might be the situation, that a command b can only be executed if a command a is still executed in the same chain. At runtime it is no problem to check such dependencies (b can look into the context if a has done his work). But because of the posibility of configuration the chains by customer it might be a good idea to do a check at the start of the app so configuration errors might not come into being at runtime. For that I have subclassed the Command, the ChainBase etc. Unfortunaly in the class that have to be instanciated (org.apache.commons.chain.impl.ChainBase) is hard coded in the ConfigRuleSet class. So I have subclassed the RuleSet, the ConfigParser ... I think it make no sense to subclass all classes of a framework so I like to contribute a solution for generic instanciation support. For me it is enough to make the instanciaten class configurable (see my diff patchConfigRuleSet.txt). So I can subclass the ConfgParser and set the className attribute if needed. I have still some other solutions expanding the configuration file. All is possible by subclassing. A new feature were good: It might be possible to configure chains in chains like that: chain name=single command className=org.strutsit.chain.CommandForTestSomething/ command className=org.strutsit.chain.CommandForTestAnything/ /chain chain name=depend chain refid=single/ command className=org.strutsit.chain.CommandForTestFalse/ command className=org.strutsit.chain.CommandForTestTrueDepend/ /chain In the moment I have no knowledge how to configure a digester to do such things. If anybody has please contact me. I will implement the rest and contribute it too. I just added the chainClass property as you proposed below, which means you can now set the default implementation class for all chain elements to be processed. Note that, even before this change, you could use the className attribute on a chain element just like you could on a command element -- but I agree that having a default is nice. Thanks a lot. Manfred. Craig RCS file: /home/cvspublic/jakarta-commons-sandbox/chain/src/java/org/apache/commons/chain/config/ConfigRuleSet.java,v retrieving revision 1.5 diff -r1.5 ConfigRuleSet.java 67a68 private String className= org.apache.commons.chain.impl.ChainBase; 143a145,161 /** * Return the classname that will use to instanciate chains. * @return Returns the classeName. */ public String getClassName() { return className; } /** * Sets the classname that will use to instanciate chains. * @param classeName The classeName to set. */ public void setClassName(String classeName) { this.className = classeName; } 161c179 org.apache.commons.chain.impl.ChainBase, --- getClassName(), - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jxpath build.xml
dmitri 2004/07/08 21:50:38 Modified:jxpath build.xml Log: Fixed a problem with javadoc generation Revision ChangesPath 1.22 +1 -1 jakarta-commons/jxpath/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons/jxpath/build.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- build.xml 2 Jul 2004 22:26:00 - 1.21 +++ build.xml 9 Jul 2004 04:50:38 - 1.22 @@ -139,7 +139,7 @@ /property property name=title value=JXPath 1.2 API /property -javadoc use=true private=true destdir=${javadocdir} author=true version=true sourcepath=src/java packagenames=.* +javadoc use=true private=true destdir=${javadocdir} author=true version=true sourcepath=src/java packagenames=* classpath fileset dir=${libdir} include name=*.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29772] - [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29772 [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs --- Additional Comments From [EMAIL PROTECTED] 2004-07-09 05:13 --- I'm attaching a patch for review which resolves the differences between JDK 1.3 and JDK 1.4. The patch converts any localized date pattern into the default date pattern characters - I added a new method to convert a pattern in ConvertUtils and changed DateLocaleConverter to use it in the parse() method. The existing version uses a default pattern of SHORT date and SHORT time (i.e. 'MM/dd/yy HH:mm a' for Locale.US) if no pattern was specified - this seems wrong to me and I've changed the default to SHORT date (i.e. 'MM/dd/yy' for Locale.US) which seems more sensible. I have also added more tests to the DateLocaleConverterTestCase - because of problems with DateFormatSymbols not beeing set in JDK 1.4, it some tests are skipped if the apprpriate Locale is not properly set up. As far as the original issue with this bug - I think it was already resolved. Currently DateLocaleConverter does return the default value if there is a ConversionException. In the event of no default value being specified it throws the ConversionException. Does anyone object to me applying this patch? Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29772] - [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29772 [beanutils]DateLocaleConverter does NOT return a default value if a conversion error occurs --- Additional Comments From [EMAIL PROTECTED] 2004-07-09 05:22 --- Created an attachment (id=12065) JDK 1.4 Workaround for DateLocaleConverter plus addtional Unit Tests - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL escaping
Hi Steve, the comma is a reserved character, and the vertical bar is an excluded character in RFC 2396 (URI Generic Syntax). Try to escape just those characters in the part before ?. cheers, Roland Steve Johnson [EMAIL PROTECTED] 07.07.2004 17:53 Please respond to Commons HttpClient Project To '[EMAIL PROTECTED]' [EMAIL PROTECTED] cc Subject URL escaping Hi All, Here is a URL that throws an exception if passed to GetMethod as is: throws something like invalid argument or uri. It appears to be the unescaped characters in /tr/cl/1,,TRAVELOCITY|987,00.html The problem is if the whole string is escaped then these escaped characters are double encoded: %3fService%3d to %325fService%253d which causes a server error 500. http://tr.travelocity.com/tr/cl/1,,TRAVELOCITY|987,00.html?s=hp1 http://tr.travelocity.com/tr/cl/1,,TRAVELOCITY|987,00.html?s=hp1c=hdstuffURL=https://dps1.travelocity.com/l ognlogin.ctl%3fService%3dTRAVELOCITY%26tr_module%3dRETR%26SEQ%3d1372136878108921366819 c=hdstuffURL=https://dps1.travelocity.com/lognlogin.ctl%3fService%3dTRAVELOCITY%26tr_module%3dRETR%26SEQ%3d1 372136878108921366819 Is there a simple way to send any request without complaining about the URI? If this URL is pasted into IE it works. Currently doing this: URI parsedURI = null; // if at first you don't succeed. try { try { // again. parsedURI = new URI(url.toCharArray()); // This throws on the URL above } catch (URIException e) { parsedURI = new URI(url, I18N.getDefaultEncoding()); // This double encodes the URL above. } } catch (URIException e) { } Thanks for your time and help, Steve Steve Johnson Software Engineer Mercury Interactive 720 564 - 6532 USA, Canada and the Americas 720 564-6620 Hours: M-F 08:00-17:00 MST (Mountain Standard Time) http://www.mercuryinteractive.com http://www.mercuryinteractive.com Looking for Answers to your SiteScope or SiteSeer questions? http://support.mercuryinteractive.com http://support.mercuryinteractive.com
DO NOT REPLY [Bug 29973] - HttpClient wire log performance problems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29973. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29973 HttpClient wire log performance problems [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 09:49 --- This is a Log4J specific problem. According to the Log4J docs [1]: There is no default appender attached to root. and Note that by default, the root logger is assigned to Level.DEBUG. So DEBUG level output is generated but not sent anywhere. [1] http://logging.apache.org/log4j/docs/manual.html If you use Log4J then please supply a configuration. Having Log4J on the classpath but not configuring it is 'programming by coincidence'. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29973] - HttpClient wire log performance problems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29973. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29973 HttpClient wire log performance problems --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 14:02 --- Hi, I agree it's a Log4j problem. Maybe this information can be added to the Logging guide at http://jakarta.apache.org/commons/httpclient/logging.html ? Wim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29973] - HttpClient wire log performance problems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29973. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29973 HttpClient wire log performance problems --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 14:12 --- Log4J is not even a dependency of HttpClient. All logging is done through commons-logging. If people use Log4J they don't do this because we tell them to. It's their decision and they should refer to the Log4J docs for Log4J issues. I am not in favour of copying facts about Log4J into the HttpClient logging guide, as these may change any time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 29636] - Setting different MAX_HOST_CONNECTION values per host using a single MultiThreadedHttpConnectionManager
Oops. I forgot to run the unit tests. I'll take care of the NPE and try again. Mike On Jul 7, 2004, at 5:46 PM, [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29636. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29636 Setting different MAX_HOST_CONNECTION values per host using a single MultiThreadedHttpConnectionManager --- Additional Comments From [EMAIL PROTECTED] 2004-07-07 21:46 --- Mike, It looks like getParameter(MAX_HOST_CONNECTIONS) can return null and cause a NPE. Map m = (Map) getParameter(MAX_HOST_CONNECTIONS); Integer max = (Integer) m.get(hostConfiguration); I currently get over a dozen testcases failing on me with the patch applied Otherwise looks good Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]