Re: [VOTE] Release Commons Configuration 1.4 based on RC1
could CONFIGURATION-237 be considered for this release ? 2007/2/9, Henri Yandell [EMAIL PROTECTED]: 1.4 is missing from the downloads page. Couple of checkstyle errors (no idea if they matter). Minor nitpick on the Runtime Dependencies page - 'couple' means 2, not 7 :) Clirr in the xml format is even less readable than the txt format - -s text RELEASE_NOTES.txt has an odd character between 'first' and 'whether' Unpacking the source, the ant and m1 builds work fine, but the m2 build fails because it can't find: javax.sql:jdbc-stdext:jar:2.0 Hen On 2/7/07, Oliver Heger [EMAIL PROTECTED] wrote: The files of the first release candidate for Configuration 1.4, including the site and a Clirr report, are available for inspection at http://people.apache.org/~oheger/commons-configuration-1.4rc1/ [ ] +1 Go ahead and release it [ ] -1 Don't release it because... Vote will close on Saturday night (CET). Oliver - 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: [VOTE] IO 1.3.1 (RC1)
The release notes have the wrong JIRA number in the incompatability section. Stephen [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote: I screwed up the 1.3 release, so here's a 1.3.1 release: http://people.apache.org/~bayard/commons-io/1.3.1-rc1/ +1 - 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]
[jira] Created: (LANG-317) Enum Serialization - not backwards compatible
Enum Serialization - not backwards compatible - Key: LANG-317 URL: https://issues.apache.org/jira/browse/LANG-317 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: JDK 1.5 - JDK 1.4 Reporter: U. Klinkmüller Priority: Critical Fix For: 2.3 In our distributed application we have to deal with different environments. The server runs in a JDK 1.5 environment while some clients runs with JDK 1.4. In this scenario we get an error when we try to transfer the result object via RMI. The error message is: Exception:BusinessDelegatorComp.login() - connection error ocurred during loginCORBA MARSHAL 0x4942f89a No; nested exception is: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (Rep. IDRMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D100D6F29BD50386) = D100D6F29BD50386 whereas Target (Rep. ID RMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D041682DA5693C42) = D041682DA5693C42 vmcid: IBM minor code: 89A completed: No The class causing this problem is derived from org.apache.commons.lang.enums.ValuedEnum. Aftre some recherches we found on http://people.apache.org/~bayard/ that there is a upcoming new release 2.3 of Commons-Lang. We saw that in this release a bug [LANG-286] has been fixed which seemed to be exactly our problem. We downloaded this version hopening that we can forget this problem. But unfortunately the problem still exists. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-soap (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-soap has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 91 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-soap : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-soap-09022007.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-soap -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.axis. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.jaxrpc-api. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.saaj-api. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2709022007, vmgump.apache.org:vmgump-public:2709022007 Gump E-mail Identifier (unique within run) #41. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-soap (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-soap has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 91 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-soap : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-soap-09022007.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-soap -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.axis. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.jaxrpc-api. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.saaj-api. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2709022007, vmgump.apache.org:vmgump-public:2709022007 Gump E-mail Identifier (unique within run) #41. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 91 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-09022007.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-js on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-xs on: Maven on Project:commons-jelly-tags-jaxme -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2709022007, vmgump.apache.org:vmgump-public:2709022007 Gump E-mail Identifier (unique within run) #44. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 91 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-09022007.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-js on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-xs on: Maven on Project:commons-jelly-tags-jaxme -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2709022007, vmgump.apache.org:vmgump-public:2709022007 Gump E-mail Identifier (unique within run) #44. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[configuration] fix for CONFIGURATION-242 can cause regressions?
Hi, I tested out 1.4 on some code I have using 1.3, which has some expressions that resolve within the same configuration, but which is located at a different prefix (via config-at). This broke under 1.4, as it now assumes all interpolations need to happen in the parent. The feature is definitely useful - but should it first look inside the subset, and then go to the parent if not found, rather than skipping the subset altogether? Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505347 - in /jakarta/commons/proper/io/trunk: RELEASE-NOTES.txt xdocs/upgradeto1_3_1.xml
Author: bayard Date: Fri Feb 9 08:22:33 2007 New Revision: 505347 URL: http://svn.apache.org/viewvc?view=revrev=505347 Log: Fixing jira # in release notes Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt jakarta/commons/proper/io/trunk/xdocs/upgradeto1_3_1.xml Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?view=diffrev=505347r1=505346r2=505347 == --- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Fri Feb 9 08:22:33 2007 @@ -18,10 +18,10 @@ Compatibility with 1.3 -- Binary compatible - No - See [IO-112] + See [IO-113] Source compatible - No - See [IO-112] + See [IO-113] Semantic compatible - Yes Modified: jakarta/commons/proper/io/trunk/xdocs/upgradeto1_3_1.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/xdocs/upgradeto1_3_1.xml?view=diffrev=505347r1=505346r2=505347 == --- jakarta/commons/proper/io/trunk/xdocs/upgradeto1_3_1.xml (original) +++ jakarta/commons/proper/io/trunk/xdocs/upgradeto1_3_1.xml Fri Feb 9 08:22:33 2007 @@ -38,10 +38,10 @@ Compatibility with 1.3 -- Binary compatible - No - See [IO-112] + See [IO-113] Source compatible - No - See [IO-112] + See [IO-113] Semantic compatible - Yes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: Release commons-fileupload 1.2 (3rd attempt)
Henri Yandell wrote: On 2/7/07, Stephen Colebourne [EMAIL PROTECTED] wrote: LICENSE and NOTICE missing from -sources.jar and -javadoc.jar Shouldn't be hard for Jochen to fix this prior to release. Website has lost a lot of stuff compared to existing website A lot of stuff. An odd logo for Commons, missing logo for FileUpload, missing ApacheCon advert, missing Commons items on the LHS. The .pom file is an M2 pom, so we need to make sure it goes to the m2 ibiblio repo and not the m1 ibiblio repo [I'm sure you know that Jochen, just stating the obvious as it never hurts]. PGP sig checks out. MD5s are good. The build.xml is odd - it gets jars from repo1.maven.org (good) and then tries to get them from the apache snapshot repo. That's odd - I'm guessing this is a bug in the Maven build.xml plugin? Not a blocker. Without looking actually looking at the code in question, I think it is working as expected. If fileupload or any of its ancestors declare the snapshot repo as a place to look for artifacts, I think it should be used by the ant build as well. snip/ -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 24 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09022007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 24 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09022007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit]
Re: Lang 2.3 problems Was: [VOTE] Lang 2.3 (RC2)
Henri Yandell wrote: On 2/8/07, Jörg Schaible [EMAIL PROTECTED] wrote: Hi Hen, Henri Yandell wrote: Here's the 2nd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc2/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Vote to close on Saturday if it gets that far. DateFormatUtils.testLang312 still fail for me, now at the last assert: === % Testsuite: org.apache.commons.lang.time.TimeTestSuite Tests run: 62, Failures: 1, Errors: 0, Time elapsed: 11,174 sec - Standard Output --- WARNING: JDK test failed - testLang312() - --- Testcase: testLang312(org.apache.commons.lang.time.DateFormatUtilsTest): FAILED expected:...9... but was:...8... junit.framework.ComparisonFailure: expected:...9... but was:...8... at org.apache.commons.lang.time.DateFormatUtilsTest.testLang31 (DateFormatUtilsTest.java:238) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) === % It seems that we cannot format correctly also if the JDK fails. :-/ Ack :( What kind of environment are you in? timezone/platform/jdk version/locale? Same here GMT+1/Windows XP/1.4.2_13 and 1.5.0_09/sv_SE snip/ -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09022007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-09022007.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (in module commons-jelly) 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 the folk at [EMAIL PROTECTED] Project commons-jelly-tags-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-09022007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09022007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09022007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-09022007.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
Re: [configuration] jira fix up
Brett Porter wrote: Hi, I was browsing the JIRA for commons-configuration and noticed the versions were 'upside down' - so I reversed them in the admin section. The roadmap now shows the next 3 versions correctly (1.4, 1.5, 2.0) instead of previously listing them as (Nightly, 2.0, 1.5). I placed nightly between 1.3 and 1.4. Hope that's ok - let me know if it causes any problems. - Brett That's fine. Thank you! Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Configuration 1.4 based on RC1
Henri Yandell wrote: 1.4 is missing from the downloads page. Which downloads page? Or do you mean the Javadocs? Couple of checkstyle errors (no idea if they matter). Just 2, I think this is acceptable. Minor nitpick on the Runtime Dependencies page - 'couple' means 2, not 7 :) Okay, will reword. Maybe a 'bunch'? Clirr in the xml format is even less readable than the txt format - -s text RELEASE_NOTES.txt has an odd character between 'first' and 'whether' Unpacking the source, the ant and m1 builds work fine, but the m2 build fails because it can't find: javax.sql:jdbc-stdext:jar:2.0 What is your environment, Hen? I cannot reproduce this problem. This is one of those jars that always make trouble because it cannot be distributed through the maven repositories. It should be needed only for JDK 1.3. Hen Thanks. Oliver On 2/7/07, Oliver Heger [EMAIL PROTECTED] wrote: The files of the first release candidate for Configuration 1.4, including the site and a Clirr report, are available for inspection at http://people.apache.org/~oheger/commons-configuration-1.4rc1/ [ ] +1 Go ahead and release it [ ] -1 Don't release it because... Vote will close on Saturday night (CET). Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Configuration 1.4 based on RC1
Hi Hen, Henri Yandell wrote: [snip] Unpacking the source, the ant and m1 builds work fine, but the m2 build fails because it can't find: javax.sql:jdbc-stdext:jar:2.0 There's nothing we can do about this. Sun does not allow redistribution without click-through. OTOH, it is only necessary for older JDKs ... but I cannot remember for which ones. With what JDKs is c-configurations compatible? - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] IO 1.3.1 (RC1)
Barely any change and I still managed to screw it up (I also forgot to svn tag). Trying again with an rc2. Hen On 2/9/07, Stephen Colebourne [EMAIL PROTECTED] wrote: The release notes have the wrong JIRA number in the incompatability section. Stephen [EMAIL PROTECTED] wrote: Henri Yandell [EMAIL PROTECTED] wrote: I screwed up the 1.3 release, so here's a 1.3.1 release: http://people.apache.org/~bayard/commons-io/1.3.1-rc1/ +1 - 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]
svn commit: r505410 - /jakarta/commons/proper/io/tags/IO_1_3_1_RC1/
Author: bayard Date: Fri Feb 9 10:31:25 2007 New Revision: 505410 URL: http://svn.apache.org/viewvc?view=revrev=505410 Log: Copying r505137 to the RC1 (I forgot to do it) Added: jakarta/commons/proper/io/tags/IO_1_3_1_RC1/ - copied from r505137, jakarta/commons/proper/io/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505435 - /jakarta/commons/proper/io/tags/IO_1_3_1_RC2/
Author: bayard Date: Fri Feb 9 11:26:19 2007 New Revision: 505435 URL: http://svn.apache.org/viewvc?view=revrev=505435 Log: Trying again with RC2. Only change is that the release notes are right this time Added: jakarta/commons/proper/io/tags/IO_1_3_1_RC2/ - copied from r505434, jakarta/commons/proper/io/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] IO 1.3.1 (RC2)
I screwed up rc1 (release notes bad. So here we are with RC2: http://people.apache.org/~bayard/commons-io/1.3.1-rc2/ The only change is that I've fixed the release notes. [ ] +1 [ ] -1 Hen On 2/8/07, Henri Yandell [EMAIL PROTECTED] wrote: I screwed up the 1.3 release, so here's a 1.3.1 release: http://people.apache.org/~bayard/commons-io/1.3.1-rc1/ The only differences are the following two issues: http://issues.apache.org/jira/browse/IO-112 http://issues.apache.org/jira/browse/IO-113 IO-113 is the reason for the release. We'd like to get 1.3.1 out quickly so the fact that 1.3.1 is not binary compatible with 1.3 will not inconvenience many people. [ ] +1 [ ] -1 Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Configuration 1.4 based on RC1
On 2/9/07, Oliver Heger [EMAIL PROTECTED] wrote: Henri Yandell wrote: 1.4 is missing from the downloads page. Which downloads page? Or do you mean the Javadocs? Nope, the downloads page on the site: http://people.apache.org/~oheger/commons-configuration-1.4rc1/site/downloads.html I just don't remember how I got to it :) Couple of checkstyle errors (no idea if they matter). Just 2, I think this is acceptable. If you build another RC, worth fixing. Not a blocker. Minor nitpick on the Runtime Dependencies page - 'couple' means 2, not 7 :) Okay, will reword. Maybe a 'bunch'? Just make it: Commons Configuration makes use of other Commons components. Clirr in the xml format is even less readable than the txt format - -s text RELEASE_NOTES.txt has an odd character between 'first' and 'whether' Unpacking the source, the ant and m1 builds work fine, but the m2 build fails because it can't find: javax.sql:jdbc-stdext:jar:2.0 What is your environment, Hen? I cannot reproduce this problem. This is one of those jars that always make trouble because it cannot be distributed through the maven repositories. It should be needed only for JDK 1.3. OS X. JVM 1.5 - the Maven build and Ant build were working in the same window and I don't have the stdext jars in the maven repository or my ANT_HOME/lib. So the problem isn't the classic 'we can't ship it', but that the m1 and ant builds are doing something different to the m2 build. I run 'mvn clean package' in the trunk of configuration and it fails, while 'maven clean jar' passes. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lang 2.3 problems Was: [VOTE] Lang 2.3 (RC2)
On 2/9/07, Dennis Lundberg [EMAIL PROTECTED] wrote: What kind of environment are you in? timezone/platform/jdk version/locale? Same here GMT+1/Windows XP/1.4.2_13 and 1.5.0_09/sv_SE I'll back the unit test out (well comment it out). The issue isn't resolved in JIRA yet, but no reason to hold the release up because of it. Lang RC-whatever-is-next coming soon. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505466 - /jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java
Author: bayard
Date: Fri Feb 9 11:58:06 2007
New Revision: 505466
URL: http://svn.apache.org/viewvc?view=revrev=505466
Log:
Commenting out the unit test for LANG-312. It's not resolved yet, so failure
will happen
Modified:
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java
Modified:
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java?view=diffrev=505466r1=505465r2=505466
==
---
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java
(original)
+++
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java
Fri Feb 9 11:58:06 2007
@@ -212,6 +212,7 @@
assertEquals(Sun, 08 Jun 2003 13:11:12 +, text);
}
+/*
public void testLang312() {
String pattern = dd/MM/;
String expected = 19/04/1948;
@@ -237,5 +238,6 @@
// test Commons
assertEquals(expected, DateFormatUtils.format( date, pattern,
timeZone, locale ) );
}
+*/
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505467 - in /jakarta/commons/proper/lang/trunk: default.properties pom.xml project.xml
Author: bayard Date: Fri Feb 9 11:58:37 2007 New Revision: 505467 URL: http://svn.apache.org/viewvc?view=revrev=505467 Log: Setting version to 2.3 Modified: jakarta/commons/proper/lang/trunk/default.properties jakarta/commons/proper/lang/trunk/pom.xml jakarta/commons/proper/lang/trunk/project.xml Modified: jakarta/commons/proper/lang/trunk/default.properties URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/default.properties?view=diffrev=505467r1=505466r2=505467 == --- jakarta/commons/proper/lang/trunk/default.properties (original) +++ jakarta/commons/proper/lang/trunk/default.properties Fri Feb 9 11:58:37 2007 @@ -33,7 +33,7 @@ component.title = Core Language Utilities # The current version number of this component -component.version = 2.3-SNAPSHOT +component.version = 2.3 # The current year used for the end date in copyrights. copyright.end = 2005 Modified: jakarta/commons/proper/lang/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/pom.xml?view=diffrev=505467r1=505466r2=505467 == --- jakarta/commons/proper/lang/trunk/pom.xml (original) +++ jakarta/commons/proper/lang/trunk/pom.xml Fri Feb 9 11:58:37 2007 @@ -27,7 +27,7 @@ modelVersion4.0.0/modelVersion groupIdcommons-lang/groupId artifactIdcommons-lang/artifactId - version2.3-SNAPSHOT/version + version2.3/version nameLang/name inceptionYear2001/inceptionYear Modified: jakarta/commons/proper/lang/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/project.xml?view=diffrev=505467r1=505466r2=505467 == --- jakarta/commons/proper/lang/trunk/project.xml (original) +++ jakarta/commons/proper/lang/trunk/project.xml Fri Feb 9 11:58:37 2007 @@ -20,7 +20,7 @@ groupIdcommons-lang/groupId artifactIdcommons-lang/artifactId nameLang/name -currentVersion2.3-SNAPSHOT/currentVersion +currentVersion2.3/currentVersion inceptionYear2001/inceptionYear shortDescriptionJava Common Components/shortDescription description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lang 2.3 problems Was: [VOTE] Lang 2.3 (RC2)
Hi Hen,
Henri Yandell wrote:
On 2/8/07, Jörg Schaible [EMAIL PROTECTED] wrote:
[snip]
It seems that we cannot format correctly also if the JDK fails. :-/
Ack :(
What kind of environment are you in? timezone/platform/jdk version/locale?
CET/Gentoo Linux/Sun JDK 1.5.0_10/de_DE
Same with Sun JDK 1.6.0, Sun JDK 1.4.2_11, Blackdown JDK 1.4.2_3, IBM JDK
1.4.2_5, IBM JDK 1.5.0_3, JRockit 1.4.2_11 and JRockit 1.5.0_6.
Additionally my JDK zoo reveiled more failing tests. The following tests
fail additionally with IBM JDK 1.4.2_5 (one 'anormality' with this JDK is,
that the fields returned by reflection are in reverse declaration order, if
the class was compiled with this JDK):
= % ==
Testsuite: org.apache.commons.lang.builder.BuilderTestSuite
Tests run: 263, Failures: 8, Errors: 0, Time elapsed: 0,451 sec
Testcase:
testReflectionHierarchyHashCode(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:11785967 but was:1276487
junit.framework.AssertionFailedError: expected:11785967 but was:1276487
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHierarchyHashCode(HashCodeBuilderTest.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHashCodeExcludeFields(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:862547 but was:865283
junit.framework.AssertionFailedError: expected:862547 but was:865283
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHashCodeExcludeFields(HashCodeBuilderTest.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchyArrayList(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
junit.framework.ComparisonFailure:
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchyArrayList(ToStringBuilderTest.java:327)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchy(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...a=a,transientA=t... but was:...transientA=t,a=a...
junit.framework.ComparisonFailure: expected:...a=a,transientA=t... but
was:...transientA=t,a=a...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchy(ToStringBuilderTest.java:338)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSelfInstanceTwoVarsReflectionObjectCycle(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
junit.framework.ComparisonFailure:
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSelfInstanceTwoVarsReflectionObjectCycle(ToStringBuilderTest.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSimpleReflectionStatics(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...String=staticString,staticInt=12345... but
was:...Int=12345,staticString=staticString...
junit.framework.ComparisonFailure:
Re: Lang 2.3 problems Was: [VOTE] Lang 2.3 (RC2)
Wow, lots of failing tests. Thanks Jörg.
If only we had as many JDKs being tested on the nightly builds.
Any chance you could get these in JIRA? I agree with you that they
shouldn't hold up the build [and the Konqueror bit is something to add
under the Commons All JIRA project].
[In the meantime, I'll continue building RC3]
Hen
On 2/9/07, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi Hen,
Henri Yandell wrote:
On 2/8/07, Jörg Schaible [EMAIL PROTECTED] wrote:
[snip]
It seems that we cannot format correctly also if the JDK fails. :-/
Ack :(
What kind of environment are you in? timezone/platform/jdk version/locale?
CET/Gentoo Linux/Sun JDK 1.5.0_10/de_DE
Same with Sun JDK 1.6.0, Sun JDK 1.4.2_11, Blackdown JDK 1.4.2_3, IBM JDK
1.4.2_5, IBM JDK 1.5.0_3, JRockit 1.4.2_11 and JRockit 1.5.0_6.
Additionally my JDK zoo reveiled more failing tests. The following tests
fail additionally with IBM JDK 1.4.2_5 (one 'anormality' with this JDK is,
that the fields returned by reflection are in reverse declaration order, if
the class was compiled with this JDK):
= % ==
Testsuite: org.apache.commons.lang.builder.BuilderTestSuite
Tests run: 263, Failures: 8, Errors: 0, Time elapsed: 0,451 sec
Testcase:
testReflectionHierarchyHashCode(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:11785967 but was:1276487
junit.framework.AssertionFailedError: expected:11785967 but was:1276487
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHierarchyHashCode(HashCodeBuilderTest.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHashCodeExcludeFields(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:862547 but was:865283
junit.framework.AssertionFailedError: expected:862547 but was:865283
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHashCodeExcludeFields(HashCodeBuilderTest.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchyArrayList(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
junit.framework.ComparisonFailure:
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchyArrayList(ToStringBuilderTest.java:327)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchy(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...a=a,transientA=t... but was:...transientA=t,a=a...
junit.framework.ComparisonFailure: expected:...a=a,transientA=t... but
was:...transientA=t,a=a...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchy(ToStringBuilderTest.java:338)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSelfInstanceTwoVarsReflectionObjectCycle(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
junit.framework.ComparisonFailure:
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSelfInstanceTwoVarsReflectionObjectCycle(ToStringBuilderTest.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
svn commit: r505487 - /jakarta/commons/proper/lang/tags/LANG_2_3_RC3/
Author: bayard Date: Fri Feb 9 12:42:01 2007 New Revision: 505487 URL: http://svn.apache.org/viewvc?view=revrev=505487 Log: Lang RC3 Added: jakarta/commons/proper/lang/tags/LANG_2_3_RC3/ - copied from r505486, jakarta/commons/proper/lang/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Lang 2.3 (RC3)
Here's the 3rd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc3/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Difference from RC2 is that the sources and javadoc jars now have LICENSE/NOTICE files and the test for LANG-312 is commented out as it's still an open bug (and fails on some platforms). The pom.xml is NOT in the src bundle, because I forgot and I don't want to do all that again :) I'll make that change in svn now so it'll be in a future RC if one happens. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (COMMONSSITE-14) ApacheCon advertisement does not work for Konqueror
ApacheCon advertisement does not work for Konqueror
---
Key: COMMONSSITE-14
URL: https://issues.apache.org/jira/browse/COMMONSSITE-14
Project: Commons All
Issue Type: Bug
Components: Site
Environment: Gentoo Linux, Konqueror 3.5.5
Reporter: Joerg Schaible
Priority: Minor
The ad for the ApacheCon is injected into the site by a style for the
leftColumn:
{code:css}
div#leftColumn {
color: #000;
background-color: #eee;
margin-left: 0px;
margin-top: 0px;
border-right: 1px solid #aaa;
border-bottom: 1px solid #aaa;
border-top: none;
border-left: none;
width: 150px;
background-image:url(http://www.apache.org/ads/ApacheCon/2007-europe-125x125.png);
background-repeat: no-repeat;
background-position: 50% 1%;
}
{code}
The image does not show up with Konqueror though, the space stays just empty
!navi.gif!
This does not
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (COMMONSSITE-14) ApacheCon advertisement does not work for Konqueror
[
https://issues.apache.org/jira/browse/COMMONSSITE-14?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joerg Schaible updated COMMONSSITE-14:
--
Attachment: navi.gif
ApacheCon advertisement does not work for Konqueror
---
Key: COMMONSSITE-14
URL: https://issues.apache.org/jira/browse/COMMONSSITE-14
Project: Commons All
Issue Type: Bug
Components: Site
Environment: Gentoo Linux, Konqueror 3.5.5
Reporter: Joerg Schaible
Priority: Minor
Attachments: navi.gif
The ad for the ApacheCon is injected into the site by a style for the
leftColumn:
{code:css}
div#leftColumn {
color: #000;
background-color: #eee;
margin-left: 0px;
margin-top: 0px;
border-right: 1px solid #aaa;
border-bottom: 1px solid #aaa;
border-top: none;
border-left: none;
width: 150px;
background-image:url(http://www.apache.org/ads/ApacheCon/2007-europe-125x125.png);
background-repeat: no-repeat;
background-position: 50% 1%;
}
{code}
The image does not show up with Konqueror though, the space stays just empty
!navi.gif!
This does not
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505498 - /jakarta/commons/proper/lang/trunk/maven.xml
Author: bayard Date: Fri Feb 9 12:58:10 2007 New Revision: 505498 URL: http://svn.apache.org/viewvc?view=revrev=505498 Log: Include pom.xml in the src dist Modified: jakarta/commons/proper/lang/trunk/maven.xml Modified: jakarta/commons/proper/lang/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/maven.xml?view=diffrev=505498r1=505497r2=505498 == --- jakarta/commons/proper/lang/trunk/maven.xml (original) +++ jakarta/commons/proper/lang/trunk/maven.xml Fri Feb 9 12:58:10 2007 @@ -29,6 +29,7 @@ include name=STATUS.html/ include name=default.properties/ include name=checkstyle.xml/ +include name=pom.xml/ /fileset /copy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LANG-318) HashCodeBuilderTest and ToStringBuilderTest fail with IBM JDK 1.4.2
HashCodeBuilderTest and ToStringBuilderTest fail with IBM JDK 1.4.2
---
Key: LANG-318
URL: https://issues.apache.org/jira/browse/LANG-318
Project: Commons Lang
Issue Type: Bug
Affects Versions: 2.2
Environment: Gentoo Linux, IBM JDK 1.4.2_5
Reporter: Joerg Schaible
Priority: Minor
The IBM JDK 1.4.2 reports the declared fields of a class in reverse declaration
order. The tests are affected by this:
{noformat}
Testsuite: org.apache.commons.lang.builder.BuilderTestSuite
Tests run: 263, Failures: 8, Errors: 0, Time elapsed: 0,451 sec
Testcase:
testReflectionHierarchyHashCode(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:11785967 but was:1276487
junit.framework.AssertionFailedError: expected:11785967 but was:1276487
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHierarchyHashCode(HashCodeBuilderTest.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHashCodeExcludeFields(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:862547 but was:865283
junit.framework.AssertionFailedError: expected:862547 but was:865283
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHashCodeExcludeFields(HashCodeBuilderTest.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchyArrayList(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
junit.framework.ComparisonFailure:
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchyArrayList(ToStringBuilderTest.java:327)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchy(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...a=a,transientA=t... but was:...transientA=t,a=a...
junit.framework.ComparisonFailure: expected:...a=a,transientA=t... but
was:...transientA=t,a=a...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchy(ToStringBuilderTest.java:338)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSelfInstanceTwoVarsReflectionObjectCycle(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
junit.framework.ComparisonFailure:
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSelfInstanceTwoVarsReflectionObjectCycle(ToStringBuilderTest.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSimpleReflectionStatics(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...String=staticString,staticInt=12345... but
was:...Int=12345,staticString=staticString...
junit.framework.ComparisonFailure:
expected:...String=staticString,staticInt=12345... but
was:...Int=12345,staticString=staticString...
at
[jira] Commented: (LANG-317) Enum Serialization - not backwards compatible
[ https://issues.apache.org/jira/browse/LANG-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471817 ] Henri Yandell commented on LANG-317: I believe the solution you need here is that you'll need to define serialVersionUID in your de.fraport.biaf.apm.user.UserRoleEnum class. The one in the ValuedEnum is private. Enum Serialization - not backwards compatible - Key: LANG-317 URL: https://issues.apache.org/jira/browse/LANG-317 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: JDK 1.5 - JDK 1.4 Reporter: U. Klinkmüller Priority: Critical Fix For: 2.3 In our distributed application we have to deal with different environments. The server runs in a JDK 1.5 environment while some clients runs with JDK 1.4. In this scenario we get an error when we try to transfer the result object via RMI. The error message is: Exception:BusinessDelegatorComp.login() - connection error ocurred during loginCORBA MARSHAL 0x4942f89a No; nested exception is: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (Rep. IDRMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D100D6F29BD50386) = D100D6F29BD50386 whereas Target (Rep. ID RMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D041682DA5693C42) = D041682DA5693C42 vmcid: IBM minor code: 89A completed: No The class causing this problem is derived from org.apache.commons.lang.enums.ValuedEnum. Aftre some recherches we found on http://people.apache.org/~bayard/ that there is a upcoming new release 2.3 of Commons-Lang. We saw that in this release a bug [LANG-286] has been fixed which seemed to be exactly our problem. We downloaded this version hopening that we can forget this problem. But unfortunately the problem still exists. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LANG-319) CharEncodingTest fails in IBM JDK 1.4.2
CharEncodingTest fails in IBM JDK 1.4.2 --- Key: LANG-319 URL: https://issues.apache.org/jira/browse/LANG-319 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: Gentoo Linux, IBM JDK 1.4.2_5 Reporter: Joerg Schaible Priority: Minor The test CharEncodingTest.testNotSupported tests with invalid character encodings. According the JDK docu of String(byte[], String) the JDK should throw in this case an java.lang.UnsupportedCharacterEncoding exception, but the IBM JDK 1.4.2 throws java.nio.charset.IllegalCharsetNameException. This is not an issue with IBM JDK 1.5.0_3 anymore. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (LANG-319) CharEncodingTest fails in IBM JDK 1.4.2
[ https://issues.apache.org/jira/browse/LANG-319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joerg Schaible closed LANG-319. --- Resolution: Won't Fix Fix Version/s: 2.3 This is a JDK bug and we cannot catch the thrown exception, since it is only available in JDK 1.4+. CharEncodingTest fails in IBM JDK 1.4.2 --- Key: LANG-319 URL: https://issues.apache.org/jira/browse/LANG-319 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: Gentoo Linux, IBM JDK 1.4.2_5 Reporter: Joerg Schaible Assigned To: Joerg Schaible Priority: Minor Fix For: 2.3 The test CharEncodingTest.testNotSupported tests with invalid character encodings. According the JDK docu of String(byte[], String) the JDK should throw in this case an java.lang.UnsupportedCharacterEncoding exception, but the IBM JDK 1.4.2 throws java.nio.charset.IllegalCharsetNameException. This is not an issue with IBM JDK 1.5.0_3 anymore. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-318) HashCodeBuilderTest and ToStringBuilderTest fail with IBM JDK 1.4.2
[
https://issues.apache.org/jira/browse/LANG-318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471821
]
Joerg Schaible commented on LANG-318:
-
This is not an issue with IBM JDK 1.5.0_3 anymore.
HashCodeBuilderTest and ToStringBuilderTest fail with IBM JDK 1.4.2
---
Key: LANG-318
URL: https://issues.apache.org/jira/browse/LANG-318
Project: Commons Lang
Issue Type: Bug
Affects Versions: 2.2
Environment: Gentoo Linux, IBM JDK 1.4.2_5
Reporter: Joerg Schaible
Priority: Minor
The IBM JDK 1.4.2 reports the declared fields of a class in reverse
declaration order. The tests are affected by this:
{noformat}
Testsuite: org.apache.commons.lang.builder.BuilderTestSuite
Tests run: 263, Failures: 8, Errors: 0, Time elapsed: 0,451 sec
Testcase:
testReflectionHierarchyHashCode(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:11785967 but was:1276487
junit.framework.AssertionFailedError: expected:11785967 but was:1276487
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHierarchyHashCode(HashCodeBuilderTest.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHashCodeExcludeFields(org.apache.commons.lang.builder.HashCodeBuilderTest):
FAILED
expected:862547 but was:865283
junit.framework.AssertionFailedError: expected:862547 but was:865283
at
org.apache.commons.lang.builder.HashCodeBuilderTest.testReflectionHashCodeExcludeFields(HashCodeBuilderTest.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchyArrayList(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
junit.framework.ComparisonFailure:
expected:...elementData={null,null,null,null,null,null,null,null,null,null},size=0...
but
was:...size=0,elementData={null,null,null,null,null,null,null,null,null,null}...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchyArrayList(ToStringBuilderTest.java:327)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testReflectionHierarchy(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:...a=a,transientA=t... but was:...transientA=t,a=a...
junit.framework.ComparisonFailure: expected:...a=a,transientA=t... but
was:...transientA=t,a=a...
at
org.apache.commons.lang.builder.ToStringBuilderTest.testReflectionHierarchy(ToStringBuilderTest.java:338)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
testSelfInstanceTwoVarsReflectionObjectCycle(org.apache.commons.lang.builder.ToStringBuilderTest):
FAILED
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
junit.framework.ComparisonFailure:
expected:[EMAIL PROTECTED],otherType=The
Other Type... but was:...otherType=The Other
Type,[EMAIL PROTECTED]
at
org.apache.commons.lang.builder.ToStringBuilderTest.testSelfInstanceTwoVarsReflectionObjectCycle(ToStringBuilderTest.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
Testcase:
[jira] Created: (LANG-320) LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions
LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions Key: LANG-320 URL: https://issues.apache.org/jira/browse/LANG-320 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Reporter: Joerg Schaible LocaleUtilsTest.testLanguagesByCountry makes the assumption, that within the JDK there is only one language defined for GB: en. This is not true for the IBM JDK 1.5.0 that also knows about cy_GB i.e. Welsh. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lang 2.3 problems Was: [VOTE] Lang 2.3 (RC2)
Henri Yandell wrote: Wow, lots of failing tests. Thanks Jörg. If only we had as many JDKs being tested on the nightly builds. Any chance you could get these in JIRA? I agree with you that they shouldn't hold up the build [and the Konqueror bit is something to add under the Commons All JIRA project]. LANG-318 LANG-319 (more or less for the record) LANG-320 COMMONSSITE-14 [In the meantime, I'll continue building RC3] Hard times :) - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] IO 1.3.1 (RC2)
+1 Built from source under Gentoo Linux and all tests pass with - Sun JDK 1.5.0 - Sun JDK 1.6.0 - IBM JDK 1.5.0 - JRockit JDK 1.5 - Blackdown JDK 1.4.2 Cheers, Jörg Henri Yandell wrote: I screwed up rc1 (release notes bad. So here we are with RC2: http://people.apache.org/~bayard/commons-io/1.3.1-rc2/ The only change is that I've fixed the release notes. [ ] +1 [ ] -1 Hen On 2/8/07, Henri Yandell [EMAIL PROTECTED] wrote: I screwed up the 1.3 release, so here's a 1.3.1 release: http://people.apache.org/~bayard/commons-io/1.3.1-rc1/ The only differences are the following two issues: http://issues.apache.org/jira/browse/IO-112 http://issues.apache.org/jira/browse/IO-113 IO-113 is the reason for the release. We'd like to get 1.3.1 out quickly so the fact that 1.3.1 is not binary compatible with 1.3 will not inconvenience many people. [ ] +1 [ ] -1 Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: Release commons-fileupload 1.2 (3rd attempt)
Hi Jochen, I've running the tests from the sources in Gentoo Linux with Maven 1 and the JDKs: - Sun JDK 1.6.0 - Sun JDK 1.5.0 - Blackdown JDK 1.4.2 - IBM JDK 1.5.0 - JRockit JDK 1.5.0 Nevertheless JRockit fails half of the time here with an obscure failure. I also see the IBM JDK with an extreme long duration time (3-4 times longer than Sun) for this test (although it succeeds in the end). The test seems somewhat brittle. = % Testsuite: org.apache.commons.fileupload.ProgressListenerTest Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 11,019 sec Testcase: testProgressListener(org.apache.commons.fileupload.ProgressListenerTest): FAILED expected:-128 but was:-128 junit.framework.AssertionFailedError: expected:-128 but was:-128 at org.apache.commons.fileupload.ProgressListenerTest.runTest(ProgressListenerTest.java:85) at org.apache.commons.fileupload.ProgressListenerTest.testProgressListener(ProgressListenerTest.java:81) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object [Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:185) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.Goal.attainPrecursors(Goal.java:488) = % - Jörg Jochen Wiedmann wrote: Hi, I have prepared commons-fileupload-1.2rc3. Compared to 1.2rc2, the following changes have been made: - The sources are now available as tar.gz and .zip file. - The build has been made with JDK 1.5.0_11, rather than 1.6.0rc1. Please note, that this release (like all releases) requires, in particular, 3 positive votes from PMC members. Thanks, Jochen [ ] +1 [ ] =0 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Lang 2.3 (RC3)
Hi Hen, Henri Yandell wrote: Here's the 3rd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc3/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Difference from RC2 is that the sources and javadoc jars now have LICENSE/NOTICE files and the test for LANG-312 is commented out as it's still an open bug (and fails on some platforms). The pom.xml is NOT in the src bundle, because I forgot and I don't want to do all that again :) I'll make that change in svn now so it'll be in a future RC if one happens. +1 from me Regarding the POM we should think about it anyway. IMHO we either deliver project.xml for M1 or pom.xml for M2 but not both. Especially since we wanted to switch the groupId with M2 IIRC. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-320) LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions
[ https://issues.apache.org/jira/browse/LANG-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471837 ] Rahul Akolkar commented on LANG-320: Might want to consider guarding such tests where expected results are vendor-specific (potentially LANG-318 as well, though haven't looked at that closely) based on the vendor information. [lang] itself provides SystemUtils.JAVA_VENDOR etc. to make the information trivially accessible. LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions Key: LANG-320 URL: https://issues.apache.org/jira/browse/LANG-320 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Reporter: Joerg Schaible LocaleUtilsTest.testLanguagesByCountry makes the assumption, that within the JDK there is only one language defined for GB: en. This is not true for the IBM JDK 1.5.0 that also knows about cy_GB i.e. Welsh. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: Release commons-fileupload 1.2 (3rd attempt)
On 2/9/07, Jörg Schaible [EMAIL PROTECTED] wrote: testProgressListener(org.apache.commons.fileupload.ProgressListenerTest): FAILED expected:-128 but was:-128 This sounds like two different kinds of objects with same values, for example (short) -128 as opposed to (int) -128. Could you please be so kind to add some logging code that checks this? Thanks, Jochen -- How fast can a year go? As fast as your childs first year. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-317) Enum Serialization - not backwards compatible
[ https://issues.apache.org/jira/browse/LANG-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell updated LANG-317: --- Fix Version/s: (was: 2.3) Enum Serialization - not backwards compatible - Key: LANG-317 URL: https://issues.apache.org/jira/browse/LANG-317 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Environment: JDK 1.5 - JDK 1.4 Reporter: U. Klinkmüller Priority: Critical In our distributed application we have to deal with different environments. The server runs in a JDK 1.5 environment while some clients runs with JDK 1.4. In this scenario we get an error when we try to transfer the result object via RMI. The error message is: Exception:BusinessDelegatorComp.login() - connection error ocurred during loginCORBA MARSHAL 0x4942f89a No; nested exception is: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (Rep. IDRMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D100D6F29BD50386) = D100D6F29BD50386 whereas Target (Rep. ID RMI:de.fraport.biaf.apm.user.UserRoleEnum:CBEF51ADA936FFFE:D041682DA5693C42) = D041682DA5693C42 vmcid: IBM minor code: 89A completed: No The class causing this problem is derived from org.apache.commons.lang.enums.ValuedEnum. Aftre some recherches we found on http://people.apache.org/~bayard/ that there is a upcoming new release 2.3 of Commons-Lang. We saw that in this release a bug [LANG-286] has been fixed which seemed to be exactly our problem. We downloaded this version hopening that we can forget this problem. But unfortunately the problem still exists. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-320) LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions
[ https://issues.apache.org/jira/browse/LANG-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471849 ] Joerg Schaible commented on LANG-320: - This test in special has not to do much with the vendor. Sun might deliver the cy_GB local with every new patch and then the test will fails also. LANG-318 is different though. LocaleUtilsTest fails with IBM JDK 1.5.0 because of false assuptions Key: LANG-320 URL: https://issues.apache.org/jira/browse/LANG-320 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2 Reporter: Joerg Schaible LocaleUtilsTest.testLanguagesByCountry makes the assumption, that within the JDK there is only one language defined for GB: en. This is not true for the IBM JDK 1.5.0 that also knows about cy_GB i.e. Welsh. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Configuration 1.4 based on RC1
Oliver Heger wrote: The files of the first release candidate for Configuration 1.4, including the site and a Clirr report, are available for inspection at http://people.apache.org/~oheger/commons-configuration-1.4rc1/ [ ] +1 Go ahead and release it [ ] -1 Don't release it because... Vote will close on Saturday night (CET). Oliver +1 Looks good, used the source package to run all tests with M1 on Gentoo Linux for JDKs: - Sun 1.3.1 - Blackdown 1.4.2 - Sun JDK 1.5.0 - Sun JDK 1.6.0 - IBM JDK 1.5.0 - JRockit JDK 1.5.0 Cheers, Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Configuration 1.4 based on RC1
I tried running the RAT[1] tool over the RC but invalid characters in conf/testEncoding.xml caused RAT to fail[2] :-( Removing that file it higlighted a licensing issue - MockStaticMemoryInitialContextFactory has a Copyright The Spice Group and indicates that a copy of its license should be in LICENSE.txt - I checked LICENSE.txt and it didn't have one (just the ASF license). Also the NOTICE.txt didn't include the Copyright statement as per ASF policy[3] - should add something like the following: Apache Jakarta Commons Configuration Copyright -2007 The Apache Software Foundation Other than that it all looks good to me - tests ran fine and everything seemed in place. Niall [1] http://code.google.com/p/arat/ [2] http://code.google.com/p/arat/issues/detail?id=11can=2q= [3] http://www.apache.org/legal/src-headers.html On 2/7/07, Oliver Heger [EMAIL PROTECTED] wrote: The files of the first release candidate for Configuration 1.4, including the site and a Clirr report, are available for inspection at http://people.apache.org/~oheger/commons-configuration-1.4rc1/ [ ] +1 Go ahead and release it [ ] -1 Don't release it because... Vote will close on Saturday night (CET). Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505599 - /jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF
Author: bayard Date: Fri Feb 9 17:16:38 2007 New Revision: 505599 URL: http://svn.apache.org/viewvc?view=revrev=505599 Log: Updating the manifest Modified: jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF?view=diffrev=505599r1=505598r2=505599 == --- jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF (original) +++ jakarta/commons/proper/io/trunk/src/conf/MANIFEST.MF Fri Feb 9 17:16:38 2007 @@ -1,10 +1,10 @@ Manifest-Version: 1.0 Package: org.apache.commons.io Extension-Name: commons-io -Specification-Version: 1.3 +Specification-Version: 1.3.1 Specification-Vendor: Apache Software Foundation Specification-Title: Commons IO -Implementation-Version: 1.3 +Implementation-Version: 1.3.1 Implementation-Vendor: Apache Software Foundation Implementation-Title: Commons IO Implementation-Vendor-Id: org.apache - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505607 - /jakarta/commons/proper/io/tags/IO_RC_1_3_1_RC3/
Author: bayard Date: Fri Feb 9 17:41:55 2007 New Revision: 505607 URL: http://svn.apache.org/viewvc?view=revrev=505607 Log: Trying an RC3 of 1.3.1 Added: jakarta/commons/proper/io/tags/IO_RC_1_3_1_RC3/ - copied from r505606, jakarta/commons/proper/io/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r505608 - in /jakarta/commons/proper/io/tags: IO_1_3_1_RC3/ IO_RC_1_3_1_RC3/
Author: bayard Date: Fri Feb 9 17:42:28 2007 New Revision: 505608 URL: http://svn.apache.org/viewvc?view=revrev=505608 Log: Getting the name right Added: jakarta/commons/proper/io/tags/IO_1_3_1_RC3/ - copied from r505607, jakarta/commons/proper/io/tags/IO_RC_1_3_1_RC3/ Removed: jakarta/commons/proper/io/tags/IO_RC_1_3_1_RC3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] IO 1.3.1 (RC2)
[VOTE DEAD... manifest contains 1.3 and not 1.3.1] On 2/9/07, Jörg Schaible [EMAIL PROTECTED] wrote: +1 Built from source under Gentoo Linux and all tests pass with - Sun JDK 1.5.0 - Sun JDK 1.6.0 - IBM JDK 1.5.0 - JRockit JDK 1.5 - Blackdown JDK 1.4.2 Cheers, Jörg Henri Yandell wrote: I screwed up rc1 (release notes bad. So here we are with RC2: http://people.apache.org/~bayard/commons-io/1.3.1-rc2/ The only change is that I've fixed the release notes. [ ] +1 [ ] -1 Hen On 2/8/07, Henri Yandell [EMAIL PROTECTED] wrote: I screwed up the 1.3 release, so here's a 1.3.1 release: http://people.apache.org/~bayard/commons-io/1.3.1-rc1/ The only differences are the following two issues: http://issues.apache.org/jira/browse/IO-112 http://issues.apache.org/jira/browse/IO-113 IO-113 is the reason for the release. We'd like to get 1.3.1 out quickly so the fact that 1.3.1 is not binary compatible with 1.3 will not inconvenience many people. [ ] +1 [ ] -1 Hen - 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]
[VOTE] IO 1.3.1 (RC3)
Going with RC3: http://people.apache.org/~bayard/commons-io/1.3.1-rc3/ The only change is that I've fixed the manifest to say 1.3.1 and not 1.3. [ ] +1 [ ] -1 Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (EMAIL-52) [email] Identical Inline images should share same BodyPart
[ https://issues.apache.org/jira/browse/EMAIL-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471893 ] Ben Speakmon commented on EMAIL-52: --- I've submitted a new patch to EMAIL-50 that fixes this issue. [email] Identical Inline images should share same BodyPart -- Key: EMAIL-52 URL: https://issues.apache.org/jira/browse/EMAIL-52 Project: Commons Email Issue Type: Improvement Affects Versions: 1.0 Environment: Operating System: other Platform: Other Reporter: Andrew Liles Priority: Minor If you have an HTML email with spacer.gif repeated several times, then you get that image included several times in the payload of the email. An optimization would be to share the sid across the several references. I have adapted HTMLEmail for my own purposes, and one of the fixes I have added is just such an optimization. Please could a Committer register their interest in this, and I will make a patch and submit for your consideration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (EMAIL-50) [email] HTML Emails with images don't display in Outlook 2000
[ https://issues.apache.org/jira/browse/EMAIL-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ben Speakmon updated EMAIL-50: -- Attachment: html-embed-images.patch Attaching a cleaned-up and debugged version of the original HtmlEmail patch with new embed() tests. Confirmed to work properly on Thunderbird, Gmail, and Mac Mail. EMAIL-28 was being caused by the same things that were causing Outlook to fail, so the important point is that this was never an Outlook-specific problem but was a bug in how commons-email was constructing complex HTML messages. This patch fixes EMAIL-28 as well as this patch. The original patch also fixed EMAIL-52, and this one does the same. [email] HTML Emails with images don't display in Outlook 2000 - Key: EMAIL-50 URL: https://issues.apache.org/jira/browse/EMAIL-50 Project: Commons Email Issue Type: Improvement Affects Versions: 1.0 Environment: Operating System: other Platform: Other Reporter: Andrew Liles Priority: Minor Attachments: html-embed-images.patch, HtmlEmail.java.patch, HtmlEmail2.java I was having a problem sending HTML Emails with inline image attachments against the client Microsoft Outlook 2000 SP-3. I am using commons-email-1.0.jar. This bug report proposes a solution include code. Suppose with an HtmlEmail I am embedding 2 images, adding an HTML part and Text part. The resultant Body structure is: EntityContent-TypeEncoding 1 text/plain 7bit 2 multipart/related 2.1 text/html 7bit 2.2 image/jpeg base64 2.3 image/jpeg base64 Outlook, by default, shows the text part with the HTML email as an attachment (correctly showing the images). My problem is that I think the HTML should be shown by default. I am guessing that it is an issue with this particular email client and the Body Structure format ? (see here, for example: COM-1526) --- I have fixed this for my own purposes and am recording the details here for the benefit of others. I don't know whether this should be categorised as a bug in commons-email-1.0.jar or a bug in Outlook. I suspect the latter, but since back versions of Outlook will never get fixed, the pragmatic solution is to alter commons-email, particularly in cases if you are targeting a known finite set of email clients. I am fully expecting a committer to categorize this as WONTFIX, but at least the attachment I will add may allow others to use my code. My code has been tested to work on: Microsoft Outlook Express 6.00 Microsoft Outlook 2000 SP-3 Microsoft Outlook 2002 Microsoft Outlook 2003 Qualcomm Eudora 6.0.3.0 SquirrelMail 1.5.1 (webmail client) Hotmail (as of November 2005) Gmail (as of November 2005) These clients are all happy to receive and display HTML emails in the expected way using this Body Structure: EntityContent-TypeEncoding 1 multipart/alternative 1.1 text/plain 7bit 1.2 text/html 7bit 2 image/jpeg base64 3 image/jpeg base64 I have not tested with attachments that do not relate to the HTML and may not support this scenario; however this is not normal usage scenario (well, for me anyway). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (EMAIL-28) [email] Problems with HTML emails with attachments and embedded images
[
https://issues.apache.org/jira/browse/EMAIL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471894
]
Ben Speakmon commented on EMAIL-28:
---
I've submitted a new patch to EMAIL-50 that fixes this issue as well.
[email] Problems with HTML emails with attachments and embedded images
--
Key: EMAIL-28
URL: https://issues.apache.org/jira/browse/EMAIL-28
Project: Commons Email
Issue Type: Bug
Affects Versions: 1.0
Environment: Operating System: Windows XP
Platform: PC
Reporter: Phil Bretherton
I have three problems that are probably related. The results are using Mozilla
Thunderbird.
1. When I send an HtmlEmail with attachments, embedded images, an HTML body
and
an alternative text body both the alternative text and the HTML are displayed.
2. When I send an HtmlEmail with embedded images, no attachments, an HTML body
and I do not provide an alternative text body, the HTML body is not displayed.
3. When I send an HtmlEmail with attachments, embedded images, an HTML body
and
I do not provide an alternative text, everything works almost fine. The only
problem is that when the SMTP server is sending emails outside its domain it
adds a disclaimer. The addition of this disclaimer means that only the
disclaimer is displayed. This does not happend when using Javamail.
Below is the class that I used for my tests.
import java.net.MalformedURLException;
import java.net.URL;
import org.apache.commons.mail.EmailAttachment;
import org.apache.commons.mail.EmailException;
import org.apache.commons.mail.HtmlEmail;
public class CommonsEmailTest {
/**
* @param args
*/
public static void main(String[] args) {
try {
testHtmlEmailWithAttachmentsAndEmbeddedImages();
testHtmlEmailWithoutAttachmentsOrText();
testHtmlEmailWithAttachmentsAndEmbeddedImagesNoText();
} catch (MalformedURLException e) {
e.printStackTrace();
} catch (EmailException e) {
e.printStackTrace();
}
}
/**
* This method sends an HTML email with attachments, embedded images,
* an HTML body and an alternative text body. The result is that both
* the HTML and the text are displayed.
*
* @throws EmailException
* @throws MalformedURLException
*/
public static void testHtmlEmailWithAttachmentsAndEmbeddedImages()
throws
EmailException, MalformedURLException {
// Create the email message
HtmlEmail email = new HtmlEmail();
email.setHostName(smtp.capgemini.fr);
email.addTo([EMAIL PROTECTED], You);
email.setFrom([EMAIL PROTECTED], Me);
email.setSubject(Test email with inline image and attachment);
// Create the attachment
EmailAttachment attachment = new EmailAttachment();
attachment.setPath(D:/temp/mypic.jpg);
attachment.setDisposition(EmailAttachment.ATTACHMENT);
attachment.setDescription(A picture);
attachment.setName(Thingy);
email.attach(attachment);
// embed the image and get the content id
URL url = new
URL(http://www.apache.org/images/asf_logo_wide.gif;);
String cid = email.embed(url, Apache logo);
// set the html message
email.setHtmlMsg(htmlThe apache logo - img
src=\cid:+cid+\/html);
// set the alternative message
email.setTextMsg(Your email client does not support HTML
messages);
// send the email
email.send();
}
/**
* This method sends an HTML email with embedded images,
* an HTML body and no alternative text body. The result is that both
* the HTML is not displayed.
*
* @throws EmailException
* @throws MalformedURLException
*/
public static void testHtmlEmailWithoutAttachmentsOrText() throws
EmailException, MalformedURLException {
// Create the email message
HtmlEmail email = new HtmlEmail();
email.setHostName(smtp.capgemini.fr);
email.addTo([EMAIL PROTECTED], You);
email.setFrom([EMAIL PROTECTED], Me);
email.setSubject(Test email with inline image and no
alternative text);
// embed the image and get the content id
URL url = new
URL(http://www.apache.org/images/asf_logo_wide.gif;);
String cid
[jira] Created: (SANDBOX-186) [jci] icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now throws ClassNotFoundException
[jci] icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now throws ClassNotFoundException - Key: SANDBOX-186 URL: https://issues.apache.org/jira/browse/SANDBOX-186 Project: Commons Sandbox Issue Type: Bug Components: JCI Reporter: Mark Proctor For Janino 2.5.5 icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now throws ClassNotFoundException. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] IO 1.3.1 (RC3)
+1 from me. Niall On 2/10/07, Henri Yandell [EMAIL PROTECTED] wrote: Going with RC3: http://people.apache.org/~bayard/commons-io/1.3.1-rc3/ The only change is that I've fixed the manifest to say 1.3.1 and not 1.3. [ ] +1 [ ] -1 Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Lang 2.3 (RC3)
One minor nitpick - theres a couple of files included in src/test that shouldn't be there (better to do a clean checkout from the tagged repo when cutting a RC): ObjectUtilsTest.java.rej StringUtilsTest.java.rej Not a showstopper so +1 from me Niall On 2/9/07, Henri Yandell [EMAIL PROTECTED] wrote: Here's the 3rd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc3/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Difference from RC2 is that the sources and javadoc jars now have LICENSE/NOTICE files and the test for LANG-312 is commented out as it's still an open bug (and fails on some platforms). The pom.xml is NOT in the src bundle, because I forgot and I don't want to do all that again :) I'll make that change in svn now so it'll be in a future RC if one happens. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] Latest 2.0 RC Ready
On 1/28/07, Rory Winston [EMAIL PROTECTED] wrote: (Resending as I left out commons-user) Hi all I have cut a new RC, with some changes and fixes, many of which were distribution-related and suggested by Niall earlier (thanks Niall). RC (minus MD5s etc for now) is here: http://people.apache.org/~rwinston/commons-net-2.0/ Some users have been testing out this 2.0 branch for a while, so I'm going to kick off a vote pretty soon. Any comments welcome. - TestClient and AllTests are missing license headers. - depends on the commons-parent 2-SNAPSHOT (needs releasing) - Jar Manifest is missing the usual entries (ftp jar seems to have them) - you must have an old version of commons-parent 2-SNAPSHOT because I re-built from the source distro and it contained them. - NOTICE.txt file has copyright statement to 2006 (rather than 2007) Niall Cheers Rory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[all] Releasing commons-parent pom version 2
Any reason not to release version 2 of the commons-parent pom? If not any volunteers? Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Lang 2.3 (RC3)
Crappy - Didn't know svn status didn't display them. Agreed - building from the tag is better. Sloppy. I'll rebuild RC3. Hen On 2/9/07, Niall Pemberton [EMAIL PROTECTED] wrote: One minor nitpick - theres a couple of files included in src/test that shouldn't be there (better to do a clean checkout from the tagged repo when cutting a RC): ObjectUtilsTest.java.rej StringUtilsTest.java.rej Not a showstopper so +1 from me Niall On 2/9/07, Henri Yandell [EMAIL PROTECTED] wrote: Here's the 3rd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc3/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Difference from RC2 is that the sources and javadoc jars now have LICENSE/NOTICE files and the test for LANG-312 is commented out as it's still an open bug (and fails on some platforms). The pom.xml is NOT in the src bundle, because I forgot and I don't want to do all that again :) I'll make that change in svn now so it'll be in a future RC if one happens. Hen - 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: [VOTE] IO 1.3.1 (RC3)
+1 Tested with: - Windows XP Pro SP2 + current patches - Sun Java 1.4.2_13 - Ant 1.6.5 - Maven 1.0.2 Gary -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Friday, February 09, 2007 5:44 PM To: Jakarta Commons Developers List Subject: [VOTE] IO 1.3.1 (RC3) Going with RC3: http://people.apache.org/~bayard/commons-io/1.3.1-rc3/ The only change is that I've fixed the manifest to say 1.3.1 and not 1.3. [ ] +1 [ ] -1 Hen - 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: [VOTE] Lang 2.3 (RC3)
Okay - 2.3 rebuilt from the tag. Shouldn't change what's there (apart from the .rej's :) ). Hen On 2/9/07, Henri Yandell [EMAIL PROTECTED] wrote: Crappy - Didn't know svn status didn't display them. Agreed - building from the tag is better. Sloppy. I'll rebuild RC3. Hen On 2/9/07, Niall Pemberton [EMAIL PROTECTED] wrote: One minor nitpick - theres a couple of files included in src/test that shouldn't be there (better to do a clean checkout from the tagged repo when cutting a RC): ObjectUtilsTest.java.rej StringUtilsTest.java.rej Not a showstopper so +1 from me Niall On 2/9/07, Henri Yandell [EMAIL PROTECTED] wrote: Here's the 3rd release candidate for Lang 2.3: http://people.apache.org/~bayard/commons-lang/commons-lang-2.3-rc3/ Clirr, Jardiff + Site included. [ ] +1 [ ] -1 Difference from RC2 is that the sources and javadoc jars now have LICENSE/NOTICE files and the test for LANG-312 is commented out as it's still an open bug (and fails on some platforms). The pom.xml is NOT in the src bundle, because I forgot and I don't want to do all that again :) I'll make that change in svn now so it'll be in a future RC if one happens. Hen - 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]
