Re: [BeanUtils] Collection 3.0 dependency, release status
On 29 Jan 2004, at 20:11, David Graham wrote: --- Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, I see the BeanUtils 1.7-dev already depends on commons collections 3.0-dev and builds OK. Can we update the dependency to collections 3.0 (final)? What's left to be done for the BeanUtils 1.7 release? Personally, I'd like to see this enhancement added before the release: Add BeanFactory for dynamic factories http://issues.apache.org/bugzilla/show_bug.cgi?id=18087 There has been some positive feedback on this list about adding it. I could do this myself if the BeanUtils committers still think it's a good idea. i'm still ambivalent. if craig has no strong feelings against then i suppose that there's an argument that since there are people who think the code's useful it might as well go in. i would be happier to hear craig's opinions on this one before it gets committed. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit invalid-personnel-schema.xml TestXmlTestCase.java XmlTestCase.java
rdonkin 2004/02/01 05:48:27 Modified:betwixt Tag: REFACTORING-BRANCH_2004-01-13 project.xml betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 TestXmlTestCase.java XmlTestCase.java Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 invalid-personnel-schema.xml Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.32.2.1 +1 -1 jakarta-commons/betwixt/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/betwixt/project.xml,v retrieving revision 1.32 retrieving revision 1.32.2.1 diff -u -r1.32 -r1.32.2.1 --- project.xml 11 Jan 2004 20:59:09 - 1.32 +++ project.xml 1 Feb 2004 13:48:27 - 1.32.2.1 @@ -131,7 +131,7 @@ !-- runtime dependencies only required for testing and sample programs -- dependency idxerces/id - version2.2.1/version + version2.4.0/version urlhttp://xml.apache.org/xerces2-j/index.html/url /dependency No revision No revision 1.4.2.1 +48 -5 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/TestXmlTestCase.java Index: TestXmlTestCase.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/TestXmlTestCase.java,v retrieving revision 1.4 retrieving revision 1.4.2.1 diff -u -r1.4 -r1.4.2.1 --- TestXmlTestCase.java 19 Oct 2003 14:44:53 - 1.4 +++ TestXmlTestCase.java 1 Feb 2004 13:48:27 - 1.4.2.1 @@ -9,7 +9,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 2001-2003 The Apache Software Foundation. All rights + * Copyright (c) 2001-2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -61,8 +61,13 @@ * */ +import java.io.File; +import java.io.FileInputStream; + import junit.framework.AssertionFailedError; +import org.xml.sax.InputSource; + /** * Test harness which test xml unit * @@ -152,5 +157,43 @@ if (failed) { fail(Expected unit test to fail!); } +} + +public void testValidateSchemaValidOne() throws Exception { +String basedir = System.getProperty(basedir); +InputSource document = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/valid.xml))); +InputSource schema = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/test.xsd))); +assertTrue(isValid(document, schema)); +} + + +public void testValidateSchemaInvalidOne() throws Exception { +String basedir = System.getProperty(basedir); +InputSource document = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/invalid.xml))); +InputSource schema = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/test.xsd))); +assertFalse(isValid(document, schema)); +} + +public void testValidateSchemaValidTwo() throws Exception { +String basedir = System.getProperty(basedir); +InputSource document = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/valid-personnel-schema.xml))); +InputSource schema = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/personnel.xsd))); +assertTrue(isValid(document, schema)); +} + + +public void testValidateSchemaInvalidTwo() throws Exception { +String basedir = System.getProperty(basedir); +InputSource document = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/invalid-personnel-schema.xml))); +InputSource schema = new InputSource(new FileInputStream( +new File(basedir,src/test/org/apache/commons/betwixt/xmlunit/personnel.xsd))); +assertFalse(isValid(document, schema)); } } 1.11.2.1 +120 -4 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/XmlTestCase.java Index: XmlTestCase.java === RCS file:
Contacting the webmaster?
I've been having problems posting to the list. A couple of days ago I looked here: http://jakarta.apache.org/site/contact.html and found a link to the webmaster (down at the bottome of the page): mailto:webmaster.AT.jakarta.DOT.apache.DOT.org Changing this link in the obvious way, I sent a message to the webmaster on Friday, and now it's bounced back as undeliverable. Please can someone tell me how to contact the administrator of this site or would the administrator please step forward if he or she is reading this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit valid.xml
rdonkin 2004/02/01 05:49:30 Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 valid.xml Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.1.2.1 +47 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/Attic/valid.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit personnel.xsd
rdonkin 2004/02/01 05:49:44 Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 personnel.xsd Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.1.2.1 +82 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/Attic/personnel.xsd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit test.xsd
rdonkin 2004/02/01 05:50:00 Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 test.xsd Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.1.2.1 +23 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/Attic/test.xsd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit invalid.xml
rdonkin 2004/02/01 05:50:16 Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 invalid.xml Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.1.2.1 +47 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/Attic/invalid.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit valid-personnel-schema.xml
rdonkin 2004/02/01 05:50:31 Added: betwixt/src/test/org/apache/commons/betwixt/xmlunit Tag: REFACTORING-BRANCH_2004-01-13 valid-personnel-schema.xml Log: Tests for validation tests. Revision ChangesPath No revision No revision 1.1.2.1 +43 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/xmlunit/Attic/valid-personnel-schema.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Contacting the webmaster?
hi steve (i suspect - but don't know for certain - that the latest round of windoz virii have meant that some public email address at the ASF have had to be battened down.) the jakarta website is collectively created by the jakarta developers and managed collectively by the jakarta committers. the general list at jakarta is the place where development of the website occurs. if your question is one that can be made public, i'd recommend that you subscribe to that list and ask there. if your question is confidential then i'd recommend asking either on infrastructure or posting to the pmc at jakarta. - robert On 1 Feb 2004, at 13:49, Steve Cohen wrote: I've been having problems posting to the list. A couple of days ago I looked here: http://jakarta.apache.org/site/contact.html and found a link to the webmaster (down at the bottome of the page): mailto:webmaster.AT.jakarta.DOT.apache.DOT.org Changing this link in the obvious way, I sent a message to the webmaster on Friday, and now it's bounced back as undeliverable. Please can someone tell me how to contact the administrator of this site or would the administrator please step forward if he or she is reading this? - 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]
Bug report for Commons [2004/02/01]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 599|Opn|Enh|2001-02-13|Add ability to set parameter with CallParam that i| | 3893|Opn|Enh|2001-10-01|Multiple element body parts problem | | 6508|Ass|Enh|2002-02-17|HttpClient now supports proxyHost and proxyPort - | | 6826|Ass|Enh|2002-03-04|Need to have xml files validated against DTDs as p| | 6829|Ass|Enh|2002-03-04|Allow easier way of user specified tests | | 7069|Ass|Enh|2002-03-13|DTD and DOM Validators| | 7135|Opn|Enh|2002-03-14|Misleading error message when beaninfo class confl| | 7226|Opn|Enh|2002-03-19|Nested Bean Collection| | 7367|New|Nor|2002-03-22|[unspecified] ServiceManager not actually serializ| | 7465|New|Nor|2002-03-25|Need better 'dist' build | | 7981|Ver|Nor|2002-04-11|[codec][PATCH] add 2 new methods for encoding stri| | 8140|Ver|Nor|2002-04-16|Incorrect credentials loop infinitely | |10319|New|Enh|2002-06-28|Instantiate property if null in form bean | |10543|Ass|Enh|2002-07-08|generate ant task automatically from CLI | |10793|New|Enh|2002-07-15|User definable default headers support| |10794|Ass|Enh|2002-07-15|User interaction for authentication | |10810|New|Enh|2002-07-15|Response handlers | |10813|New|Enh|2002-07-15|RFC 2965 Support (Port sensitive cookies) | |10815|New|Enh|2002-07-15|Instrumentation for Timings | |10818|Opn|Enh|2002-07-15|[logging] Add method enter() and exit() methods to| |10957|New|Nor|2002-07-18|Change Header/HeaderElement to handle a list as th| |12807|New|Nor|2002-09-19|[PATCH] x 2 Update build.xml to use commons-loggin| |12858|Ass|Nor|2002-09-20|Style variation in CVS $Header$ tag in embedded LI| |12997|Opn|Nor|2002-09-25|Call the method as soon as the last parameter is e| |13031|New|Enh|2002-09-26|Use regular expression (regex) pattern matching fo| |13390|New|Nor|2002-10-07|ResponseHeaderHandler and ResponseHeaderValidator | |13426|New|Enh|2002-10-08|[PATCH] xml-reference.xml responseHeader addition | |13743|Opn|Enh|2002-10-17|Need getPropertyType(Class theClass, String propNa| |14036|New|Enh|2002-10-29|MultipartPostMethod does not check for error messa| |14262|Opn|Maj|2002-11-05|SAXBeanWriter produces invalid XML| |14394|Ver|Nor|2002-11-08|Excessive exceptions log under security manager | |14667|Ver|Maj|2002-11-19|PropertyUtils.copyProperties does not copy to Dyna| |15082|Ass|Enh|2002-12-04|[lang] elapsed time formatting utility method | |15451|Opn|Enh|2002-12-17|Multiple mapped properties not possible / Direct m| |15519|Ver|Maj|2002-12-19|PropertyUtils.getPropertyType() for java.util.Coll| |15534|New|Nor|2002-12-19|Inadequate HTTP proxy server support in HttpClient| |15744|New|Nor|2002-12-31|[unspecified] Scaffold ResultSet used after statem| |15895|Unc|Nor|2003-01-08|In BeanMap all properties are writable (some with | |16038|Opn|Enh|2003-01-13|[beanutils] LocaleBeanUtils.copyProperties() does | |16124|New|Nor|2003-01-15|isHttp11 should have HttpClient scope | |16132|New|Maj|2003-01-15|[Jelly] core:file convert html to lt;htmlgt; | |16394|New|Enh|2003-01-24|Enhance the IndexedListProperty to handle nested l| |16465|New|Enh|2003-01-27|[collections] MultiMap ideas - ChainedHashMap | |16484|Ass|Maj|2003-01-28|Error parsing options a-la Java property option | |16504|New|Enh|2003-01-28|[configuration][submit] Enhancement: Configuration| |16525|Opn|Enh|2003-01-29|BeanUtils.setProperty is over-zealous at convertin| |16600|New|Nor|2003-01-30|JUnitTestAdapter throws SAXException because no DT| |16744|New|Enh|2003-02-04|Allow special positioning of error messages | |16803|New|Nor|2003-02-05|Discovery tests fail with maven | |16859|New|Nor|2003-02-06|[unspecified] Can't supply a javax.mail.Session to| |16873|New|Enh|2003-02-07|Specifying a different latka.properties file |
Re: [math] Details on Cutting the release
--- Mark R. Diggory [EMAIL PROTECTED] wrote: [deletia] *jar release* (jar) Archive: commons-math-0.1-dev.jar [deletia] So the jar has no tests and no experimental code within it. Any Comments? -Mark Sorry to chime in so late, but my preference would be to include the tests no matter which release package it is. They serve as examples of using the code, even if one decided to suspect them as a validation of the correctness of the code (which is up to the individual user). I know that may seem to hybridize all release packages, but if it were standard to include test source with all our release packages, it maybe wouldn't seem like they were hybrids as much as it would be just an additional form of documentation. Al = Albert Davidson Chou Get answers to Mac questions at http://www.Mac-Mgrs.org/ . __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Details on Cutting the release
Al Chou wrote: --- Mark R. Diggory [EMAIL PROTECTED] wrote: [deletia] *jar release* (jar) Archive: commons-math-0.1-dev.jar [deletia] So the jar has no tests and no experimental code within it. Any Comments? -Mark Sorry to chime in so late, but my preference would be to include the tests no matter which release package it is. They serve as examples of using the code, even if one decided to suspect them as a validation of the correctness of the code (which is up to the individual user). I know that may seem to hybridize all release packages, but if it were standard to include test source with all our release packages, it maybe wouldn't seem like they were hybrids as much as it would be just an additional form of documentation. Al Yes Al, we should plan to include the src/test java files into the source and binary tar/zip distributions. But (IMHO) the commons-math-1.0.jar itself is strictly just the api. I think this is the standard way that commons projects are packaged. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[lang] Validate patch
I've added an isInstanceOf method to the validate class, as well as appropriate tests in ValidateTest. The patch is attached. It was created using WinCVS 1.2, from the directory jakarta-commons/lang. I've tested the new functionality from both Eclipse and the Ant build. Please let me know if I've submitted the patch inappropriately, or even if there's just a "more preferred" method - this is my first patch to Jakarta. Regards, Mike Lanzetta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Validate patch
Michael Lanzetta wrote: Please let me know if I've submitted the patch inappropriately, or even if there's just a more preferred method - this is my first patch to Jakarta. Submitting patches as enhancements in Bugzilla is usually the preferred way -- that way there's a permanent record of the patch and it can't get lost. Patches posted to the mailing list are often missed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Details on Cutting the release
Al Chou wrote: I guess the jar file distribution is for when you need to grab a library you already know you depend on, without getting anything else -- say, when you're installing an already-written app that depends on a jar, and that jar didn't come with the app. That makes sense to me, I've certainly needed that sort of packaging enough times myself! Al Exactly, and we will be providing documentation and source from the JUnit tests and examples in the tar.gz/zip distributions so that if a user is doing initial learning, exploration and development, then they have a strong example base to work with. And still, in this case, we want to keep that source separate from the packaged math jar provided or built in those distributions. Maybe, we can provide some applets that execute in the User Manual documentation such that the user can see and play around with live examples while reading the documentation on them. Any thoughts? -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy NamespacePrefixMapper.java
rdonkin 2004/02/01 14:55:02 Added: betwixt/src/java/org/apache/commons/betwixt/strategy Tag: REFACTORING-BRANCH_2004-01-13 NamespacePrefixMapper.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +125 -0 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy/Attic/NamespacePrefixMapper.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Father.java
rdonkin 2004/02/01 14:55:48 Modified:betwixt/src/java/org/apache/commons/betwixt Tag: REFACTORING-BRANCH_2004-01-13 IntrospectionConfiguration.java betwixt/src/java/org/apache/commons/betwixt/digester Tag: REFACTORING-BRANCH_2004-01-13 AttributeRule.java ElementRule.java betwixt/src/java/org/apache/commons/betwixt/io Tag: REFACTORING-BRANCH_2004-01-13 AbstractBeanWriter.java BeanWriter.java betwixt/src/java/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 Schema.java betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 Father.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.3 +25 -5 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/Attic/IntrospectionConfiguration.java Index: IntrospectionConfiguration.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/Attic/IntrospectionConfiguration.java,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- IntrospectionConfiguration.java 18 Jan 2004 23:01:52 - 1.1.2.2 +++ IntrospectionConfiguration.java 1 Feb 2004 22:55:47 - 1.1.2.3 @@ -65,6 +65,7 @@ import org.apache.commons.betwixt.strategy.DefaultNameMapper; import org.apache.commons.betwixt.strategy.DefaultPluralStemmer; import org.apache.commons.betwixt.strategy.NameMapper; +import org.apache.commons.betwixt.strategy.NamespacePrefixMapper; import org.apache.commons.betwixt.strategy.PluralStemmer; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; @@ -117,7 +118,8 @@ */ private NameMapper attributeNameMapper; - +/** Prefix naming strategy */ +private NamespacePrefixMapper prefixMapper = new NamespacePrefixMapper(); /** @@ -303,4 +305,22 @@ introspectionLog = log; } + +/** + * Gets the codeNamespacePrefixMapper/code used to convert namespace URIs + * into prefixes. + * @return NamespacePrefixMapper, not null + */ +public NamespacePrefixMapper getPrefixMapper() { +return prefixMapper; +} + +/** + * Sets the codeNamespacePrefixMapper/code used to convert namespave URIs + * into prefixes. + * @param mapper NamespacePrefixMapper, not null + */ +public void setPrefixMapper(NamespacePrefixMapper mapper) { +prefixMapper = mapper; +} } No revision No revision 1.8.2.4 +10 -6 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/digester/AttributeRule.java Index: AttributeRule.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/digester/AttributeRule.java,v retrieving revision 1.8.2.3 retrieving revision 1.8.2.4 diff -u -r1.8.2.3 -r1.8.2.4 --- AttributeRule.java18 Jan 2004 22:25:22 - 1.8.2.3 +++ AttributeRule.java1 Feb 2004 22:55:47 - 1.8.2.4 @@ -117,12 +117,16 @@ throw new SAXException(' + nameAttributeValue + ' would not be a well formed xml attribute name.); } -descriptor.setQualifiedName( nameAttributeValue ); +String qName = nameAttributeValue; descriptor.setLocalName( nameAttributeValue ); String uri = attributes.getValue( uri ); if ( uri != null ) { -descriptor.setURI( uri ); +descriptor.setURI( uri ); +String prefix = getXMLIntrospector().getConfiguration().getPrefixMapper().getPrefix(uri); +qName = prefix + : + nameAttributeValue; } +descriptor.setQualifiedName( qName ); + String propertyName = attributes.getValue( property ); descriptor.setPropertyName( propertyName ); descriptor.setPropertyType( loadClass( attributes.getValue( type ) ) ); 1.13.2.5 +9 -6 jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/digester/ElementRule.java Index: ElementRule.java === RCS file: /home/cvs/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/digester/ElementRule.java,v retrieving revision 1.13.2.4 retrieving revision 1.13.2.5 diff -u -r1.13.2.4 -r1.13.2.5 --- ElementRule.java 18 Jan 2004 22:25:22 - 1.13.2.4 +++
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt PersonWithNamespace.betwixt
rdonkin 2004/02/01 14:56:12 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 PersonWithNamespace.betwixt Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +16 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt/Attic/PersonWithNamespace.betwixt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt PersonWithNamespace.java
rdonkin 2004/02/01 14:56:27 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 PersonWithNamespace.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +110 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt/Attic/PersonWithNamespace.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema simplest-bean-attribute.xsd
rdonkin 2004/02/01 14:56:43 Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 simplest-bean-attribute.xsd Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +10 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema/Attic/simplest-bean-attribute.xsd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema simplest-bean-element.xsd
rdonkin 2004/02/01 14:56:56 Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 simplest-bean-element.xsd Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +12 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema/Attic/simplest-bean-element.xsd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestDotBetwixtNamespace.java
rdonkin 2004/02/01 14:57:20 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 TestDotBetwixtNamespace.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +100 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt/Attic/TestDotBetwixtNamespace.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/strategy TestNamespaces.java
rdonkin 2004/02/01 14:57:36 Added: betwixt/src/test/org/apache/commons/betwixt/strategy Tag: REFACTORING-BRANCH_2004-01-13 TestNamespaces.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +94 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/strategy/Attic/TestNamespaces.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema TestSchemaValidity.java
rdonkin 2004/02/01 14:57:49 Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 TestSchemaValidity.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +85 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema/Attic/TestSchemaValidity.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema TestSchemaGeneration.java
rdonkin 2004/02/01 14:58:08 Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 TestSchemaGeneration.java Log: Improvements to namespace support. Revision ChangesPath No revision No revision 1.1.2.1 +87 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema/Attic/TestSchemaGeneration.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/jdepend - New directory
roxspring2004/02/01 15:04:47 jakarta-commons/cli/src/test/org/apache/commons/cli2/jdepend - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli project.xml
roxspring2004/02/01 15:04:49 Modified:cli Tag: RESEARCH_CLI_2_ROXSPRING project.xml Added: cli/src/test/org/apache/commons/cli2/jdepend Tag: RESEARCH_CLI_2_ROXSPRING JDependTest.java Log: Added JDepend tests to aide repackaging Revision ChangesPath No revision No revision 1.1.2.1 +70 -0 jakarta-commons/cli/src/test/org/apache/commons/cli2/jdepend/Attic/JDependTest.java No revision No revision 1.16.2.3 +5 -0 jakarta-commons/cli/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/cli/project.xml,v retrieving revision 1.16.2.2 retrieving revision 1.16.2.3 diff -u -r1.16.2.2 -r1.16.2.3 --- project.xml 21 Jan 2004 23:22:40 - 1.16.2.2 +++ project.xml 1 Feb 2004 23:04:49 - 1.16.2.3 @@ -82,6 +82,11 @@ version3.8.1/version /dependency +dependency + idjdepend/id + version2.5/version +/dependency + /dependencies build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/apps CvsTest.java AntTest.java
roxspring2004/02/01 15:31:43 Added: cli/src/test/org/apache/commons/cli2/apps Tag: RESEARCH_CLI_2_ROXSPRING CvsTest.java AntTest.java Removed: cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING ApplicationTest.java Log: ApplicationTest is now broken out into the following stub tests as part of repackaging effort org.apache.commons.cli2.apps.AntTest org.apache.commons.cli2.apps.CvsTest Revision ChangesPath No revision No revision 1.1.2.1 +352 -0 jakarta-commons/cli/src/test/org/apache/commons/cli2/apps/Attic/CvsTest.java 1.1.2.1 +238 -0 jakarta-commons/cli/src/test/org/apache/commons/cli2/apps/Attic/AntTest.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 GroupImpl.java StringComparator.java
roxspring2004/02/01 15:41:57 Modified:cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING GroupImpl.java Removed: cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING StringComparator.java Log: StringComparator was only being used by GroupImpl and only in reverse. An optimised comparator has been placed in GroupImpl.java instead Revision ChangesPath No revision No revision 1.1.2.5 +24 -2 jakarta-commons/cli/src/java/org/apache/commons/cli2/Attic/GroupImpl.java Index: GroupImpl.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/Attic/GroupImpl.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- GroupImpl.java31 Jan 2004 16:17:09 - 1.1.2.4 +++ GroupImpl.java1 Feb 2004 23:41:57 - 1.1.2.5 @@ -96,7 +96,7 @@ this.options = Collections.unmodifiableList(optionsCopy); final List anonymous = new ArrayList(); - final SortedMap optionMap = new TreeMap(StringComparator.getReverseInstance()); + final SortedMap optionMap = new TreeMap(ReverseStringComparator.getInstance()); for (final Iterator i = optionsCopy.iterator(); i.hasNext();) { final Option option = (Option) i.next(); @@ -413,4 +413,26 @@ return helpLines; } -} \ No newline at end of file +} + +class ReverseStringComparator implements Comparator { +private static final Comparator instance = new ReverseStringComparator(); + +public static final Comparator getInstance() { +return instance; +} + +private ReverseStringComparator(){ +// just making sure nobody else creates one +} + +/* (non-Javadoc) + * @see java.util.Comparator#compare(java.lang.Object, java.lang.Object) + */ +public int compare(final Object o1, final Object o2) { +final String s1 = (String) o1; +final String s2 = (String) o2; + +return -s1.compareTo(s2); +} +} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/builders - New directory
roxspring2004/02/01 17:29:17 jakarta-commons/cli/src/java/org/apache/commons/cli2/builders - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/impl - New directory
roxspring2004/02/01 17:29:18 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/impl - New directory
roxspring2004/02/01 17:29:18 jakarta-commons/cli/src/test/org/apache/commons/cli2/impl - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline - New directory
roxspring2004/02/01 17:29:18 jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/jdepend JDependTest.java
roxspring2004/02/01 17:29:55 Modified:cli/src/test/org/apache/commons/cli2/bugs Tag: RESEARCH_CLI_2_ROXSPRING Bug13935Test.java Bug13886Test.java Bug15046Test.java Bug15648Test.java cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING HelpFormatterTest.java CommandLineTest.java PrecedenceTest.java CommandLineDefaultsTest.java DocumentationTest.java cli/src/java/org/apache/commons/cli2/resources Tag: RESEARCH_CLI_2_ROXSPRING ResourceHelper.java cli/src/test/org/apache/commons/cli2/apps Tag: RESEARCH_CLI_2_ROXSPRING CvsTest.java LsTest.java CpTest.java AntTest.java cli/src/test/org/apache/commons/cli2/jdepend Tag: RESEARCH_CLI_2_ROXSPRING JDependTest.java Added: cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING Comparators.java MissingOptionException.java Command.java BadPropertyException.java MissingValueException.java DefaultOption.java ParentImpl.java messages.properties SourceDestArgument.java UnexpectedOptionException.java OptionImpl.java ArgumentImpl.java BurstException.java PropertyOption.java Switch.java UnexpectedValueException.java GroupImpl.java cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING CommandLineImpl.java Parser.java cli/src/test/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupTestCase.java PropertyOptionTest.java GroupTest.java OptionTestCase.java ParentTest.java CommandTest.java ComparatorsTest.java ArgumentTestCase.java ParentTestCase.java ArgumentTest.java SwitchTest.java DefaultOptionTest.java cli/src/java/org/apache/commons/cli2/builders Tag: RESEARCH_CLI_2_ROXSPRING DefaultOptionBuilder.java PatternBuilder.java CommandBuilder.java SwitchBuilder.java ArgumentBuilder.java GroupBuilder.java Removed: cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING BurstException.java CommandLineImpl.java MissingValueException.java ParentImpl.java Comparators.java DefaultOptionBuilder.java Switch.java Command.java BadPropertyException.java DefaultOption.java MissingOptionException.java messages.properties UnexpectedOptionException.java UnexpectedValueException.java GroupBuilder.java SwitchBuilder.java PropertyOption.java OptionImpl.java CommandBuilder.java PatternBuilder.java ArgumentImpl.java SourceDestArgument.java GroupImpl.java ArgumentBuilder.java CommandLineParser.java cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING ArgumentTest.java ArgumentTestCase.java GroupTestCase.java ParentTestCase.java SwitchTest.java ComparatorsTest.java ParentTest.java GroupTest.java OptionTestCase.java PropertyOptionTest.java CommandTest.java DefaultOptionTest.java Log: Repackaged cli2 classes using new impl, builders, commandline subpackaged. Revision ChangesPath No revision No revision 1.1.2.1 +407 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/Comparators.java 1.1.2.1 +86 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/MissingOptionException.java 1.1.2.1 +229 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/Command.java 1.1.2.1 +87 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/BadPropertyException.java 1.1.2.1 +86 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/MissingValueException.java 1.1.2.1 +275 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/impl/Attic/DefaultOption.java 1.1.2.1 +230 -0
[jira] Created: (JELLY-106) Tag body as message body causes NullPointerException
Message: A new issue has been created in JIRA. - View the issue: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=JELLY-106 Here is an overview of the issue: - Key: JELLY-106 Summary: Tag body as message body causes NullPointerException Type: Bug Status: Unassigned Priority: Major Project: jelly Components: taglib.email Assignee: Reporter: Willie Vu Created: Sun, 1 Feb 2004 5:36 PM Updated: Sun, 1 Feb 2004 5:36 PM Description: email:email server=${maven.check.email.server} from=${maven.check.email.from} to=${maven.check.emails} subject=Unit Test Daily Build Failed ${mailContent} /email:email causes the following exception: org.apache.commons.jelly.JellyTagException: file:/home/wks/timeroot/time/:349:48: email:email java.lang.NullPointerException at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:683) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:288) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:455) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:534) at org.apache.maven.cli.App.main(App.java:1097) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Caused by: java.lang.NullPointerException at javax.mail.internet.MimeUtility.checkAscii(MimeUtility.java:915) at javax.mail.internet.MimeBodyPart.setText(MimeBodyPart.java:812) at javax.mail.internet.MimeMessage.setText(MimeMessage.java:1333) at javax.mail.internet.MimeMessage.setText(MimeMessage.java:1321) at org.apache.commons.jelly.tags.email.EmailTag.doTag(EmailTag.java:277) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) ... 15 more Root cause java.lang.NullPointerException at javax.mail.internet.MimeUtility.checkAscii(MimeUtility.java:915) at javax.mail.internet.MimeBodyPart.setText(MimeBodyPart.java:812) at javax.mail.internet.MimeMessage.setText(MimeMessage.java:1333) at javax.mail.internet.MimeMessage.setText(MimeMessage.java:1321) at org.apache.commons.jelly.tags.email.EmailTag.doTag(EmailTag.java:277) If message attribute is used as follows, it works. email:email server=${maven.check.email.server} from=${maven.check.email.from} to=${maven.check.emails} subject=Unit Test Daily Build Failed message=${mailContent} /email:email - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26584] New: - Support required hidden fields.
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=26584. 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=26584 Support required hidden fields. Summary: Support required hidden fields. Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Validator AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] While it may sound strange, I have found it useful to add 'hidden' fields to those which are validated by the required validator. The use case is when I have a complicated HTML interface, like cascading inter-dependent menus, where the menus themselves don't represent real data fields, but are used with javascript to set the value of a hidden field. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26584] - Support required hidden fields.
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=26584. 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=26584 Support required hidden fields. --- Additional Comments From [EMAIL PROTECTED] 2004-02-02 03:01 --- Created an attachment (id=10172) add field.type == 'hidden' to list of checks for required validation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26585] New: - JavaScript: Support 'mask' for file upload fields.
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=26585. 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=26585 JavaScript: Support 'mask' for file upload fields. Summary: JavaScript: Support 'mask' for file upload fields. Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Validator AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Since few browser support the 'accept' attribute for file upload input fields, I find it useful to specify a mask to validate that the uploaded file has a valid extension. It's not perfect, of course, but it seems like a trivial extension to add file.type == 'file' to the test to see whether or not to apply the mask to the given field. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26585] - JavaScript: Support 'mask' for file upload fields.
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=26585. 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=26585 JavaScript: Support 'mask' for file upload fields. --- Additional Comments From [EMAIL PROTECTED] 2004-02-02 03:05 --- Created an attachment (id=10173) Patch adding field.type == 'file' to the field types which are vaidated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26517] - Compilation of jsvc fails, missing ; in home.c
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=26517. 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=26517 Compilation of jsvc fails, missing ; in home.c [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-02-02 03:18 --- I don't personally have access to RH 9, so I can't look to see how to remove the warning. If you wanted to research this, and report back, I'd be much obliged :). *** This bug has been marked as a duplicate of 26428 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26428] - It will become an error if compile of jsvc.tar.gz included in tomcat 5.0.18 is carried out.
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=26428. 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=26428 It will become an error if compile of jsvc.tar.gz included in tomcat 5.0.18 is carried out. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-02-02 03:18 --- *** Bug 26517 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[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: - 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, 7 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-20040202 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 - - 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: - 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-20040202 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.304 sec [junit] Testsuite: org.apache.commons.jelly.tags.junit.TestJUnit [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0.304 sec [junit] - Standard Error - [junit] Feb 2, 2004 4:42:14 AM org.apache.commons.jelly.tags.junit.AssertThrowsTag getThrowableClass [junit] WARNING: The class: java.lang.Class is not an Exception class. [junit] Feb 2, 2004 4:42:14 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.127 sec [junit] Testcase: failTests took 0.016 sec [junit] Testcase: assertEqualTests took 0.016 sec [junit] Testcase: assertThrowsTests took 0.108 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] at
Re: Promote HttpClient out of commons?
I am a HttpClient user and a Lucene committer. I don't see any problems in HttpClient moving out of Commons. However, before you waste time doing that, talk to people involved in moving projects from Jakarta and making them Top Level Projects (TLP). Ant, Log4j, etc. have made this move, so you may want to skip the 'Commons - Jakarta' move and just do the 'Commons - TLP' move. Either of the two moves would bring HttpClient more visibility, and I think HttpClient needs and deserves it. Otis Gospodnetic Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag On Sat, 31 Jan 2004, Michael Becke ([EMAIL PROTECTED]) wrote: Hello All, There has been some discussion lately of promoting HttpClient out of commons, making it a regular Jakarta project. Before any such move is made we would need to come to a consensus, and vote, within the HttpClient community. At this point I would like to encourage everyone to put in their 2 cents. What does everyone think? In particular I would like to hear from all the regular committers, contributors, and users. How do you think this move would effect HttpClient's visibility, community, and organization? Mike - 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: Promote HttpClient out of commons?
Otis, et al There are several things that in my view make HttpClient not yet ready for a full-blown TLP status: * Please correct me if I am wrong, but I always thought that TLPs were supposed to support multiple platforms, hence their top level status. Whereas I can certainly imagine HttpClient implemented in straight C or C++ (or any other language), I just do not think we'll have enough resources to actively develop anything but a Java version in the foreseeable future * I can hardly think of any subproject within HttpClient project. Ability to host sub-project within a project is one of the primary criteria for promoting a project to the top level. I do not think we qualify * As useful and feature rich HttpClient has become, let's face it, it's not exactly a masterpiece of design elegancy. Being a TLP would make HttpClient de facto Apache's official HTTP client. Frankly, I do not think HttpClient in its present form deserves it. There's still lots to be done before it possibly could. There are different ways of seeing things, and I certainly can be wrong here, but I do think HttpClient should stay within Jakarta for the release 3.0 and 4.0 Oleg On Sun, 2004-02-01 at 15:46, otisg wrote: I am a HttpClient user and a Lucene committer. I don't see any problems in HttpClient moving out of Commons. However, before you waste time doing that, talk to people involved in moving projects from Jakarta and making them Top Level Projects (TLP). Ant, Log4j, etc. have made this move, so you may want to skip the 'Commons - Jakarta' move and just do the 'Commons - TLP' move. Either of the two moves would bring HttpClient more visibility, and I think HttpClient needs and deserves it. Otis Gospodnetic Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag On Sat, 31 Jan 2004, Michael Becke ([EMAIL PROTECTED]) wrote: Hello All, There has been some discussion lately of promoting HttpClient out of commons, making it a regular Jakarta project. Before any such move is made we would need to come to a consensus, and vote, within the HttpClient community. At this point I would like to encourage everyone to put in their 2 cents. What does everyone think? In particular I would like to hear from all the regular committers, contributors, and users. How do you think this move would effect HttpClient's visibility, community, and organization? Mike - 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: Promote HttpClient out of commons?
* I can hardly think of any subproject within HttpClient project. Ability to host sub-project within a project is one of the primary criteria for promoting a project to the top level. I do not think we qualify Just as one possible subproject, I have been mulling over in my head building a Gnutella layer on top of HttpClient. Our current downloading scheme for LimeWire is very tangled among the rest of the code, and it'd be nice to be able to do the downloading without requiring the rest of the client. Of course, I'd have to clear this with the rest of the LimeWire team, so there's absolutely no guarantee that it'll ever happen -- but there are potential subprojects for HttpClient. As for supporting multiple platforms, isn't Ant a TLP and is only written in Java? HttpClient is already cross-platform because it's written in Java -- I don't think there's a requirement that it be re-implemented in a different language for each platform. Thanks, Sam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Promote HttpClient out of commons?
Hey all, I'm new to the HttpClient mailing list, but here's a couple of newbie observations: * Please correct me if I am wrong, but I always thought that TLPs were supposed to support multiple platforms, hence their top level status. Whereas I can certainly imagine HttpClient implemented in straight C or C++ (or any other language), I just do not think we'll have enough resources to actively develop anything but a Java version in the foreseeable future I must be missing something, but a Java version = multiple platforms supported, unless you are referring to multiple platforms being multiple languages. * I can hardly think of any subproject within HttpClient project. Ability to host sub-project within a project is one of the primary criteria for promoting a project to the top level. I do not think we qualify I wouldn't be so hasty here. I think from a certain point of view, there are several sub-projects within HttpClient already. If you view HttpClient as one monolithic app (which it may well be now) then you have a point, but considering the fact that HttpClient is an implementation that is the conglomeration of several RFC's, I'd say those additional RFC's (besides just the straight HTTP RFC) might constitute sub-projects. A redesign of the architecture might make things look more pluggable in the future. * As useful and feature rich HttpClient has become, let's face it, it's not exactly a masterpiece of design elegancy. Being a TLP would make HttpClient de facto Apache's official HTTP client. Frankly, I do not think HttpClient in its present form deserves it. There's still lots to be done before it possibly could. Masterpiece is a function of good design and maturation. I wouldn't worry too much about this -- there are many OSS projects (and proprietary ones) that rank low on the design elegancy scale. I guess as a newbie, my biggest question is, what are the disadvantages of promotion? As someone that recently had to complete an HTTP dependent project, I was very surprised at the woefully sparse number of helpful HTTP resources for the Java platform. Plenty of Google hits, few real meaty resources though. BradO - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Odd problem
FWIW when I replaced HttpClient with the WebClient classes from HttpUnit it all works again. - Original Message - From: Brett Knights [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Tuesday, January 27, 2004 3:39 PM Subject: Re: Odd problem Thanks for the info. The error is so weird (There is nothing in my trace logs to indicate I am asking for url / and there isn't anything on the server's port 444.) I am wondering if the site is somehow detecting that I am not really a browser and is kicking back that response. I'm stumped. - Original Message - From: Roland Weber [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Monday, January 26, 2004 10:24 PM Subject: Re: Odd problem Hello Brett, the 11b should be part of the chunked encoding used by the server to send back the error page. No reason to worry. I wonder why the server reports a missing page / although that's not the page you requested. Without knowledge of the server application, it is hard to tell how the server determines the page it should return. Here is my guess... HttpClient: Referer: https://target.com/app/login/nllogin.nl[\r][\n] IE: Referer: https://target.com/pages/login.jsp?rdt=%2Fapp%2Fcenter%2Fmyroles.nl You could try to set a different Referer header in your request. best regards, Roland Brett Knights [EMAIL PROTECTED] 27.01.2004 06:15 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:Odd problem Hi, I am using RC3 with jdk 1.4.2_03 When I use http client to get to the site I get a 404 (http client wire log follows then grinder generated IE trace). I just can't see what is going wrong. Any suggestions are appreciated. This is part of a larger scripted operation so I am wondering if if is possible that I am stepping on something by not releasing connections correctly. The 11b at 26 Jan 2004 20:54:20,38726 Jan 2004 20:54:20,387 seems rather odd. DEBUG [main] httpclient.wire - GET /app/center/myroles.nl HTTP/1.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Referer: https://target.com/app/login/nllogin.nl[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Host: target.com[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: NS_VER=9.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: JSESSIONID=536c011ea00848b78315913117b9c243.mkbxr2PEmlnva30N-BbQmkLz-A Tzr6Lzn6rzqwTxpQOUc30KaNDvmQbJrkTOokTBrxyL8Q5xmReHoA5Qmh0KaMTvmQbO-kDv rA4Ka3aIqRnvp6iIpAjOp6jynQjM-AbJpgaTax4SbwbCpQPz8QvJpkixn6jAmljGr5XDqQ LvpAe_[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: lastUser=ACCT102534_3_3[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - Cookie: T16:byMeU53W=[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - [\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - HTTP/1.1 404 Not Found[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Date: Tue, 27 Jan 2004 04:54:26 GMT[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Server: Oracle9iAS/9.0.2 Oracle HTTP Server[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Transfer-Encoding: chunked[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Content-Type: text/html; charset=iso-8859-1[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - b: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HTMLHEAD[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - TITLE404 Not Found/TITLE[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /HEADBODY[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - H1Not Found/H1[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - The requested URL / was not found on this server.P[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HR[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - ADDRESSOracle HTTP Server/1.3.22 Server at target.com Port 444/ADDRESS[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /BODY/HTML[\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG
Re: Promote HttpClient out of commons?
Another downside of top-level-hood is the overhead. Jakarta already has a fully functional PMC and a Charter, as well as an established brand. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ otisg wrote: I am a HttpClient user and a Lucene committer. I don't see any problems in HttpClient moving out of Commons. However, before you waste time doing that, talk to people involved in moving projects from Jakarta and making them Top Level Projects (TLP). Ant, Log4j, etc. have made this move, so you may want to skip the 'Commons - Jakarta' move and just do the 'Commons - TLP' move. Either of the two moves would bring HttpClient more visibility, and I think HttpClient needs and deserves it. Otis Gospodnetic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Promote HttpClient out of commons?
Hello folks, after taking a look on the project list at http://jakarta.apache.org/, I'd feel comfortable to see the HTTP Client among them. It sure wouldn't hurt it's visibility either. I see two major points why it should not be promoted to top level status. The technical reason is the pendig API overhaul. We know it's going to change fundamentally, so I wouldn't like to lure new users to the current API. And the new one isn't even started yet. The organizational reason is Oleg's announcement last year that he's going to scale back his efforts after the API overhaul. I'm sure this will cause some disruption in the development and support process. Unless the committers feel strongly that they can handle the transition smoothly, I recommend to cook this project on the lower flame of Jakarta rather than on the top level. just my 0.02 (Euro), Roland