Re: [configuration] AbstractConfiguration.Container
Emmanuel Bourg schrieb: Oliver Heger wrote: I am not sure what the original intension of the authors was, but I could imagine the following: If you have code like this: configuration.addProperty(prop, string1); configuration.addProperty(prop, string2); String value = configuration.getString(prop); How should the latter call be treated? I think ATM an exception will be thrown because the value of prop is a list rather than a string. An alternative approach would be that this call returned the first string in the list because the property has multiple values of type string (which may be appropriate for some use cases). Currently this code returns the first element of the list. I'm fine with this behaviour. Well I didn't check this. I knew that this was the original behaviour. When I wrote the XML howto I included a paragraph stating that getString() could be called on a property with multiple values and then returns the first value. Later somebody changed this into it is NOT legal to call getString() or one of the other getter methods on a property with multiple values; as the entire list is attempted to be returned. So I supposed that the getter methods have been changed, too. If this is not the case, documentation should be updated. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] AbstractConfiguration.Container
Oliver Heger wrote: Well I didn't check this. I knew that this was the original behaviour. When I wrote the XML howto I included a paragraph stating that getString() could be called on a property with multiple values and then returns the first value. Later somebody changed this into it is NOT legal to call getString() or one of the other getter methods on a property with multiple values; as the entire list is attempted to be returned. So I supposed that the getter methods have been changed, too. If this is not the case, documentation should be updated. Oliver I've updated the documentation, thank you for spotting this :) Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net][vote] Steve Cohen to manage release of commons-net-1.2.2
On Mon, 21 Jun 2004 22:08:55 -0500, Steve Cohen [EMAIL PROTECTED] said: VOTE [X} +1 - Steve Cohen should proceed with release of commons-net 1.2.2 [ ] -1 - no 1.2.2 release should be done at this time. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [configuration] DOM vs DOM4J
Emmanuel Bourg wrote on Monday, June 21, 2004 8:17 PM: Is there a good reason to keep the configurations using DOM4J instead of their DOM based equivalent ? If there is no difference between the two I'm tempted to remove DOM4JConfiguration and HierarchicalDOM4JConfiguration (or to move them to a contrib directory), and then merge DOMConfiguration into XMLConfiguration and HierarchicalDOMJConfiguration into HierarchicalConfiguration. What do you think ? Taking Paul's comment into account, there seems not to be a real sufficient solution. DOCConfiguration is quite nice for JDK = 1.4, since no additional dependency is generated. Therefore I vote in first place for the DOMConfiguration, but it might be good to have DOM4JConfiguration in e.g. commons-configuration-optional around and the possibility to tell the core to use this implementation. Comments? -- Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java
ebourg 2004/06/22 04:23:47 Modified:configuration/conf test.properties configuration/src/test/org/apache/commons/configuration TestPropertiesConfiguration.java Log: Test for properties spread out across several adjacent lines Revision ChangesPath 1.8 +5 -0 jakarta-commons/configuration/conf/test.properties Index: test.properties === RCS file: /home/cvs/jakarta-commons/configuration/conf/test.properties,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- test.properties 22 Jun 2004 10:51:22 - 1.7 +++ test.properties 22 Jun 2004 11:23:46 - 1.8 @@ -19,9 +19,14 @@ test.mixed.array = a test.mixed.array = b, c, d +test.multilines = This is a value spread out across several adjacent \ + natural lines by escaping the line terminator with \ + a backslash character. + # # Test a property that uses a previous property # + base = base base.reference = ${base}extra base.reference.array = ${base}extra 1.10 +11 -1 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java Index: TestPropertiesConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- TestPropertiesConfiguration.java 17 Jun 2004 15:30:29 - 1.9 +++ TestPropertiesConfiguration.java 22 Jun 2004 11:23:47 - 1.10 @@ -131,4 +131,14 @@ assertEquals(3rd element, c, array[2]); assertEquals(4th element, d, array[3]); } + +public void testMultilines() +{ +String property = This is a value spread out across several adjacent ++ natural lines by escaping the line terminator with ++ a backslash character.; + +assertEquals('test.multilines' property, property, conf.getString(test.multilines)); +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Betwixt/XDocletIntegration
Date: 2004-06-22T06:26:02 Editor: KonstantinPribluda [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Betwixt/XDocletIntegration URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration no comment Change Log: -- @@ -28,7 +28,7 @@ Some quick suggestions to plugin development process. * Base package shall be form org.xdoclet.plugin.betwixt * Interfaces decalring tags shall go into: org.xdoclet.plugin.betwixt.qtags - * those interfaces shall be marked up by @qtags.something tags to be really validatable + * those interfaces shall be marked up by @qtag.something tags to be really validatable * do not forget to write tests. support classes are provided, and you can see their usage * in other modules - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [configuration] DOM vs DOM4J
Is there any harm to leaving it there? I have seen a lot of commons projects start creating these various optional/extended jars and think it is a pretty slippery slope to go down.. Part of why I turn to the Commons project is because the tools are relatively simple and don't require me to learn a ton about which jar's I need etc. I think we should either keep it or toss it, but not start an optional package. At least, not until we get 1.0 out. After all, how do you decide which configurations go in the main versus the optional package? Eric -Original Message- From: Jörg Schaible [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 9:00 AM To: Jakarta Commons Developers List Subject: RE: [configuration] DOM vs DOM4J Emmanuel Bourg wrote on Monday, June 21, 2004 8:17 PM: Is there a good reason to keep the configurations using DOM4J instead of their DOM based equivalent ? If there is no difference between the two I'm tempted to remove DOM4JConfiguration and HierarchicalDOM4JConfiguration (or to move them to a contrib directory), and then merge DOMConfiguration into XMLConfiguration and HierarchicalDOMJConfiguration into HierarchicalConfiguration. What do you think ? Taking Paul's comment into account, there seems not to be a real sufficient solution. DOCConfiguration is quite nice for JDK = 1.4, since no additional dependency is generated. Therefore I vote in first place for the DOMConfiguration, but it might be good to have DOM4JConfiguration in e.g. commons-configuration-optional around and the possibility to tell the core to use this implementation. Comments? -- Jörg - 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/configuration/src/java/org/apache/commons/configuration DatabaseConfiguration.java
ebourg 2004/06/22 05:56:54 Modified:configuration/src/java/org/apache/commons/configuration DatabaseConfiguration.java Log: Added a closeQuietly method similar to DbUtils.closeQuietly Revision ChangesPath 1.4 +28 -55 jakarta-commons/configuration/src/java/org/apache/commons/configuration/DatabaseConfiguration.java Index: DatabaseConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/DatabaseConfiguration.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DatabaseConfiguration.java27 Feb 2004 17:41:35 - 1.3 +++ DatabaseConfiguration.java22 Jun 2004 12:56:54 - 1.4 @@ -20,6 +20,7 @@ import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; +import java.sql.Statement; import java.util.ArrayList; import java.util.Collection; import java.util.Iterator; @@ -31,6 +32,9 @@ /** * Configuration stored in a database. * + * @since 1.0 + * + * @author Emmanuel Bourg * @version $Revision$, $Date$ */ public class DatabaseConfiguration extends AbstractConfiguration @@ -126,15 +130,7 @@ } finally { -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } return result; @@ -179,15 +175,7 @@ finally { // clean up -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } } @@ -230,15 +218,7 @@ finally { // clean up -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } return empty; @@ -281,15 +261,7 @@ finally { // clean up -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } return found; @@ -328,15 +300,7 @@ finally { // clean up -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } } @@ -379,17 +343,26 @@ finally { // clean up -try -{ -if (pstmt != null) { pstmt.close(); } -if (conn != null) { conn.close(); } -} -catch (SQLException e) -{ -log.error(e.getMessage(), e); -} +closeQuietly(conn, pstmt); } return keys.iterator(); +} + +/** + * Close a codeConnection/code and, codeStatement/code. + * Avoid closing if null and hide any SQLExceptions that occur. + */ +private void closeQuietly(Connection conn, Statement stmt) +{ +try +{ +if (stmt != null) { stmt.close(); } +if (conn != null) { conn.close(); } +} +catch (SQLException e) +{ +log.error(e.getMessage(), e); +} } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Betwixt/XDocletIntegration
Date: 2004-06-22T04:02:19 Editor: 213.139.147.194 Wiki: Jakarta Commons Wiki Page: Betwixt/XDocletIntegration URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration no comment Change Log: -- @@ -1,12 +1,37 @@ = XDoclet Integration = -The XDoclet family ([http://xdoclet.sourceforge.net/xdoclet/index.html XDoclet] and XDoclet2) are generation engines used for attribute oriented programming. They process meta data (in the form of javadocs tags). +The XDoclet family ([http://xdoclet.sourceforge.net/xdoclet/index.html XDoclet] and [http://xdoclet.codehaus.org XDoclet2]) are generation engines used for attribute oriented programming. They process meta data (in the form of javadocs tags). The interest for Betwixt is that java doc tags are a very nice way to mark up mappings. = Design Ideas = + +As XDoclet developer I would suggest to go for new xdoclet-2 plugin, due to easiness of development +and possibility of test coverage. Plugin development for xdoclet-2 is simplier than for old +xdoclet 1.2.x + +To develop a plugin you will need to chekout [ http://www.sourceforge.net/projects/xdoclet-plugins/ xdoclet-plugins] +from sourceforge. This is a maven reactor project, and you can easily add new subdirectory and use other +plugins as templates. I would suggest to use some of jelly-based plugins as base ( for example plugin-hibernate ) +as betwixt plugin vill be producing xml documents. + +XDoclet-2 plugins shall compile without any problem ( assumed you got ejb-2.1.jar in your maven repository). +After you are done, I'm happy to take your changes and commit them to plugins repository. +put 'em into [http://jira.codehaus.org/secure/BrowseProject.jspa?id=10231 JIRA] + + + += Developing plugin tags = + +Some quick suggestions to plugin development process. + * Base package shall be form org.xdoclet.plugin.betwixt + * Interfaces decalring tags shall go into: org.xdoclet.plugin.betwixt.qtags + * those interfaces shall be marked up by @qtags.something tags to be really validatable + * do not forget to write tests. support classes are provided, and you can see their usage + * in other modules + Up to [:Betwixt] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [betwixt] XDoclet Integration
--- robert burrell donkin [EMAIL PROTECTED] wrote: On 21 Jun 2004, at 09:45, Konstantin Priblouda wrote: the wiki might be good for this purpose (since it's easier to post code up than by attachment to an email). your place or our place? we need more content so http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration :) OK, will check it. it can be easily moved somewhere else later. i've create the basic page but please everyone just dive in with ideas (and please correct anything i've got wrong). (another reason is that we might just be able to coral some more volunteers into joining the effort.) this would mean that there'd be no reason why we couldn't have implementations for both versions (provided that there are developers keen to write them). It's OK to have 2 versions. From my point of view, I stopped to use xdoclet-1.2 adn moved everything to 2.0 ( but EJB people would have hard time, as nobody from xdoclet 2 plugin developers uses EJB anymore ) so there are oeople whoi is going to stay with 1.2 for a while... I think ( for xdoclet 2 ) betwixt plugin shall be located in xdoclet repository , because of dependency to qtags plugin. fair enough. we'd probably want to put a link on our website. what's your preferred mailing list? (just in case people get round to feeding patches for extra mappings through.) xdoclet-plugins live under: http://www.sourceforge.net/projects/xdoclet-plugins ( mailing lists are listed there, and I'm listening on them ) Patches / bugs / etc are better placed in JIRA: http://jira.codehaus.org/secure/BrowseProject.jspa?id=10231 ( due to mailing list volatitlity ) And as xdoclet-2 is gainig pace, my outstanding patches asre now in generama repository and dependencies are stabilized now, I think xdoclet-plugins shall compile without any problem ( ok, you may still need to get ejb-2.1.jar somewhere as it is not on ibiblio - but since betwixt plugin is not going to depend on ejb stuff, it shall be no problem ) regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/conf test.properties
ebourg 2004/06/22 03:51:22 Modified:configuration/conf test.properties Log: Changed the test.unescape property to include an unicode character Revision ChangesPath 1.7 +1 -1 jakarta-commons/configuration/conf/test.properties Index: test.properties === RCS file: /home/cvs/jakarta-commons/configuration/conf/test.properties,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- test.properties 17 Jun 2004 14:39:54 - 1.6 +++ test.properties 22 Jun 2004 10:51:22 - 1.7 @@ -5,7 +5,7 @@ include = include.properties -test.unescape = This \n string \t contains \ escaped \\ characters +test.unescape = This \n string \t contains \ escaped \\ character\u0073 test.unescape.list-separator = This string contains \, an escaped list separator # - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java
ebourg 2004/06/22 02:35:54 Modified:configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java Log: Removed the hasMoreTokens() method from PropertiesTokenizer Revision ChangesPath 1.14 +1 -11 jakarta-commons/configuration/src/java/org/apache/commons/configuration/AbstractConfiguration.java Index: AbstractConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/AbstractConfiguration.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- AbstractConfiguration.java21 Jun 2004 13:49:24 - 1.13 +++ AbstractConfiguration.java22 Jun 2004 09:35:54 - 1.14 @@ -1310,16 +1310,6 @@ } /** - * Check whether the object has more tokens. - * - * @return True if the object has more tokens. - */ -public boolean hasMoreTokens() -{ -return super.hasMoreTokens(); -} - -/** * Get next token. * * @return A String. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec project.properties
ggregory2004/06/21 23:35:59 Modified:codecproject.properties Log: Add maven.changes.issue.template Revision ChangesPath 1.16 +7 -1 jakarta-commons/codec/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/codec/project.properties,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- project.properties15 Jun 2004 21:31:38 - 1.15 +++ project.properties22 Jun 2004 06:35:59 - 1.16 @@ -20,6 +20,10 @@ maven.repo.central.directory=/www/www.apache.org/dist/java-repository maven.remote.group=apcvs +# For a description of maven.changes.issue.template +# See http://maven.apache.org/reference/plugins/changes/properties.html +maven.changes.issue.template=%URL%/show_bug.cgi?id=%ISSUE% + maven.checkstyle.properties=${basedir}/checkstyle.xml maven.test.failure = false maven.junit.fork=true @@ -39,3 +43,5 @@ maven.jar.manifest=${basedir}/src/conf/MANIFEST.MF maven.jdiff.old.tag = CODEC_1_2 + + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29734] New: - [configuration] DatabaseConfiguration doesn't support List properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29734 [configuration] DatabaseConfiguration doesn't support List properties Summary: [configuration] DatabaseConfiguration doesn't support List properties Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Configuration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] DatabaseConfiguration doesn't support properties with multiple values: - getPropertyDirect returns just the first value found instead of a List - getKeys doesn't use a DISTINCT keyword and can return the same key several times - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestStrictConfigurationComparator.java
ebourg 2004/06/22 02:56:38 Modified:configuration/src/java/org/apache/commons/configuration ConfigurationComparator.java StrictConfigurationComparator.java configuration/src/test/org/apache/commons/configuration TestStrictConfigurationComparator.java Log: Better test coverage for StrictConfigurationComparator Revision ChangesPath 1.3 +6 -2 jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationComparator.java Index: ConfigurationComparator.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationComparator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ConfigurationComparator.java 27 Feb 2004 17:41:35 - 1.2 +++ ConfigurationComparator.java 22 Jun 2004 09:56:38 - 1.3 @@ -1,5 +1,3 @@ -package org.apache.commons.configuration; - /* * Copyright 2001-2004 The Apache Software Foundation. * @@ -16,9 +14,15 @@ * limitations under the License. */ +package org.apache.commons.configuration; + /** * Comparator for configurations interface. * + * @since 1.0 + * + * @author a href=mailto:[EMAIL PROTECTED]Herve Quiroz/a + * @version $Revision$, $Date$ */ public interface ConfigurationComparator { 1.3 +19 -12 jakarta-commons/configuration/src/java/org/apache/commons/configuration/StrictConfigurationComparator.java Index: StrictConfigurationComparator.java === RCS file: /home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/StrictConfigurationComparator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- StrictConfigurationComparator.java27 Feb 2004 17:41:35 - 1.2 +++ StrictConfigurationComparator.java22 Jun 2004 09:56:38 - 1.3 @@ -1,5 +1,3 @@ -package org.apache.commons.configuration; - /* * Copyright 2001-2004 The Apache Software Foundation. * @@ -16,11 +14,18 @@ * limitations under the License. */ +package org.apache.commons.configuration; + import java.util.Iterator; /** * Strict comparator for configurations. * + * @since 1.0 + * + * @author a href=mailto:[EMAIL PROTECTED]Herve Quiroz/a + * @author a href=mailto:[EMAIL PROTECTED]Yoav Shapira/a + * @version $Revision$, $Date$ */ public class StrictConfigurationComparator implements ConfigurationComparator { @@ -42,33 +47,35 @@ */ public boolean compare(Configuration a, Configuration b) { -if ((a == null) (b == null)) +if (a == null b == null) { return true; } -else if (a == null) -{ -return false; -} -else if (b == null) +else if (a == null || b == null) { return false; } -for (Iterator i = a.getKeys(); i.hasNext();) +for (Iterator keys = a.getKeys(); keys.hasNext();) { -String key = (String) i.next(); +String key = (String) keys.next(); Object value = a.getProperty(key); if (!value.equals(b.getProperty(key))) +{ return false; +} } -for (Iterator i = b.getKeys(); i.hasNext();) + +for (Iterator keys = b.getKeys(); keys.hasNext();) { -String key = (String) i.next(); +String key = (String) keys.next(); Object value = b.getProperty(key); if (!value.equals(a.getProperty(key))) +{ return false; +} } + return true; } } 1.4 +11 -4 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestStrictConfigurationComparator.java Index: TestStrictConfigurationComparator.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestStrictConfigurationComparator.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TestStrictConfigurationComparator.java2 Jun 2004 17:18:01 - 1.3 +++ TestStrictConfigurationComparator.java22 Jun 2004 09:56:38 - 1.4 @@ -1,5 +1,3 @@ -package org.apache.commons.configuration; - /* * Copyright 2001-2004 The Apache Software Foundation. * @@ -16,19 +14,21 @@ * limitations under the License. */ +package org.apache.commons.configuration; +
DO NOT REPLY [Bug 29722] - [configuration] addProperty throws a NPE in DOMConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29722. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29722 [configuration] addProperty throws a NPE in DOMConfiguration --- Additional Comments From [EMAIL PROTECTED] 2004-06-22 09:08 --- Same issue with DOM4JConfiguration since the document is only initialized when the load() method is called. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/xdocs howto_xml.xml
ebourg 2004/06/22 03:07:57 Modified:configuration/xdocs howto_xml.xml Log: Changed the note stating getString could not be used on List properties Revision ChangesPath 1.3 +2 -2 jakarta-commons/configuration/xdocs/howto_xml.xml Index: howto_xml.xml === RCS file: /home/cvs/jakarta-commons/configuration/xdocs/howto_xml.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- howto_xml.xml 28 Mar 2004 19:58:30 - 1.2 +++ howto_xml.xml 22 Jun 2004 10:07:57 - 1.3 @@ -145,9 +145,9 @@ method of codeConfiguration/code. If a property is known to have multiple values (as is the table name property in this example), codegetList()/code allows to retrieve all values at once. - bNote:/b it is NOT legal to call codegetString()/code + bNote:/b it is legal to call codegetString()/code or one of the other getter methods on a property with multiple - values; as the entire list is attempted to be returned. + values; it returns the first element of the list. /p /subsection subsection name=Accessing structured properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] DOM vs DOM4J
Jörg Schaible wrote: Taking Paul's comment into account, there seems not to be a real sufficient solution. DOCConfiguration is quite nice for JDK = 1.4, since no additional dependency is generated. Therefore I vote in first place for the DOMConfiguration, but it might be good to have DOM4JConfiguration in e.g. commons-configuration-optional around and the possibility to tell the core to use this implementation. Comments? DOMConfiguration is even nice for JDK 1.3 since most server environnements under this version provide the standard XML APIs. I don't think [configuration] is performance critical enough to justify the use of an additional dependency, and there are other possible optimizations if a better implementation is really needed (for example the properties could be stored only once in the BaseConfiguration and the DOM parser could be dropped for a SAX parser). I tend to prefer a complete removal of the DOM4J classes to cut down the maintenance burden. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] poms in java-repository
And rolled back to the originals. Fortunately I still had them all in my home dir. They changed their mind and will deal with it rather than have us mess around with our poms. Hen On Mon, 21 Jun 2004, Henri Yandell wrote: Apparantly it's caused a bit of a problem for the Maven-2 work, so I'm going to modify the poms slightly. currentVersion will have a version next to it. id will also have groupId/artifactId next to it for both project and dependencies. Shoudln't break for maven 1 or 2, but means they won't be the same as in cvs. Hen On Mon, 21 Jun 2004, Mark R. Diggory wrote: This is great Henri. I never understood why Maven in its default deploy task wouldn't automatically generate or update the POM's as well. I've deployed the poms for every commons jar released in the java-repository that my script could find a tag for in CVS. A bunch still missing, and will change release instructions so that it mentions to put a commons-xx-major.minor.bugfix.pom file into the poms/ directory. Reason for this is that by having the pom for each version there, tools can reflect on them. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [general] commons standard for release notes and Maven?
Thanks Brett. I've filed a couple of JIRA tickets. Thank you, Gary -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 20:43 To: Jakarta Commons Developers List Subject: RE: [general] commons standard for release notes and Maven? Gary, maven announcement actually does generate a text file from changes.xml (with other stuff in there like download links and so on) It won't expand your links though (feel free to file a JIRA request for this, it's probably a good idea to footnote them). Cheers, Brett Quoting Gary Gregory [EMAIL PROTECTED]: FYI, I am doing the same thing but with the links pointing to Bugzilla. I wonder: Is providing a HTML version of changes.xml good enough or should a text file *also* be provided. Thank you, Gary -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 19:21 To: Jakarta Commons Developers List Subject: RE: [general] commons standard for release notes and Maven? I've been using changes on osjava projects for a bit. It's a very nice, focused report. I love it. Am upgrading to maven-rc3 merely to get a changes report that will easily link into my JIRA. Hen On Mon, 21 Jun 2004, Gary Gregory wrote: I plan on migrating [codec] to use changes.xml for version 1.3. Is there a feature which will generate an old school RELEASE-NOTES.txt *text* file from a changes.xml? Thank you, Gary -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 17:21 To: Jakarta Commons Developers List Subject: Re: [general] commons standard for release notes and Maven? Maven has an announcement plugin that generates a release announcement from the xdocs/changes.xml files, if that helps. On Mon, 21 Jun 2004 20:19:22 -0400, Gary Gregory [EMAIL PROTECTED] wrote: Hello, It seems there is no standard in commons/maven for providing release notes on the generated web sites. Each component provides a RELEASE-NOTES.txt and some projects link to it from their xdocs. It seems to me that having a Release Notes link generated by Maven would be nice. The particular issue I want to address is to find out, without downloading a component and digging, what has changed between the current release and the release I am using. Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [general] commons standard for release notes and Maven?
Is there a way the text file can be generated as part of my project.xml's reportmaven-changes-plugin/report? Thank you, Gary -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 20:43 To: Jakarta Commons Developers List Subject: RE: [general] commons standard for release notes and Maven? Gary, maven announcement actually does generate a text file from changes.xml (with other stuff in there like download links and so on) It won't expand your links though (feel free to file a JIRA request for this, it's probably a good idea to footnote them). Cheers, Brett Quoting Gary Gregory [EMAIL PROTECTED]: FYI, I am doing the same thing but with the links pointing to Bugzilla. I wonder: Is providing a HTML version of changes.xml good enough or should a text file *also* be provided. Thank you, Gary -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 19:21 To: Jakarta Commons Developers List Subject: RE: [general] commons standard for release notes and Maven? I've been using changes on osjava projects for a bit. It's a very nice, focused report. I love it. Am upgrading to maven-rc3 merely to get a changes report that will easily link into my JIRA. Hen On Mon, 21 Jun 2004, Gary Gregory wrote: I plan on migrating [codec] to use changes.xml for version 1.3. Is there a feature which will generate an old school RELEASE-NOTES.txt *text* file from a changes.xml? Thank you, Gary -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 17:21 To: Jakarta Commons Developers List Subject: Re: [general] commons standard for release notes and Maven? Maven has an announcement plugin that generates a release announcement from the xdocs/changes.xml files, if that helps. On Mon, 21 Jun 2004 20:19:22 -0400, Gary Gregory [EMAIL PROTECTED] wrote: Hello, It seems there is no standard in commons/maven for providing release notes on the generated web sites. Each component provides a RELEASE-NOTES.txt and some projects link to it from their xdocs. It seems to me that having a Release Notes link generated by Maven would be nice. The particular issue I want to address is to find out, without downloading a component and digging, what has changed between the current release and the release I am using. Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net][vote] Steve Cohen to manage release of commons-net-1.2.2
[X] +1 - Steve Cohen should proceed with release of commons-net 1.2.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec/xdocs changes.xml
ggregory2004/06/22 12:25:38 Added: codec/xdocs changes.xml Log: Port various RELEASE-NOTES.txt file into one Maven changes.xml. Revision ChangesPath 1.3 +152 -52 jakarta-commons/codec/xdocs/changes.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec project.xml
ggregory2004/06/22 12:27:05 Modified:codecproject.xml Log: Turn on JDiff and Changes reports. Add Matthew Inger as a contributor. Revision ChangesPath 1.35 +12 -5 jakarta-commons/codec/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/codec/project.xml,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- project.xml 13 Jun 2004 23:47:21 - 1.34 +++ project.xml 22 Jun 2004 19:27:05 - 1.35 @@ -179,7 +179,12 @@ contributor nameAlex Karasulu/name emailaok123 at bellsouth.net/email -rolessubmitted Binary class and test/roles +rolesSubmitted Binary class and test/roles +/contributor +contributor +nameMatthew Inger/name +emailmattinger at yahoo.com/email +rolesSubmitted DIFFERENCE algorithm for Soundex and RefinedSoundex/roles /contributor /contributors dependencies @@ -229,21 +234,23 @@ /build reports + reportmaven-changes-plugin/report reportmaven-changelog-plugin/report -!-- reportmaven-changes-plugin/report -- reportmaven-checkstyle-plugin/report reportmaven-clover-plugin/report reportmaven-developer-activity-plugin/report reportmaven-file-activity-plugin/report reportmaven-javadoc-plugin/report -!-- reportmaven-jdepend-plugin/report -- -!-- reportmaven-jellydoc-plugin/report -- +reportmaven-jdiff-plugin/report reportmaven-junit-report-plugin/report reportmaven-jxr-plugin/report reportmaven-license-plugin/report +!-- reportmaven-changes-plugin/report -- +!-- reportmaven-findbugs-plugin/report -- +!-- reportmaven-jdepend-plugin/report -- +!-- reportmaven-jellydoc-plugin/report -- !-- reportmaven-linkcheck-plugin/report -- !-- reportmaven-statcvs-plugin/report -- !-- reportmaven-tasklist-plugin/report -- -!-- reportmaven-findbugs-plugin/report -- /reports /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec .cvsignore
ggregory2004/06/22 12:30:16 Modified:codec.cvsignore Log: Sorted and added: CODEC_1_2.xml HEAD.xml Revision ChangesPath 1.5 +7 -5 jakarta-commons/codec/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/codec/.cvsignore,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- .cvsignore14 Nov 2003 01:43:38 - 1.4 +++ .cvsignore22 Jun 2004 19:30:15 - 1.5 @@ -1,9 +1,11 @@ +.classpath +.clover +.project +CODEC_1_2.xml +HEAD.xml dist -target junit*.properties maven.log -velocity.log -.clover -.classpath -.project pub +target +velocity.log \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec RELEASE-NOTES-1.0-dev.txt RELEASE-NOTES-1.1.txt RELEASE-NOTES-1.2.txt
ggregory2004/06/22 12:31:57 Modified:codecRELEASE-NOTES-1.0-dev.txt RELEASE-NOTES-1.1.txt RELEASE-NOTES-1.2.txt Log: Please use ./xdocs/changes.xml instead of this file. Revision ChangesPath 1.2 +3 -1 jakarta-commons/codec/RELEASE-NOTES-1.0-dev.txt Index: RELEASE-NOTES-1.0-dev.txt === RCS file: /home/cvs/jakarta-commons/codec/RELEASE-NOTES-1.0-dev.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RELEASE-NOTES-1.0-dev.txt 25 Apr 2003 18:07:16 - 1.1 +++ RELEASE-NOTES-1.0-dev.txt 22 Jun 2004 19:31:57 - 1.2 @@ -1,3 +1,5 @@ +Please use ./xdocs/changes.xml instead of this file. + $Id$ Commons Codec Package 1.2 +3 -1 jakarta-commons/codec/RELEASE-NOTES-1.1.txt Index: RELEASE-NOTES-1.1.txt === RCS file: /home/cvs/jakarta-commons/codec/RELEASE-NOTES-1.1.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RELEASE-NOTES-1.1.txt 29 May 2003 21:14:58 - 1.1 +++ RELEASE-NOTES-1.1.txt 22 Jun 2004 19:31:57 - 1.2 @@ -1,3 +1,5 @@ +Please use ./xdocs/changes.xml instead of this file. + $Id$ Commons Codec Package 1.2 +3 -1 jakarta-commons/codec/RELEASE-NOTES-1.2.txt Index: RELEASE-NOTES-1.2.txt === RCS file: /home/cvs/jakarta-commons/codec/RELEASE-NOTES-1.2.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RELEASE-NOTES-1.2.txt 9 Dec 2003 23:32:19 - 1.1 +++ RELEASE-NOTES-1.2.txt 22 Jun 2004 19:31:57 - 1.2 @@ -1,3 +1,5 @@ +Please use ./xdocs/changes.xml instead of this file. + $Id$ Commons Codec Package - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec/xdocs navigation.xml index.xml
ggregory2004/06/22 12:51:06 Modified:codec/xdocs navigation.xml index.xml Log: Link to new release notes generated from changes.xml. Revision ChangesPath 1.11 +2 -3 jakarta-commons/codec/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/codec/xdocs/navigation.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- navigation.xml2 Mar 2004 03:27:48 - 1.10 +++ navigation.xml22 Jun 2004 19:51:06 - 1.11 @@ -29,9 +29,8 @@ /links menu name=Commons Codec - item name=Overview -href=/index.html/ - + item name=Overview href=/index.html/ + item name=Release Notes href=/changes-report.html/ /menu common-menus; 1.21 +3 -0 jakarta-commons/codec/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/codec/xdocs/index.xml,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- index.xml 19 Jun 2004 18:10:01 - 1.20 +++ index.xml 22 Jun 2004 19:51:06 - 1.21 @@ -75,6 +75,9 @@ li Current a href=http://cvs.apache.org/builds/jakarta-commons/nightly/commons-codec/; nightly build/a /li +li + All a href=changes-report.htmlRelease Notes/a +/li /ul /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[commons-collections] RFE to add closure/functor support to the Java language
Hi all, Sun recently added bug #5061325 to their Java bug list (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5061325). It is a request to add language support for closures. Check it out - seems like a good idea to me. It would make using predicates, etc a lot easier. Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils/1.7.0ReleasePlan
Date: 2004-06-22T13:52:16 Editor: RobertBurrellDonkin [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: BeanUtils/1.7.0ReleasePlan URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan no comment Change Log: -- @@ -23,7 +23,7 @@ === Source === - * Review names for methods and classes + * Review names for methods and classes ''DONE'' === Documentation === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils BeanMap.java
rdonkin 2004/06/22 13:56:34 Modified: beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils Tag: RELEASE_BEANUTILS_1_7_0_BRANCH BeanMap.java Log: Removed @since tag Revision ChangesPath No revision No revision 1.2.2.1 +1 -2 jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils/BeanMap.java Index: BeanMap.java === RCS file: /home/cvs/jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils/BeanMap.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- BeanMap.java 24 May 2004 19:56:51 - 1.2 +++ BeanMap.java 22 Jun 2004 20:56:34 - 1.2.2.1 @@ -42,7 +42,6 @@ * If an exception occurs during attempts to get or set a property then the * property is considered non existent in the Map * - * @since Commons Collections 1.0 * @version $Revision$ $Date$ * * @author James Strachan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils/1.7.0ReleasePlan
Date: 2004-06-22T14:06:35 Editor: RobertBurrellDonkin [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: BeanUtils/1.7.0ReleasePlan URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan no comment Change Log: -- @@ -27,9 +27,9 @@ === Documentation === - * Review documentation to ensure that those classes in bean-collections are clear - * Add documentation on any classes in bean-collections which have not been covered already - * Ensure bean-collections classes are properly javadoc'd + * Review documentation to ensure that those classes in bean-collections are clear ''DONE'' + * Add documentation on any classes in bean-collections which have not been covered already + * Ensure bean-collections classes are properly javadoc'd ''DONE'' == Beanification == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils BeanMap.java
rdonkin 2004/06/22 14:07:02 Modified: beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils Tag: RELEASE_BEANUTILS_1_7_0_BRANCH BeanMap.java Log: Added toString javadocs Revision ChangesPath No revision No revision 1.2.2.2 +4 -0 jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils/BeanMap.java Index: BeanMap.java === RCS file: /home/cvs/jakarta-commons/beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils/BeanMap.java,v retrieving revision 1.2.2.1 retrieving revision 1.2.2.2 diff -u -r1.2.2.1 -r1.2.2.2 --- BeanMap.java 22 Jun 2004 20:56:34 - 1.2.2.1 +++ BeanMap.java 22 Jun 2004 21:07:02 - 1.2.2.2 @@ -158,6 +158,10 @@ // Map interface //- +/** + * Renders a string representation of this object. + * @return a codeString/code representation of this object + */ public String toString() { return BeanMap + String.valueOf(bean) + ; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections RELEASE-NOTES.html project.xml build.xml
scolebourne2004/06/22 15:23:12 Modified:collections/xdocs history.xml navigation.xml tasks.xml index.xml collections RELEASE-NOTES.html project.xml build.xml Log: Prepare for version 3.1 Revision ChangesPath 1.4 +4 -2 jakarta-commons/collections/xdocs/history.xml Index: history.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/history.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- history.xml 29 May 2004 14:23:25 - 1.3 +++ history.xml 22 Jun 2004 22:23:11 - 1.4 @@ -84,12 +84,14 @@ p bCollections 2.1.1/b is a patch release to v2.1. -Unfortunately, v3.0 created a binary incompatibility in the IteratorUtils class. +Unfortunately, v3.0 created a a href=compatibility.htmlbinary incompatibility/a in the IteratorUtils class. This patch was created as a work around, enabling v2.1.1 to be compatible with v3.1. /p p -bCollections 3.1/b (due soon) fixes some bugs in v3.0 and adds a few new enhancements. +bCollections 3.1/b fixes some bugs in v3.0 and adds a few new enhancements. +The most notable change is a new list implementation, TreeList, that is well balanced for insertions and removals at any index. +Other changes include more classes implementing Serializable and a ReferenceIdentityMap. /p /section 1.11 +2 -1 jakarta-commons/collections/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/navigation.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- navigation.xml29 May 2004 14:23:25 - 1.10 +++ navigation.xml22 Jun 2004 22:23:11 - 1.11 @@ -33,12 +33,13 @@ item name=Download href=http://jakarta.apache.org/site/sourceindex.cgi#commons-collections/ item name=Users guide href=/userguide.html/ item name=History href=/history.html/ - item name=Javadoc (3.0 release) href=apidocs-COLLECTIONS_3_0/index.html/ + item name=Javadoc (3.1 release) href=apidocs-COLLECTIONS_3_1/index.html/ item name=Mailing lists href=/mail-lists.html/ item name=Team href=/team-list.html/ item name=Tasks href=/tasks.html/ item name=CVS href=http://cvs.apache.org/viewcvs/jakarta-commons/collections// item name=Javadoc (CVS latest) href=apidocs/index.html/ + item name=Javadoc (3.0 old) href=apidocs-COLLECTIONS_3_0/index.html/ item name=Javadoc (2.1.1 old) href=apidocs-COLLECTIONS_2_1_1/index.html/ /menu 1.5 +1 -0 jakarta-commons/collections/xdocs/tasks.xml Index: tasks.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/tasks.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- tasks.xml 3 Jun 2004 22:12:51 - 1.4 +++ tasks.xml 22 Jun 2004 22:23:11 - 1.5 @@ -32,6 +32,7 @@ /p ul +liMultiValueMap decorator/li liSynchronized BidiMap decorators/li liIdentitySet/li liBidiMapUtils/li 1.16 +3 -7 jakarta-commons/collections/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/index.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- index.xml 12 Jun 2004 14:43:16 - 1.15 +++ index.xml 22 Jun 2004 22:23:11 - 1.16 @@ -53,7 +53,7 @@ /ul /p p -Preview version 3.1-RC1 and patch version 2.1.1 have just been released. +Version 3.1 and patch version 2.1.1 have just been released. These provides a work around to a a href=compatibility.htmlversion compatibility/a issue between v2.1 and v3.0. /p /section @@ -67,7 +67,7 @@ The JavaDoc API documents are available online: /p ul -liThe a href=apidocs-COLLECTIONS_3_0/index.htmlcurrent release 3.0/a/li +liThe a href=apidocs-COLLECTIONS_3_1/index.htmlcurrent release 3.1/a/li liThe a href=apidocs-COLLECTIONS_2_1_1/index.htmlprevious version 2.1.1/a/li liThe a href=apidocs/index.htmllatest CVS/a/li /ul @@ -79,13 +79,9 @@ section name=Releases p -Version 3.0/2.1.1 - +Version 3.1/2.1.1 - a href=http://jakarta.apache.org/site/binindex.cgi#commons-collections;Binary/a - a href=http://jakarta.apache.org/site/sourceindex.cgi#commons-collections;Source/a -/p -p -Version 3.1-RC1 (preview for testing - not for production use) - - a href=http://www.apache.org/~scolebourne/coll31/;Source and binary/a /p p For previous releases, see the a
cvs commit: jakarta-commons/collections maven.xml
scolebourne2004/06/22 15:24:29 Modified:collections maven.xml Log: Prepare for version 3.1 Revision ChangesPath 1.15 +7 -0 jakarta-commons/collections/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons/collections/maven.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- maven.xml 29 May 2004 14:22:21 - 1.14 +++ maven.xml 22 Jun 2004 22:24:29 - 1.15 @@ -165,6 +165,10 @@ j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release API / j:set var=collections.javadoc.tag.overview value=src/java/org/apache/commons/collections/overview.html / attainGoal name=javadoc:generate / +j:set var=collections.javadoc.tag value=COLLECTIONS_3_1 / +j:set var=collections.javadoc.tag.windowtitle value=Collections 3.1 release API / +j:set var=collections.javadoc.tag.overview value=src/java/org/apache/commons/collections/overview.html / +attainGoal name=javadoc:generate / /postGoal postGoal name=site:generate!-- NEW MAVEN -- j:set var=collections.javadoc.tag value=COLLECTIONS_2_1_1 / @@ -172,6 +176,9 @@ attainGoal name=javadoc:generate / j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 / j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release API / +j:set var=collections.javadoc.tag.overview value=src/java/org/apache/commons/collections/overview.html / +j:set var=collections.javadoc.tag value=COLLECTIONS_3_1 / +j:set var=collections.javadoc.tag.windowtitle value=Collections 3.1 release API / j:set var=collections.javadoc.tag.overview value=src/java/org/apache/commons/collections/overview.html / attainGoal name=javadoc:generate / /postGoal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] FileSystemManager construction rethought
Here are some small changes that I came across when making the changes compilable. I changed configure method to init because there was already private configure(String) method in DefaultFileSystemManager but the existing init method was without arguments. I saw also that there is quite a lot of configuration code in place (GlobalConfiguration class and the configure method mentioned above that parses configuration from XML). But I did not see the overall idea so you'll have to explain it to me Mario. But it all seems somehow still coupled with the DefaultFileSystemManager. One question that arose is that why would someone want to write a different FileSystemManager implementation. Could the DefaultFileSystemManager be made so configurable that this would not be needed? Anyways, here is a compilable listing of the code I sent in the previous email. - rami * VfsTask.java * package org.apache.commons.vfs.ant; import org.apache.commons.vfs.*; import org.apache.tools.ant.*; /** * Super class of Vfs Ant tasks that takes care of FileSystemManager handling. */ public class VfsTask extends Task { private FileSystemManager manager; private AntLogger logger; protected FileSystemManager getManager() { if (manager == null) setManager(null); return manager; } protected void setManager(FileSystemConfiguration conf) { if (conf == null) { conf = new FileSystemConfiguration( org.apache.commons.vfs.impl.StandardFileSystemManager ); } // put AntLogger always as logger conf.setParameter(logger, getLogger()); this.manager = AntHelper.getManager(this, conf); } protected AntLogger getLogger() { if (logger == null) logger = new AntLogger(this); return logger; } /** * Resolves a URI to a file, relative to the project's base directory. * * @param uri The URI to resolve. */ protected FileObject resolveFile(final String uri) { try { return getManager().resolveFile(getProject().getBaseDir(), uri); } catch (FileSystemException fse) { throw new BuildException(fse); } } } * VfsDataType.java * package org.apache.commons.vfs.ant; import org.apache.commons.vfs.*; import org.apache.tools.ant.types.*; import org.apache.tools.ant.BuildException; /** * Super class of Vfs Ant data types that takes care of FileSystemManager * handling. */ public class VfsDataType extends DataType { private FileSystemManager manager; private AntLogger logger; protected FileSystemManager getManager() { if (manager == null) setManager(null); return manager; } protected void setManager(FileSystemConfiguration conf) { if (conf == null) { conf = new FileSystemConfiguration( org.apache.commons.vfs.impl.StandardFileSystemManager ); } // put AntLogger always as logger conf.setParameter(logger, getLogger()); this.manager = AntHelper.getManager(this, conf); } protected AntLogger getLogger() { if (logger == null) logger = new AntLogger(this); return logger; } /** * Resolves a URI to a file, relative to the project's base directory. * * @param uri The URI to resolve. */ protected FileObject resolveFile(final String uri) { try { return getManager().resolveFile(getProject().getBaseDir(), uri); } catch (FileSystemException fse) { throw new BuildException(fse); } } } * AntHelper.java * package org.apache.commons.vfs.ant; import org.apache.commons.vfs.*; import org.apache.tools.ant.*; import java.util.*; /** * Holds a map of FileSystemKey - FileSystemManger * When a Task or DataType asks for FileSystemManger, AntHelper looks it up * in the map. If it does not exist, it is created, added to the map and a * BuildListener is added to the project so that when the project finishes it * closes the FileSystemManger and removes it from the map. */ public class AntHelper { private static Map managers = new HashMap(); public static FileSystemManager getManager(ProjectComponent projectComponent, FileSystemConfiguration conf) { FileSystemKey key = new FileSystemKey(projectComponent.getProject(), conf); FileSystemManager manager = (FileSystemManager) managers.get(key); if (manager == null) { try { manager = VFS.createManager(conf); } catch (FileSystemException fse) { throw new BuildException(fse); } projectComponent.getProject().addBuildListener(new CloseListener(key));
DO NOT REPLY [Bug 29625] - [collections] FastArrayList iterator method throwing ConcurrentModificationException in 'fast' mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29625. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29625 [collections] FastArrayList iterator method throwing ConcurrentModificationException in 'fast' mode --- Additional Comments From [EMAIL PROTECTED] 2004-06-22 22:54 --- It looks like your test code has a race condition. The line to setFast(true) is after the thread start (which creates the iterator). This might be what you are seeing. In general, we would not advise relying on an implementation note as a guarantee of behaviour. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24523] - provide encode/decode for quoted-printable and others
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24523. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24523 provide encode/decode for quoted-printable and others [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec/xdocs changes.xml index.xml
ggregory2004/06/22 16:29:37 Modified:codec/xdocs changes.xml index.xml Log: Make date formats consistent. Revision ChangesPath 1.4 +13 -13jakarta-commons/codec/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/codec/xdocs/changes.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- changes.xml 22 Jun 2004 19:25:38 - 1.3 +++ changes.xml 22 Jun 2004 23:29:36 - 1.4 @@ -74,7 +74,7 @@ General Javadoc improvements. /action /release -release version=1.2 date=Dec 9 2003 description=Feature and fix release. +release version=1.2 date=24 Nov 2003 description=Feature and fix release. action dev=tobrien type=add due-to=Oleg Kalnichevski due-to-email=[EMAIL PROTECTED] URLCodec: Implements the www-form-urlencoded encoding scheme. /action @@ -101,40 +101,40 @@ separator) the need for a maxLength attribute is not needed. Deprecate the field and accessor methods. /action -action type=fix +action dev=Members type=fix Fix in Metaphone relating to the handling of the maximum code length. /action /release -release version=1.1 date=May 29 2003 description=The first official release. Numerous projects had been depending on version 1.0-dev while in the Sandbox. -action type=add +release version=1.1 date=29 April 2003 description=The first official release. Numerous projects had been depending on version 1.0-dev while in the Sandbox. +action dev=Members type=add A newer version of the Base64 class reflecting improvements from both the commons-httpclient and xml-rpc versions of code forked from catalina. /action -action type=add +action dev=Members type=add Base64 class from commons-httpclient in org.apache.commons.codec.base64 has been retained for backwards compatibility but has been deprecated. /action -action type=add +action dev=Members type=add Soundex class from commons-util in org.apache.commons.codec. /action -action type=add +action dev=Members type=add Metaphone class from commons-util in org.apache.commons.codec. /action action dev=tobrien type=add RefinedSoundex class in org.apache.commons.codec. /action -action type=add +action dev=Members type=add Encoder/Decoder interfaces in org.apache.commons. /action -action type=add +action dev=Members type=add String and Binary specific Encoder/Decoder interfaces in org.apache.commons./action -action type=add +action dev=Members type=add StringEncoderComparator replaces the SoundexComparator from the language package./action -action type=fix +action dev=Members type=fix Base64 now discards whitespace characters when decoding encoded content./action /release -release version=1.0-dev date=April 25 2003 description=Last release from the Sandbox. +release version=1.0-dev date=25 April 2003 description=Last release from the Sandbox. action dev=tobrien type=add Base64 class from commons-httpclient in org.apache.commons.codec.base64. /action @@ -144,7 +144,7 @@ action dev=tobrien type=add Metaphone class from commons-util in org.apache.commons.codec. /action -action type=add +action dev=Members type=add SoundexComparator class from commons-util in org.apache.commons.codec. /action /release 1.22 +2 -2 jakarta-commons/codec/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/codec/xdocs/index.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- index.xml 22 Jun 2004 19:51:06 - 1.21 +++ index.xml 22 Jun 2004 23:29:36 - 1.22 @@ -67,10 +67,10 @@ a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a /li li - Version a
[VOTE][collections] Release 3.1
There were no major issues reported with 3.1-RC1. A couple of bugs have been fixed, and 3.1 is now fully compatible with 3.0. This vote is to approve the public release of commons collections 3.1 Final. http://www.apache.org/~scolebourne/release/ http://www.apache.org/~scolebourne/release/RELEASE-NOTES.html Voting will last at least 72 hours. As always, it would be useful if someone could check the md5 and asc signatures. Stephen - [ ] +1 Go ahead and release 3.1 [ ] +0 [ ] -0 [ ] -1 Don't release 3.1, because... - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec project.properties
ggregory2004/06/22 16:32:41 Modified:codecproject.properties Log: Added: maven.jdiff.new.tag = HEAD # Next: #maven.jdiff.new.tag = CODEC_1_3_RC1 #maven.jdiff.new.tag = CODEC_1_3 maven.announcement.file=${maven.build.dir}/RELEASE-NOTES.txt Revision ChangesPath 1.17 +6 -2 jakarta-commons/codec/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/codec/project.properties,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- project.properties22 Jun 2004 06:35:59 - 1.16 +++ project.properties22 Jun 2004 23:32:41 - 1.17 @@ -43,5 +43,9 @@ maven.jar.manifest=${basedir}/src/conf/MANIFEST.MF maven.jdiff.old.tag = CODEC_1_2 +maven.jdiff.new.tag = HEAD +# Next: +#maven.jdiff.new.tag = CODEC_1_3_RC1 +#maven.jdiff.new.tag = CODEC_1_3 - +maven.announcement.file=${maven.build.dir}/RELEASE-NOTES.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec RELEASE-NOTES.txt
ggregory2004/06/22 16:37:57 Modified:codecRELEASE-NOTES.txt Log: As generated from Maven announcement for now. Revision ChangesPath 1.25 +51 -60jakarta-commons/codec/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt === RCS file: /home/cvs/jakarta-commons/codec/RELEASE-NOTES.txt,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- RELEASE-NOTES.txt 17 May 2004 17:06:10 - 1.24 +++ RELEASE-NOTES.txt 22 Jun 2004 23:37:56 - 1.25 @@ -1,62 +1,53 @@ -$Id$ - - Commons Codec Package - Version 1.3 - Release Notes - - -INTRODUCTION: - -This document contains the release notes for this version of the Commons -Codec package, and highlights changes since the previous version. - -This version is relesed under the Apache License 2.0, please see -./LICENSE.txt. Previous versions were released under the Apache -License 1.1. - -NEW FEATURES: - -* BinaryCodec: Encodes and decodes binary to and from Strings of 0s and 1s. - -* QuotedPrintableCodec: Codec for RFC 1521 MIME (Multipurpose Internet - Mail Extensions) Part One. Rules #3, #4, and #5 of the quoted-printable spec - are not implemented yet - -* BCodec: Identical to the Base64 encoding defined by RFC 1521 and allows a - character set to be specified. - -* QCodec: Similar to the Quoted-Printable content-transfer-encoding defined - in RFC 1521 and designed to allow text containing mostly ASCII characters to - be decipherable on an ASCII terminal without decoding. - -* Soundex: Implemented the DIFFERENCE algorithm. - -* RefinedSoundex: Implemented the DIFFERENCE algorithm. - -BUG FIXES: - -* Fixed Bug 25995 - Default URL encoding logic broken. - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25995 - -* Fixed Bug 27781 - Base64 chunked encoding not compliant with RFC 2045 section 2.1 CRLF - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27781 - -* Fixed Bug 28455 - Hex converts illegal characters to 255. - http://issues.apache.org/bugzilla/show_bug.cgi?id=28455 - -* Fixed Bug 28457 - Metaphone now correctly handles a silent B in a word that ends in MB. - (i.e. COMB is encoded as KM, before this fix COMB was encoded as - KMB) - -* Added missing tags in Javadoc comments. - -* General Javadoc improvements. - -* The Board recommendation to remove Javadoc author tags has been -implemented. All author tags are now Apache Software Foundation. +The commons-codec team is pleased to announce the Codec 1.3 release! +http://jakarta.apache.org/commons/codec/ +The codec package contains simple encoder and decoders for various formats +such as Base64 and Hexadecimal. In addition to these widely used encoders and +decoders, the codec package also maintains a collection of phonetic encoding +utilities. + +Changes in this version include: + + New Features: + +o BinaryCodec: Encodes and decodes binary to and from Strings of 0s and 1s. + Issue: 27813. Thanks to Alex Karasulu. +o QuotedPrintableCodec: Codec for RFC 1521 MIME (Multipurpose Internet Mail + Extensions) Part One. Rules #3, #4, and #5 of the quoted-printable spec are + not implemented yet. See also issue 27789. Issue: 26617. Thanks to Oleg + Kalnichevski. +o BCodec: Identical to the Base64 encoding defined by RFC 1521 and allows a + character set to be specified. Issue: 26617. Thanks to Oleg Kalnichevski. +o QCodec: Similar to the Quoted-Printable content-transfer-encoding defined + in RFC 1521 and designed to allow text containing mostly ASCII characters + to be decipherable on an ASCII terminal without decoding. Issue: 26617. + Thanks to Oleg Kalnichevski. +o Soundex: Implemented the DIFFERENCE algorithm. Issue: 25243. Thanks to + Matthew Inger. +o RefinedSoundex: Implemented the DIFFERENCE algorithm. Issue: 25243. Thanks + to Matthew Inger. + + Fixed bugs: + +o The default URL encoding logic was broken. Issue: 25995. Thanks to Oleg + Kalnichevski. +o Base64 chunked encoding not compliant with RFC 2045 section 2.1 CRLF. + Issue: 27781. Thanks to Gary D. Gregory. +o Hex converts illegal characters to 255. Issue: 28455. +o Metaphone now correctly handles a silent B in a word that ends in MB. + COMB is encoded as KM, before this fix COMB was encoded as KMB. + Issue: 28457. +o Added missing tags in Javadoc comments. +o General Javadoc improvements. + + Changes: + +o This version is relesed under the Apache License 2.0 , please see + LICENSE.txt. Previous versions were released under the Apache License 1.1. +o The Board recommendation to remove Javadoc author tags has been + implemented. All author tags are
cvs commit: jakarta-commons/codec project.xml
ggregory2004/06/22 16:38:35 Modified:codecproject.xml Log: Added: !--reportmaven-announcement-plugin/report-- Filed JIRA request to get this feature. Revision ChangesPath 1.37 +1 -0 jakarta-commons/codec/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/codec/project.xml,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- project.xml 22 Jun 2004 21:14:25 - 1.36 +++ project.xml 22 Jun 2004 23:38:35 - 1.37 @@ -234,6 +234,7 @@ /build reports + !--reportmaven-announcement-plugin/report-- reportmaven-changes-plugin/report reportmaven-changelog-plugin/report reportmaven-checkstyle-plugin/report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29625] - [collections] FastArrayList iterator method throwing ConcurrentModificationException in 'fast' mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29625. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29625 [collections] FastArrayList iterator method throwing ConcurrentModificationException in 'fast' mode --- Additional Comments From [EMAIL PROTECTED] 2004-06-23 00:09 --- I just tried several cases including moving the setFast() method prior to the start(). I also tried not using multiple threads at all. It simply does not work... If this is the case it's impossible to loop (thread safely) through all the elements of the array while in fast mode. This makes the list fairly useless. Thanks, Rob. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE][collections] Release 3.1
[X] +1 Go ahead and release 3.1 FYI, 3.1-RC1 works fine with our product build. Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE][collections] Release 3.1
[X] +1 Go ahead and release 3.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][collections] Release 3.1
- [ x ] +1 Go ahead and release 3.1 [ ] +0 [ ] -0 [ ] -1 Don't release 3.1, because... - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][collections] Release 3.1
- [X] +1 Go ahead and release 3.1 [ ] +0 [ ] -0 [ ] -1 Don't release 3.1, because... - -Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RESULT: possible bugs:( Re: Resend: disable httpclient logging)
Hi Odi, Maybe we should also change the wirelog logger to something like 'org.apache.commons.httpclient.wire'. The JLogFactory uses different methods to obtain loggers for a class and by name. Prefixing the name with a package is OK by me, but I'd prefer to leave some distinction in the naming scheme. Maybe 'org.apache.commons.httpclient.WIRE'. Or use some special characters no sane person would want to have in a class name, though they are acceptable in a property name. cheers, Roland
DO NOT REPLY [Bug 29730] New: - [Doc] Improve logging guide
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29730. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29730 [Doc] Improve logging guide Summary: [Doc] Improve logging guide Product: Commons Version: 2.0 Final Platform: Other URL: http://jakarta.apache.org/commons/httpclient/logging.htm l OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Until now, we only explain logging with SimpleLog. While this is very useful when you are not familiar with logging, this is too specific. The following should be added to the logging guide: * a list of all loggers (categories) that HttpClient provides: - wirelog - application log * description of what each log level contains * a Log4J sample config, maybe even some Log4J config code for use within a webapp I know that some of this is actually in the domain of Commmons-Logging / Log4J. But a lot of our users seemt to have issues with logging, so it seems best to provide this simple piece of information as a reference. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NTLM authentication to an MS Exchange web page account using HTTP Client V2.0
Hi All, Using HTTPClient version 2.0 We are using HTTPClient to login to a MS Exchange web page account. We can only get it to work by passing in the realm as null, and putting the domain back on to the front of the user to pass into NTCredentials(). new NTCredentials(authUserNameAppendDomainWithBackSlash + settings.getAuthUserName(), settings.getAuthPassword(), settings.getHost(), settings.getAuthDomain()) The comments on the interface say that only the username should be passed in, and NOT the domain. For other NTLM pages it works to use only the user, but this page has not worked for us without the domain like this myDomain\myUser. On State.setCredentials() we have tried passing the host, null, and the string realm in without the domain appended to user. All these attempts fail. We would prefer to use the API without the domain on the user. client.getState().setCredentials( null, //realm, null, settings.getHost()- settings.getHost(), new NTCredentials(authUserNameAppendDomain + settings.getAuthUserName(), settings.getAuthPassword(), settings.getHost(), settings.getAuthDomain()) ); Is there some documentation on how the realm interacts with authentication? Thanks for your time and effort, Steve Steve Johnson Software Engineer Mercury Interactive 720 564 - 6532 USA, Canada and the Americas 720 564-6620 Hours: M-F 08:00-17:00 MST (Mountain Standard Time) http://www.mercuryinteractive.com http://www.mercuryinteractive.com Looking for Answers to your SiteScope or SiteSeer questions? http://support.mercuryinteractive.com http://support.mercuryinteractive.com
Re: NTLM authentication to an MS Exchange web page account using HTTP Client V2.0
This sounds very much like the webserver isn't really using NTLM but is using Digest/Basic instead. If it really were using NTLM passing in DOMAIN\User would definitely not work because HttpClient doesn't check for that case. That would also explain why the realm isn't what you expect. I'd say a wire log should shed a lot of light on the situation (see http://jakarta.apache.org/commons/httpclient/logging.html ) Regards, Adrian Sutton On 23/06/2004, at 3:43 AM, Steve Johnson wrote: Hi All, Using HTTPClient version 2.0 We are using HTTPClient to login to a MS Exchange web page account. We can only get it to work by passing in the realm as null, and putting the domain back on to the front of the user to pass into NTCredentials(). new NTCredentials(authUserNameAppendDomainWithBackSlash + settings.getAuthUserName(), settings.getAuthPassword(), settings.getHost(), settings.getAuthDomain()) The comments on the interface say that only the username should be passed in, and NOT the domain. For other NTLM pages it works to use only the user, but this page has not worked for us without the domain like this myDomain\myUser. On State.setCredentials() we have tried passing the host, null, and the string realm in without the domain appended to user. All these attempts fail. We would prefer to use the API without the domain on the user. client.getState().setCredentials( null, //realm, null, settings.getHost()- settings.getHost(), new NTCredentials(authUserNameAppendDomain + settings.getAuthUserName(), settings.getAuthPassword(), settings.getHost(), settings.getAuthDomain()) ); Is there some documentation on how the realm interacts with authentication? Thanks for your time and effort, Steve Steve Johnson Software Engineer Mercury Interactive 720 564 - 6532 USA, Canada and the Americas 720 564-6620 Hours: M-F 08:00-17:00 MST (Mountain Standard Time) http://www.mercuryinteractive.com http://www.mercuryinteractive.com Looking for Answers to your SiteScope or SiteSeer questions? http://support.mercuryinteractive.com http://support.mercuryinteractive.com -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com PGP.sig Description: This is a digitally signed message part
Re: Invalid RSA modulus size
Hi, Would anyone care to take a guess at whether using the BouncyCastle JCE would help get around this invalid modulus size error message? I had a bit of a play with it last week but without much luck. Thanks Tim - Original Message - From: Oleg Kalnichevski [EMAIL PROTECTED] Date: Saturday, June 12, 2004 10:30 pm Subject: Re: Invalid RSA modulus size Tim, This is believed to be a limitation of all Sun's JCE/JSSE implementations up to Java version 1.5. You can try testing your application with Java 1.5-b2 to see if the problem has indeed been fixed. Alternatively consider using IBM Java 1.4 or 3rd party JCE/JSSE implementations which _may_ not exhibit the same limitation HTH Oleg On Sat, 2004-06-12 at 05:36, Tim Wild wrote: Hi, I'm using HttpClient to connect to an apache server that requires certificates. When I use client and server certificates from my own CA with 1024 bit keys it works perfectly. When I get a commercial certificate with a longer key (4096 bits), I get the following error (full message below) when I connect to apache: javax.net.ssl.SSLProtocolException: java.io.IOException: subject key, Unknown key spec: Invalid RSA modulus size. Google produced one result, which talked about a maximum key size using the JCE of 2048 bits using the JDK 1.4.2 default policy files. Another site suggested getting the unrestricted policy files, so I got and installed them, but it doesn't seem to make any difference at all. Does anyone have any thought or suggestions? Half formed thoughs or ideas are welcome as it might give me a lead that I can follow myself. Thanks Tim Wild - To unsubscribe, e-mail: commons-httpclient-dev- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- -- To unsubscribe, e-mail: commons-httpclient-dev- [EMAIL PROTECTED] additional commands, e-mail: [EMAIL PROTECTED] Attention: The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]