[GUMP@lsd]: jelly-tags/commons-jelly-tags-jetty failed
Project: commons-jelly-tags-jetty State: Failed URL: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.html - G U M P Y Annotations: - Info - Set jar identifier to project name - Error - Failed with reason build failed - G U M P Y Work Name: build_jelly-tags_commons-jelly-tags-jetty (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jetty-20040211 jar [Working Directory: /data/gump/jelly-tags/jetty] - [javac] symbol : class OutputStreamLogSink [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] private static OutputStreamLogSink _logSink; [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:71: cannot resolve symbol [javac] symbol : class Authenticator [javac] location: class org.mortbay.http.SecurityConstraint [javac] import org.mortbay.http.SecurityConstraint.Authenticator; [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:75: cannot resolve symbol [javac] symbol : class Code [javac] location: package util [javac] import org.mortbay.util.Code; [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/JettyHttpServerTag.java:118: cannot resolve symbol [javac] symbol : class OutputStreamLogSink [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] _logSink = new OutputStreamLogSink(DEFAULT_LOG_FILE); [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/JettyHttpServerTag.java:120: cannot resolve symbol [javac] symbol : variable Log [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] Log.instance().add(_logSink); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:236: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(Unknown user-data-constraint:+guarantee); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:281: cannot resolve symbol [javac] symbol : class Authenticator [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Authenticator authenticator=null; [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:293: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(UNKNOWN AUTH METHOD: +m); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:306: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(FORM Authentication miss-configured); [javac] ^ [javac] 13 errors BUILD FAILED /data/gump/jelly-tags/jetty/build.xml:31: Compile failed; see the compiler error output for details. Total time: 5 seconds - - G U M P Y RSS: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.rss | Atom: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.atom -- Gump http://jakarta.apache.org/gump [lsd] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jelly-tags/commons-jelly-tags-junit failed
Project: commons-jelly-tags-junit State: Failed URL: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-junit.html - G U M P Y Annotations: - Info - Set jar identifier to project name - Error - Failed with reason build failed - G U M P Y Work Name: build_jelly-tags_commons-jelly-tags-junit (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 9 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-junit-20040211 jar [Working Directory: /data/gump/jelly-tags/junit] - [junit] [junit] The exception was: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:31:-1: lt;test:failgt; file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:31:-1: lt;test:failgt; This should always fail [junit] [junit] [junit] The exception was: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:47:-1: lt;test:assertEqualsgt; file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:47:-1: lt;test:assertEqualsgt; This should always fail expected:[def] but was:[abc] [junit] Expected expression: def [junit] Actual expression: ${foo} [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0.33 sec [junit] Testsuite: org.apache.commons.jelly.tags.junit.TestJUnit [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0.33 sec [junit] - Standard Error - [junit] Feb 11, 2004 5:42:13 AM org.apache.commons.jelly.tags.junit.AssertThrowsTag getThrowableClass [junit] WARNING: The class: java.lang.Class is not an Exception class. [junit] Feb 11, 2004 5:42:13 AM org.apache.commons.jelly.tags.junit.AssertThrowsTag getThrowableClass [junit] WARNING: Could not find exception class: foo.bar.Baz [junit] - --- [junit] Testcase: assertTests took 0.145 sec [junit] Testcase: failTests took 0.019 sec [junit] Testcase: assertEqualTests took 0.016 sec [junit] Testcase: assertThrowsTests took 0.113 sec [junit] Caused an ERROR [junit] file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] org.apache.commons.jelly.JellyTagException: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:707) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:296) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:105) [junit] Caused by: org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:85) [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:96) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:104) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) [junit] ... 11 more [junit] Root cause [junit] org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:85) [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:96) [junit
DO NOT REPLY [Bug 26827] - DateLocaleConverter is not thread-safe
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827 DateLocaleConverter is not thread-safe --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 08:01 --- From Sun's J2SDK JavaDoc, v 1.4.1_01: Class: SimpleDateFormat Synchronization Date formats are not synchronized. It is recommended to create separate format instances for each thread. If multiple threads access a format concurrently, it must be synchronized externally. Is this a strong enough reference ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26199] - [validator] Change regex in mask so ^ and $ not required at start/end
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26199. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26199 [validator] Change regex in mask so ^ and $ not required at start/end --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 10:52 --- I haven't used 1.4 regexp - but when this was being discussed on the mailing list David Graham mentioned that ORO worked different from 1.4 regexp in this respect - perhaps he would confirm this. I tried out the javascript and without the 'anchors' invalid data in the field passes validation. I found this site http://www.regular- expressions.info/anchors.html which says they are needed, otherwise it is doing a 'contains' rather than 'matches' type check. Having said all that, I think this is still a valid change. My change doesn't stop regular expressions with the ^ and $ characters from working - they still work fine, but if this change is implemented, then for server side the mask validations will also work if you don't put them in. Isn't this a win win situation? Niall Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26853] New: - Improving MapDynamicPropertyHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26853. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26853 Improving MapDynamicPropertyHandler Summary: Improving MapDynamicPropertyHandler Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: JXPath AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] in: org.apache.commons.jxpath.MapDynamicPropertyHandler If the following code: public String[] getPropertyNames(Object object) { Map map = (Map) object; String names[] = new String[map.size()]; Iterator it = map.keySet().iterator(); for (int i = 0; i names.length; i++) { names[i] = String.valueOf(it.next()); } return names; } could be replaced by: public String[] getPropertyNames(Object object) { Set keys = ((Map) object).keySet(); String names[] = new String[keys.size()]; Iterator it = keys.iterator(); for (int i = 0; i names.length; i++) { names[i] = String.valueOf(it.next()); } return names; } This would permit to support very special cases where Map.keySet().size() != Map.size() [which, I know, does not conform to the Map API]. Anyway, in general, it is better to compute the size on the Set we are actually using and not on another one related to it... Thanks, Yann Duponchel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26199] - [validator] Change regex in mask so ^ and $ not required at start/end
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26199. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26199 [validator] Change regex in mask so ^ and $ not required at start/end --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 13:39 --- It's been a while but as I recall I was able to use 1.4 regexs without the ^ and $ characters. However, it looks like ORO can do this as well if we make your suggested change. I'm not too keen on making this change because nothing is broken, it's just mildly irritating. IMO, Validator has too many dependencies and I'd like to remove ORO in favor of Java's standard regex package. If/when that time comes we could revisit this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Bug 26853] New: - Improving MapDynamicPropertyHandler
Yann, Sure, I'll commit the change. But just out of curiousity, what is that situtation where map.size() != map.keySet().size()? It almost feels like it would break a bunch of other things. Thanks for the report. - Dmitri --- [EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26853. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26853 Improving MapDynamicPropertyHandler Summary: Improving MapDynamicPropertyHandler Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: JXPath AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] in: org.apache.commons.jxpath.MapDynamicPropertyHandler If the following code: public String[] getPropertyNames(Object object) { Map map = (Map) object; String names[] = new String[map.size()]; Iterator it = map.keySet().iterator(); for (int i = 0; i names.length; i++) { names[i] = String.valueOf(it.next()); } return names; } could be replaced by: public String[] getPropertyNames(Object object) { Set keys = ((Map) object).keySet(); String names[] = new String[keys.size()]; Iterator it = keys.iterator(); for (int i = 0; i names.length; i++) { names[i] = String.valueOf(it.next()); } return names; } This would permit to support very special cases where Map.keySet().size() != Map.size() [which, I know, does not conform to the Map API]. Anyway, in general, it is better to compute the size on the Set we are actually using and not on another one related to it... Thanks, Yann Duponchel. - 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]
Bean property comparator
Hi folks, there's one comparator I've been missing from the commons-collection: a comparator that uses a specified bean property of objects to perform the comparisons. Basically, it works like this: if you construct an instance with: Comparator c = new BeanPropertyComparator(Customer.class, birthDate); c will use the natural ordering on the values of Customer.getBirthDate() to compare Customer objects. There's an alternative constructor to specify an embedded comparator for comparing the retrieved property values: Comparator c = new BeanPropertyComparator( Customer.class, birthDate, new ReverseComparator()); Admittedly, the class is fairly trivial, but I already have it implemented and tested - would the project be interested in the contribution? Attila. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bean property comparator
It's a part of BeanUtils, org.apache.commons.beanutils.BeanComparator I think. It doesn't take the class in the constructor, so will work on any class with getBirthDate(). Hen On Wed, 11 Feb 2004, Attila Szegedi wrote: Hi folks, there's one comparator I've been missing from the commons-collection: a comparator that uses a specified bean property of objects to perform the comparisons. Basically, it works like this: if you construct an instance with: Comparator c = new BeanPropertyComparator(Customer.class, birthDate); c will use the natural ordering on the values of Customer.getBirthDate() to compare Customer objects. There's an alternative constructor to specify an embedded comparator for comparing the retrieved property values: Comparator c = new BeanPropertyComparator( Customer.class, birthDate, new ReverseComparator()); Admittedly, the class is fairly trivial, but I already have it implemented and tested - would the project be interested in the contribution? Attila. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/builder EqualsBuilderTest.java
ggregory2004/02/11 12:08:49 Modified:lang/src/java/org/apache/commons/lang/builder EqualsBuilder.java lang/src/test/org/apache/commons/lang/builder EqualsBuilderTest.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23174 Submitted by: Maarten Coene, Arun Mammen Thomas Reviewed by: Gary Gregory Revision ChangesPath 1.23 +2 -6 jakarta-commons/lang/src/java/org/apache/commons/lang/builder/EqualsBuilder.java Index: EqualsBuilder.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/builder/EqualsBuilder.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- EqualsBuilder.java26 Dec 2003 22:04:49 - 1.22 +++ EqualsBuilder.java11 Feb 2004 20:08:49 - 1.23 @@ -110,6 +110,7 @@ * @author Stephen Colebourne * @author Gary Gregory * @author Pete Gieser + * @author Arun Mammen Thomas * @since 1.0 * @version $Id$ */ @@ -510,11 +511,6 @@ return this; } for (int i = 0; i lhs.length isEquals; ++i) { -Class lhsClass = lhs[i].getClass(); -if (!lhsClass.isInstance(rhs[i])) { -isEquals = false; //If the types don't match, not equal -break; -} append(lhs[i], rhs[i]); } return this; 1.8 +15 -4 jakarta-commons/lang/src/test/org/apache/commons/lang/builder/EqualsBuilderTest.java Index: EqualsBuilderTest.java === RCS file: /home/cvs/jakarta-commons/lang/src/test/org/apache/commons/lang/builder/EqualsBuilderTest.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- EqualsBuilderTest.java18 Aug 2003 02:22:26 - 1.7 +++ EqualsBuilderTest.java11 Feb 2004 20:08:49 - 1.8 @@ -64,6 +64,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Steve Downey/a * @author a href=mailto:[EMAIL PROTECTED]Stephen Colebourne/a * @author a href=mailto:[EMAIL PROTECTED]Gary Gregory/a + * @author Maarten Coene * @version $Id$ */ public class EqualsBuilderTest extends TestCase { @@ -418,17 +419,27 @@ } public void testObjectArray() { -TestObject[] obj1 = new TestObject[2]; +TestObject[] obj1 = new TestObject[3]; obj1[0] = new TestObject(4); obj1[1] = new TestObject(5); -TestObject[] obj2 = new TestObject[2]; +obj1[2] = null; +TestObject[] obj2 = new TestObject[3]; obj2[0] = new TestObject(4); obj2[1] = new TestObject(5); +obj2[2] = null; + assertTrue(new EqualsBuilder().append(obj1, obj1).isEquals()); +assertTrue(new EqualsBuilder().append(obj2, obj2).isEquals()); assertTrue(new EqualsBuilder().append(obj1, obj2).isEquals()); obj1[1].setA(6); assertTrue(!new EqualsBuilder().append(obj1, obj2).isEquals()); - +obj1[1].setA(5); +assertTrue(new EqualsBuilder().append(obj1, obj2).isEquals()); +obj1[2] = obj1[1]; +assertTrue(!new EqualsBuilder().append(obj1, obj2).isEquals()); +obj1[2] = null; +assertTrue(new EqualsBuilder().append(obj1, obj2).isEquals()); + obj2 = null; assertTrue(!new EqualsBuilder().append(obj1, obj2).isEquals()); obj1 = null; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26616] - ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 ClassCastException in Enum.equals(Object) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 20:28 --- Does this patch work with the intended feature of the } catch (ClassCastException ex) { block? Is there a unit test that checks the } catch (ClassCastException ex) { behavior? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Workflow status
I've been off the list for a while, but I've started a new project on which I'm using the workflow component. Has anything been happening on that lately? The CVS repository looks pretty quiet. I have a couple of patches I'd like to submit - should I put them into bugzilla or send them to the list? Colin Sharples IBM IT Architect Email: [EMAIL PROTECTED] Mobile: 021 402 085
RE: Workflow status
I do not know about Workflow but patches should be in Bugzilla. Gary -Original Message- From: Sharples, Colin [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 12:40 To: [EMAIL PROTECTED] Subject: Workflow status I've been off the list for a while, but I've started a new project on which I'm using the workflow component. Has anything been happening on that lately? The CVS repository looks pretty quiet. I have a couple of patches I'd like to submit - should I put them into bugzilla or send them to the list? Colin Sharples IBM IT Architect Email: [EMAIL PROTECTED] Mobile: 021 402 085
DO NOT REPLY [Bug 26616] - ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 ClassCastException in Enum.equals(Object) --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 21:01 --- I changed the Enum.equals method to avoid cast exceptions. The thought being, an equality check between objects of different types should return false and not raise an exception. The unit test assures a ClassCastException is not thrown when comparing objects of different types. FYI, by different types I mean objects that fail an instanceof check. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26827] - DateLocaleConverter is not thread-safe
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827 DateLocaleConverter is not thread-safe [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED everconfirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 22:38 --- ok. so it's the use of SimpleDateFormat that's problematic in a multithreaded environment that's the issue. what's interesting is that the syncronization requirement only appears after java 1.2. i'm not sure whether the 1.4.1 class is now not guaranteed to be threadsafe or whether it's always been that way (but never been documented, i'm not sure). i'll add some synchronization some time soonish. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26616] - ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 ClassCastException in Enum.equals(Object) --- Additional Comments From [EMAIL PROTECTED] 2004-02-11 22:38 --- The issue is that it looks like the author of the code had clear intentions when writting the catch block, which this patch seems to circumvent. What that last else and catch blcok do is allow Enum instance to work even though they might come from different class loaders. I think your patch might break this feature. I also do not think there is a unit test that validates this feature. So, that would be the first thing to do: add a unit test that checks that Enums from different class loaders can be tested. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26827] - [bean] DateLocaleConverter is not thread-safe
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827 [bean] DateLocaleConverter is not thread-safe [EMAIL PROTECTED] changed: What|Removed |Added Summary|DateLocaleConverter is not |[bean] DateLocaleConverter |thread-safe |is not thread-safe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26616] - [lang] ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 [lang] ClassCastException in Enum.equals(Object) [EMAIL PROTECTED] changed: What|Removed |Added Summary|ClassCastException in |[lang] ClassCastException in |Enum.equals(Object) |Enum.equals(Object) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26699] - [lang] Tokenizer Enhancements: reset input string, static CSV/TSV factories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26699. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26699 [lang] Tokenizer Enhancements: reset input string, static CSV/TSV factories [EMAIL PROTECTED] changed: What|Removed |Added Summary|Tokenizer Enhancements: |[lang] Tokenizer |reset input string, static |Enhancements: reset input |CSV/TSV factories |string, static CSV/TSV ||factories - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[digester] Enhancing CallMethodRule to take target offset
Hi, As discussed on the user list, there appears to be a need to make calls on objects other than the top-of-stack in a manner more flexible than the limited SetNextRule and SetRootRule. Attached is a patch which adds a targetOffset attribute to the CallMethodRule to indicate which object on the digester stack gets invoked. The default value for the offset is 0, which is the old behaviour for CallMethodRule (invoke method on top object). If this is ok, I can commit this myself [first use of new apache commit rights - yay!] Notes: (a) the test case uses SetNestedPropertiesRule. When factory methods for this new rule were added to Digester, the main usage (no constructor params) was omitted, so attached is a minor patch to fix this. (b) several new constructors were added to CallMethodRule each taking an int targetOffset as a first param. Selecting the target seems the *first* thing to do, hence makes sense to me to make it the first param.. (c) In CallMethodRule, if target object for call is found to be null, a deliberate exception with a useful message is now thrown rather than throwing a NullPointerException. I used a SAXException as I couldn't see anything more appropriate. Alternate suggestions welcome. (d) I haven't added factory methods on Digester for the new CallMethodRule constructors. This usage isn't wildly common, so I'm not sure the factory methods are really needed. We can always add them later anyway. Regards, Simon Index: Digester.java === RCS file: /home/cvspublic/jakarta-commons/digester/src/java/org/apache/commons/digester/Digester.java,v retrieving revision 1.91 diff -r1.91 Digester.java a2223,2232 */ public void addSetNestedProperties(String pattern) { addRule(pattern, new SetNestedPropertiesRule()); } /** * Adds an [EMAIL PROTECTED] SetNestedPropertiesRule}. * * @param pattern register the rule with this pattern Index: CallMethodRule.java === RCS file: /home/cvspublic/jakarta-commons/digester/src/java/org/apache/commons/digester/CallMethodRule.java,v retrieving revision 1.28 diff -r1.28 CallMethodRule.java 101d100 181a181,182 this(0, methodName, paramCount); } 182a184,200 /** * Construct a call method rule with the specified method name. The * parameter types (if any) default to java.lang.String. * * @param targetOffset location of the target object. Positive numbers are * relative to the top of the digester object stack. Negative numbers * are relative to the bottom of the stack. Zero implies the top * object on the stack. * @param methodName Method name of the parent method to call * @param paramCount The number of parameters to collect, or * zero for a single argument from the body of this element. */ public CallMethodRule(int targetOffset, String methodName, int paramCount) { this.targetOffset = targetOffset; 204c222,239 this(methodName, 0, (Class[]) null); --- this(0, methodName, 0, (Class[]) null); } /** * Construct a call method rule with the specified method name. * The method should accept no parameters. * * @param targetOffset location of the target object. Positive numbers are * relative to the top of the digester object stack. Negative numbers * are relative to the bottom of the stack. Zero implies the top * object on the stack. * @param methodName Method name of the parent method to call */ public CallMethodRule(int targetOffset, String methodName) { this(targetOffset, methodName, 0, (Class[]) null); 227a263,264 this(0, methodName, paramCount, paramTypes); } 228a266,290 /** * Construct a call method rule with the specified method name and * parameter types. If codeparamCount/code is set to zero the rule * will use the body of this element as the single argument of the * method, unless codeparamTypes/code is null or empty, in this * case the rule will call the specified method with no arguments. * * @param targetOffset location of the target object. Positive numbers are * relative to the top of the digester object stack. Negative numbers * are relative to the bottom of the stack. Zero implies the top * object on the stack. * @param methodName Method name of the parent method to call * @param paramCount The number of parameters to collect, or * zero for a single argument from the body of ths element * @param paramTypes The Java class names of the arguments * (if you wish to use a primitive type, specify the corresonding * Java wrapper class instead, such as codejava.lang.Boolean/code
Re: [digester] Enhancing CallMethodRule to take target offset
Since you've already got working code, take this as just something to think about -- but I recently was wishing for a map to complement the stack; some place to put objects under names and then have other rules refer to those objects by name. I ended up using the SpringFramework XMLBeanFactory for this case, but it may be an idea of interest to other Digester users. To be honest, besides getting the ability to use objects by name, I also appreciated not having to write a digester rules file. (Well, I had already written one because I started using Digester until I got to the point where the stack didn't really work for me.) Most of the time I'm just instantiating objects, setting properties, and relating the objects to other, and writing those XML rule files gets kind of tedious. This is not to say that Digester should drop everything to compete with the XMLBeanFactory. I just thought I'd share an interesting alternative solution. If a Map for Digester would be interesting to other folks, I might take a crack at it some time after I get through with my current project... Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Imagine if every Thursday your shoes exploded if you tied them the usual way. This happens to us all the time with computers, and nobody thinks of complaining. -- Jef Raskin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestURI.java
olegk 2004/02/11 15:20:17 Modified:httpclient/src/java/org/apache/commons/httpclient Tag: HTTPCLIENT_2_0_BRANCH HttpURL.java httpclient/src/test/org/apache/commons/httpclient Tag: HTTPCLIENT_2_0_BRANCH TestURI.java Log: PR #26688 (HttpURL creates wrong authority String when user info is changed) Contributed by Oleg Kalnichevski Reviewed by Ortwin Glueck Revision ChangesPath No revision No revision 1.12.2.2 +6 -6 jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpURL.java Index: HttpURL.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpURL.java,v retrieving revision 1.12.2.1 retrieving revision 1.12.2.2 diff -u -r1.12.2.1 -r1.12.2.2 --- HttpURL.java 29 Jan 2004 18:33:32 - 1.12.2.1 +++ HttpURL.java 11 Feb 2004 23:20:17 - 1.12.2.2 @@ -494,7 +494,7 @@ ? null : new String(escapedPassword); String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); @@ -556,7 +556,7 @@ String password = new String(getRawPassword()); String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); @@ -652,7 +652,7 @@ // an emtpy string is allowed as a password String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); No revision No revision 1.4.2.3 +18 -3 jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestURI.java Index: TestURI.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestURI.java,v retrieving revision 1.4.2.2 retrieving revision 1.4.2.3 diff -u -r1.4.2.2 -r1.4.2.3 --- TestURI.java 29 Jan 2004 18:33:32 - 1.4.2.2 +++ TestURI.java 11 Feb 2004 23:20:17 - 1.4.2.3 @@ -213,4 +213,19 @@ } + +public void testTestHttpUrlAuthorityString() throws Exception { +HttpURL url = new HttpURL(localhost, -1, /); +assertEquals(http://localhost/;, url.toString()); +url.setRawUserinfo(user.toCharArray(), password.toCharArray()); +assertEquals(http://localhost/;, url.toString()); +assertEquals(user:[EMAIL PROTECTED], url.getAuthority()); + +url = new HttpURL(localhost, 8080, /); +assertEquals(http://localhost:8080/;, url.toString()); +url.setRawUserinfo(user.toCharArray(), password.toCharArray()); +assertEquals(http://localhost:8080/;, url.toString()); +assertEquals(user:[EMAIL PROTECTED]:8080, url.getAuthority()); +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestURI.java
olegk 2004/02/11 15:20:57 Modified:httpclient/src/java/org/apache/commons/httpclient HttpURL.java httpclient/src/test/org/apache/commons/httpclient TestURI.java Log: PR #26688 (HttpURL creates wrong authority String when user info is changed) Contributed by Oleg Kalnichevski Reviewed by Ortwin Glueck Revision ChangesPath 1.14 +6 -6 jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpURL.java Index: HttpURL.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpURL.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- HttpURL.java 29 Jan 2004 18:39:34 - 1.13 +++ HttpURL.java 11 Feb 2004 23:20:56 - 1.14 @@ -494,7 +494,7 @@ ? null : new String(escapedPassword); String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); @@ -556,7 +556,7 @@ String password = new String(getRawPassword()); String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); @@ -652,7 +652,7 @@ // an emtpy string is allowed as a password String userinfo = username + ((password == null) ? : : + password); String hostname = new String(getRawHost()); -String hostport = (_port == -1) ? hostname : hostname + _port; +String hostport = (_port == -1) ? hostname : hostname + : + _port; String authority = userinfo + @ + hostport; _userinfo = userinfo.toCharArray(); _authority = authority.toCharArray(); 1.8 +18 -3 jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestURI.java Index: TestURI.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestURI.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TestURI.java 29 Jan 2004 18:39:34 - 1.7 +++ TestURI.java 11 Feb 2004 23:20:57 - 1.8 @@ -213,4 +213,19 @@ } + +public void testTestHttpUrlAuthorityString() throws Exception { +HttpURL url = new HttpURL(localhost, -1, /); +assertEquals(http://localhost/;, url.toString()); +url.setRawUserinfo(user.toCharArray(), password.toCharArray()); +assertEquals(http://localhost/;, url.toString()); +assertEquals(user:[EMAIL PROTECTED], url.getAuthority()); + +url = new HttpURL(localhost, 8080, /); +assertEquals(http://localhost:8080/;, url.toString()); +url.setRawUserinfo(user.toCharArray(), password.toCharArray()); +assertEquals(http://localhost:8080/;, url.toString()); +assertEquals(user:[EMAIL PROTECTED]:8080, url.getAuthority()); +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang Validate.java
ggregory2004/02/11 15:33:23 Modified:lang/src/java/org/apache/commons/lang Validate.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26656 [lang][patch] Validate.java: fixes comment skew, removes unused loop counter. Submitted by: Janek Bogucki Reviewed by: Gary Gregory Revision ChangesPath 1.8 +22 -14 jakarta-commons/lang/src/java/org/apache/commons/lang/Validate.java Index: Validate.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/Validate.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- Validate.java 19 Jan 2004 23:24:07 - 1.7 +++ Validate.java 11 Feb 2004 23:33:23 - 1.8 @@ -124,7 +124,7 @@ * Validate.isTrue( i 0, The value must be greater than zero: , i); * /pre * - * pFor performance reasons, the object is passed as a separate parameter and + * pFor performance reasons, the long value is passed as a separate parameter and * appended to the message string only in the case of an error./p * * @param expression a boolean expression @@ -150,7 +150,7 @@ * Validate.isTrue( d 0.0, The value must be greater than zero: , d); * /pre * - * pFor performance reasons, the object is passed as a separate parameter and + * pFor performance reasons, the double value is passed as a separate parameter and * appended to the message string only in the case of an error./p * * @param expression a boolean expression @@ -345,7 +345,7 @@ * if the argument Map is empty (codenull/code or no elements)./p * * pre - * Validate.notEmpty(myMap, The collection must not be empty); + * Validate.notEmpty(myMap, The map must not be empty); * /pre * * @param map the map to check is not empty @@ -426,9 +426,11 @@ * codenull/code./p * * pre - * Validate.notEmpty(myArray, The array must not contain null elements); + * Validate.noNullElements(myArray, The array must not contain null elements); * /pre * + * pIf the array is null then the message in the exception is 'The validated object is null'./p + * * @param array the array to check * @param message the exception message if the array has * codenull/code elements @@ -450,10 +452,13 @@ * codenull/code./p * * pre - * Validate.notEmpty(myArray); + * Validate.noNullElements(myArray); * /pre * - * pThe message in the exception is 'The validated array contains null element at index: './p + * pIf the array has a null element the message in the exception is + * 'The validated array contains null element at index: './p + * + * pIf the array is null then the message in the exception is 'The validated object is null'./p * * @param array the array to check * @throws IllegalArgumentException if the array has codenull/code @@ -473,23 +478,24 @@ /** * pValidate an argument, throwing codeIllegalArgumentException/code - * if the argument collection has codenull/code elements or is + * if the argument Collection has codenull/code elements or is * codenull/code./p * * pre - * Validate.notEmpty(myCollection, The collection must not contain null elements); + * Validate.noNullElements(myCollection, The collection must not contain null elements); * /pre + * + * pIf the collection is null then the message in the exception is 'The validated object is null'./p * * @param collection the collection to check - * @param message the exception message if the array has + * @param message the exception message if the collection has * codenull/code elements * @throws IllegalArgumentException if the collection has * codenull/code elements or is codenull/code */ public static void noNullElements(Collection collection, String message) { Validate.notNull(collection); -int i = 0; -for (Iterator it = collection.iterator(); it.hasNext(); i++) { +for (Iterator it = collection.iterator(); it.hasNext();) { if (it.next() == null) { throw new IllegalArgumentException(message); } @@ -498,14 +504,16 @@ /** * pValidate an argument, throwing codeIllegalArgumentException/code - * if the argument collection has codenull/code elements or is + * if the argument Collection has codenull/code elements or is * codenull/code./p * * pre - * Validate.notEmpty(myCollection); + *
Re: [digester] Enhancing CallMethodRule to take target offset
On Thu, 2004-02-12 at 12:07, Joe Germuska wrote: Since you've already got working code, take this as just something to think about -- but I recently was wishing for a map to complement the stack; some place to put objects under names and then have other rules refer to those objects by name. I ended up using the SpringFramework XMLBeanFactory for this case, but it may be an idea of interest to other Digester users. To be honest, besides getting the ability to use objects by name, I also appreciated not having to write a digester rules file. (Well, I had already written one because I started using Digester until I got to the point where the stack didn't really work for me.) Most of the time I'm just instantiating objects, setting properties, and relating the objects to other, and writing those XML rule files gets kind of tedious. This is not to say that Digester should drop everything to compete with the XMLBeanFactory. I just thought I'd share an interesting alternative solution. If a Map for Digester would be interesting to other folks, I might take a crack at it some time after I get through with my current project... Hi Joe, This all sounds interesting, but I'm not entirely sure what it means. When I get a little time I will have a peek at SpringFramework's XMLBeanFactory. Or if you could summarise where it differs from Digester that would be great... I don't really understand how XMLBeanFactory can get away without the equivalent of Digester's rules, unless the java class names, attribute names, etc *must* map 1:1 with the xml element/attribute names. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26876] New: - [lang] Enum.equals does not handle different class loaders.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26876. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26876 [lang] Enum.equals does not handle different class loaders. Summary: [lang] Enum.equals does not handle different class loaders. Product: Commons Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The Enum.equals method does not handle different class loaders even though the code comments say that it does. Working on a fix and unit test. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26616] - [lang] ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 [lang] ClassCastException in Enum.equals(Object) [EMAIL PROTECTED] changed: What|Removed |Added BugsThisDependsOn||26876 This bug depends on bug 26876, which changed state: What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26616] - [lang] ClassCastException in Enum.equals(Object)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26616 [lang] ClassCastException in Enum.equals(Object) --- Additional Comments From [EMAIL PROTECTED] 2004-02-12 00:46 --- Fixed as a side effect of fixing 26876. Added a unit test for this case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/enum Enum.java
ggregory2004/02/11 16:48:30 Modified:lang/src/java/org/apache/commons/lang/enum Enum.java Log: equals() Javadoc now mentions the separate class loader case. Revision ChangesPath 1.25 +4 -1 jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java Index: Enum.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- Enum.java 12 Feb 2004 00:45:09 - 1.24 +++ Enum.java 12 Feb 2004 00:48:30 - 1.25 @@ -557,6 +557,9 @@ * pTwo Enum objects are considered equal * if they have the same class names and the same names. * Identity is tested for first, so this method usually runs fast./p + * + * pIf the parameter is in a different class loader than this instance, + * reflection is used to compare the names./p * * @param other the other object to compare for equality * @return codetrue/code if the Enums are equal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/enum Enum.java
ggregory2004/02/11 16:49:30 Modified:lang/src/java/org/apache/commons/lang/enum Enum.java Log: Forgot to clean up exception name in the previous commit. Revision ChangesPath 1.26 +4 -4 jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java Index: Enum.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- Enum.java 12 Feb 2004 00:48:30 - 1.25 +++ Enum.java 12 Feb 2004 00:49:30 - 1.26 @@ -580,11 +580,11 @@ Method mth = other.getClass().getMethod(getName, null); String name = (String) mth.invoke(other, null); return iName.equals(name); -} catch (NoSuchMethodException ex2) { +} catch (NoSuchMethodException e) { // ignore - should never happen -} catch (IllegalAccessException ex2) { +} catch (IllegalAccessException e) { // ignore - should never happen -} catch (InvocationTargetException ex2) { +} catch (InvocationTargetException e) { // ignore - should never happen } return false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/enum EnumTest.java
scolebourne2004/02/11 17:00:05 Modified:lang/src/test/org/apache/commons/lang/enum EnumTest.java Log: Improve tests to check result of enum equals Revision ChangesPath 1.14 +6 -6 jakarta-commons/lang/src/test/org/apache/commons/lang/enum/EnumTest.java Index: EnumTest.java === RCS file: /home/cvs/jakarta-commons/lang/src/test/org/apache/commons/lang/enum/EnumTest.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- EnumTest.java 12 Feb 2004 00:45:09 - 1.13 +++ EnumTest.java 12 Feb 2004 01:00:05 - 1.14 @@ -55,7 +55,6 @@ import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; -import java.net.URL; import java.net.URLClassLoader; import java.util.ArrayList; import java.util.HashMap; @@ -66,6 +65,7 @@ import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; + import org.apache.commons.lang.SerializationUtils; /** @@ -501,9 +501,9 @@ } public void testEqualsToWrongInstance() { -ColorEnum.RED.equals(test); -ColorEnum.RED.equals(new Integer(1)); -ColorEnum.RED.equals(new Boolean(true)); -ColorEnum.RED.equals(new StringBuffer(test)); +assertEquals(false, ColorEnum.RED.equals(test)); +assertEquals(false, ColorEnum.RED.equals(new Integer(1))); +assertEquals(false, ColorEnum.RED.equals(new Boolean(true))); +assertEquals(false, ColorEnum.RED.equals(new StringBuffer(test))); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang][proposal] SystemUtils property out of sync problem; ad d set methods.
Do people really change these values? (other than in tests, which kinda don't count...) Hello, I would like to address this point in particular since I think it is some kind of mismatch (for lack of a better word on my part) with my view of what [lang] is. We use [lang] in our production code and in unit tests for our product and are happy with it. My feeling is that is does not matter what /kind/ of call site uses (for example) SystemUtils, whether it is application code or unit test code. My application, in general terms, is the client/customer. What matters is that [lang] provides the services that make my job of writing code easier/better/faster. BTW, tests *do* count IMO. Where would we be without unit tests ;-) Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 17:32 To: Jakarta Commons Developers List Subject: Re: [lang][proposal] SystemUtils property out of sync problem; add set methods. My gut feeling is that this is an unusual case. Certainly, adding javadoc to say that the values are set when the class is class loaded is a good idea. Extra set/get methods are troublesome though, and I don't really want to expose more constants for the extra keys. Do people really change these values? (other than in tests, which kinda don't count...) Stephen From: Gary Gregory [EMAIL PROTECTED] Context: I am writing some unit tests for our product that require system properties (like java.ext.dirs) to be temporarily fiddled with. Now my code looks like this: public void testJavaExtDirDoesNotExist() { String saveJavaExtDirs = SystemUtils.JAVA_EXT_DIRS; try { String testJavaExtDirs = ...; System.setProperty(java.ext.dirs, testJavaExtDirs); // The real test starts here... } finally { System.setProperty(java.ext.dirs, saveJavaExtDirs); } } Issue #1: Add SystemUtils.setX? Instead of: System.setProperty(java.ext.dirs, testJavaExtDirs); I wonder if this would be better: SystemUtils.setJavaExtDirs(testJavaExtDirs); Seems nicer, yes? Issue #2: SystemUtils out of sync. As soon you do: System.setProperty(java.ext.dirs, testJavaExtDirs); Then SystemUtils.JAVA_EXT_DIRS lies. Proposal 2a: At least, the Javadoc has to be updated to something nasty like: The value of this constant is set when this class is first loaded. Proposal 2b: Add SystemUtils.getJavaExtDirs() and other APIs which do not cache and make JAVA_EXT_DIRS and others use such APIs. Proposal 3b: Add constants for the property names like: JAVA_EXT_DIRS_KEY = java.ext.dirs. ? Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26877] New: - Add SystemUtils.AWT_TOOLKIT.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26877. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26877 Add SystemUtils.AWT_TOOLKIT. Summary: Add SystemUtils.AWT_TOOLKIT. Product: Commons Version: 2.0 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Add SystemUtils.AWT_TOOLKIT, which is useful to detect whether or not the JRE is running on a headless platform. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang SystemUtils.java
ggregory2004/02/11 17:58:33 Modified:lang/src/java/org/apache/commons/lang SystemUtils.java Log: PR: http://issues.apache.org/bugzilla/show_bug.cgi?id=26877 [lang] Add SystemUtils.AWT_TOOLKIT. Revision ChangesPath 1.30 +13 -1 jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java Index: SystemUtils.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- SystemUtils.java 15 Jan 2004 21:20:12 - 1.29 +++ SystemUtils.java 12 Feb 2004 01:58:33 - 1.30 @@ -100,6 +100,18 @@ private static final String JAVA_HOME_KEY = java.home; /** + * pThe codeawt.toolkit/code System Property./p + * pHolds a class name, on Windows XP this is codesun.awt.windows.WToolkit/code./p + * pbOn platforms without a GUI, this value is codenull/code./b/p + * + * pDefaults to codenull/code if the runtime does not have + * security access to read this property or the property does not exist./p + * + * @since 2.1 + */ +public static final String AWT_TOOLKIT = getSystemProperty(awt.toolkit); + +/** * pThe codefile.encoding/code System Property./p * pFile encoding, such as codeCp1252/code./p * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26877] - [lang] Add SystemUtils.AWT_TOOLKIT.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26877. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26877 [lang] Add SystemUtils.AWT_TOOLKIT. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|Add SystemUtils.AWT_TOOLKIT.|[lang] Add ||SystemUtils.AWT_TOOLKIT. Target Milestone|--- |2.1 Final - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] [id] Prefix, UUID and Host StringIdentifierGenerator
Alban Peignier wrote: Hi everybody, I worked on three StringIdentifierGenerator implementations which can be useful. These is an ASCII javadoc summary : - PrefixStringIdentifierGenerator extends AbstractStringIdentifierGenerator PrefixStringIdentifier(String prefix, StringIdentifierGenerator) prefixes the identifier returns by the specified generator with the given prefix - HostStringIdentifierGenerator extends PrefixStringIdentifierGenerator HostStringIdentifierGenerator(StringIdentifierGenerator) : uses the local hostname HostStringIdentifierGenerator(InetAddress, StringIdentifierGenerator) - UUIDClockStringIdentifierGenerator extends AbstractStringIdentifierGenerator UUIDClockStringIdentifierGenerator(UUIDClock) Our goal is to be able to compose a HostStringIdentifierGenerator and a UUIDClockStringIdentifierGenerator to identify messages in a network application. PS : I can prepare a patch with these three classses. .. but not from this place, no real CVS access :o(. Alban, I have been playing around with similar ideas -- essentially concatenating identifiers. We may want to enable more than two identifiers to be concatentated, so I would suggest something more along the lines of a CompositeIdentifierGenerator that could wrap an array or list of IdentifierGenerators and use these to generate composite ids. One example of this would be a CompositeStringIdentifierGenerator that uses concatenation to combine ids. Another strategy might be concatenate, then hash, etc. I am not sure what the best design strategy will be here, but I think the ability to compose identifiers using different composition strategies may be a good thing to have. Another sort of related thing that I have been thinking about is attaching signatures to ids, so that their authenticity can be validated. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26772] - [math][patch] addition of load(double[]) initialization to the EmpiricalDistribution
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26772 [math][patch] addition of load(double[]) initialization to the EmpiricalDistribution [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-12 04:36 --- Patches applied. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math][patch] Bug 26772 patches resubmitted
Piotr, Thanks, I applied the patches. Here are some additional things that we should clean up in EmpiricalDistribution, if you (or anyone else :-) have more time and are interested in these things. 1. Either remove or implement the not implemented yet distribution persistence methods. I am ambivalent on these, maybe just supporting serialization is enough. 2. Refactor the tests to test the double- and file- based loads more neatly. 3. Develop some sort of rationale for the test tolerances. This is an interesting mathstat problem. I would ideally like to use statistical tests (like elsewhere in the random package), but it is not obvious what the right test or test parameters should be. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[digester] attribute substitution/variable expansion
Hi Robert, A while ago there was some discussion about the newly added MultiVariableExpander, and whether or not there was also a need for a simple VariableExpander implementation. You were going to look into whether MultiVariableExpander implements a true superset of ant variable-expansion behaviour or not (I believe it does). Did you make any progress on this? Is there anything that I can help with? I know you're rather busy on Betwixt at the moment, but I would like to keep some momentum towards a Digester 1.6 release too, if possible. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jelly-tags/commons-jelly-tags-jetty failed
To whom is may concern, This is an automated request, but not an unsolicited one. Please see: http://jakarta.apache.org/gump/nagged.html Project: commons-jelly-tags-jetty has an issue affecting it's community integration. State: Failed The URL for full details is: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.html - - - - - G U M P Y Gump provided these annotations: - Info - Sole jar [/data/gump/jelly-tags/jetty/target/commons-jelly-tags-jetty-20040212.jar] identifier set to project name - Error - Failed with reason build failed - - - - - G U M P Y Gump performed this work: Work Name: build_jelly-tags_commons-jelly-tags-jetty (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jetty-20040212 jar [Working Directory: /data/gump/jelly-tags/jetty] - [javac] symbol : class OutputStreamLogSink [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] private static OutputStreamLogSink _logSink; [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:71: cannot resolve symbol [javac] symbol : class Authenticator [javac] location: class org.mortbay.http.SecurityConstraint [javac] import org.mortbay.http.SecurityConstraint.Authenticator; [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:75: cannot resolve symbol [javac] symbol : class Code [javac] location: package util [javac] import org.mortbay.util.Code; [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/JettyHttpServerTag.java:118: cannot resolve symbol [javac] symbol : class OutputStreamLogSink [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] _logSink = new OutputStreamLogSink(DEFAULT_LOG_FILE); [javac]^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/JettyHttpServerTag.java:120: cannot resolve symbol [javac] symbol : variable Log [javac] location: class org.apache.commons.jelly.tags.jetty.JettyHttpServerTag [javac] Log.instance().add(_logSink); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:236: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(Unknown user-data-constraint:+guarantee); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:281: cannot resolve symbol [javac] symbol : class Authenticator [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Authenticator authenticator=null; [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:293: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(UNKNOWN AUTH METHOD: +m); [javac] ^ [javac] /data/gump/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty/SecurityHandlerTag.java:306: cannot resolve symbol [javac] symbol : variable Code [javac] location: class org.apache.commons.jelly.tags.jetty.SecurityHandlerTag [javac] Code.warning(FORM Authentication miss-configured); [javac] ^ [javac] 13 errors BUILD FAILED /data/gump/jelly-tags/jetty/build.xml:31: Compile failed; see the compiler error output for details. Total time: 4 seconds - To subscribe to this information via syndication: RSS: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.rss | Atom: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-jetty.atom -- Gump http://jakarta.apache.org/gump [lsd] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jelly-tags/commons-jelly-tags-junit failed
To whom is may concern, This is an automated request, but not an unsolicited one. Please see: http://jakarta.apache.org/gump/nagged.html Project: commons-jelly-tags-junit has an issue affecting it's community integration. This issue affects 29 projects. State: Failed The URL for full details is: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-junit.html - - - - - G U M P Y Gump provided these annotations: - Info - Sole jar [/data/gump/jelly-tags/junit/target/commons-jelly-tags-junit-20040212.jar] identifier set to project name - Error - Failed with reason build failed - - - - - G U M P Y Gump performed this work: Work Name: build_jelly-tags_commons-jelly-tags-junit (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 9 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-junit-20040212 jar [Working Directory: /data/gump/jelly-tags/junit] - [junit] [junit] The exception was: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:31:-1: lt;test:failgt; file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:31:-1: lt;test:failgt; This should always fail [junit] [junit] [junit] The exception was: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:47:-1: lt;test:assertEqualsgt; file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:47:-1: lt;test:assertEqualsgt; This should always fail expected:[def] but was:[abc] [junit] Expected expression: def [junit] Actual expression: ${foo} [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0.325 sec [junit] Testsuite: org.apache.commons.jelly.tags.junit.TestJUnit [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0.325 sec [junit] - Standard Error - [junit] Feb 12, 2004 5:16:34 AM org.apache.commons.jelly.tags.junit.AssertThrowsTag getThrowableClass [junit] WARNING: The class: java.lang.Class is not an Exception class. [junit] Feb 12, 2004 5:16:34 AM org.apache.commons.jelly.tags.junit.AssertThrowsTag getThrowableClass [junit] WARNING: Could not find exception class: foo.bar.Baz [junit] - --- [junit] Testcase: assertTests took 0.142 sec [junit] Testcase: failTests took 0.015 sec [junit] Testcase: assertEqualTests took 0.014 sec [junit] Testcase: assertThrowsTests took 0.119 sec [junit] Caused an ERROR [junit] file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] org.apache.commons.jelly.JellyTagException: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:707) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:296) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:105) [junit] Caused by: org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: file:/data/gump/jelly-tags/junit/target/test-classes/org/apache/commons/jelly/tags/junit/suite.jelly:103:-1: test:assert columnNumber not set. Assertion failed while evaluating test: ${ex.columnNumber gt 0} [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:85) [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:96) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:104) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) [junit] ... 11 more [junit] Root cause [junit] org.apache.commons.jelly.tags.junit.JellyAssertionFailedError:
DO NOT REPLY [Bug 26827] - [bean] DateLocaleConverter is not thread-safe
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26827 [bean] DateLocaleConverter is not thread-safe --- Additional Comments From [EMAIL PROTECTED] 2004-02-12 07:55 --- It has been always been NOT multi-thread safe, the fact is that they documented it starting from 1.4, after a bug opened at java.sun.com. Please, don't use synchronization, but instantiate a new SimpleDataFormat in the method that use it. I have a heavy use financial information server that suffered from that bug in jdk1.1 and testing, we discovered that the better way is not to synchronize, but to instantiate new. Ciao. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maybe OT, but....
Hi This might be a bit off topic, but I'm a new member on this list and I am subscribed to the digest version. I use MS Outlook to read mail and at the moment I am not getting much benefit from being subscribed to this list. The trouble is I can't see the content of the mail, I get several *.ezm attachments and a single .txt file as mail digest contents. I've never had this trouble before. I know this is probably a ezmlm/outlook configuration problem, but does anyone know if there is anything I can do to make Outlook read the mailinglist properly? If anyone can help then please get in touch directly since there is no reason to bother the list with this matter (unless others are having the same problem?). Thanks Lee Francis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Trying to cancel PostMethod
I have an issue with an HttpClient where it is executing a PostMethod and I would like to cancel this method. I have tried to use recycle() and releaseConnection(), but these don't seem to work. Any suggestions on how I should handle this issue? Currently using RC3 Thank You Carlos Javier Rivera Vazquez Staff Engineer GE Power Systems Network Reliability Services 1990 West NASA Blvd Melbourne, FL 32904 __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trying to cancel PostMethod
I might be able to help you, depending on what you are doing in the POST. I just had to do this very thing for a file upload POST. The way I accomplished this was to extend the org.apache.commons.httpclient.methods.multipart.FilePartSource class and return my own InputStream, that checked for a cancel status every time an I/O read was done.If you are sending large amounts of data across the wire, a cancel could be accomplished in such a manner. However, if you have a very small POST, there's probably no point in canceling. The data is going to cross the wire so fast, a user wouldn't be able to cancel it in time. BradO On Feb 11, 2004, at 2:02 PM, [EMAIL PROTECTED] wrote: I have an issue with an HttpClient where it is executing a PostMethod and I would like to cancel this method. I have tried to use recycle() and releaseConnection(), but these don't seem to work. Any suggestions on how I should handle this issue? Currently using RC3 Thank You Carlos Javier Rivera Vazquez Staff Engineer GE Power Systems Network Reliability Services 1990 West NASA Blvd Melbourne, FL 32904 __ - 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]