DO NOT REPLY [Bug 29605] - [VFS] new srcdir and includes attributes for ANT tasks
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=29605. 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=29605 [VFS] new srcdir and includes attributes for ANT tasks [EMAIL PROTECTED] changed: What|Removed |Added CC||commons- ||[EMAIL PROTECTED] Status|NEW |ASSIGNED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jxpath] bug in DOMNodePointer?
class org.apache.commons.jxpath.ri.model.dom.DOMNodePointer in method public NodePointer createChild(JXPathContext context, QName name, int index) has NodeIterator it = childIterator(new NodeNameTest(name), false, null); Now where is the namespaceUri of this NodeNameTest constructor? In case there is a namespace, the check next line fails and an exceptions is thrown fix: ...new NodeNameTest(name, context.getNamespaceURI(name.getPrefix()))... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] AbstractConfiguration.Container
Eric Pugh wrote: To be honest, I never quite grokked the AbstractConfiguration.Container.. It seemed to be used to distingush between a List and a non list... I experimented a removal of AbstractConfiguration.Container and it seems to work fine, all test cases were ok. I'll remove it after the 1.0 release since it doesn't affect the public API. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-collections] [Patch] ExtendedProperties
Wolfgang Hoschek wrote: I believe there is a bug in ExtendedProperties that causes the following config file to be parsed incorrectly on load(...): allow.meta=a allow.meta=b, c, d I've added a test in [configuration] to cover this case, it seems the bug was already fixed there. BTW, please don't deprecate ExtendedProperties and refer people to future Commons-Configuration. The Commons-Configuration complexity and their dependencies are a big big mess for someone who simply and conveniently wants to read in some configuration values. ExtendedProperties is ideal for such purposes: It does the job in a single class and has zero dependencies. PropertiesConfiguration is no more complex than ExtendedProperties actually, the usage is quite similar if you decide not to use the ConfigurationFactory. In this case the dependencies are minimal, PropertiesConfiguration only relies on [collections] which you already use and [lang] which is a really basic and common dependency. Is this too much ? I think I'll document what package is required for each configuration type, I admit the dependency page generated by Maven is quite frightening currently :) Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: DBCP
Date: 2004-06-17T02:41:16 Editor: 61.240.19.130 Wiki: Jakarta Commons Wiki Page: DBCP URL: http://wiki.apache.org/jakarta-commons/DBCP no comment Change Log: -- @@ -1,5 +1,7 @@ = DBCP Overview = + +jkljlk;j;kj;lkj Commons-DBCP provides database connection pooling services. A lot of information is available on the [http://jakarta.apache.org/commons/dbcp/ DBCP website]. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: DBCP
Date: 2004-06-17T02:43:31 Editor: 62.116.38.218 Wiki: Jakarta Commons Wiki Page: DBCP URL: http://wiki.apache.org/jakarta-commons/DBCP no comment Change Log: -- @@ -1,7 +1,6 @@ = DBCP Overview = -jkljlk;j;kj;lkj Commons-DBCP provides database connection pooling services. A lot of information is available on the [http://jakarta.apache.org/commons/dbcp/ DBCP website]. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [configuration] AbstractConfiguration.Container
Why wait? If we can toss it, let's do it, as I'm guessing we won't get much testing exposure post 1.0 on the codebase before ripping it up for 2.0... -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 11:13 AM To: Jakarta Commons Developers List Subject: Re: [configuration] AbstractConfiguration.Container Eric Pugh wrote: To be honest, I never quite grokked the AbstractConfiguration.Container.. It seemed to be used to distingush between a List and a non list... I experimented a removal of AbstractConfiguration.Container and it seems to work fine, all test cases were ok. I'll remove it after the 1.0 release since it doesn't affect the public API. Emmanuel Bourg - 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: Accidental ANN replies Was: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
Henri Yandell wrote: Yep. Can see them in the archives. Odd, could have sworn that I saw Gary's in the moderation queue. Possibly we should Bcc announcements rather than Cc'ing it to avoid this kind of thing in the future. I think that would mess up some e-mail filters for people. I filter all announcements on the To or Cc headers. Hen On Tue, 15 Jun 2004, Brett Porter wrote: I got them both through the announcement list :) - Brett Quoting Henri Yandell [EMAIL PROTECTED]: Hide. :) I don't think the announcement ones actually got through as they're in the moderation and I know I've been deleting the ones that have been to the announcement list. Another moderator may have allowed it, but I don't think anyone did. Hen On Mon, 14 Jun 2004, Gary Gregory wrote: Darn, I cross posted to the users and announce lists. Should I cross-post appologize or go hide in a corner? Gary -Original Message- From: Gary Gregory [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 15:42 To: Jakarta Commons Developers List; [EMAIL PROTECTED] Cc: Jakarta Commons Users List Subject: RE: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released Hello, I see that you provide a JDiff report. I am trying to get Maven RC3 to generate a JDiff report and I cannot. Maven does have a JDiff Plugin. Did you try using Maven? Thank you, Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Saturday, June 12, 2004 08:28 To: [EMAIL PROTECTED] Cc: Jakarta Commons Users List; Jakarta Commons Developers List Subject: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released The Commons Collections team announces the release of Commons Collections 3.1-RC1. This is a preview of v3.1 to enable users to test the release against their own code. We advise waiting for the formal 3.1 release before putting the code into production. Please direct any feedback on issues or bugs to [EMAIL PROTECTED] Read the release notes - http://www.apache.org/~scolebourne/coll31/RELEASE-NOTES.html Download the distribution - http://www.apache.org/~scolebourne/coll31/ The Commons Collections team also announces the release of Commons Collections 2.1.1. This is a patch release to v2.1 to enable a workaround of issues in IteratorUtils v3.0. If you are still using v2.1 please upgrade to v2.1.1, especially if you run an Open Source project. See the release notes for full details of the patch and why it was produced. Read the release notes - http://www.apache.org/dist/jakarta/commons/collections/RELEASE-NOTES- 2.1.1.h tml Download the binary distribution - http://jakarta.apache.org/site/binindex.cgi#commons-collections Download the source distribution - http://jakarta.apache.org/site/sourceindex.cgi#commons-collections Stephen Colebourne http://jakarta.apache.org/commons/collections/index.html - 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] - 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] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] AbstractConfiguration.Container
A related question is the behavior of getProperty() if the requested property has multiple values. At the moment the Container class is used to make a difference whether the property has a single value of type Collection or multiple values. Without the Container class this difference cannot be resolved. Well, I don't belief that this is a big issue. The behavior of getProperty() just has to be exactly specified in those cases. Oliver Eric Pugh schrieb: Why wait? If we can toss it, let's do it, as I'm guessing we won't get much testing exposure post 1.0 on the codebase before ripping it up for 2.0... -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 11:13 AM To: Jakarta Commons Developers List Subject: Re: [configuration] AbstractConfiguration.Container Eric Pugh wrote: To be honest, I never quite grokked the AbstractConfiguration.Container.. It seemed to be used to distingush between a List and a non list... I experimented a removal of AbstractConfiguration.Container and it seems to work fine, all test cases were ok. I'll remove it after the 1.0 release since it doesn't affect the public API. Emmanuel Bourg - 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] -- Dipl.-Inform. Oliver Heger Zentrale Informationsverarbeitung (ZIV) / Bereich Anwenderverfahren Klinikum der Philipps-Universität Marburg Bunsenstraße 3, D-35037 Marburg Tel: +49 6421 28-66592 mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/beanutils/xdocs index.xml
bayard 2004/06/17 06:36:17 Modified:beanutils/xdocs index.xml Log: typo Revision ChangesPath 1.6 +1 -1 jakarta-commons/beanutils/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/beanutils/xdocs/index.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- index.xml 24 May 2004 21:30:09 - 1.5 +++ index.xml 17 Jun 2004 13:36:15 - 1.6 @@ -74,7 +74,7 @@ p Bean collections is a library combining BeanUtils with a href='http://jakarta.apache.org/commons/collections'Commons Collections/a -to provide services for collections of beans. Once class (codeBeanComparator/code) +to provide services for collections of beans. One class (codeBeanComparator/code) was previously released, the rest are new. This new distribution strategy should allow this sub-component to evolve naturally without the concerns about size and scope that might otherwise happen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] getProperties ?
Eric Pugh wrote: However, since it is only at the AbstractConfiguration level, I think delete it. getProperties(String, Properties) is only defined in AbstractConfiguration but getProperties(String) is defined in the Configuration interface. I guess getList and getProperties were added at the same time, one method to operate on lists: key = value1, value2, value3 and the other one to operate on maps: key = key1=value1, key2=value2, key3=value3 I'd prefer renaming it to getConfiguration(String) rather than removing it. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] NoSuchElementException vs null
Eric Pugh wrote: The thing is though that I think that in typical use, the NoSuchElementException wouldn't be caught.. Instead, it would get thrown up the call stack until somethign could properly handle it. I agree, no one is going to catch this exception, it's easier to use containsKey to check if the property exists. i see this exception only occuring when someone has messed up the configuration, versus a normal kind of exception that we would want to catch and deal with. I would rather get an informative NoSuchElementException versus an non informative NullPointerException! I think there are two use cases: 1. the configuration error you described, the user didn't anticipate the possibility of a missing property and used the getType method without default value, a NoSuchElementException is certainly more descriptive but a NullPointerException is common and easy to track back. 2. the developper knows the property can be missing and he anticipated a null value. By removing the exception he can write directly the shorter expression: String s = config.getString(key); instead of: String s = config.getString(key, null); If he thought getString was consistent with getProperty and returned null for missing values, he'll be surprised to receive an exception. This case is likely for people converting code using java.util.Properties to [configuration]. They will naturally translate this: String s = props.getProperty(key); into this: String s = config.getString(key); and I bet they will come back to this line of code sooner or later, raging against [configuration], because they didn't anticipate their application would break on a NoSuchElementException. Now, we could make NoSuchElementException extend RuntimeException (if it doesn't already) Yes it's already a RuntimeException. Configuration (as of this 1.0 version) is viewed as a relatively static entity that gets started up when the app starts up, and then stays more or less the same. I think that the 2.0 version of Configuration with loaders and listeners and such will be a much more dynamic beast where these kinds of changes may be more appropriate. Well at this point I still haven't solved my main issue: do we want to throw an exception on getList() if the property doesn't exist? My preference is to not throw a NoSuchElementException and return an empty List instead, this will be similar to getStringArray which returns an empty array if the property is missing. The case of the other non primitive types (String, BigInteger and BigDecimal) can be settled later. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java
ebourg 2004/06/17 07:39:54 Modified:configuration/conf test.properties configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java Log: Added a test for list properties specified as a comma separated values and with multiple keys Revision ChangesPath 1.6 +3 -0 jakarta-commons/configuration/conf/test.properties Index: test.properties === RCS file: /home/cvs/jakarta-commons/configuration/conf/test.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- test.properties 15 Jun 2004 10:12:29 - 1.5 +++ test.properties 17 Jun 2004 14:39:54 - 1.6 @@ -16,6 +16,9 @@ test.empty = +test.mixed.array = a +test.mixed.array = b, c, d + # # Test a property that uses a previous property # 1.8 +12 -1 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java Index: TestPropertiesConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TestPropertiesConfiguration.java 15 Jun 2004 10:12:29 - 1.7 +++ TestPropertiesConfiguration.java 17 Jun 2004 14:39:54 - 1.8 @@ -120,4 +120,15 @@ { assertEquals(test\\,test, PropertiesConfiguration.unescapeJava(test\\,test)); } + +public void testMixedArray() +{ +String[] array = conf.getStringArray(test.mixed.array); + +assertEquals(array length, 4, array.length); +assertEquals(1st element, a, array[0]); +assertEquals(1st element, b, array[1]); +assertEquals(1st element, c, array[2]); +assertEquals(1st element, d, array[3]); +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29642] New: - Error in catching exception and checking instanceof
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=29642. 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=29642 Error in catching exception and checking instanceof Summary: Error in catching exception and checking instanceof Product: Commons Version: unspecified Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Validator AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] In class Validator method validateFieldForRule you use reflection whitch throw InvocationtargetException and you catch all Exception and check if its instance of ValidatorException since you will get a InvocationTargetException which has the real exception the if is useless. private boolean validateFieldForRule( } catch (Exception e) { log.error(reflection: + e.getMessage(), e); results.add(field, va.getName(), false); if (e instanceof ValidatorException) { throw ((ValidatorException) e); } return false; } return true; va.lang.reflect.InvocationTargetException: org.apache.commons.validator.ValidatorException: Erreur lors du transport Exception :Can't connect to the Entitlements Server. at com.lq.clubvip.web.validations.Validation.validerCodeUsagerInutilise (Validation.java:1469) } catch (Exception e) { log.error(reflection: + e.getMessage(), e); results.add(field, va.getName(), false); if (((java.lang.reflect.InvocationTargetException) e).getTargetException() instanceof ValidatorException) { throw ((ValidatorException) e); } return false; } return true; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29643] New: - Discovery doesnt run on locked down webapps
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=29643. 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=29643 Discovery doesnt run on locked down webapps Summary: Discovery doesnt run on locked down webapps Product: Commons Version: Nightly Builds Platform: All URL: http://nagoya.apache.org/jira/browse/AXIS-893 OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Discovery AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am about to submit a patch for SimpleLog so that Discovery initialises properly when running in a webapp that does not have access to the system properties - a simple matter of catching and ignoring thrown security faults. we have encountered this in an Axis user, and it would be good to get this patch in to the discovery.jar before the next axis beta comes out. Please patch, thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29643] - Discovery doesnt run on locked down webapps
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=29643. 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=29643 Discovery doesnt run on locked down webapps --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 15:18 --- Created an attachment (id=11873) patch from dir jakarta-commons/discovery - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java
ebourg 2004/06/17 08:30:29 Modified:configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java Log: copy/paste fix :) Revision ChangesPath 1.9 +4 -4 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java Index: TestPropertiesConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- TestPropertiesConfiguration.java 17 Jun 2004 14:39:54 - 1.8 +++ TestPropertiesConfiguration.java 17 Jun 2004 15:30:29 - 1.9 @@ -127,8 +127,8 @@ assertEquals(array length, 4, array.length); assertEquals(1st element, a, array[0]); -assertEquals(1st element, b, array[1]); -assertEquals(1st element, c, array[2]); -assertEquals(1st element, d, array[3]); +assertEquals(2nd element, b, array[1]); +assertEquals(3rd element, c, array[2]); +assertEquals(4th element, d, array[3]); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] AbstractConfiguration.Container
Eric Pugh wrote: Why wait? If we can toss it, let's do it, as I'm guessing we won't get much testing exposure post 1.0 on the codebase before ripping it up for 2.0... Well I'm a bit hesitant to risk this change right before the 1.0 release, I'm not sure I understood the whole picture that's why I asked. It smells the untested feature that is going to wake up and bite us Since I plan at least a 1.1 release before the heavy refactoring work to 2.0, I thought this change could be delayed. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [configuration] AbstractConfiguration.Container
Okay.. You're the man on the spot! It works for me. -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 5:58 PM To: Jakarta Commons Developers List Subject: Re: [configuration] AbstractConfiguration.Container Eric Pugh wrote: Why wait? If we can toss it, let's do it, as I'm guessing we won't get much testing exposure post 1.0 on the codebase before ripping it up for 2.0... Well I'm a bit hesitant to risk this change right before the 1.0 release, I'm not sure I understood the whole picture that's why I asked. It smells the untested feature that is going to wake up and bite us Since I plan at least a 1.1 release before the heavy refactoring work to 2.0, I thought this change could be delayed. Emmanuel Bourg - 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: [ANNOUNCEMENT] Jakarta Commons-Logging 1.0.4 Released
The page http://jakarta.apache.org/commons/logging/RELEASE-NOTES.txt contains the 1.0.3 release notes. Gary -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 02:35 To: Jakarta Commons Developers List Subject: [ANNOUNCEMENT] Jakarta Commons-Logging 1.0.4 Released The Jakarta Commons team is pleased to announce the release of version 1.0.4 of the commons-logging component. Commons Logging is a thin bridging API. This release features several enhancements and bug fixes but is primarily a service release supporting both the older 1.2.x versions of Log4J and the upcoming 1.3.x versions. It is a fully compatible, drop-in replacement for the last 1.0.3 release. Download this release from one of the mirrors but please check the md5 sum using the value from the main apache site. The binary distribution is available from href=http://jakarta.apache.org/site/binindex.cgi#commons-logging and the source distribution is available from http://jakarta.apache.org/site/sourceindex.cgi#commons-logging. 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]
DO NOT REPLY [Bug 29402] - ClassCastException when using commons-el.jar and standard.jar el evaluator
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=29402. 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=29402 ClassCastException when using commons-el.jar and standard.jar el evaluator [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 16:57 --- *** Bug 28986 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-collections] [Patch] ExtendedProperties
BTW, please don't deprecate ExtendedProperties and refer people to future Commons-Configuration. The Commons-Configuration complexity and their dependencies are a big big mess for someone who simply and conveniently wants to read in some configuration values. ExtendedProperties is ideal for such purposes: It does the job in a single class and has zero dependencies. PropertiesConfiguration is no more complex than ExtendedProperties actually, the usage is quite similar if you decide not to use the ConfigurationFactory. In this case the dependencies are minimal, PropertiesConfiguration only relies on [collections] which you already use and [lang] which is a really basic and common dependency. Is this too much ? Yes, it is too much!! Many people just want to read some configuration values in an expressive, convenient and straightforward manner, with as little dependencies as possible (read: zero dependencies). java.util.Properties is handy because it has zero dependencies (unfortunately it is not expressive enough, which is why we are talking). So folks are looking for something similar and ExtendedProperties meets just that. Consider writing a container or client side framework: Why impose auxiliary and unnecessary dependencies and versions on third-party users, or create additional mess with classloader issues? Just pull out ExtendedProperties from commons-collections, rename class to xyz.MyExtendedProperties (keeping copyright and license) and all works fine without any hassle. (In general, a problem with many smallish commons-xyz modules is that for the comparatively little value they provide, they have frighteningly many cross-dependencies. So one gains some value at the cost of dependency and version hell, with overall may not be worth it) I think I'll document what package is required for each configuration type, I admit the dependency page generated by Maven is quite frightening currently :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-collections] [Patch] ExtendedProperties
Wolfgang Hoschek wrote: BTW, please don't deprecate ExtendedProperties and refer people to future Commons-Configuration. The Commons-Configuration complexity and their dependencies are a big big mess for someone who simply and conveniently wants to read in some configuration values. ExtendedProperties is ideal for such purposes: It does the job in a single class and has zero dependencies. PropertiesConfiguration is no more complex than ExtendedProperties actually, the usage is quite similar if you decide not to use the ConfigurationFactory. In this case the dependencies are minimal, PropertiesConfiguration only relies on [collections] which you already use and [lang] which is a really basic and common dependency. Is this too much ? Yes, it is too much!! Many people just want to read some configuration values in an expressive, convenient and straightforward manner, with as little dependencies as possible (read: zero dependencies). java.util.Properties is handy because it has zero dependencies (unfortunately it is not expressive enough, which is why we are talking). So folks are looking for something similar and ExtendedProperties meets just that. Consider writing a container or client side framework: Why impose auxiliary and unnecessary dependencies and versions on third-party users, or create additional mess with classloader issues? Just pull out ExtendedProperties from commons-collections, rename class to xyz.MyExtendedProperties (keeping copyright and license) and all works fine without any hassle. (In general, a problem with many smallish commons-xyz modules is that for the comparatively little value they provide, they have frighteningly many cross-dependencies. So one gains some value at the cost of dependency and version hell, with overall may not be worth it) I think I'll document what package is required for each configuration type, I admit the dependency page generated by Maven is quite frightening currently :) Wolfgang, I tend to agree, and we do see the version hell as a big issue. There have been and are efforts to reduce the dependency between commons components. If ExtendedProperties is a valuable collections object and is being used, why should it (one class) be deprecated in favor of Configuration which is a more complex framework? I would assume deprecation could possibly occur if Configuration became the standard for reading properties files and was less version dependent. But deprecation probably doesn't make sense until that did occur. Don't throw the bathwater out before you wash the baby... -Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/cache NullFilesCacheTests.java
imario 2004/06/17 12:25:40 Modified:vfs/src/test/org/apache/commons/vfs/cache NullFilesCacheTests.java Log: wrong check Revision ChangesPath 1.3 +3 -3 jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/cache/NullFilesCacheTests.java Index: NullFilesCacheTests.java === RCS file: /home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/cache/NullFilesCacheTests.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NullFilesCacheTests.java 21 May 2004 20:54:37 - 1.2 +++ NullFilesCacheTests.java 17 Jun 2004 19:25:40 - 1.3 @@ -31,8 +31,8 @@ FileObject scratchFolder = getWriteFolder(); FileObject dir1 = scratchFolder.resolveFile(dir1); -FileObject dir2 = scratchFolder.resolveFile(dir2); +FileObject dir1_2 = scratchFolder.resolveFile(dir1); -assertFalse(dir1 == dir2); +assertFalse(dir1 == dir1_2); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/vfs/xdocs download.xml
imario 2004/06/17 12:36:15 Modified:vfs/xdocs download.xml Log: updated dependencies Revision ChangesPath 1.12 +11 -3 jakarta-commons-sandbox/vfs/xdocs/download.xml Index: download.xml === RCS file: /home/cvs/jakarta-commons-sandbox/vfs/xdocs/download.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- download.xml 17 May 2004 18:25:50 - 1.11 +++ download.xml 17 Jun 2004 19:36:15 - 1.12 @@ -31,7 +31,15 @@ tr td Jakarta -a href=http://jakarta.apache.org/commons/net/;Commons Net/a Version 1.1.0 or later. +a href=http://jakarta.apache.org/commons/logging/;Commons Collections/a +Version 3.1-dev +/td +tdLRU Cache/td +/tr +tr +td +Jakarta +a href=http://jakarta.apache.org/commons/net/;Commons Net/a Version 1.2.1 or later. /td tdFTP/td /tr @@ -39,7 +47,7 @@ td Jakarta a href=http://jakarta.apache.org/commons/httpclient/;Commons Httpclient/a. -Version 2.0 beta 1 or later. +Version 2.0 or later. /td td WebDAV @@ -50,7 +58,7 @@ tr td Jakarta -a href=http://jakarta.apache.org/slide/;Slide/a Version 2.0beta1. +a href=http://jakarta.apache.org/slide/;Slide/a Version 2.0. /td tdWebDAV/td /tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29650] New: - FTP with Ant
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=29650. 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=29650 FTP with Ant Summary: FTP with Ant Product: Commons Version: 1.2 Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Net AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when using commons-net-1.2.1.jar in conjuction with Ant 1.6.1, Ant FTP tasks: del, list and get do not work, (tasks: put and get still work). this is not an issue when using commons-net-1.1.0.jar. Note: FTP tasks with Ant are considered optional tasks and require the additional commons-net jar in order to work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29605] - [VFS] new srcdir and includes attributes for ANT tasks
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=29605. 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=29605 [VFS] new srcdir and includes attributes for ANT tasks --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 19:56 --- I applied your patch to my local version and maybe there is a little mistake - or i oversee something. Could you please shed some light on me, why you removed this condition? AbstractSyncTask.execute() -- if (destFileUrl != null destDirUrl != null) { final String message = Messages.getString(vfs.tasks/sync.too-many-destinations.error); throw new BuildException(message); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs][all][poll]regular expression library or jdk1.4 as minimum requirement
In message [EMAIL PROTECTED], Rami Ojares writes: The problem with having a generic interface for different regex implementation s is that the syntax and semantics of regexes are different. I want to know EXACTLY what my regexes match and what constucts/syntax I can use. Somehow I missed this message. Sorry for the belated response. There are different use cases. What you say is absolutely right for the case where you're coding to a regex API and using those expressions directly in your code. But when you are dynamically fetching expressions, for example from a user interface dialog, it doesn't matter. You can specify what syntax is required for the input. Also, when you're writing generic/reusable code it's of great help. For example, all of the split and substitute methods in the org.apache.oro.text.regex.Util will work independent of the regex syntax used. org.apache.oro.io.RegexFilenameFilter will work with any regex engine. There are plenty of cases where you're writing regular expression code that is not dependent on the specific syntax. For those cases, having generic engines is very useful. The best candidate in my humble opinion for regex language is the one defined in jdk 1.4. What would be needed is a separate package that would implement jdk 1 .4 regex lang and could be used together with older jdk's. That would be a waste of effort in my opinion. Other than glob expressions, there is already a set of syntax common to most pattern matching languages. Since the whole point of the VFS discussion appears to be to support users who aren't using J2SE 1.4, all you have to do is use the syntax subset shared by Perl5 and java.util.regex, which is rather rich and useful. Anyway, that's my take given my understanding of what's being discussed. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[commons-chain] Configuration of the ChainBase class
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. Thanks a lot. Manfred. 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]
Re: [vfs][all][poll][RESULT] regular expression library or jdk1.4 as minimum requirement
In message [EMAIL PROTECTED], Mario Ivankovits writes: Whew! Fast work, thank you. If no one involved in VFS has the time to get involved as a committer for jakarta-oro, I need to know more or less by when you would need a 2.1 release of jakarta-oro to be released so you don't have to ask users to rely on the head branch. That way I can budget my time to get it done. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29605] - [VFS] new srcdir and includes attributes for ANT tasks
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=29605. 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=29605 [VFS] new srcdir and includes attributes for ANT tasks --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 21:25 --- Good that you saw it. When I worked on the code I thought it was a copy/paste of the lines above (which are very similar) and I was thinking why did I copy/paste these lines? and removed the lines. Please put them back, my mistake, sorry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/util MathUtilsTest.java
psteitz 2004/06/17 14:31:01 Modified:math/src/java/org/apache/commons/math/util MathUtils.java math/src/test/org/apache/commons/math/util MathUtilsTest.java Log: Added equals and hash methods for comparing / hashing double values. Revision ChangesPath 1.18 +24 -1 jakarta-commons/math/src/java/org/apache/commons/math/util/MathUtils.java Index: MathUtils.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/util/MathUtils.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- MathUtils.java19 May 2004 14:16:32 - 1.17 +++ MathUtils.java17 Jun 2004 21:31:00 - 1.18 @@ -443,4 +443,27 @@ public static double sinh(double x) { return (Math.exp(x) - Math.exp(-x)) / 2.0; } + +/** + * Returns an integer hash code representing the given double value. + * + * @param value the value to be hashed + * @return the hash code + */ +public static int hash(double value) { +long bits = Double.doubleToLongBits(value); +return (int)(bits ^ (bits 32)); +} + +/** + * Returns true iff both arguments are NaN or + * neither is NaN and they are equal + * + * @param x first value + * @param y second value + * @return true if the values are equal or both are NaN + */ +public static boolean equals(double x, double y) { +return ((Double.isNaN(x) Double.isNaN(y)) || x == y); +} } 1.14 +35 -2 jakarta-commons/math/src/test/org/apache/commons/math/util/MathUtilsTest.java Index: MathUtilsTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/util/MathUtilsTest.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- MathUtilsTest.java9 May 2004 04:36:09 - 1.13 +++ MathUtilsTest.java17 Jun 2004 21:31:00 - 1.14 @@ -353,5 +353,38 @@ public void testSinhNaN() { assertTrue(Double.isNaN(MathUtils.sinh(Double.NaN))); -} +} + +public void testEquals() { +double[] testArray = {Double.NaN, Double.POSITIVE_INFINITY, +Double.NEGATIVE_INFINITY, 1d, 0d}; +for (int i = 0; i testArray.length; i++) { +for (int j = 0; j testArray.length; j ++) { +if (i == j) { +assertTrue(MathUtils.equals(testArray[i], testArray[j])); +assertTrue(MathUtils.equals(testArray[j], testArray[i])); +} else { +assertTrue(!MathUtils.equals(testArray[i], testArray[j])); +assertTrue(!MathUtils.equals(testArray[j], testArray[i])); +} +} +} +} + +public void testHash() { +double[] testArray = {Double.NaN, Double.POSITIVE_INFINITY, +Double.NEGATIVE_INFINITY, 1d, 0d, 1E-14, (1 + 1E-14), +Double.MIN_VALUE, Double.MAX_VALUE}; +for (int i = 0; i testArray.length; i++) { +for (int j = 0; j testArray.length; j ++) { +if (i == j) { +assertEquals(MathUtils.hash(testArray[i]), MathUtils.hash(testArray[j])); +assertEquals(MathUtils.hash(testArray[j]), MathUtils.hash(testArray[i])); +} else { +assertTrue(MathUtils.hash(testArray[i]) != MathUtils.hash(testArray[j])); +assertTrue(MathUtils.hash(testArray[j]) != MathUtils.hash(testArray[i])); +} +} +} +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/summary ProductTest.java SumLogTest.java SumSqTest.java SumTest.java
psteitz 2004/06/17 14:37:05 Modified:math/src/test/org/apache/commons/math/stat/univariate/moment FirstMomentTest.java GeometricMeanTest.java KurtosisTest.java MeanTest.java SkewnessTest.java StandardDeviationTest.java VarianceTest.java math/src/test/org/apache/commons/math/stat/univariate/rank MaxTest.java MedianTest.java MinTest.java PercentileTest.java math/src/test/org/apache/commons/math/stat/univariate/summary ProductTest.java SumLogTest.java SumSqTest.java SumTest.java Log: Changed getUnivariateStatistic() implementation to return a new instance (so tests can use multiple instances). Revision ChangesPath 1.2 +2 -6 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/FirstMomentTest.java Index: FirstMomentTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/FirstMomentTest.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FirstMomentTest.java 27 Apr 2004 16:42:33 - 1.1 +++ FirstMomentTest.java 17 Jun 2004 21:37:05 - 1.2 @@ -38,11 +38,7 @@ * @see org.apache.commons.math.stat.univariate.UnivariateStatisticAbstractTest#getUnivariateStatistic() */ public UnivariateStatistic getUnivariateStatistic() { - -if(stat == null) -stat = new FirstMoment(); - -return stat; +return new FirstMoment(); } /** 1.10 +2 -6 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/GeometricMeanTest.java Index: GeometricMeanTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/GeometricMeanTest.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- GeometricMeanTest.java21 Feb 2004 21:35:18 - 1.9 +++ GeometricMeanTest.java17 Jun 2004 21:37:05 - 1.10 @@ -46,11 +46,7 @@ * @see org.apache.commons.math.stat.univariate.UnivariateStatisticAbstractTest#getUnivariateStatistic() */ public UnivariateStatistic getUnivariateStatistic() { - -if(stat == null) -stat = new GeometricMean(); - -return stat; +return new GeometricMean(); } /* (non-Javadoc) 1.11 +2 -6 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/KurtosisTest.java Index: KurtosisTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/KurtosisTest.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- KurtosisTest.java 21 Feb 2004 21:35:18 - 1.10 +++ KurtosisTest.java 17 Jun 2004 21:37:05 - 1.11 @@ -46,11 +46,7 @@ * @see org.apache.commons.math.stat.univariate.UnivariateStatisticAbstractTest#getUnivariateStatistic() */ public UnivariateStatistic getUnivariateStatistic() { - -if(stat == null) -stat = new Kurtosis(); - -return stat; +return new Kurtosis(); } /* (non-Javadoc) 1.11 +2 -6 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/MeanTest.java Index: MeanTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/MeanTest.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- MeanTest.java 21 Feb 2004 21:35:18 - 1.10 +++ MeanTest.java 17 Jun 2004 21:37:05 - 1.11 @@ -46,11 +46,7 @@ * @see org.apache.commons.math.stat.univariate.UnivariateStatisticAbstractTest#getUnivariateStatistic() */ public UnivariateStatistic getUnivariateStatistic() { - -if(stat == null) -stat = new Mean(); - -return stat; +return new Mean(); } /* (non-Javadoc) 1.11 +2 -6 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/SkewnessTest.java Index: SkewnessTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/moment/SkewnessTest.java,v retrieving
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math TestUtils.java
psteitz 2004/06/17 14:41:56 Modified:math/src/test/org/apache/commons/math TestUtils.java Log: Added method to verify that serialization / deserialization preserves equals and hashCode (when this is supported). Revision ChangesPath 1.14 +12 -1 jakarta-commons/math/src/test/org/apache/commons/math/TestUtils.java Index: TestUtils.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/TestUtils.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- TestUtils.java5 May 2004 19:55:14 - 1.13 +++ TestUtils.java17 Jun 2004 21:41:56 - 1.14 @@ -97,4 +97,15 @@ return result; } + +/** + * Verifies that serialization preserves equals and hashCode + * + * @param object + */ +public static void checkSerializedEquality(Object object) { +Object object2 = serializeAndRecover(object); +Assert.assertEquals(Equals check, object, object2); +Assert.assertEquals(HashCode check, object.hashCode(), object2.hashCode()); +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29428] - Digester does not keep root variable in sync...
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=29428. 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=29428 Digester does not keep root variable in sync... --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 22:26 --- Hello, I've recently made some changes to digester to make it thread safe for a project here at ebay. We use digester for a long running batch like process where pooling wasn't really an optimal solution for us as the parse times are quite long (of the number of rules we have - hence filling up the pool when there is a large spike might be problematic) and the volume is uneven, peaking fairly high with a restrictive SLA for the system. I've written some unit tests (still need to write more) for the changes and am currently looking for optimization and clean up opportunities. Would a patch be of any interest to anyone? I will also send this message in an email to the commons-dev mail list. Thanks. -Eric Lucas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate AbstractStorelessUnivariateStatistic.java
psteitz 2004/06/17 15:31:58 Modified:math/src/java/org/apache/commons/math/stat/univariate AbstractStorelessUnivariateStatistic.java Log: Implemented equals and hashcode. Revision ChangesPath 1.16 +30 -1 jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/AbstractStorelessUnivariateStatistic.java Index: AbstractStorelessUnivariateStatistic.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/AbstractStorelessUnivariateStatistic.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- AbstractStorelessUnivariateStatistic.java 1 Jun 2004 21:34:35 - 1.15 +++ AbstractStorelessUnivariateStatistic.java 17 Jun 2004 22:31:58 - 1.16 @@ -15,6 +15,7 @@ */ package org.apache.commons.math.stat.univariate; +import org.apache.commons.math.util.MathUtils; import java.io.Serializable; /** @@ -66,5 +67,33 @@ * @see org.apache.commons.math.stat.univariate.StorelessUnivariateStatistic#increment(double) */ public abstract void increment(final double d); + +/** + * Returns true iff codeobject/code is an + * codeAbstractStorelessUnivariateStatistic/code returning the same + * values as this for codegetResult()/code and codegetN()/code + * + * @return true if object returns the same value as this + */ +public boolean equals(Object object) { +if (object == this ) { +return true; +} + if (object instanceof AbstractStorelessUnivariateStatistic == false) { +return false; +} +AbstractStorelessUnivariateStatistic stat = (AbstractStorelessUnivariateStatistic) object; +return (MathUtils.equals(stat.getResult(), this.getResult()) +MathUtils.equals(stat.getN(), this.getN())); +} + +/** + * Returns hash code based on getResult() and getN() + * + * @return hash code + */ +public int hashCode() { +return 31* (31 + MathUtils.hash(getResult())) + MathUtils.hash(getN()); +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate StorelessUnivariateStatisticAbstractTest.java
psteitz 2004/06/17 15:33:23 Modified:math/src/test/org/apache/commons/math/stat/univariate StorelessUnivariateStatisticAbstractTest.java Log: Added tests for equals and hashcode. Revision ChangesPath 1.13 +55 -1 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/StorelessUnivariateStatisticAbstractTest.java Index: StorelessUnivariateStatisticAbstractTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/StorelessUnivariateStatisticAbstractTest.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- StorelessUnivariateStatisticAbstractTest.java 27 Apr 2004 16:42:32 - 1.12 +++ StorelessUnivariateStatisticAbstractTest.java 17 Jun 2004 22:33:23 - 1.13 @@ -28,10 +28,13 @@ super(name); } +/** Return a new instance of the statistic */ public abstract UnivariateStatistic getUnivariateStatistic(); +/**Expected value for the testArray defined in UnivariateStatisticAbstractTest */ public abstract double expectedValue(); +/** Verify that calling increment() in a loop over testArray results in correct state */ public void testIncrementation() throws Exception { StorelessUnivariateStatistic statistic = @@ -44,6 +47,7 @@ } assertEquals(expectedValue(), statistic.getResult(), getTolerance()); +//TODO: add test for getN() once type is fixed statistic.clear(); @@ -55,6 +59,8 @@ StorelessUnivariateStatistic statistic = (StorelessUnivariateStatistic) getUnivariateStatistic(); + +TestUtils.checkSerializedEquality(statistic); statistic.clear(); @@ -64,12 +70,60 @@ statistic = (StorelessUnivariateStatistic)TestUtils.serializeAndRecover(statistic); } +TestUtils.checkSerializedEquality(statistic); + assertEquals(expectedValue(), statistic.getResult(), getTolerance()); statistic.clear(); assertTrue(Double.isNaN(statistic.getResult())); +} + +public void testEqualsAndHashCode() { +StorelessUnivariateStatistic statistic = +(StorelessUnivariateStatistic) getUnivariateStatistic(); +StorelessUnivariateStatistic statistic2 = null; + +assertTrue(non-null, compared to null, !statistic.equals(statistic2)); +assertTrue(reflexive, non-null, statistic.equals(statistic)); + +int emptyHash = statistic.hashCode(); +statistic2 = (StorelessUnivariateStatistic) getUnivariateStatistic(); +assertTrue(empty stats should be equal, statistic.equals(statistic2)); +assertEquals(empty stats should have the same hashcode, +emptyHash, statistic2.hashCode()); + +statistic.increment(1d); +assertTrue(reflexive, non-empty, statistic.equals(statistic)); +assertTrue(non-empty, compared to empty, !statistic.equals(statistic2)); +assertTrue(non-empty, compared to empty, !statistic2.equals(statistic)); +assertTrue(non-empty stat should have different hashcode from empty stat, +statistic.hashCode() != emptyHash); + +statistic2.increment(1d); +assertTrue(stats with same data should be equal, statistic.equals(statistic2)); +assertEquals(stats with same data should have the same hashcode, +statistic.hashCode(), statistic2.hashCode()); + +statistic.increment(Double.POSITIVE_INFINITY); +assertTrue(stats with different n's should not be equal, !statistic2.equals(statistic)); +assertTrue(stats with different n's should have different hashcodes, +statistic.hashCode() != statistic2.hashCode()); + +statistic2.increment(Double.POSITIVE_INFINITY); +assertTrue(stats with same data should be equal, statistic.equals(statistic2)); +assertEquals(stats with same data should have the same hashcode, +statistic.hashCode(), statistic2.hashCode()); + +statistic.clear(); +statistic2.clear(); +assertTrue(cleared stats should be equal, statistic.equals(statistic2)); +assertEquals(cleared stats should have thashcode of empty stat, +emptyHash, statistic2.hashCode()); +assertEquals(cleared stats should have thashcode of empty stat, +emptyHash, statistic.hashCode()); + } } - To unsubscribe, e-mail: [EMAIL
[GUMP@gump]: jakarta-commons/commons-jexl 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-jexl has an issue affecting its community integration. Project State : 'Failed', Reason 'Pre-Build Failed' Full details are available at: /jakarta-commons/commons-jexl/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-jexl-20040617.jar] identifier set to project name -INFO- Failed with reason pre-build failed To subscribe to this information via syndicated feeds: RSS: /jakarta-commons/commons-jexl/rss.xml Atom: /jakarta-commons/commons-jexl/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons/commons-jexl 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-jexl has an issue affecting its community integration. Project State : 'Failed', Reason 'Pre-Build Failed' Full details are available at: /jakarta-commons/commons-jexl/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-jexl-20040617.jar] identifier set to project name -INFO- Failed with reason pre-build failed To subscribe to this information via syndicated feeds: RSS: /jakarta-commons/commons-jexl/rss.xml Atom: /jakarta-commons/commons-jexl/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate SummaryStatisticsImpl.java
psteitz 2004/06/17 16:27:52 Modified:math/src/java/org/apache/commons/math/stat/univariate SummaryStatisticsImpl.java Log: Added missing statistics in toString. Revision ChangesPath 1.5 +8 -5 jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/SummaryStatisticsImpl.java Index: SummaryStatisticsImpl.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/SummaryStatisticsImpl.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- SummaryStatisticsImpl.java14 Jun 2004 23:26:53 - 1.4 +++ SummaryStatisticsImpl.java17 Jun 2004 23:27:52 - 1.5 @@ -205,11 +205,14 @@ public String toString() { StringBuffer outBuffer = new StringBuffer(); outBuffer.append(SummaryStatistics:\n); -outBuffer.append(n: + n + \n); -outBuffer.append(min: + min + \n); -outBuffer.append(max: + max + \n); +outBuffer.append(n: + getN() + \n); +outBuffer.append(min: + getMin() + \n); +outBuffer.append(max: + getMax() + \n); outBuffer.append(mean: + getMean() + \n); -outBuffer.append(std dev: + getStandardDeviation() + \n); +outBuffer.append(geometric mean: + getGeometricMean() + \n); +outBuffer.append(variance: + getVariance() + \n); +outBuffer.append(sum of squares: + getSumsq() + \n); +outBuffer.append(standard deviation: + getStandardDeviation() + \n); return outBuffer.toString(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons/commons-io 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-io has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons/commons-io/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [jakarta-commons-io-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons/commons-io/gump_work/build_jakarta-commons_commons-io.html Work Name: build_jakarta-commons_commons-io (Type: Build) State: Failed Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=jakarta-commons-io-20040617 -f build.xml dist [Working Directory: /var/gump/ws/jakarta-commons/io] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/lang/dist/commons-lang-20040617.jar:/var/gump/ws/dist/junit/junit.jar- [javac] assertEquals( 0x0102, EndianUtils.readSwappedUnsignedShort( bytes, 0 ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:112: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x0102, EndianUtils.readSwappedUnsignedShort( input ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:117: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x01020304, EndianUtils.readSwappedInteger( bytes, 0 ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:120: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x01020304, EndianUtils.readSwappedInteger( input ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:125: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] EndianUtils.writeSwappedInteger( bytes, 0, 0x01020304 ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:132: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] EndianUtils.writeSwappedInteger( baos, 0x01020304 ); [javac] ^ [javac] 100 errors BUILD FAILED /var/gump/ws/jakarta-commons/io/build.xml:110: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188
[GUMP@gump]: jakarta-commons/commons-io 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-io has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons/commons-io/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [jakarta-commons-io-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons/commons-io/gump_work/build_jakarta-commons_commons-io.html Work Name: build_jakarta-commons_commons-io (Type: Build) State: Failed Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=jakarta-commons-io-20040617 -f build.xml dist [Working Directory: /var/gump/ws/jakarta-commons/io] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/lang/dist/commons-lang-20040617.jar:/var/gump/ws/dist/junit/junit.jar- [javac] assertEquals( 0x0102, EndianUtils.readSwappedUnsignedShort( bytes, 0 ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:112: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x0102, EndianUtils.readSwappedUnsignedShort( input ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:117: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x01020304, EndianUtils.readSwappedInteger( bytes, 0 ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:120: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] assertEquals( 0x01020304, EndianUtils.readSwappedInteger( input ) ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:125: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] EndianUtils.writeSwappedInteger( bytes, 0, 0x01020304 ); [javac] ^ [javac] /var/gump/ws/jakarta-commons/io/src/test/org/apache/commons/io/EndianUtilsTest.java:132: cannot resolve symbol [javac] symbol : variable EndianUtils [javac] location: class org.apache.commons.io.EndianUtilsTest [javac] EndianUtils.writeSwappedInteger( baos, 0x01020304 ); [javac] ^ [javac] 100 errors BUILD FAILED /var/gump/ws/jakarta-commons/io/build.xml:110: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188
Re: [vfs][all][poll]regular expression library or jdk1.4 as minimum requirement
Since the whole point of the VFS discussion appears to be to support users who aren't using J2SE 1.4, all you have to do is use the syntax subset shared by Perl5 and java.util.regex, which is rather rich and useful. Anyway, that's my take given my understanding of what's being discussed. Ok. I am using \Q \E for quoting segments that should not be considered regexes. Then I use ((?!^)|[^/])\\Q**\\E((?!$)|[^/]) construct when looking for illegal patterns. (this means you can only have 2 stars in a row if they are delimited by - start of pattern OR slash AND - end of pattern OR slash Do these things work in all different regex flavors? And if not then how can I do it otherwise? - rami - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/random EmpiricalDistributionTest.java
psteitz 2004/06/17 16:51:33 Modified:math/src/test/org/apache/commons/math/random EmpiricalDistributionTest.java Log: Added serialization tests. Revision ChangesPath 1.18 +26 -1 jakarta-commons/math/src/test/org/apache/commons/math/random/EmpiricalDistributionTest.java Index: EmpiricalDistributionTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/random/EmpiricalDistributionTest.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- EmpiricalDistributionTest.java23 May 2004 00:30:01 - 1.17 +++ EmpiricalDistributionTest.java17 Jun 2004 23:51:33 - 1.18 @@ -27,6 +27,7 @@ import java.util.Iterator; import org.apache.commons.math.RetryTestCase; +import org.apache.commons.math.TestUtils; import org.apache.commons.math.stat.univariate.SummaryStatistics; /** @@ -157,6 +158,30 @@ // really just checking to make sure we do not bomb empiricalDistribution2 = new EmpiricalDistributionImpl(1); tstDoubleGen(5); +} + +public void testSerialization() { +// Empty +EmpiricalDistribution dist = new EmpiricalDistributionImpl(); +EmpiricalDistribution dist2 = (EmpiricalDistribution) TestUtils.serializeAndRecover(dist); +verifySame(dist, dist2); + +// Loaded +empiricalDistribution2.load(dataArray); +dist2 = (EmpiricalDistribution) TestUtils.serializeAndRecover(empiricalDistribution2); +verifySame(empiricalDistribution2, dist2); +} + +private void verifySame(EmpiricalDistribution d1, EmpiricalDistribution d2) { +assertEquals(d1.isLoaded(), d2.isLoaded()); +assertEquals(d1.getBinCount(), d2.getBinCount()); +assertEquals(d1.getSampleStats(), d2.getSampleStats()); +if (d1.isLoaded()) { +for (int i = 0; i d1.getUpperBounds().length; i++) { +assertEquals(d1.getUpperBounds()[i], d2.getUpperBounds()[i], 0); +} +assertEquals(d1.getBinStats(), d2.getBinStats()); +} } private void tstGen(double tolerance)throws Exception { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons-sandbox/commons-id 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-id has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-sandbox/commons-id/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-id-0.1-dev.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -DEBUG- (Gump generated) Maven Properties in: /var/gump/ws/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /var/gump/ws/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /var/gump/ws/jakarta-commons-sandbox/id/project.properties -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) State: Failed Elapsed: Command Line: maven --exception --offline jar [Working Directory: /var/gump/ws/jakarta-commons-sandbox/id] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/jakarta-commons/discovery/dist/commons-discovery.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging-api.jar:/var/gump/ws/jakarta-commons/codec/dist/commons-codec-20040617.jar:/var/gump/ws/dist/junit/junit.jar- Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. timeout: exec: No such file or directory - To subscribe to this information via syndicated feeds: RSS: /jakarta-commons-sandbox/commons-id/rss.xml Atom: /jakarta-commons-sandbox/commons-id/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons-sandbox/commons-id 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-id has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-sandbox/commons-id/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-id-0.1-dev.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -DEBUG- (Gump generated) Maven Properties in: /var/gump/ws/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /var/gump/ws/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /var/gump/ws/jakarta-commons-sandbox/id/project.properties -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) State: Failed Elapsed: Command Line: maven --exception --offline jar [Working Directory: /var/gump/ws/jakarta-commons-sandbox/id] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/jakarta-commons/discovery/dist/commons-discovery.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging-api.jar:/var/gump/ws/jakarta-commons/codec/dist/commons-codec-20040617.jar:/var/gump/ws/dist/junit/junit.jar- Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. timeout: exec: No such file or directory - To subscribe to this information via syndicated feeds: RSS: /jakarta-commons-sandbox/commons-id/rss.xml Atom: /jakarta-commons-sandbox/commons-id/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: 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. Project State : 'Failed', Reason 'Configuration Failed' Full details are available at: /commons-vfs/commons-vfs/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-vfs-20040617.jar] identifier set to project name -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: commons-compress unknown to *this* workspace -INFO- Optional dependency jakarta-slide prerequisite failed with reason build failed -INFO- Optional dependency commons-net failed with reason pre-build failed -INFO- Optional dependency commons-httpclient failed with reason build failed -WARNING- Invalid ID [webdavlib] for dependency on [jakarta-slide] To subscribe to this information via syndicated feeds: RSS: /commons-vfs/commons-vfs/rss.xml Atom: /commons-vfs/commons-vfs/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: 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. Project State : 'Failed', Reason 'Configuration Failed' Full details are available at: /commons-vfs/commons-vfs/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-vfs-20040617.jar] identifier set to project name -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: commons-compress unknown to *this* workspace -INFO- Optional dependency jakarta-slide prerequisite failed with reason build failed -INFO- Optional dependency commons-net failed with reason pre-build failed -INFO- Optional dependency commons-httpclient failed with reason build failed -WARNING- Invalid ID [webdavlib] for dependency on [jakarta-slide] To subscribe to this information via syndicated feeds: RSS: /commons-vfs/commons-vfs/rss.xml Atom: /commons-vfs/commons-vfs/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate InteractionTest.java
psteitz 2004/06/17 18:30:52 Modified:math/src/test/org/apache/commons/math/stat/univariate InteractionTest.java Log: Eliminated no-op increments which will throw once *silent* increment does. Revision ChangesPath 1.10 +1 -5 jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/InteractionTest.java Index: InteractionTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/InteractionTest.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- InteractionTest.java 21 Feb 2004 21:35:17 - 1.9 +++ InteractionTest.java 18 Jun 2004 01:30:52 - 1.10 @@ -75,10 +75,6 @@ for (int i = 0; i testArray.length; i++){ m4.increment(testArray[i]); -m.increment(testArray[i]); -v.increment(testArray[i]); -s.increment(testArray[i]); -k.increment(testArray[i]); } assertEquals(mean,m.getResult(),tolerance); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [GUMP@gump]: jakarta-commons/commons-net failed
Gump seems to be having a hissy fit at the moment. Lots of things are failing right now that weren't failing the last time Gump ran. Not sure exactly what's gone wrong, but I've sent mail to the Gump folks. -- Martin Cooper -Original Message- From: Steve Cohen [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 6:48 PM To: Jakarta Commons Developers List Subject: Re: [EMAIL PROTECTED]: jakarta-commons/commons-net failed Can someone please explain this to me? I've gone to the nagged page, read it thoroughly, and don't think that the one change that was made yesterday could possibly cause this type of problem. One file was checked in, changing the implementation of two methods, and no method signatures were changed. As far as Full details are available at: /jakarta-commons/commons-net/index.html is concerned, relative to what is this path to be resolved? I could not find it. I'll be happy to look at this issue but don't know how given this information. On Thursday 17 June 2004 5:30 pm, Stefan Bodewig wrote: 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-net has an issue affecting its community integration. Project State : 'Failed', Reason 'Pre-Build Failed' Full details are available at: /jakarta-commons/commons-net/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-net-20040617.jar] identifier set to project name -INFO- Failed with reason pre-build failed To subscribe to this information via syndicated feeds: RSS: /jakarta-commons/commons-net/rss.xml Atom: /jakarta-commons/commons-net/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 15:47:44, gump.try.sybase.com:gump.try:20040617 15:47:44)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - 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/math/src/java/org/apache/commons/math/stat/univariate/moment Kurtosis.java
psteitz 2004/06/17 21:14:27 Modified:math/src/java/org/apache/commons/math/stat/univariate/moment Kurtosis.java Log: Javadoc. Revision ChangesPath 1.21 +2 -2 jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/Kurtosis.java Index: Kurtosis.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/Kurtosis.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- Kurtosis.java 18 Jun 2004 01:42:47 - 1.20 +++ Kurtosis.java 18 Jun 2004 04:14:27 - 1.21 @@ -44,7 +44,7 @@ /** * Determines whether or not this statistic can be incremented or cleared. * p - * Statistics based on (contructed from) external moments cannot + * Statistics based on (constructed from) external moments cannot * be incremented or cleared. */ protected boolean incMoment = true; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/util DefaultTransformer.java TransformerMap.java package.html
psteitz 2004/06/17 21:59:06 Modified:math/src/java/org/apache/commons/math/util DefaultTransformer.java TransformerMap.java package.html Log: Formatting only. Eliminated tabs. Revision ChangesPath 1.15 +12 -12 jakarta-commons/math/src/java/org/apache/commons/math/util/DefaultTransformer.java Index: DefaultTransformer.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/util/DefaultTransformer.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- DefaultTransformer.java 1 Jun 2004 21:35:13 - 1.14 +++ DefaultTransformer.java 18 Jun 2004 04:59:06 - 1.15 @@ -42,18 +42,18 @@ */ public double transform(Object o) throws MathException{ - if (o == null) { - throw new MathException(Conversion Exception in Transformation, Object is null); - } +if (o == null) { +throw new MathException(Conversion Exception in Transformation, Object is null); +} - if (o instanceof Number) { - return ((Number)o).doubleValue(); - } +if (o instanceof Number) { +return ((Number)o).doubleValue(); +} - try { - return new Double(o.toString()).doubleValue(); - } catch (Exception e) { - throw new MathException(Conversion Exception in Transformation: + e.getMessage(), e); - } +try { +return new Double(o.toString()).doubleValue(); +} catch (Exception e) { +throw new MathException(Conversion Exception in Transformation: + e.getMessage(), e); +} } } 1.14 +112 -112 jakarta-commons/math/src/java/org/apache/commons/math/util/TransformerMap.java Index: TransformerMap.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/util/TransformerMap.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- TransformerMap.java 1 Jun 2004 21:35:13 - 1.13 +++ TransformerMap.java 18 Jun 2004 04:59:06 - 1.14 @@ -35,117 +35,117 @@ /** Serializable version identifier */ static final long serialVersionUID = -942772950698439883L; - /** - * A default Number Transformer for Numbers and numeric Strings. - */ - private NumberTransformer defaultTransformer = null; - - /** - * The internal Map. - */ - private Map map = null; - - /** - * - */ - public TransformerMap() { - map = new HashMap(); - defaultTransformer = new DefaultTransformer(); - } - - /** - * Tests if a Class is present in the TransformerMap. - * @param key Class to check - * @return true|false - */ - public boolean containsClass(Class key) { - return map.containsKey(key); - } - - /** - * Tests if a NumberTransformer is present in the TransformerMap. - * @param value NumberTransformer to check - * @return true|false - */ - public boolean containsTransformer(NumberTransformer value) { - return map.containsValue(value); - } - - /** - * Returns the Transformer that is mapped to a class - * if mapping is not present, this returns null. - * @param key The Class of the object - * @return the mapped NumberTransformer or null. - */ - public NumberTransformer getTransformer(Class key) { - return (NumberTransformer) map.get(key); - } - - /** - * Sets a Class to Transformer Mapping in the Map. If - * the Class is already present, this overwrites that - * mapping. - * @param key The Class - * @param transformer The NumberTransformer - * @return the replaced transformer if one is present - */ - public Object putTransformer(Class key, NumberTransformer transformer) { - return map.put(key, transformer); - } - - /** - * Removes a Class to Transformer Mapping in the Map. - * @param key The Class - * @return the removed transformer if one is present or - * null if none was present. - */ - public Object removeTransformer(Class key) { - return map.remove(key); - } - - /** - * Clears all the Class to Transformer mappings. - */ - public void clear() { - map.clear(); - } - - /** - * Returns the Set of
[GUMP@gump]: jakarta-commons/commons-net 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-net has an issue affecting its community integration. Project State : 'Failed', Reason 'Pre-Build Failed' Full details are available at: /jakarta-commons/commons-net/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-net-20040617.jar] identifier set to project name -INFO- Failed with reason pre-build failed To subscribe to this information via syndicated feeds: RSS: /jakarta-commons/commons-net/rss.xml Atom: /jakarta-commons/commons-net/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 22:46:57, gump.try.sybase.com:gump.try:20040617 22:46:57)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons/commons-net 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-net has an issue affecting its community integration. Project State : 'Failed', Reason 'Pre-Build Failed' Full details are available at: /jakarta-commons/commons-net/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-net-20040617.jar] identifier set to project name -INFO- Failed with reason pre-build failed To subscribe to this information via syndicated feeds: RSS: /jakarta-commons/commons-net/rss.xml Atom: /jakarta-commons/commons-net/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 22:46:57, gump.try.sybase.com:gump.try:20040617 22:46:57)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons-codec-11/commons-codec-11 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-codec-11 has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-codec-11/commons-codec-11/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-codec-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-codec-11/commons-codec-11/gump_work/build_jakarta-commons-codec-11_commons-codec-11.html Work Name: build_jakarta-commons-codec-11_commons-codec-11 (Type: Build) State: Failed Elapsed: 1 sec Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.version=20040617 -f build.xml dist [Working Directory: /var/gump/ws/jakarta-commons-codec-11/codec] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/dist/junit/junit.jar- Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. Apache Ant version 1.7alpha compiled on June 17 2004 Buildfile: build.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: RSS: /jakarta-commons-codec-11/commons-codec-11/rss.xml Atom: /jakarta-commons-codec-11/commons-codec-11/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 22:46:57, gump.try.sybase.com:gump.try:20040617 22:46:57)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons-codec-11/commons-codec-11 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-codec-11 has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-codec-11/commons-codec-11/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-codec-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-codec-11/commons-codec-11/gump_work/build_jakarta-commons-codec-11_commons-codec-11.html Work Name: build_jakarta-commons-codec-11_commons-codec-11 (Type: Build) State: Failed Elapsed: 1 sec Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.version=20040617 -f build.xml dist [Working Directory: /var/gump/ws/jakarta-commons-codec-11/codec] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/dist/junit/junit.jar- Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. Apache Ant version 1.7alpha compiled on June 17 2004 Buildfile: build.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: RSS: /jakarta-commons-codec-11/commons-codec-11/rss.xml Atom: /jakarta-commons-codec-11/commons-codec-11/atom.xml -- Produced by Gump 2.1.0-alpha-0001. [Run (20040617 22:46:57, gump.try.sybase.com:gump.try:20040617 22:46:57)] /index.html /options.html -- Apache Gump http://gump.apache.org/ [Instance: gump.try.sybase.com] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@gump]: jakarta-commons-sandbox/commons-email 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-email has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-sandbox/commons-email/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-email-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-sandbox/commons-email/gump_work/build_jakarta-commons-sandbox_commons-email.html Work Name: build_jakarta-commons-sandbox_commons-email (Type: Build) State: Failed Elapsed: 6 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.final.name=commons-email-20040617 -f build-gump.xml jar [Working Directory: /var/gump/ws/jakarta-commons-sandbox/email] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/lang/dist/commons-lang-20040617.jar- [javac] Session session = Session.getDefaultInstance( [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:267: cannot resolve symbol [javac] symbol : variable Session [javac] location: class org.apache.commons.mail.Email [javac] Session session = Session.getDefaultInstance( [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:307: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] fromAddress = new InternetAddress(email, name, charset); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:311: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] fromAddress = new InternetAddress(email, name); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:322: cannot resolve symbol [javac] symbol : class MessagingException [javac] location: class org.apache.commons.mail.Email [javac] throw new MessagingException(cannot set from, e); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:365: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] toList.add(new InternetAddress(email, name, charset)); [javac]^ [javac] 100 errors BUILD FAILED /var/gump/ws/jakarta-commons-sandbox/email/build-gump.xml:22: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188) at org.apache.tools.ant.Main.start(Main.java:151
[GUMP@gump]: jakarta-commons-sandbox/commons-email 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-email has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: /jakarta-commons-sandbox/commons-email/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-email-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons-sandbox/commons-email/gump_work/build_jakarta-commons-sandbox_commons-email.html Work Name: build_jakarta-commons-sandbox_commons-email (Type: Build) State: Failed Elapsed: 6 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.final.name=commons-email-20040617 -f build-gump.xml jar [Working Directory: /var/gump/ws/jakarta-commons-sandbox/email] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/lang/dist/commons-lang-20040617.jar- [javac] Session session = Session.getDefaultInstance( [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:267: cannot resolve symbol [javac] symbol : variable Session [javac] location: class org.apache.commons.mail.Email [javac] Session session = Session.getDefaultInstance( [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:307: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] fromAddress = new InternetAddress(email, name, charset); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:311: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] fromAddress = new InternetAddress(email, name); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:322: cannot resolve symbol [javac] symbol : class MessagingException [javac] location: class org.apache.commons.mail.Email [javac] throw new MessagingException(cannot set from, e); [javac] ^ [javac] /var/gump/ws/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/Email.java:365: cannot resolve symbol [javac] symbol : class InternetAddress [javac] location: class org.apache.commons.mail.Email [javac] toList.add(new InternetAddress(email, name, charset)); [javac]^ [javac] 100 errors BUILD FAILED /var/gump/ws/jakarta-commons-sandbox/email/build-gump.xml:22: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188) at org.apache.tools.ant.Main.start(Main.java:151
DO NOT REPLY [Bug 29636] New: - Setting different MAX_HOST_CONNECTION values per host using a single MultiThreadedHttpConnectionManager
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 Summary: Setting different MAX_HOST_CONNECTION values per host using a single MultiThreadedHttpConnectionManager Product: Commons Version: 3.0 Alpha 1 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Right now, it's not possible to use the MultiThreadedHttpConnectionManager.setMaxConnectionsPerHost(int) method in a per HostConfiguration basis. The value applies to every HostConfiguration the current connection manager is managing. I would be quite useful to allow the connection manager to set different values depending on the HostConfiguration. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connection Keep Alive feature and multi threaded connection manager
Hello everybody. One of my applications is using HttpClient to connect to an external server and send some data. It's a multi threaded application in which every new thread creates a HttpClient object with the simple connection manager to do its job. As a general rule, I want to switch to the multi threaded manager in most of my applications to improve the overall performance. I've recently found out that the server closes every HTTP connection after sending back the response to my post request. So in this scenario, I guess the connection pool supplied by the multi threaded manager won't improve anything when connecting to that server. The question is: is there any other advantage in using the multi threaded manager instead of the simple one in this situation or should I leave things unchanged in this application? Thank you very much. Juan Pedro Lopez - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connection Keep Alive feature and multi threaded connection manager
Hi Juan, If the server does not support persistent connections then, as you say, reusing connections will not help performance much. The only benefit I can see is in the reduction of objects being created. Reusing the connection manager will reduce the instances of SimpleHttpConnectionManager and HttpConnection that are created. Also, if in the future, if the server began supporting persistent connections then you would be ahead of the game. Mike On Jun 17, 2004, at 5:04 AM, Juan Pedro López Sáez wrote: Hello everybody. One of my applications is using HttpClient to connect to an external server and send some data. It's a multi threaded application in which every new thread creates a HttpClient object with the simple connection manager to do its job. As a general rule, I want to switch to the multi threaded manager in most of my applications to improve the overall performance. I've recently found out that the server closes every HTTP connection after sending back the response to my post request. So in this scenario, I guess the connection pool supplied by the multi threaded manager won't improve anything when connecting to that server. The question is: is there any other advantage in using the multi threaded manager instead of the simple one in this situation or should I leave things unchanged in this application? Thank you very much. Juan Pedro Lopez - - 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: Invalid RSA modulus size
Tim, I have had good results with IAIK JCE SSL libraries. They are neither free nor open-source but seem just fine otherwise http://jce.iaik.tugraz.at/products/index.php You'd still need to check with the IAIK's technical folks if their JCE implementation is capable of handling larger keys Hope this helps Oleg -Original Message- From: Tim Wild [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 1:43 To: Commons HttpClient Project Subject: Re: Invalid RSA modulus size Thanks for that Oleg, you were indeed correct. Using JDK1.4 I couldn't get this to work, but it worked pefectly on 1.5.0 beta 2. I had a few problems getting all my certificates in the right place, but in the end I got there. Eric, your -trustcacerts was helpful too, and thanks to everyone who made suggestions. We're using Sybase EAServer, and we're locked into using JDK 1.4.2_03. Because of this I think i'll need to look into 3rd party JSSE or JCE implementations. Bouncycastle is the only provider I know of, but they don't seem to support TLS. Google isn't helping me much here. Does anyone know of a suitable provider that might have a working version of JSSE/JCE? FYI the error i'm talking getting is: javax.net.ssl.SSLProtocolException: java.io.IOException: subject key, Unknown key spec: Invalid RSA modulus size. One tip I found: if you generate your private key using openssl, then get a certificate back from a CA, it can be hard to get this into your Java keystore. The only way I know to do it is to create a pkcs12 certificate containing both your public and private key, the using keytoolgui you have to use the import key pair option instead of using import certificate. The java keytool can't do this because it doesn't understand pcsk12, and there's no way I could find to import a private key. The other option is to generate your private key using keytool, but it's difficult to get the private key out of the keystore. Incidentally keytoolgui has now been turned into a commercial product, but the old one still works if you can find it. I hope this helps someone, and I appreciate any suggestions anyone has about my problem. Tim Oleg Kalnichevski wrote: Tim, This is believed to be a limitation of all Sun's JCE/JSSE implementations up to Java version 1.5. You can try testing your application with Java 1.5-b2 to see if the problem has indeed been fixed. Alternatively consider using IBM Java 1.4 or 3rd party JCE/JSSE implementations which _may_ not exhibit the same limitation HTH Oleg On Sat, 2004-06-12 at 05:36, Tim Wild wrote: Hi, I'm using HttpClient to connect to an apache server that requires certificates. When I use client and server certificates from my own CA with 1024 bit keys it works perfectly. When I get a commercial certificate with a longer key (4096 bits), I get the following error (full message below) when I connect to apache: javax.net.ssl.SSLProtocolException: java.io.IOException: subject key, Unknown key spec: Invalid RSA modulus size. Google produced one result, which talked about a maximum key size using the JCE of 2048 bits using the JDK 1.4.2 default policy files. Another site suggested getting the unrestricted policy files, so I got and installed them, but it doesn't seem to make any difference at all. Does anyone have any thought or suggestions? Half formed thoughs or ideas are welcome as it might give me a lead that I can follow myself. Thanks Tim Wild - 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] *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connection Keep Alive feature and multi threaded connection manager
I think we can tell the server that we want persistent connection by settting the Http header provided that the server supports persistency method.setRequestHeader(Connection,keep-alive); From: Michael Becke [EMAIL PROTECTED]@CHOICEPOINT [mailto:Michael Becke [EMAIL PROTECTED]@CHOICEPOINT] Sent: Thu 6/17/2004 6:54 AM To: Commons HttpClient Project Subject: Re: Connection Keep Alive feature and multi threaded connection manager Hi Juan, If the server does not support persistent connections then, as you say, reusing connections will not help performance much. The only benefit I can see is in the reduction of objects being created. Reusing the connection manager will reduce the instances of SimpleHttpConnectionManager and HttpConnection that are created. Also, if in the future, if the server began supporting persistent connections then you would be ahead of the game. Mike On Jun 17, 2004, at 5:04 AM, Juan Pedro López Sáez wrote: Hello everybody. One of my applications is using HttpClient to connect to an external server and send some data. It's a multi threaded application in which every new thread creates a HttpClient object with the simple connection manager to do its job. As a general rule, I want to switch to the multi threaded manager in most of my applications to improve the overall performance. I've recently found out that the server closes every HTTP connection after sending back the response to my post request. So in this scenario, I guess the connection pool supplied by the multi threaded manager won't improve anything when connecting to that server. The question is: is there any other advantage in using the multi threaded manager instead of the simple one in this situation or should I leave things unchanged in this application? Thank you very much. Juan Pedro Lopez - - 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]
[GUMP@gump]: jakarta-commons/commons-httpclient 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-httpclient has an issue affecting its community integration. This issue affects 4 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - 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... Full details are available at: /jakarta-commons/commons-httpclient/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-httpclient.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /jakarta-commons/commons-httpclient/gump_work/build_jakarta-commons_commons-httpclient.html Work Name: build_jakarta-commons_commons-httpclient (Type: Build) State: Failed Elapsed: 12 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -f build.xml dist [Working Directory: /var/gump/ws/jakarta-commons/httpclient] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging-api.jar:/var/gump/ws/jakarta-commons/codec/dist/commons-codec-20040617.jar- [javac] GetMethod get = new GetMethod(url); [javac] ^ [javac] /var/gump/ws/jakarta-commons/httpclient/src/examples/CookieDemoApp.java:73: cannot resolve symbol [javac] symbol : class HttpState [javac] location: class CookieDemoApp [javac] HttpState initialState = new HttpState(); [javac] ^ [javac] /var/gump/ws/jakarta-commons/httpclient/src/examples/CookieDemoApp.java:73: cannot resolve symbol [javac] symbol : class HttpState [javac] location: class CookieDemoApp [javac] HttpState initialState = new HttpState(); [javac] ^ [javac] /var/gump/ws/jakarta-commons/httpclient/src/examples/CookieDemoApp.java:76: cannot resolve symbol [javac] symbol : class Cookie [javac] location: class CookieDemoApp [javac] Cookie mycookie = new Cookie(.foobar.com, mycookie, stuff, /, null, false); [javac] ^ [javac] /var/gump/ws/jakarta-commons/httpclient/src/examples/CookieDemoApp.java:76: cannot resolve symbol [javac] symbol : class Cookie [javac] location: class CookieDemoApp [javac] Cookie mycookie = new Cookie(.foobar.com, mycookie, stuff, /, null, false); [javac] ^ [javac] /var/gump/ws/jakarta-commons/httpclient/src/examples/CookieDemoApp.java:81: cannot resolve symbol [javac] symbol : class HttpClient [javac] location: class CookieDemoApp [javac] HttpClient httpclient = new HttpClient(); [javac] ^ [javac] 100 errors BUILD FAILED /var/gump/ws/jakarta-commons/httpclient/build.xml:242: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060
[GUMP@gump]: commons-httpclient-20-branch/commons-httpclient-2.0-branch 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-httpclient-2.0-branch has an issue affecting its community integration. This issue affects 1 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - ws-xmlrpc : A Java implementation of XML-RPC Full details are available at: /commons-httpclient-20-branch/commons-httpclient-2.0-branch/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-httpclient-2.0-20040617.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: /commons-httpclient-20-branch/commons-httpclient-2.0-branch/gump_work/build_commons-httpclient-20-branch_commons-httpclient-2.0-branch.html Work Name: build_commons-httpclient-20-branch_commons-httpclient-2.0-branch (Type: Build) State: Failed Elapsed: 9 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/var/gump/ws/xml-xerces2/java/build/xercesImpl.jar:/var/gump/ws/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.name=httpclient-2.0-20040617 -f build.xml dist [Working Directory: /var/gump/ws/commons-httpclient-20-branch] CLASSPATH : /usr/java/j2sdk1.4.2_03/lib/tools.jar:/var/gump/ws/ant/dist/lib/ant-stylebook.jar:/var/gump/ws/ant/dist/lib/ant-jmf.jar:/var/gump/ws/ant/dist/lib/ant-swing.jar:/var/gump/ws/ant/dist/lib/ant-trax.jar:/var/gump/ws/ant/dist/lib/ant-junit.jar:/var/gump/ws/ant/dist/lib/ant-launcher.jar:/var/gump/ws/ant/dist/lib/ant-nodeps.jar:/var/gump/ws/ant/dist/lib/ant.jar:/var/gump/ws/jakarta-commons/codec/dist/commons-codec-20040617.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging.jar:/var/gump/ws/jakarta-commons/logging/dist/commons-logging-api.jar- [javac] PostMethod authpost = new PostMethod(/servlet/SessionServlet); [javac] ^ [javac] /var/gump/ws/commons-httpclient-20-branch/src/examples/FormLoginDemo.java:77: cannot resolve symbol [javac] symbol : class PostMethod [javac] location: class FormLoginDemo [javac] PostMethod authpost = new PostMethod(/servlet/SessionServlet); [javac] ^ [javac] /var/gump/ws/commons-httpclient-20-branch/src/examples/FormLoginDemo.java:79: cannot resolve symbol [javac] symbol : class NameValuePair [javac] location: class FormLoginDemo [javac] NameValuePair action = new NameValuePair(action, login); [javac] ^ [javac] /var/gump/ws/commons-httpclient-20-branch/src/examples/FormLoginDemo.java:79: cannot resolve symbol [javac] symbol : class NameValuePair [javac] location: class FormLoginDemo [javac] NameValuePair action = new NameValuePair(action, login); [javac] ^ [javac] /var/gump/ws/commons-httpclient-20-branch/src/examples/FormLoginDemo.java:80: cannot resolve symbol [javac] symbol : class NameValuePair [javac] location: class FormLoginDemo [javac] NameValuePair url = new NameValuePair(url, /index.html); [javac] ^ [javac] /var/gump/ws/commons-httpclient-20-branch/src/examples/FormLoginDemo.java:80: cannot resolve symbol [javac] symbol : class NameValuePair [javac] location: class FormLoginDemo [javac] NameValuePair url = new NameValuePair(url, /index.html); [javac] ^ [javac] 100 errors BUILD FAILED /var/gump/ws/commons-httpclient-20-branch/build.xml:240: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:95) at org.apache.tools.ant.Task.perform(Task.java:366) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1212) at org.apache.tools.ant.Project.executeTargets(Project.java:1060