cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser XMLParser.java
dion2004/09/01 23:11:29 Modified:jelly/src/test/org/apache/commons/jelly/core TestFileTag.java jelly/src/java/org/apache/commons/jelly/parser XMLParser.java Log: Fix Jelly-47. Attributes using namespaces are passed correctly. Revision ChangesPath 1.5 +4 -7 jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestFileTag.java Index: TestFileTag.java === RCS file: /home/cvs/jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestFileTag.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- TestFileTag.java 2 Sep 2004 04:07:17 - 1.4 +++ TestFileTag.java 2 Sep 2004 06:11:28 - 1.5 @@ -15,9 +15,6 @@ */ package org.apache.commons.jelly.core; -import java.io.FileInputStream; -import java.io.IOException; -import java.io.InputStream; import java.io.StringWriter; import junit.framework.TestSuite; @@ -56,9 +53,9 @@ String data = (String)getJellyContext().getVariable(testFileTag); //FIXME This doesn't take into account attribute ordering -//assertEquals(target/testFileTag.tmp, -//html xmlns=\http://www.w3.org/1999/xhtml\; xml:lang=\en\ lang=\en\/html, -//data); +assertEquals(fully qualified attributes not passed, +html xmlns=\http://www.w3.org/1999/xhtml\; xml:lang=\en\ lang=\en\/html, +data); } public void testDom4Xmlns() throws SAXException { 1.50 +5 -5 jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java Index: XMLParser.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- XMLParser.java10 Jul 2004 02:11:03 - 1.49 +++ XMLParser.java2 Sep 2004 06:11:28 - 1.50 @@ -1069,12 +1069,12 @@ // now iterate through through the expressions int size = list.getLength(); for (int i = 0; i size; i++) { -String attributeName = list.getLocalName(i); String attributeValue = list.getValue(i); Expression expression = CompositeExpression.parse( -attributeValue, getExpressionFactory() -); -script.addAttribute(attributeName, expression); +attributeValue, getExpressionFactory() +); +String attrQName = list.getQName(i); +script.addAttribute(attrQName, expression); } return script; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/xdocs changes.xml
dion2004/09/01 23:12:39 Modified:jelly/xdocs changes.xml Log: Doc chgs Revision ChangesPath 1.11 +1 -0 jakarta-commons/jelly/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/xdocs/changes.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- changes.xml 1 Sep 2004 05:51:58 - 1.10 +++ changes.xml 2 Sep 2004 06:12:39 - 1.11 @@ -25,6 +25,7 @@ /properties body release version=1.0-beta-4-SNAPSHOT date=in CVS + action dev=dion type=fix issue=JELLY-47Attribute corruption when dealing with converting attributes that include namespaces/action action dev=dion type=fix issue=JELLY-103 due-to=Ralph ApelWindows path in build.xml/action action dev=dion type=fix issue=JELLY-71 due-to=David Eric PughMention swing directory in docs/action action dev=dion type=fix issue=JELLY-98 due-to=Joerg SchaibleThe items attribute of a forEach tag can contain a comma-separated String/action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-47) Attribute corruption when dealing with converting attributes that include namespaces
Message: The following issue has been closed. Resolver: dion gillard Date: Wed, 1 Sep 2004 11:13 PM Fix for XMLParser applied. - View the issue: http://issues.apache.org/jira/browse/JELLY-47 Here is an overview of the issue: - Key: JELLY-47 Summary: Attribute corruption when dealing with converting attributes that include namespaces Type: Bug Status: Closed Priority: Critical Resolution: FIXED Project: jelly Components: core / taglib.core Fix Fors: 1.0-beta-4 Assignee: dion gillard Reporter: Ben Walding Created: Sat, 12 Apr 2003 7:40 AM Updated: Wed, 1 Sep 2004 11:13 PM Description: It seems like there is attribute corruption when dealing with converting attributes that include namespaces. (It might be that my understanding on namespaces is a bit wrong, but I still think jelly is broken) Essentially, the script j:jelly xmlns:j=jelly:core j:file name=target/testFileTag.tmp outputMode=html html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en /html /j:file /j:jelly is creating a file with the content (not even valid XML) html xmlns=http://www.w3.org/1999/xhtml lang=en/html when I would expect it to produce something like html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en/html I have included tests cases and scripts for this scenario - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2004-09-01T23:23:49 Editor: PhilSteitz [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList Added link to [lang] bug report containing BigFraction contribution Change Log: -- @@ -7,5 +7,5 @@ * Add population variance and standard deviation statistic. * Add 0-1 random number generators. * Add sparse matrix implementation. - * Add a fraction type. + * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2004-09-01T23:28:45 Editor: PhilSteitz [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList Request clarification of 0-1 random generators Change Log: -- @@ -5,7 +5,7 @@ * Add remedian statistic - [http://www.agoras.ua.ac.be/abstract/Remrob90.htm The Remedian: a Robust Averaging method for Large Data Sets] * Add population variance and standard deviation statistic. - * Add 0-1 random number generators. + * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? * Add sparse matrix implementation. * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-66) tag body as unescaped xml
The following comment has been added to this issue: Author: dion gillard Created: Wed, 1 Sep 2004 11:39 PM Body: You can use the core:file tag for this as well. - View this comment: http://issues.apache.org/jira/browse/JELLY-66?page=comments#action_38033 - View the issue: http://issues.apache.org/jira/browse/JELLY-66 Here is an overview of the issue: - Key: JELLY-66 Summary: tag body as unescaped xml Type: Bug Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.0 Assignee: Reporter: Knut Wannheden Created: Mon, 28 Jul 2003 2:32 AM Updated: Wed, 1 Sep 2004 11:39 PM Description: (I've reported this problem to commons-user before. See thread [jelly] body as unescaped xml.) The following snippet exposes the problem: j:set var=foo foo/ /j:set ${foo} I expected the output to be foo/foo (or foo/) but it is actually lt;foogt;lt;/foogt;. The problem is that there is no way to control this behaviour. The reason is that the factory methods of XMLOutput by default return an instance which escapes body text with XML entities (as in the example). In many applications this makes sense, but ss Jelly is primarily a tool to manipulate XML, I think the default should be _not_ to escape XML. (Also read the discussion in http://www.mail-archive.com/[EMAIL PROTECTED]/msg02750.html.) In the example the variable foo actually gets assigned the String value foo/foo, which is escaped when it's dereferenced using ${foo}. The question is whether the value should really be a String. Shouldn't it really be XML? - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[jira] Updated: (JELLY-82) Add UseVector tag
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Wed, 1 Sep 2004 11:40 PM Changes: Version changed to 1.0-beta-4 Fix Version changed to 1.1-beta-1 Fix Version changed from 1.0 - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-82?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-82 Here is an overview of the issue: - Key: JELLY-82 Summary: Add UseVector tag Type: New Feature Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Versions: 1.0-beta-4 Assignee: Reporter: Sean Ferguson Created: Thu, 4 Sep 2003 12:59 PM Updated: Wed, 1 Sep 2004 11:40 PM Environment: Windows XP Java 1.4.2 Description: In support of the updated ExpressionTableModel class, adding a Vector tag since DefaultTableModel uses Vectors instead of Lists for the rows. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[jira] Updated: (JELLY-13) Jelly should throw an exception if an unknown tag is used in a TagLibrary
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Wed, 1 Sep 2004 11:42 PM Changes: environment changed to Fix Version changed to 1.1-beta-1 Fix Version changed from 1.0 - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-13?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-13 Here is an overview of the issue: - Key: JELLY-13 Summary: Jelly should throw an exception if an unknown tag is used in a TagLibrary Type: Improvement Status: Open Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Assignee: james strachan Reporter: james strachan Created: Tue, 12 Nov 2002 5:24 AM Updated: Wed, 1 Sep 2004 11:42 PM Description: Many tag libraries only have a strict number of tags defined. So default behaviour for these libraries should be that if a typo is made on a tag name, then an exception is thrown. Some libraries, like the Ant library, are more soft-coded and will try their best to instantiate whatever they are given. However the default case is typically known at compile time. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[jira] Closed: (JELLY-52) provide correct bug reporting link on jelly web site!
Message: The following issue has been closed. Resolver: dion gillard Date: Wed, 1 Sep 2004 11:43 PM http://jakarta.apache.org/commons/jelly/issue-tracking.html currently lists the correct site - View the issue: http://issues.apache.org/jira/browse/JELLY-52 Here is an overview of the issue: - Key: JELLY-52 Summary: provide correct bug reporting link on jelly web site! Type: Bug Status: Closed Priority: Major Resolution: FIXED Project: jelly Components: documentation Fix Fors: 1.0-beta-4 Assignee: Reporter: Ralf Hauser Created: Wed, 21 May 2003 10:42 AM Updated: Wed, 1 Sep 2004 11:43 PM Description: the currently available link under Jakarta Community lead me to bugzilla: -- http://jakarta.apache.org/site/getinvolved.html, -- http://jakarta.apache.org/site/bugs.html It is not that obvious to look for Project Documentation - Project Info - Issue Tracking I would guess that QA deserves a top-level link? I have also suggested to bugzilla to close Jelly for input -- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20120 - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[jira] Updated: (JELLY-17) Support pluggable ClassLoader tags
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Wed, 1 Sep 2004 11:49 PM Changes: environment changed to Fix Version changed to 1.1-beta-1 Fix Version changed from 1.0 - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-17?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-17 Here is an overview of the issue: - Key: JELLY-17 Summary: Support pluggable ClassLoader tags Type: Improvement Status: Open Priority: Minor Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Assignee: james strachan Reporter: james strachan Created: Thu, 28 Nov 2002 7:19 AM Updated: Wed, 1 Sep 2004 11:49 PM Description: Various tags now require a ClassLoader. e.g. j:new j:useBean j:useList as well as things like test:assertThrown expected=java.lang.Throwable/ We should probably have some standard classLoader tag which can call setClassLoader() on the parent tag. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
[jira] Updated: (JELLY-44) [jelly] ClassLoader Problems with XMLParser and XMLParser reuse
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Wed, 1 Sep 2004 11:52 PM Changes: environment changed to Fix Version changed to 1.1-beta-1 Fix Version changed from 1.0 - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-44?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-44 Here is an overview of the issue: - Key: JELLY-44 Summary: [jelly] ClassLoader Problems with XMLParser and XMLParser reuse Type: Bug Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Assignee: Reporter: Vincenz Braun Created: Thu, 20 Mar 2003 1:48 PM Updated: Wed, 1 Sep 2004 11:52 PM Description: Hello, i had problems integrating jelly because of the ClassLoader set to the JellyContext is not promoted to the XMLParser. That leads to ClassNotFoundExceptions in resolving custom TagLibs. This should be added in JellyContext compileScript methods. The use of XMLParser in JellyContext needs a little more documentation not only because of a new XMLParser is always instantiated in compileScript(String uri) and compileScript(URL url) uses the per thread instance. Is it ok that the ImportTag therefore indirectly uses the same thread instance parser? the use of the thread instance parser was changed in HEAD - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly/impl Embedded.java
dion2004/09/01 23:58:34 Modified:jelly/src/java/org/apache/commons/jelly/impl Embedded.java Log: Formatting Revision ChangesPath 1.5 +5 -9 jakarta-commons/jelly/src/java/org/apache/commons/jelly/impl/Embedded.java Index: Embedded.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/impl/Embedded.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Embedded.java 24 Feb 2004 14:03:06 - 1.4 +++ Embedded.java 2 Sep 2004 06:58:34 - 1.5 @@ -35,13 +35,11 @@ import org.xml.sax.SAXException; /** - * - * * @author a href=mailto:[EMAIL PROTECTED]Vinay Chandran/a - */ -/** pcodeEmbedded/code provides easy means to embed JellyEngine br/ - * and use Jelly scripts within an application/p - * A typical usage:br/ + * + * pcodeEmbedded/code provides easy means to embed JellyEngine br/ + * and use Jelly scripts within an application/p + * A typical usage:br/ * codebr/ * Embedded embedded = new Embedded();br/ * embedded.setOutputStream(new ByteArrayOutputStream());br/ @@ -165,6 +163,7 @@ private void compileScriptAndKeep() { XMLParser parser = new XMLParser(); parser.setContext(m_context); +m_scriptCompiled = false; try { m_script = parser.parse(m_inputStream); m_script = m_script.compile(); @@ -172,15 +171,12 @@ } catch (IOException e) { m_scriptCompilationException = e; -m_scriptCompiled = false; } catch (SAXException e) { m_scriptCompilationException = e; -m_scriptCompiled = false; } catch (Exception e) { m_scriptCompilationException = e; -m_scriptCompiled = false; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser XMLParser.java
dion2004/09/02 00:11:14 Modified:jelly/src/java/org/apache/commons/jelly/parser XMLParser.java Log: Log exceptions Revision ChangesPath 1.51 +2 -2 jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java Index: XMLParser.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- XMLParser.java2 Sep 2004 06:11:28 - 1.50 +++ XMLParser.java2 Sep 2004 07:11:14 - 1.51 @@ -965,7 +965,7 @@ in.close(); } catch (Exception e) { -// ignore +if (log.isDebugEnabled()) log.debug(error closing jelly.properties, e); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly Jelly.java
dion2004/09/02 00:14:14 Modified:jelly/src/java/org/apache/commons/jelly Jelly.java Log: Refactor property loading Revision ChangesPath 1.31 +27 -19 jakarta-commons/jelly/src/java/org/apache/commons/jelly/Jelly.java Index: Jelly.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/Jelly.java,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- Jelly.java31 Aug 2004 06:50:03 - 1.30 +++ Jelly.java2 Sep 2004 07:14:14 - 1.31 @@ -239,26 +239,10 @@ String userDir = System.getProperty(user.home); File f = new File(userDir + File.separator + jelly.properties); -try { -if (f.exists()) { -is = new FileInputStream(f); -loadProperties(is); -} -} -catch (Exception e) { -log.error( Caught exception while loading: + f.getName() + . Reason: + e, e ); -} +loadProperties(f); f = new File(jelly.properties); -try { -if (f.exists()) { -is = new FileInputStream(f); -loadProperties(is); -} -} -catch (Exception e) { -log.error( Caught exception while loading: + f.getName() + . Reason: + e, e ); -} +loadProperties(f); is = getClass().getClassLoader().getResourceAsStream(jelly.properties); @@ -268,6 +252,30 @@ } catch (Exception e) { log.error( Caught exception while loading jelly.properties from the classpath. Reason: + e, e ); +} +} +} + +/** + * Load properties from a file into the context + * @param f + */ +private void loadProperties(File f) { +InputStream is = null; +try { +if (f.exists()) { +is = new FileInputStream(f); +loadProperties(is); +} +} catch (Exception e) { +log.error( Caught exception while loading: + f.getName() + . Reason: + e, e ); +} finally { +if (is != null) { +try { +is.close(); +} catch (IOException e) { +if (log.isDebugEnabled()) log.debug(error closing property input stream, e); +} } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly/tags/core ThreadTag.java
dion2004/09/02 00:14:29 Modified:jelly/src/java/org/apache/commons/jelly/tags/core ThreadTag.java Log: Log exceptions Revision ChangesPath 1.11 +5 -1 jakarta-commons/jelly/src/java/org/apache/commons/jelly/tags/core/ThreadTag.java Index: ThreadTag.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/tags/core/ThreadTag.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- ThreadTag.java24 Feb 2004 14:10:38 - 1.10 +++ ThreadTag.java2 Sep 2004 07:14:29 - 1.11 @@ -23,6 +23,8 @@ import org.apache.commons.jelly.JellyTagException; import org.apache.commons.jelly.TagSupport; import org.apache.commons.jelly.XMLOutput; +import org.apache.commons.logging.Log; +import org.apache.commons.logging.LogFactory; /** A tag that spawns the contained script in a separate thread * @@ -35,6 +37,8 @@ private XMLOutput xmlOutput; /** Should we close the underlying output */ private boolean closeOutput; +/** The Log to which logging calls will be made. */ +private Log log = LogFactory.getLog(ThreadTag.class); public ThreadTag() { } @@ -67,7 +71,7 @@ } } catch (Exception e) { -e.printStackTrace(); +if (log.isErrorEnabled()) log.error(error running thread tag, e); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly XMLOutput.java
dion2004/09/02 00:17:19 Modified:jelly/src/java/org/apache/commons/jelly XMLOutput.java Log: Log exceptions Revision ChangesPath 1.14 +8 -1 jakarta-commons/jelly/src/java/org/apache/commons/jelly/XMLOutput.java Index: XMLOutput.java === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/XMLOutput.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- XMLOutput.java24 Feb 2004 14:15:40 - 1.13 +++ XMLOutput.java2 Sep 2004 07:17:19 - 1.14 @@ -21,6 +21,9 @@ import java.io.UnsupportedEncodingException; import java.io.Writer; +import org.apache.commons.jelly.parser.XMLParser; +import org.apache.commons.logging.Log; +import org.apache.commons.logging.LogFactory; import org.dom4j.io.XMLWriter; import org.xml.sax.Attributes; @@ -55,6 +58,9 @@ /** The SAX LexicalHandler that output goes to */ private LexicalHandler lexicalHandler; + +/** The Log to which logging calls will be made. */ +private static final Log log = LogFactory.getLog(XMLOutput.class); public XMLOutput() { } @@ -117,6 +123,7 @@ } catch (Exception e) { // ignore any unsupported-operation exceptions +if (log.isDebugEnabled()) log.debug(error setting lexical handler properties, e); } } return output; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2004-09-02T06:34:37 Editor: AlChou [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -6,6 +6,7 @@ * Add remedian statistic - [http://www.agoras.ua.ac.be/abstract/Remrob90.htm The Remedian: a Robust Averaging method for Large Data Sets] * Add population variance and standard deviation statistic. * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? + * I assumed this item meant implement good random number generators, e.g., like those described in ''Numerical Recipes'' or Knuth. -- AlChou * Add sparse matrix implementation. * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/images logo.jpg
roxspring2004/09/02 06:54:39 Modified:cli project.xml Added: cli/xdocs/images logo.jpg Log: Tidied up project.xml, added jpeg version of commons-cli logo for pdf documentation Revision ChangesPath 1.23 +30 -16jakarta-commons/cli/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/cli/project.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- project.xml 18 Aug 2004 00:44:46 - 1.22 +++ project.xml 2 Sep 2004 13:54:39 - 1.23 @@ -21,14 +21,14 @@ inceptionYear2002/inceptionYear shortDescriptionCommons CLI/shortDescription description - Commons CLI provides a simple API for presenting, proecessing and - validating a command line interface. +Commons CLI provides a simple API for presenting, proecessing and +validating a command line interface. /description - logo/images/logo.png/logo - + logo/images/logo.jpg/logo + urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}//url packageorg.apache.commons.${pom.artifactId.substring(8)}/package - + organization nameApache Software Foundation/name urlhttp://www.apache.org/url @@ -40,12 +40,12 @@ siteAddressjakarta.apache.org/siteAddress siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory - + repository connectionscm:cvs:pserver:[EMAIL PROTECTED]:/home/cvspublic:jakarta-commons/${pom.artifactId.substring(8)}/connection urlhttp://cvs.apache.org/viewcvs/jakarta-commons/${pom.artifactId.substring(8)}//url /repository - + mailingLists mailingList nameCommons Dev List/name @@ -73,23 +73,38 @@ idbob/id email[EMAIL PROTECTED]/email organizationWerken/organization + roles +rolecontributed ideas and code from werken.opt/role + /roles /developer developer nameJohn Keyes/name idjkeyes/id email[EMAIL PROTECTED]/email organizationintegral Source/organization + roles +rolecontributed ideas and code from Optz/role + /roles /developer developer nameRob Oxspring/name idroxspring/id email[EMAIL PROTECTED]/email - organization/organization + organizationIndigo Stone/organization + roles +roledesigned CLI2/role + /roles /developer /developers contributors -!-- Helped in merging Avalon CLI -- +contributor + namePeter Donald/name + iddonaldp/id + roles +rolecontributed ideas and code from Avalon Excalibur's cli package/role + /roles +/contributor contributor nameBerin Loritsch/name email[EMAIL PROTECTED]/email @@ -98,7 +113,6 @@ rolehelped in the Avalon CLI merge/role /roles /contributor -!-- Supplied patch -- contributor namePeter Maddocks/name email[EMAIL PROTECTED]/email @@ -110,24 +124,24 @@ /contributors dependencies - + dependency idcommons-lang/id version1.0/version /dependency - + dependency idjunit/id version3.8.1/version /dependency - + dependency idjdepend/id version2.5/version /dependency - + /dependencies - + build nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress sourceDirectorysrc/java/sourceDirectory @@ -143,7 +157,7 @@ /includes /resource /resources - + !-- Unit test classes -- unitTest includes 1.1 jakarta-commons/cli/xdocs/images/logo.jpg Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli project.properties
roxspring2004/09/02 06:57:06 Modified:cli/xdocs navigation.xml cli project.properties Added: cli/xdocs navigation-pdf.xml Log: Navigation updated for v2 documentation PDF version separated out to exclude web only documents Revision ChangesPath 1.14 +20 -7 jakarta-commons/cli/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/cli/xdocs/navigation.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- navigation.xml22 Apr 2004 23:00:13 - 1.13 +++ navigation.xml2 Sep 2004 13:57:06 - 1.14 @@ -23,21 +23,34 @@ body links - item name=Jakarta Commons + item name=Jakarta Commons href=http://jakarta.apache.org/commons// /links -menu name=User Documentation - item name=Introduction href=/introduction.html/ +menu name=CLI2 + item name=Overview href=/manual/index.html/ + item name=Options href=/manual/options.html/ + item name=Builders href=/manual/builders.html/ + item name=CommandLines href=/manual/commandlines.html/ + item name=Validatorshref=/manual/validators.html/ + item name=Utilities href=/manual/utilities.html/ +/menu + +menu name=CLI1 + item name=Overview href=/introduction.html/ item name=Usage Scenarios href=/usage.html/ item name=Option Properties href=/properties.html/ - item name=Download href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-cli/v1.0// /menu -menu name=Developer Documentation - item name=Versions and Branches href=/versions_and_branches.html/ +menu name=Examples + item name=Overview href=/examples/index.html/ + item name=ant href=/examples/ant.html/ + item name=lshref=/examples/ls.html/ + item name=cvs href=/examples/cvs.html/ + item name=cphref=/examples/cp.html/ /menu - + common-menus; + /body /project 1.1 jakarta-commons/cli/xdocs/navigation-pdf.xml Index: navigation-pdf.xml === ?xml version=1.0 encoding=ISO-8859-1? !-- Copyright 2002-2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- !DOCTYPE org.apache.commons.menus SYSTEM '../../commons-build/menus/menus.dtd' project name=CLI titleCLI/title body links item name=Jakarta Commons href=http://jakarta.apache.org/commons// /links menu name=Command Line Interface item name=Introduction href=/index.html/ /menu menu name=CLI2 item name=CLI2 - Overview href=/manual/index.html/ item name=CLI2 - Options href=/manual/options.html/ item name=CLI2 - Builders href=/manual/builders.html/ item name=CLI2 - CommandLines href=/manual/commandlines.html/ item name=CLI2 - Validatorshref=/manual/validators.html/ item name=CLI2 - Utilities href=/manual/utilities.html/ /menu menu name=CLI1 item name=CLI1 - Overview href=/introduction.html/ item name=CLI1 - Usage Scenarios href=/usage.html/ item name=CLI1 - Option Properties href=/properties.html/ /menu menu name=Examples item name=Examples - Overview href=/examples/index.html/ item name=Examples - ant href=/examples/ant.html/ item name=Examples - lshref=/examples/ls.html/ item name=Examples - cvs href=/examples/cvs.html/ item name=Examples - cphref=/examples/cp.html/ /menu /body /project 1.11 +3 -1 jakarta-commons/cli/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/cli/project.properties,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- project.properties
cvs commit: jakarta-commons/cli/xdocs/manual - New directory
roxspring2004/09/02 06:57:57 jakarta-commons/cli/xdocs/manual - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/manual validators.xml builders.xml index.xml commandlines.xml utilities.xml options.xml
roxspring2004/09/02 06:58:02 Added: cli/xdocs/manual validators.xml builders.xml index.xml commandlines.xml utilities.xml options.xml Log: Added initial cli2 manual stub Revision ChangesPath 1.1 jakarta-commons/cli/xdocs/manual/validators.xml Index: validators.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleCLI2 - Validators/title /properties body section name=Validators img src=../images/validators.jpg/ subsection name=?? /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/manual/builders.xml Index: builders.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleCLI2 - Builders/title /properties body section name=Builders img src=../images/builders.jpg/ subsection name=GroupBuilder /subsection subsection name=ArgumentBuilder /subsection subsection name=DefaultOptionBuilder /subsection subsection name=CommandBuilder /subsection subsection name=SwitchBuilder /subsection subsection name=PatternBuilder /subsection subsection name=Other Options pTODO PropertyOption/p pTODO SourceDestArgument/p /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/manual/index.xml Index: index.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleCLI2 - Overview/title /properties body section name=Overview pTODO quick overview to the overview/p subsection name=Modelling the interface pTODO terminology/p pTODO basic options/p pTODO option builders/p /subsection subsection name=Parsing the command line pTODO Parser/p pTODO OptionException/p pTODO HelpFormatter/p /subsection subsection name=Querying the result pTODO CommandLine/p pTODO DefaultingCommandLine/p /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/manual/commandlines.xml Index: commandlines.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the
cvs commit: jakarta-commons/cli/xdocs/examples - New directory
roxspring2004/09/02 06:58:13 jakarta-commons/cli/xdocs/examples - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/examples index.xml ant.xml cp.xml ls.xml cvs.xml
roxspring2004/09/02 06:58:17 Added: cli/xdocs/examples index.xml ant.xml cp.xml ls.xml cvs.xml Log: Added initial cli2 examples stub Revision ChangesPath 1.1 jakarta-commons/cli/xdocs/examples/index.xml Index: index.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleExamples/title /properties body section name=Overview pTODO quick overview to the examples/p /section /body /document 1.1 jakarta-commons/cli/xdocs/examples/ant.xml Index: ant.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleExamples - ant/title /properties body section name=ant pTODO what is ant/p subsection name=Modelling /subsection subsection name=Querying /subsection subsection name=Helping /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/examples/cp.xml Index: cp.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleExamples - cp/title /properties body section name=cp pTODO what is cp/p subsection name=Modelling /subsection subsection name=Querying /subsection subsection name=Helping /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/examples/ls.xml Index: ls.xml === ?xml version=1.0? !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- document properties author email=[EMAIL PROTECTED]commons-dev/author titleExamples - ls/title /properties body section name=ls pTODO what is ls/p subsection name=Modelling /subsection subsection name=Querying /subsection subsection name=Helping /subsection /section /body /document 1.1 jakarta-commons/cli/xdocs/examples/cvs.xml Index: cvs.xml === ?xml version=1.0? !-- Copyright 2004 The
cvs commit: jakarta-commons/cli/xdocs/images/svg - New directory
roxspring2004/09/02 06:59:13 jakarta-commons/cli/xdocs/images/svg - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/images/svg diagrams-cli2.js diagrams.css diagrams.js commandlines.svg util.svg options.svg
roxspring2004/09/02 07:00:47 Added: cli/xdocs/images/svg diagrams-cli2.js diagrams.css diagrams.js commandlines.svg util.svg options.svg Removed: cli/xdocs/images util.svg commandlines.svg diagrams.css diagrams.js diagrams-cli2.js options.svg Log: Moved svg diagrams into xdocs/images/svg directory (default dir for svg plugin) Revision ChangesPath 1.1 jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js Index: diagrams-cli2.js === /* * Copyright 2004 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ var Option = new Interface(Option); Option.addMethod(process(...)); Option.addMethod(canProcess(...)); Option.addMethod(getTriggers()); Option.addMethod(getPrefixes()); Option.addMethod(validate(...)); Option.addMethod(helpLines(...)); Option.addMethod(appendUsage(...)); Option.addMethod(getPreferredName()); Option.addMethod(getDescription()); Option.addMethod(getId()); Option.addMethod(findOption(...)); var Group = new Interface(Group); Group.addMethod(appendUsage(...)); Group.addNote(-a | -b | -c | -d | -e); var Parent = new Interface(Parent); Parent.addMethod(processParent(...)); Parent.addNote(-f arg1); var Argument = new Interface(Argument); Argument.addMethod(getInitialSeparator()); Argument.addMethod(processValues(...)); Argument.addMethod(validate(...)); Argument.addNote(arg1 [arg2 ...]); var CommandLine = new Interface(CommandLine); CommandLine.addMethod(hasOption(...)); CommandLine.addMethod(getOption(...)); CommandLine.addMethod(getValue(...)); CommandLine.addMethod(getValues(...)); CommandLine.addMethod(getSwitch(...)); CommandLine.addMethod(getProperty(...)); CommandLine.addMethod(getProperties()); CommandLine.addMethod(getOptionCount(...)); CommandLine.addMethod(getOptions()); CommandLine.addMethod(getOptionTriggers()); var WriteableCommandLine = new Interface(WriteableCommandLine); WriteableCommandLine.addMethod(addOption(...)); WriteableCommandLine.addMethod(addValue(...)); WriteableCommandLine.addMethod(addSwitch(...)); WriteableCommandLine.addMethod(addProperty(...)); WriteableCommandLine.addMethod(looksLikeOption(...)); var PropertyOption = new Class(PropertyOption); PropertyOption.addAttribute(optionString); PropertyOption.addAttribute(description); PropertyOption.addAttribute(prefixes); PropertyOption.addNote(-Dproperty=value); var DefaultOption = new Class(DefaultOption); DefaultOption.addAttribute(optionString); DefaultOption.addAttribute(description); DefaultOption.addAttribute(prefixes); DefaultOption.addNote(-f (--file, --filelist)); var Command = new Class(Command); Command.addAttribute(preferredName); Command.addAttribute(aliases); Command.addAttribute(required); Command.addAttribute(triggers); Command.addNote(update (up, upd)); var Switch = new Class(Switch); Switch.addAttribute(enabledPrefix); Switch.addAttribute(disabledPrefix); Switch.addAttribute(preferredName); Switch.addAttribute(aliases); Switch.addAttribute(required); Switch.addAttribute(triggers); Switch.addAttribute(prefixes); Switch.addNote(+d|-d (+display|-display)); var SourceDestArgument = new Class(SourceDestArgument); SourceDestArgument.addAttribute(preferredName); SourceDestArgument.addAttribute(aliases); SourceDestArgument.addAttribute(required); SourceDestArgument.addAttribute(triggers); SourceDestArgument.addNote(src1 src2 ... dst); var Parser = new Class(Parser); Parser.addMethod(parse(...)); Parser.addMethod(parseAndHelp(...)); Parser.addMethod(setGroup(...)); Parser.addMethod(setHelpFormatter(...)); Parser.addMethod(setHelpOption(...)); Parser.addMethod(setHelpTrigger(...)); var DefaultingCommandLine = new Class(DefaultingCommandLine); DefaultingCommandLine.addMethod(appendCommandLine(...)); DefaultingCommandLine.addMethod(insertCommandLine(...)); DefaultingCommandLine.addMethod(commandLines()); var PropertiesCommandLine = new Class(PropertiesCommandLine); PropertiesCommandLine.addAttribute(properties); PropertiesCommandLine.addNote(java.util.Properties); var PreferencesCommandLine = new Class(PreferencesCommandLine);
cvs commit: jakarta-commons/cli/xdocs/images/svg diagrams-cli2.js diagrams.css diagrams.js commandlines.svg util.svg options.svg
roxspring2004/09/02 07:01:29 Modified:cli/xdocs/images/svg diagrams-cli2.js diagrams.css diagrams.js commandlines.svg util.svg options.svg Log: Files are text based and mergeable Revision ChangesPath 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js Index: diagrams-cli2.js === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/diagrams.css Index: diagrams.css === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/diagrams.css,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/diagrams.js Index: diagrams.js === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/diagrams.js,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/commandlines.svg Index: commandlines.svg === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/commandlines.svg,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/util.svg Index: util.svg === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/util.svg,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 1.2 +0 -0 jakarta-commons/cli/xdocs/images/svg/options.svg Index: options.svg === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/options.svg,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Commons Wiki] Updated: MathWishList
Like I said in the past, I highly recommend working with Paul Houle (http://www.honeylocust.com/RngPack/) to get these random number generators integrated into the math library. He has stated to me in the past that he is willing to relicense them under the Apache license. As well I beleive that with the BSD being compatable with Apache licensing, there would be little stopping us from integrating them ourselves as a derivative work. -Mark Kim van der Linde wrote: [EMAIL PROTECTED] wrote: Date: 2004-09-01T23:28:45 Editor: PhilSteitz [EMAIL PROTECTED] + * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? There are a ton of different ways to generate pseudorandom numbers, all have in common that they are kind of ciclic and have a certain predictability. In general, faster pseudorandom algorithms do have shorter cicles and are better predictable, while better pseudorandom algorithms require more computation time. The build in JAVA pseudo random generator is a laugh, and not to be used for any serious randomnisations Kim -- 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]
Maintainer question - daemon
Hi all, Who is the maintainer for daemon? If this piece of commons is no longer maintained by anyone in particular (or if you guys just don't have that kind of concept around here) could you let me know how to go about getting functional changes done rather than bugfixes. I just assume that any changes that aren't simply fixes would go past someone. Cheese, Nige - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maintainer question - daemon
Hi, It's maintained by committee, like many of our projects. Although the team list is available (http://jakarta.apache.org/commons/daemon/team-list.html), you're encouraged to use a public forum like this mailing list rather than personal emails to committers when discussion changes (be they bugs or feature additions). Yoav Shapira Millennium Research Informatics -Original Message- From: Nigel Rantor [mailto:[EMAIL PROTECTED] Sent: Thursday, September 02, 2004 10:23 AM To: [EMAIL PROTECTED] Subject: Maintainer question - daemon Hi all, Who is the maintainer for daemon? If this piece of commons is no longer maintained by anyone in particular (or if you guys just don't have that kind of concept around here) could you let me know how to go about getting functional changes done rather than bugfixes. I just assume that any changes that aren't simply fixes would go past someone. Cheese, Nige - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maintainer question - daemon
Shapira, Yoav wrote: Hi, It's maintained by committee, like many of our projects. Although the team list is available (http://jakarta.apache.org/commons/daemon/team-list.html), you're encouraged to use a public forum like this mailing list rather than personal emails to committers when discussion changes (be they bugs or feature additions). Cheers, I only ask because I've sent (and reposted) a question about deamon now and am wondering what to do now? Post a proposal? Nige - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/validation DateValidator.java
roxspring2004/09/02 07:45:52 Modified:cli/src/java/org/apache/commons/cli2/validation DateValidator.java Log: The array of permitted formats is not mutable Revision ChangesPath 1.3 +43 -4 jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/DateValidator.java Index: DateValidator.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/DateValidator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DateValidator.java22 Apr 2004 23:00:14 - 1.2 +++ DateValidator.java2 Sep 2004 14:45:51 - 1.3 @@ -29,7 +29,7 @@ public class DateValidator implements Validator { /** an array of permitted DateFormats */ -private final DateFormat[] formats; +private DateFormat[] formats; /** minimum Date allowed i.e: a valid date occurs later than this date */ private Date minimum; @@ -78,7 +78,7 @@ *a DateFormat which dates must conform to */ public DateValidator(final DateFormat format) { -this.formats = new DateFormat[] { format }; +setFormat(format); } /** @@ -88,8 +88,7 @@ *a List of DateFormats which dates must conform to */ public DateValidator(final List formats) { -this.formats = -(DateFormat[])formats.toArray(new DateFormat[formats.size()]); + setFormats(formats); } /** @@ -210,4 +209,44 @@ private boolean isDateEarlier(Date date) { return minimum != null date.getTime() minimum.getTime(); } + +/** + * Sets the date format permitted. + * + * @param format + * the format to use + */ +public void setFormat(final DateFormat format) { + formats = new DateFormat[]{format}; +} + +/** + * Sets the date formats permitted. + * + * @param formats + * the List of DateFormats to use + */ +public void setFormats(final List formats) { + setFormats((DateFormat[])formats.toArray(new DateFormat[formats.size()])); +} + +/** + * Sets the date formats permitted. + * + * @param formats + * the array of DateFormats to use + */ +public void setFormats(final DateFormat[] formats) { + this.formats = formats; +} + +/** + * Gets the date formats permitted. + * + * @return the permitted formats + */ +public DateFormat[] getFormats() { + return this.formats; +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/validation EnumValidator.java
roxspring2004/09/02 07:48:56 Modified:cli/src/java/org/apache/commons/cli2/validation EnumValidator.java Log: The set of valid values is now mutable Revision ChangesPath 1.3 +14 -0 jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/EnumValidator.java Index: EnumValidator.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/EnumValidator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- EnumValidator.java22 Apr 2004 23:00:14 - 1.2 +++ EnumValidator.java2 Sep 2004 14:48:56 - 1.3 @@ -83,4 +83,18 @@ return buff.toString(); } + +/** + * @return Returns the validValues. + */ +public Set getValidValues() { +return validValues; +} + +/** + * @param validValues The validValues to set. + */ +public void setValidValues(Set validValues) { +this.validValues = validValues; +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/validation NumberValidator.java
roxspring2004/09/02 07:49:23 Modified:cli/src/java/org/apache/commons/cli2/validation NumberValidator.java Log: The number format is now mutable Revision ChangesPath 1.3 +8 -1 jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/NumberValidator.java Index: NumberValidator.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/validation/NumberValidator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NumberValidator.java 22 Apr 2004 23:00:14 - 1.2 +++ NumberValidator.java 2 Sep 2004 14:49:23 - 1.3 @@ -55,7 +55,7 @@ return new NumberValidator(NumberFormat.getNumberInstance()); } -private final NumberFormat format; +private NumberFormat format; private Number minimum = null; private Number maximum = null; @@ -128,5 +128,12 @@ */ public void setMinimum(Number minimum) { this.minimum = minimum; +} + +/** + * @param format The format to set. + */ +public void setFormat(NumberFormat format) { +this.format = format; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [MATH] Matrix indices
Ok, I tally (pre-apologies if I misrepresent anyone): Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen). Three votes for 1-based indexing (Al, Phil, and myself). Should we go ahead with the 0-based change and put this to rest? Or do we still need some debate? I, for one, want to move on. Brent Worden -Original Message- From: Gray, Andrew (ITDA) [mailto:[EMAIL PROTECTED] Sent: Thursday, September 02, 2004 2:44 AM To: 'Jakarta Commons Developers List' Subject: RE: [MATH] Matrix indices ditto below - +1 for Zero based indices. Principle of Least Astonishment and all that.. -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: 02 September 2004 08:42 To: Jakarta Commons Developers List Subject: Re: [MATH] Matrix indices From: Al Chou [EMAIL PROTECTED] 1) Change the RealMatrix getEntry, getRow, getColumn methods to use 0-based indexing. FWIW, if I were using this class, I would expect it to be 0-based. I can't comment on the other points as I don't hav the maths background. (If I needed one, I would probably search for it or ask, thus the name is less interesting to me) Sorry for the late input. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Department for Environment, Food and Rural Affairs (Defra) This email and any attachments is intended for the named recipient only. Its unauthorised use, disclosure, storage or copying is not permitted. If you have received it in error, please destroy all copies and inform the sender. Whilst this email and associated attachments will have been checked for known viruses whilst within Defra systems we can accept no responsibility once it has left our systems. Communications on Defra's computer systems may be monitored and/or recorded to secure the effective operation of the system and for other lawful purposes. - 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: [Jakarta Commons Wiki] Updated: MathWishList
[EMAIL PROTECTED] wrote: Date: 2004-09-02T06:34:37 Editor: AlChou [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -6,6 +6,7 @@ * Add remedian statistic - [http://www.agoras.ua.ac.be/abstract/Remrob90.htm The Remedian: a Robust Averaging method for Large Data Sets] * Add population variance and standard deviation statistic. * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? + * I assumed this item meant implement good random number generators, e.g., like those described in ''Numerical Recipes'' or Knuth. -- AlChou Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's 3.2.1 (linear congruential). I am +1 for adding additional PRNGs, but I would also recommend that if we do that we also include benchmark tests (like the ones here: http://csrc.nist.gov/rng/SP800-22b.pdf), performance metrics and clear documentation indicating what the relative strengths / weaknesses of the additional PRNGs are. * Add sparse matrix implementation. * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - 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]
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2004-09-02T08:35:59 Editor: MarkDiggory [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -7,6 +7,8 @@ * Add population variance and standard deviation statistic. * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? * I assumed this item meant implement good random number generators, e.g., like those described in ''Numerical Recipes'' or Knuth. -- AlChou + * I highly recommend working with Paul Houle [http://www.honeylocust.com/RngPack/] to get these random number generators integrated into the math library. He has stated to me in the past that he is willing to relicense them under the Apache license. As well I beleive that with the BSD being compatable with Apache licensing, there would be little stopping us from integrating them ourselves as a derivative work. + * Add sparse matrix implementation. * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] * Add submatrix accessors - [http://issues.apache.org/bugzilla/show_bug.cgi?id=30896] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: MathWishList
Date: 2004-09-02T08:36:19 Editor: MarkDiggory [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -7,7 +7,7 @@ * Add population variance and standard deviation statistic. * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? * I assumed this item meant implement good random number generators, e.g., like those described in ''Numerical Recipes'' or Knuth. -- AlChou - * I highly recommend working with Paul Houle [http://www.honeylocust.com/RngPack/] to get these random number generators integrated into the math library. He has stated to me in the past that he is willing to relicense them under the Apache license. As well I beleive that with the BSD being compatable with Apache licensing, there would be little stopping us from integrating them ourselves as a derivative work. + * I highly recommend working with Paul Houle [http://www.honeylocust.com/RngPack/] to get these random number generators integrated into the math library. He has stated to me in the past that he is willing to relicense them under the Apache license. As well I beleive that with the BSD being compatable with Apache licensing, there would be little stopping us from integrating them ourselves as a derivative work. - Mark Diggory * Add sparse matrix implementation. * Add a fraction type - Can start with implementation contributed to [lang] here [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [MATH] Matrix indices
Brent Worden wrote: Ok, I tally (pre-apologies if I misrepresent anyone): Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen). Three votes for 1-based indexing (Al, Phil, and myself). Should we go ahead with the 0-based change and put this to rest? Or do we still need some debate? I, for one, want to move on. +1 for moving on :-) Interesting that astonishment is in the eye of the beholder. Mathematicians may be astonished by the 0-based indexing; but as long as it is clearly documented, most will not care. I am assuming from the above that you, Brent, are OK with the change. That leaves only me and Al as holdouts. I can live with it, and Al seems ambivalent, so I will go ahead and make the change. Assuming you are OK with this, Al? Phil Brent Worden -Original Message- From: Gray, Andrew (ITDA) [mailto:[EMAIL PROTECTED] Sent: Thursday, September 02, 2004 2:44 AM To: 'Jakarta Commons Developers List' Subject: RE: [MATH] Matrix indices ditto below - +1 for Zero based indices. Principle of Least Astonishment and all that.. -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: 02 September 2004 08:42 To: Jakarta Commons Developers List Subject: Re: [MATH] Matrix indices From: Al Chou [EMAIL PROTECTED] 1) Change the RealMatrix getEntry, getRow, getColumn methods to use 0-based indexing. FWIW, if I were using this class, I would expect it to be 0-based. I can't comment on the other points as I don't hav the maths background. (If I needed one, I would probably search for it or ask, thus the name is less interesting to me) Sorry for the late input. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Department for Environment, Food and Rural Affairs (Defra) This email and any attachments is intended for the named recipient only. Its unauthorised use, disclosure, storage or copying is not permitted. If you have received it in error, please destroy all copies and inform the sender. Whilst this email and associated attachments will have been checked for known viruses whilst within Defra systems we can accept no responsibility once it has left our systems. Communications on Defra's computer systems may be monitored and/or recorded to secure the effective operation of the system and for other lawful purposes. - 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]
DO NOT REPLY [Bug 28596] - Tests for Commons Net POP3 module Part 1 of 5
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=28596. 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=28596 Tests for Commons Net POP3 module Part 1 of 5 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 15:50 --- Committed files into CVS. Thanks, Mike. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28597] - Test Suite for Jakarta Commons Net POP3 module Parts 2-5
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=28597. 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=28597 Test Suite for Jakarta Commons Net POP3 module Parts 2-5 This bug depends on bug 28596, which changed state: What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28597] - Test Suite for Jakarta Commons Net POP3 module Parts 2-5
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=28597. 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=28597 Test Suite for Jakarta Commons Net POP3 module Parts 2-5 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 15:51 --- Committed files into CVS. Thanks, Mike. I'll mark this as FIXED for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26282] - Addition of message threading functionality to NNTP
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=26282. 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=26282 Addition of message threading functionality to NNTP [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 15:54 --- After a period of absence, I'm ready to take up responsibility for these changes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fw: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory
Anyone know why this is in moderation? -- James Mitchell - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 02, 2004 11:41 AM Subject: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory rwinston2004/09/02 08:41:30 jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with default namespace.
Hi, We dicovered a problem with how JXPath handles default namespaces. We wrote the following testprogram illustrating the problem: We also fixed the problem against the HEAD of the jakarta CVS by changing the way namespace strings are compared. We ran the JUnit tests against our fix , and no failures were reported. Is it possible to apply this patch to HEAD of the CVS? Best regards, Nick Van den Bleeken, Nick Hofstede Index: DOMNodePointer.java === RCS file: /home/cvspublic/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java,v retrieving revision 1.24 diff -u -r1.24 DOMNodePointer.java --- DOMNodePointer.java 29 Jun 2004 22:58:17 - 1.24 +++ DOMNodePointer.java 2 Sep 2004 16:48:59 - @@ -130,18 +130,11 @@ } private static boolean equalStrings(String s1, String s2) { -if (s1 == null s2 != null) { -return false; +if (s1 == null || s1.length() == 0) { +return s2 == null || s2.length() == 0; } -if (s1 != null s2 == null) { -return false; -} - -if (s1 != null !s1.trim().equals(s2.trim())) { -return false; -} - -return true; + +return s2 != null s1.trim().equals(s2.trim()); } public QName getName() { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31019] New: - describe() subject to infinite loop
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=31019. 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=31019 describe() subject to infinite loop Summary: describe() subject to infinite loop Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: Bean Utilities AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] BeanUtils.describe() has the problem that it can be called infinitely if used inside of the bean it is describing. For instance, a bean with the following code will fail: class MyBean { public Map getParameterMap() { BeanUtils.describe(this); } } The problem is when the method calls getProperty() on the parameterMap property. I would expect some sort of sanity check as this can bring down the server with a StackOverflow exception, when it is not entirely obvious why. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/manual validators.xml
roxspring2004/09/02 10:25:26 Modified:cli/xdocs/manual validators.xml Log: Fleshed out the plans for the validators document Revision ChangesPath 1.2 +13 -1 jakarta-commons/cli/xdocs/manual/validators.xml Index: validators.xml === RCS file: /home/cvs/jakarta-commons/cli/xdocs/manual/validators.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- validators.xml2 Sep 2004 13:58:02 - 1.1 +++ validators.xml2 Sep 2004 17:25:26 - 1.2 @@ -24,8 +24,20 @@ body section name=Validators img src=../images/validators.jpg/ - subsection name=?? + + subsection name=ClassValidator /subsection + subsection name=DateValidator + /subsection + subsection name=EnumValidator + /subsection + subsection name=FileValidator + /subsection + subsection name=NumberValidator + /subsection + subsection name=UrlValidator + /subsection + /section /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/xdocs/images/svg diagrams-cli2.js
roxspring2004/09/02 10:25:49 Modified:cli/xdocs/images/svg diagrams-cli2.js Log: Added definitions for most classes Revision ChangesPath 1.3 +164 -2jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js Index: diagrams-cli2.js === RCS file: /home/cvs/jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- diagrams-cli2.js 2 Sep 2004 14:01:28 - 1.2 +++ diagrams-cli2.js 2 Sep 2004 17:25:48 - 1.3 @@ -111,8 +111,6 @@ Parser.addMethod(setHelpOption(...)); Parser.addMethod(setHelpTrigger(...)); - - var DefaultingCommandLine = new Class(DefaultingCommandLine); DefaultingCommandLine.addMethod(appendCommandLine(...)); DefaultingCommandLine.addMethod(insertCommandLine(...)); @@ -126,3 +124,167 @@ PreferencesCommandLine.addAttribute(preferences); PreferencesCommandLine.addNote(java.util.prefs.Preferences); + + + + +var ArgumentBuilder = new Class(ArgumentBuilder); +ArgumentBuilder.addMethod(withId(...)); +ArgumentBuilder.addMethod(withName(...)); +ArgumentBuilder.addMethod(withDescription(...)); +ArgumentBuilder.addMethod(withConsumeRemaining(...)); +ArgumentBuilder.addMethod(withValidator(...)); +ArgumentBuilder.addMethod(withMinimum(...)); +ArgumentBuilder.addMethod(withMaximum(...)); +ArgumentBuilder.addMethod(withDefault(...)); +ArgumentBuilder.addMethod(withDefaults(...)); +ArgumentBuilder.addMethod(withInitialSeparator(...)); +ArgumentBuilder.addMethod(withSubsequentSeparator(...)); +ArgumentBuilder.addMethod(create()); +ArgumentBuilder.addMethod(reset()); + +var CommandBuilder = new Class(CommandBuilder); +CommandBuilder.addMethod(withId(...)); +CommandBuilder.addMethod(withName(...)); +CommandBuilder.addMethod(withDescription(...)); +CommandBuilder.addMethod(withArgument(...)); +CommandBuilder.addMethod(withChildren(...)); +CommandBuilder.addMethod(withRequired(...)); +CommandBuilder.addMethod(create()); +CommandBuilder.addMethod(reset()); + +var DefaultOptionBuilder = new Class(DefaultOptionBuilder); +DefaultOptionBuilder.addMethod(withId(...)); +DefaultOptionBuilder.addMethod(withShortName(...)); +DefaultOptionBuilder.addMethod(withLongName(...)); +DefaultOptionBuilder.addMethod(withDescription(...)); +DefaultOptionBuilder.addMethod(withArgument(...)); +DefaultOptionBuilder.addMethod(withChildren(...)); +DefaultOptionBuilder.addMethod(withRequired(...)); +DefaultOptionBuilder.addMethod(create()); +DefaultOptionBuilder.addMethod(reset()); +DefaultOptionBuilder.addAttribute(shortPrefix); +DefaultOptionBuilder.addAttribute(longPrefix); +DefaultOptionBuilder.addAttribute(burstEnabled); + +var DefaultOptionBuilder = new Class(DefaultOptionBuilder); +DefaultOptionBuilder.addMethod(withId(...)); +DefaultOptionBuilder.addMethod(withShortName(...)); +DefaultOptionBuilder.addMethod(withLongName(...)); +DefaultOptionBuilder.addMethod(withDescription(...)); +DefaultOptionBuilder.addMethod(withArgument(...)); +DefaultOptionBuilder.addMethod(withChildren(...)); +DefaultOptionBuilder.addMethod(withRequired(...)); +DefaultOptionBuilder.addMethod(create()); +DefaultOptionBuilder.addMethod(reset()); + +var GroupBuilder = new Class(GroupBuilder); +GroupBuilder.addMethod(withName(...)); +GroupBuilder.addMethod(withDescription(...)); +GroupBuilder.addMethod(withOption(...)); +GroupBuilder.addMethod(withMinimum(...)); +GroupBuilder.addMethod(withMaximum(...)); +GroupBuilder.addMethod(create()); +GroupBuilder.addMethod(reset()); + +var PatternBuilder = new Class(PatternBuilder); +PatternBuilder.addMethod(withPattern(...)); +PatternBuilder.addMethod(create()); +PatternBuilder.addMethod(reset()); +PatternBuilder.addAttribute(groupBuilder); +PatternBuilder.addAttribute(optionBuilder); +PatternBuilder.addAttribute(argumentBuilder); + +var SwitchBuilder = new Class(SwitchBuilder); +SwitchBuilder.addMethod(withId(...)); +SwitchBuilder.addMethod(withName(...)); +SwitchBuilder.addMethod(withDescription(...)); +SwitchBuilder.addMethod(withArgument(...)); +SwitchBuilder.addMethod(withChildren(...)); +SwitchBuilder.addMethod(withRequired(...)); +SwitchBuilder.addMethod(create()); +SwitchBuilder.addMethod(reset()); +SwitchBuilder.addAttribute(enabledPrefix); +SwitchBuilder.addAttribute(disabledPrefix); + + + +var Validator = new Class(Validator); +Validator.addMethod(validate(...)); + +var ClassValidator = new Class(ClassValidator); +ClassValidator.addAttribute(classLoader); +ClassValidator.addAttribute(instance); +ClassValidator.addAttribute(loadable); + +var DateValidator = new Class(DateValidator); +DateValidator.addAttribute(formats); +DateValidator.addAttribute(minimum);
cvs commit: jakarta-commons/cli/xdocs index.xml
roxspring2004/09/02 10:26:22 Modified:cli/xdocs index.xml Log: Added updated introduction documentation Revision ChangesPath 1.3 +27 -13jakarta-commons/cli/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/cli/xdocs/index.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.xml 22 Apr 2004 23:00:13 - 1.2 +++ index.xml 2 Sep 2004 17:26:22 - 1.3 @@ -17,29 +17,43 @@ document properties - title/title +titleIntroduction/title author email=[EMAIL PROTECTED]commons-dev/author /properties body - -section name=CLI : Command Line Interface - +section name=Jakarta Commons CLI p -The CLI library provides a simple and easy to use API for working -with the command line arguments and options. +The Jakarta Commons CLI library provides an API for processing command +line interfaces. /p p -CLI is based on ideas and code from +CLI1 was formed by the merger of ideas and code from three different +libraries and allows most simple interfaces to be modelled. CLI1 +became increasingly difficult to maintain and develop further and so +CLI2 has been developed with the goals of clearer responsibilities and +being more flexible. The intention is that CLI2 should be able to +model a far greater selection of interfaces and do so more completely, +validating as much as possible. + /p + p +The redesigned CLI2 is rooted in the codeorg.apache.commons.cli2/code +package and the distribution retains the codeorg.apache.commons.cli/code +package so that the upgrade doesn't break old code. The CLI1 package +should be regarded as deprecated to encourage the transition to the +more flexible CLI2 framework but minor bug fixes and patches may be +accepted to ensure that CLI1 based applications continue to function as +expected. + /p + p +The rest of the documentation is split into the followin three sections: ul - liwerken.opt by Bob Mcwhirter/li - liThe cli package in Avalon Excalibur by Peter Donald/li - liOptz by John Keyes/li + lia href=manual/index.htmlCLI2/a - a reference manual for version 2/li + lia href=introduction.htmlCLI1/a - documentation for version 1 /li + lia href=examples/index.htmlExamples/a - a selection of worked examples demonstrating CLI2 features/li /ul /p - /section - /body - + /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] text subpackage [was: Boundaries of Lang RE: [lang] Tokenizer]
+1 to o.a.c.lang.text This is nice since MessageFormat is in java.text. Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Thursday, September 02, 2004 01:05 To: Jakarta Commons Developers List Subject: Re: [lang] text subpackage [was: Boundaries of Lang RE: [lang] Tokenizer] In fact, what I want to do is create a [lang] text subpackage. It would contain Tokenizer and MappedMessageFormat, ie. the instantiated classes. The main package has the static utility classes. That way, users who want to pare down the library can remove the subpackage and re-jar. This should also be true of other subpackages like math and enums (we should check this). Stephen - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] +1 to the name +1 to examining the digester code and taking the best/using it +0 for 2.1 (meaning we can drop it for now if no-one does the work) Stephen - Original Message - From: Henri Yandell [EMAIL PROTECTED] +1 to the name. Questions: which package? what about the Digester code? is this for 2.1? Hen On Wed, 1 Sep 2004, Gary Gregory wrote: So, should we rename Interpolation to MappedMessageFormat? I am +1. Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 31, 2004 18:20 To: Jakarta Commons Developers List Subject: Re: [lang] Boundaries of Lang RE: [lang] Tokenizer From: Henri Yandell [EMAIL PROTECTED] Interpolator is something I'm never too sure of in Lang (yes I know, I've added it to Lang twice now). I use it or a similar class a lot, but it's very easy to implement in terms of StringUtils.replace; it can be genericised all the way to Commons-EL and the word interpolate is not quite what it means in scripting languages (there's no access to the real variable namespaces, just a pretend namespace in a Map). With DurationFormat, I've begun to think of Lang a little as an entry point into other libraries, along with being a java.lang set of utilities. So I think we're doing okay in terms of our boundaries, but I think Interpolation is over the boundary. I'm +1 to declaring it a step too far and removing it for 2.1 (and changing the bugzilla entry to WONTFIX). I disagree. The fact that it has been asked for before, has reoccurred, and that I use it (!) suggests that it is a useful utility class. [lang] should aim to include those classes that keep on being needed as low level utilities and we believe Java would benefit from. A MappedMessageFormat is a good case, and is no more or less worthy than other classes in [lang]. Viewed in terms of the 'leads on to other libraries' model: - math subpackage -- [math] - time subpackage -- JodaTime - CharSetUtils/Interpolation -- [oro]/[regexp] Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [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: [MATH] Matrix indices
--- Phil Steitz [EMAIL PROTECTED] wrote: Brent Worden wrote: Ok, I tally (pre-apologies if I misrepresent anyone): Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen). Three votes for 1-based indexing (Al, Phil, and myself). Should we go ahead with the 0-based change and put this to rest? Or do we still need some debate? I, for one, want to move on. +1 for moving on :-) Interesting that astonishment is in the eye of the beholder. Mathematicians may be astonished by the 0-based indexing; but as long as it is clearly documented, most will not care. I am assuming from the above that you, Brent, are OK with the change. That leaves only me and Al as holdouts. I can live with it, and Al seems ambivalent, so I will go ahead and make the change. Assuming you are OK with this, Al? Yes, go ahead. We'll let our users tell us whether we made the right decision here. Al - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Commons Wiki] Updated: MathWishList
--- Phil Steitz [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Date: 2004-09-02T06:34:37 Editor: AlChou [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment Change Log: -- @@ -6,6 +6,7 @@ * Add remedian statistic - [http://www.agoras.ua.ac.be/abstract/Remrob90.htm The Remedian: a Robust Averaging method for Large Data Sets] * Add population variance and standard deviation statistic. * Add 0-1 random number generators. -- Not sure what is being requested here. RandomData.nextInt(0, 1) will generate random 0-1 values. Are we talking about random binary strings? + * I assumed this item meant implement good random number generators, e.g., like those described in ''Numerical Recipes'' or Knuth. -- AlChou Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's 3.2.1 (linear congruential). I am +1 for adding additional PRNGs, but I would also recommend that if we do that we also include benchmark tests (like the ones here: http://csrc.nist.gov/rng/SP800-22b.pdf), performance metrics and clear documentation indicating what the relative strengths / weaknesses of the additional PRNGs are. Huh. So why do I and others think so poorly of the JDK's default PRNG? Well, I don't know about others, but I was just ignorant of that fact. Al - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maintainer question - daemon
On 2 Sep 2004, at 15:37, Nigel Rantor wrote: Shapira, Yoav wrote: Hi, It's maintained by committee, like many of our projects. Although the team list is available (http://jakarta.apache.org/commons/daemon/team-list.html), you're encouraged to use a public forum like this mailing list rather than personal emails to committers when discussion changes (be they bugs or feature additions). Cheers, I only ask because I've sent (and reposted) a question about deamon now and am wondering what to do now? Post a proposal? that sounds like a plan :) you could also try posting a report to bugzilla (or jira, as appropriate). in general, please have patience and persevere. committers are volunteers and most work on a variety of projects. the response time may be slow if their limited energy is consumed elsewhere. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with default namespace.
Hi, My notes fucked-up my previous post. Therefor I will send my message again with an other mail client. We discovered a problem with how JXPath handles default namespaces. We wrote the following testprogram illustrating the problem (see JXPathTest.java and data.xml). We also fixed the problem against the HEAD of the jakarta CVS by changing the way namespace strings are compared (see path-DOMNodePointer.txt). We ran the JUnit tests against our fix , and no failures were reported. Is it possible to apply this patch to HEAD of the CVS? Best regards, Nick Van den Bleeken, Nick Hofstede Index: DOMNodePointer.java === RCS file: /home/cvspublic/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java,v retrieving revision 1.24 diff -u -r1.24 DOMNodePointer.java --- DOMNodePointer.java 29 Jun 2004 22:58:17 - 1.24 +++ DOMNodePointer.java 2 Sep 2004 16:48:59 - @@ -130,18 +130,11 @@ } private static boolean equalStrings(String s1, String s2) { -if (s1 == null s2 != null) { -return false; +if (s1 == null || s1.length() == 0) { +return s2 == null || s2.length() == 0; } -if (s1 != null s2 == null) { -return false; -} - -if (s1 != null !s1.trim().equals(s2.trim())) { -return false; -} - -return true; + +return s2 != null s1.trim().equals(s2.trim()); } public QName getName() { import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import org.apache.commons.jxpath.JXPathContext; import org.apache.commons.jxpath.Pointer; import org.apache.xpath.XPath; import org.apache.xpath.XPathContext; import org.apache.xpath.objects.XNodeSet; import org.w3c.dom.Document; /* * CVS History:$Revision: 1.0 $ * $Author: v_blkn_n $ * * Copyright 2004 Inventive Designers nv */ /** * * @author Nick Van den Bleeken */ public class JXPathTest { public static void main(String[] args) throws Exception { DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setNamespaceAware(true); factory.setValidating(false); DocumentBuilder builder = factory.newDocumentBuilder(); Document data = builder.parse(c:/temp/data.xml); //If we do it with JXPath we get an error : JXPathContext context = JXPathContext.newContext(data); Pointer joske = context.getPointer(//joske); if(joske.getNode() != null) { System.out.println(joske.getNode().toString()); } else { System.out.println(Error !!!); } // If we do it with the apache XPath API we get Vermeulen : XPathContext cntxt = new XPathContext(); XPath xpath = new XPath(//joske, null, null, XPath.SELECT); XNodeSet result = (XNodeSet)xpath.execute(cntxt, data, null); System.out.println(result); } } ?xml version=1.0 encoding=UTF-8? html xmlns=http://www.w3.org/2002/06/xhtml2; data xmlns= joskeVermeulen/joske /data /html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Lang
Date: 2004-09-02T11:30:35 Editor: FredrikWestermarck [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Lang URL: http://wiki.apache.org/jakarta-commons/Lang Added issue 28468 Change Log: -- @@ -62,4 +62,4 @@ 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=19331 19331][lang] General case: infinite loop: ToStringBuilder.reflectionToString - '''The bugzilla entry''' 'Gary Gregory 2003-06-23 17:27' '''shows this to have been fixed.''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294 29294][lang][PATCH] Fix the Fraction class - '''DONE''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=29794 29794]Add convenience format(long) methods to FastDateFormat - '''DONE''' - + 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=28468 28468] StringUtils.defaultString: Documentation error - '''DONE''' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Lang
Date: 2004-09-02T11:34:55 Editor: FredrikWestermarck [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Lang URL: http://wiki.apache.org/jakarta-commons/Lang Added issue 22489 Change Log: -- @@ -63,3 +63,4 @@ 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=29294 29294][lang][PATCH] Fix the Fraction class - '''DONE''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=29794 29794]Add convenience format(long) methods to FastDateFormat - '''DONE''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=28468 28468] StringUtils.defaultString: Documentation error - '''DONE''' + 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=22489 22489][lang]patch] StringUtils.isAsciiPrintable() - '''DONE''' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Lang
Date: 2004-09-02T11:38:08 Editor: FredrikWestermarck [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Lang URL: http://wiki.apache.org/jakarta-commons/Lang Added issue 26646 Change Log: -- @@ -64,3 +64,4 @@ 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=29794 29794]Add convenience format(long) methods to FastDateFormat - '''DONE''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=28468 28468] StringUtils.defaultString: Documentation error - '''DONE''' 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=22489 22489][lang]patch] StringUtils.isAsciiPrintable() - '''DONE''' + 1. [http://issues.apache.org/bugzilla/show_bug.cgi?id=26646 26646][lang] FastDateFormat.getDateInstance(int, Locale) always uses the pattern from the first invocation - '''DONE''' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Commons Wiki] Updated: MathWishList
Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's 3.2.1 (linear congruential). I am +1 for adding additional PRNGs, but I would also recommend that if we do that we also include benchmark tests (like the ones here: http://csrc.nist.gov/rng/SP800-22b.pdf), performance metrics and clear documentation indicating what the relative strengths / weaknesses of the additional PRNGs are. Huh. So why do I and others think so poorly of the JDK's default PRNG? Well, I don't know about others, but I was just ignorant of that fact. Well, the linear congruential generator is not that good, and generally advised against for serious scientific work (So, I will not use that because of that reason). There are much better one out there, like the package Mark has been pointing at. So, you were not ignorant on this fact. Cheers, Kim -- http://www.kimvdlinde.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release Digester 1.6.0
the second release candidate (containing a number of documentation fixes from the first release candidate) has been available for few days now. no comments have been received. i would therefore like to propose that digester 1.6.0 is cut from the release branch. the usual voting rules apply. i will tally votes no sooner than 12 midnight GMT on saturday. here's my +1 - robert -8 [ ] +1 I wholeheartedly support this release [ ] +0 I am in favour of this release but cannot give it my full recommendation [ ] -0 I have reservations concerning this release [ ] -1 The code should not be released as Digester 1.6.0 -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Commons Wiki] Updated: MathWishList
Kim van der Linde wrote: Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's 3.2.1 (linear congruential). I am +1 for adding additional PRNGs, but I would also recommend that if we do that we also include benchmark tests (like the ones here: http://csrc.nist.gov/rng/SP800-22b.pdf), performance metrics and clear documentation indicating what the relative strengths / weaknesses of the additional PRNGs are. Huh. So why do I and others think so poorly of the JDK's default PRNG? Well, I don't know about others, but I was just ignorant of that fact. Well, the linear congruential generator is not that good, and generally advised against for serious scientific work (So, I will not use that because of that reason) That depends entirely on what you mean by serious scientific work. Different PRNGs have different properties that make them better (or worse) for specific purposes. Most practical applications require neither astronomical periods nor cryptographic security, so I would be careful about blanket statements. Phil There are much better one out there, like the package Mark has been pointing at. So, you were not ignorant on this fact. Cheers, Kim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang WordUtils.java
fredrik 2004/09/02 12:04:56 Modified:lang/src/java/org/apache/commons/lang WordUtils.java Log: Fixed a couple of typos in javadoc. Revision ChangesPath 1.14 +8 -7 jakarta-commons/lang/src/java/org/apache/commons/lang/WordUtils.java Index: WordUtils.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/WordUtils.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- WordUtils.java4 Jun 2004 03:58:27 - 1.13 +++ WordUtils.java2 Sep 2004 19:04:56 - 1.14 @@ -317,9 +317,9 @@ * upper case./p * * pre - * WordUtils.capitalize(null)= null - * WordUtils.capitalize() = - * WordUtils.capitalize(i am FINE) = I Am Fine + * WordUtils.capitalizeFully(null)= null + * WordUtils.capitalizeFully() = + * WordUtils.capitalizeFully(i am FINE) = I Am Fine * /pre * * @param str the String to capitalize, may be null @@ -342,9 +342,10 @@ * upper case./p * * pre - * WordUtils.capitalize(null)= null - * WordUtils.capitalize() = - * WordUtils.capitalize(i am FINE) = I Am Fine + * WordUtils.capitalizeFully(null, null) = null + * WordUtils.capitalizeFully(, null) = + * WordUtils.capitalizeFully(i am FINE, new char[] {' '}) = I Am Fine + * WordUtils.capitalizeFully(i+am-FINE, new char[] {'-', '+'}) = I+Am-Fine * /pre * * @param str the String to capitalize, may be null - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang StringUtils.java
fredrik 2004/09/02 12:16:19 Modified:lang/src/java/org/apache/commons/lang StringUtils.java Log: Fixed a typo in javadoc. Revision ChangesPath 1.135 +2 -2 jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java Index: StringUtils.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java,v retrieving revision 1.134 retrieving revision 1.135 diff -u -r1.134 -r1.135 --- StringUtils.java 22 Aug 2004 03:40:27 - 1.134 +++ StringUtils.java 2 Sep 2004 19:16:18 - 1.135 @@ -4424,7 +4424,7 @@ /** * pReverses a String as per [EMAIL PROTECTED] StringBuffer#reverse()}./p * - * pA codenull/code String returns codenull/code./p + * pA codenull/code String returns codenull/code./p * * pre * StringUtils.reverse(null) = null - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Commons Wiki] Updated: MathWishList
Phil Steitz wrote: That depends entirely on what you mean by serious scientific work. Different PRNGs have different properties that make them better (or worse) for specific purposes. Most practical applications require neither astronomical periods nor cryptographic security, so I would be careful about blanket statements. Cryptography is a whole different field and most PRNG's generally used in science are not fit for that. Not any of the proposed methods does match that criteria anyway. The fact that it is GENERALLY advised against usage in science does not imply that you should never use it, and was not meant as a blanket statement. The reason that I do not use it is that I an not have it when one of my larger simulation or randomnisation models is cracked down in a later stage as a artifact from the PRNG I used. Kim -- http://www.kimvdlinde.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] logging
On 30 Aug 2004, at 23:10, Simon Kitching wrote: On Mon, 2004-08-30 at 21:22, robert burrell donkin wrote: i am suspect that it would be possible to use byte-code engineering to wire up alternative implementations. the logging code wouldn't be stripped but rather a new implementation would be wired in. of course, the problem with this is that users would need to re-enhance the library rather than reconfigure if they wanted to change targets. I also think that dynamically generating the logging bridge would be worth experimenting with. And it would be a cool project! I've had this in the back of my mind for a while, and hope to look into this sometime, but it won't be in the next few months. yep same with me :) so many cool projects i'd like to kickstart but only so much energy... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[DBUtils] additional DBUtils class helper methods request
Could you please add the following two methods to the DBUtils helper class: rollbackAndClose(...); rollbackAndCloseQuietly(...); to mimic the commit and close methods. Thanks, Kyle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Moving from Bugzilla to JIRA
I've found out that the JIRA import process from Bugzilla can only import a whole project, and not components, and hence all of jakarta-commons has to go together. Does anyone still want to stay on Bugzilla? Do we need a vote for this? -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Moving from Bugzilla to JIRA
Is jakarta-commons really a project in JIRA? Jelly has one of its own. You can only do versions by project, not component, so they probably need to be separate. I don't know if Apache is running the Enterprise version of JIRA, but it seems to me that commons is probably a project category... although that gets tricky when you consider it is also a subproject of jakarta :) If individuals need to go and they can be JIRA projects, then they can fairly easily be set up as a new product in Bugzilla first, then imported one by one. Cheers, Brett Quoting Dion Gillard [EMAIL PROTECTED]: I've found out that the JIRA import process from Bugzilla can only import a whole project, and not components, and hence all of jakarta-commons has to go together. Does anyone still want to stay on Bugzilla? Do we need a vote for this? -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-commons/commons-net failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-net has an issue affecting its community integration. This issue affects 2 projects. Project State : 'Failed' The following are affected: - commons-net : Commons Net - james-server : Java Apache Mail Enterprise Server Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-net/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-net-02092004.jar] identifier set to project name -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/net/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/net/target/test-classes] -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-net/gump_work/build_jakarta-commons_commons-net.html Work Name: build_jakarta-commons_commons-net (Type: Build) State: Failed Elapsed: 16 secs Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-net-02092004 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/net] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/net/target/classes:/usr/local/gump/public/workspace/jakarta-commons/net/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-02092004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.316 sec [junit] Testsuite: org.apache.commons.net.ftp.parser.UnixFTPEntryParserTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.316 sec [junit] Testcase: testParseFieldsOnDirectory took 0.055 sec [junit] Testcase: testParseFieldsOnFile took 0.01 sec [junit] Testcase: testBadListing took 0.021 sec [junit] Testcase: testGoodListing took 0.039 sec [junit] Running org.apache.commons.net.ftp.parser.VMSFTPEntryParserTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.311 sec [junit] Testsuite: org.apache.commons.net.ftp.parser.VMSFTPEntryParserTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.311 sec [junit] Testcase: testWholeListParse took 0.059 sec [junit] Testcase: testWholeListParseWithVersioning took 0.031 sec [junit] Testcase: testParseFieldsOnDirectory took 0.031 sec [junit] Testcase: testParseFieldsOnFile took 0.007 sec [junit] Testcase: testBadListing took 0.023 sec [junit] Testcase: testGoodListing took 0.01 sec [junit] Running org.apache.commons.net.pop3.POP3ClientCommandsTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.174 sec [junit] Testsuite: org.apache.commons.net.pop3.POP3ClientCommandsTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.174 sec [junit] Testcase: testNoopCommand took 0.025 sec [junit] Caused an ERROR [junit] Connection refused [junit] java.net.ConnectException: Connection refused [junit] at java.net.PlainSocketImpl.socketConnect(Native Method) [junit] at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) [junit] at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) [junit] at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) [junit] at java.net.Socket.connect(Socket.java:452) [junit] at java.net.Socket.connect(Socket.java:402) [junit] at java.net.Socket.init(Socket.java:309) [junit] at java.net.Socket.init(Socket.java:153) [junit] at org.apache.commons.net.DefaultSocketFactory.createSocket(DefaultSocketFactory.java:67) [junit] at org.apache.commons.net.SocketClient.connect(SocketClient.java:141) [junit] at org.apache.commons.net.SocketClient.connect(SocketClient.java:231) [junit] at
RE: Moving from Bugzilla to JIRA
On principle, I am not in favor of moving /away/ from Bugzilla, an open-source project, to Jira, a non-open-source project. It feels to me that this would send a negative message, as in: we are not supporting the open-source community. OTOH, this is software evolution at work. I have heard good things about JIRA, but not used it much beyond filing a couple of tickets vs. Maven. Gary -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Thursday, September 02, 2004 15:40 To: Jakarta Commons Developers List Subject: Moving from Bugzilla to JIRA I've found out that the JIRA import process from Bugzilla can only import a whole project, and not components, and hence all of jakarta-commons has to go together. Does anyone still want to stay on Bugzilla? Do we need a vote for this? -- http://www.multitask.com.au/people/dion/ - 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/net/src/test/org/apache/commons/net/pop3 - New directory
rwinston2004/09/02 08:41:30 jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 AllTests.java POP3ClientCommandsTest.java POP3ClientTest.java POP3ConstructorTest.java TestSetupParameters.java
rwinston2004/09/02 08:44:27 Added: net/src/test/org/apache/commons/net/pop3 AllTests.java POP3ClientCommandsTest.java POP3ClientTest.java POP3ConstructorTest.java TestSetupParameters.java Log: PR:28597 Obtained from:Mike George Submitted by:Rory Winston Commiting Mike George's POP3 Test Suite. Thanks for the hard work, Mike. CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.1 jakarta-commons/net/src/test/org/apache/commons/net/pop3/AllTests.java Index: AllTests.java === /* * Copyright 2001-2004 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.net.pop3; import junit.framework.Test; import junit.framework.TestSuite; /** * @author a href=mailto:[EMAIL PROTECTED][Net]/a * @version $Id: AllTests.java,v 1.1 2004/09/02 15:44:26 rwinston Exp $ * * The POP3* tests all presume the existence of the following parameters: * mailserver: localhost (running on the default port 110) * account: username=test; password=password * account: username=alwaysempty; password=password. * mail: At least four emails in the test account and zero emails * in the alwaysempty account * * If this won't work for you, you can change these parameters in the * TestSetupParameters class. * * The tests were originally run on a default installation of James. * Your mileage may vary based on the POP3 server you run the tests against. * Some servers are more standards-compliant than others. */ public class AllTests { public static Test suite() { TestSuite suite = new TestSuite(Test for org.apache.commons.net.pop3); //$JUnit-BEGIN$ suite.addTest(POP3ConstructorTest.suite()); suite.addTest(POP3ClientTest.suite()); suite.addTest(POP3ClientCommandsTest.suite()); //$JUnit-END$ return suite; } } 1.1 jakarta-commons/net/src/test/org/apache/commons/net/pop3/POP3ClientCommandsTest.java Index: POP3ClientCommandsTest.java === /** * Copyright 2001-2004 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.net.pop3; import junit.framework.TestCase; import junit.framework.TestSuite; import java.net.InetAddress; import java.io.IOException; import java.io.Reader; /** * @author a href=mailto:[EMAIL PROTECTED][Net]/a * @version $Id: POP3ClientCommandsTest.java,v 1.1 2004/09/02 15:44:26 rwinston Exp $ * * The POP3* tests all presume the existence of the following parameters: * mailserver: localhost (running on the default port 110) * account: username=test; password=password * account: username=alwaysempty; password=password. * mail: At least four
Re: Problem with default namespace.
Nick, Thank you very much for the patch - I will apply it within a couple of days. - Dmitri - Original Message - From: Nick Van den Bleeken [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 02, 2004 2:30 PM Subject: Re: Problem with default namespace. Hi, My notes fucked-up my previous post. Therefor I will send my message again with an other mail client. We discovered a problem with how JXPath handles default namespaces. We wrote the following testprogram illustrating the problem (see JXPathTest.java and data.xml). We also fixed the problem against the HEAD of the jakarta CVS by changing the way namespace strings are compared (see path-DOMNodePointer.txt). We ran the JUnit tests against our fix , and no failures were reported. Is it possible to apply this patch to HEAD of the CVS? Best regards, Nick Van den Bleeken, Nick Hofstede - 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: Fw: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory
First email from that address to the list? No idea. It's allowed now though. Hen On Thu, 2 Sep 2004, James Mitchell wrote: Anyone know why this is in moderation? -- James Mitchell - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 02, 2004 11:41 AM Subject: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory rwinston2004/09/02 08:41:30 jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory - 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-sandbox/feedparser/tests/feeds atom-1.xml i18n.atom rss-1.0-EUC-JP.rdf rss-1.0-international-1.rdf utf16.atom utf16.rss1 utf16.rss2
burton 2004/09/02 22:55:59 Added: feedparser/tests/feeds atom-1.xml i18n.atom rss-1.0-EUC-JP.rdf rss-1.0-international-1.rdf utf16.atom utf16.rss1 utf16.rss2 Log: More unit tests and international ones as well Revision ChangesPath 1.1 jakarta-commons-sandbox/feedparser/tests/feeds/atom-1.xml Index: atom-1.xml === feed version=0.3 xmlns=http://purl.org/atom/ns#; entry titlefoo/title summaryExample Atom summary for an entry/summary /entry /feed 1.1 jakarta-commons-sandbox/feedparser/tests/feeds/i18n.atom Index: i18n.atom === ?xml version=1.0 encoding=utf-8? ?xml-stylesheet href=/css/atom.css type=text/css? feed version=0.3 xmlns=http://purl.org/atom/ns#; info mode=xml type=application/xhtml+xml div xmlns=http://www.w3.org/1999/xhtml;This is an Atom formatted XML site feed. It is intended to be viewed in a Newsreader or syndicated to another site. Please visit a href=http://www.atomenabled.org/;atomEnabled.org/a for more info. /div /info titleTitle internationalization test cases/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html'/ modified2004-06-02T19:07:55-04:00/modified authornameSam Ruby/name/author taglineVarious combinations of cdata and internationalization/tagline entry titleIñtërnâtiônà lizætiøn/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test1'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test1'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ulliutf-8/lilitext/plain/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry title mode=escaped type=text/html![CDATA[Iñtërnâtiônà lizætiøn]]/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test2'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test2'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ullicdata + utf-8/lilitext/html/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry title mode=escaped type=text/htmlIñtërnâtiônà lizætiøn/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test3'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test3'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ullientity escape + utf-8/lilitext/html/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry title mode=xml type=application/xhtml+xmlIñtërnâtiônà lizætiøn/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test4'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test4'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ulliutf-8/liliapplication/xhtml+xml/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry titleI#xf1;t#xeb;rn#xe2;ti#xf4;n#xe0;liz#xe6;ti#xf8;n/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test5'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test5'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ullihex/lilitext/plain/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry title mode=escaped type=text/html![CDATA[I#xf1;t#xeb;rn#xe2;ti#xf4;n#xe0;liz#xe6;ti#xf8;n]]/title idhttp://www.intertwingly.net/stories/2004/06/02/i18n.html#test6'/id link rel='alternate' type='text/html' href='http://www.intertwingly.net/stories/2004/06/02/i18n.html#test6'/ summary type='application/xhtml+xml' mode='xml'div xmlns='http://www.w3.org/1999/xhtml'ullicdata + hex/lilitext/html/li/ul/div/summary issued2004-06-02T19:07:55-04:00/issued modified2004-06-02T19:07:55-04:00/modified /entry entry title mode=escaped type=text/htmlI#x26;#xf1;t#x26;#xeb;rn#x26;#xe2;ti#x26;#xf4;n#x26;#xe0;liz#x26;#xe6;ti#x26;#xf8;n/title
DO NOT REPLY [Bug 21329] - Add InputStream buffering.
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=21329. 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=21329 Add InputStream buffering. --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 08:10 --- My test results of averaging 5000 GET requests to a local Tomcat 4 reading a 725 bytes response body (using the RequestBodyServlet from the TestWebapp). without patch: 2.8002 ms / request with patch:1.8266 ms / request This is a 34% improvement. - My test result of averaging 5000 GET requests to a local IIS reading 5079 bytes response body (using a static HTML page). without patch: 3.9436 ms / request with patch:2.9062 ms / request This is a 26% improvement -- My test result of averaging 5000 GET requests to a local Apache HTTPD with PHP 4.3 module reading 5079 bytes response body (using a static HTML page). without patch: 8.284 ms / request with patch:7.3686 ms / request This is a 11% improvement Odi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21329] - Add InputStream buffering.
Hi Roland, Yes, that was definitely part of the discussion, and this seems to be a pretty good solution for that. Now that I've slept on it , I think this also came up when were originally discussing isStale() and how to determine if a connection is still valid. Does buffering at this level cause problems here? My gut reaction is that is that is could, but probably won't under most conditions. My feeling is that there shouldn't be anything buffered between requests. Does anyone have a good real-world test case for this? Mike On Sep 2, 2004, at 2:46 AM, [EMAIL PROTECTED] wrote: 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=21329. 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=21329 Add InputStream buffering. --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 06:46 --- Hi Mike, the discussion usually centered around buffering for the response body. Since folks could just get the input stream and create their own buffered stream on top, there didn't seem to be a need to create a buffered stream within Http Client. (That's what I recall, I didn't check the archives.) cheers, Roland - 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: DO NOT REPLY [Bug 21329] - Add InputStream buffering.
Mike, I have been also thinking about repercussions on the reliability of the stale connection check. I tend to conclude that with the existing architecture (no HTTP pipelining support + response 'garbage' check) there is virtually no chance of reading past the response body. HttpClient always makes sure that (1) a new request can be executed over the same connection only after the previous response has been consumed in its entirety (2) drops the connection whenever it detects illegal content past the declared response body Am I missing something? Oleg On Thu, 2004-09-02 at 14:23, Michael Becke wrote: Hi Roland, Yes, that was definitely part of the discussion, and this seems to be a pretty good solution for that. Now that I've slept on it , I think this also came up when were originally discussing isStale() and how to determine if a connection is still valid. Does buffering at this level cause problems here? My gut reaction is that is that is could, but probably won't under most conditions. My feeling is that there shouldn't be anything buffered between requests. Does anyone have a good real-world test case for this? Mike On Sep 2, 2004, at 2:46 AM, [EMAIL PROTECTED] wrote: 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=21329. 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=21329 Add InputStream buffering. --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 06:46 --- Hi Mike, the discussion usually centered around buffering for the response body. Since folks could just get the input stream and create their own buffered stream on top, there didn't seem to be a need to create a buffered stream within Http Client. (That's what I recall, I didn't check the archives.) cheers, Roland - 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] -- Oleg Kalnichevski | Senior Consultant | BearingPoint | Switzerland Phone +41 43 299 6449 | Mobile +41 79 653 2562 | Fax +41 43 299 6550 www.bearingpoint.com *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21329] - Add InputStream buffering.
All, I think it depends on the semantics of isStale. I obviously don't have the whole design picture but from looking at the code it seems that if you can read from it without getting an IOException it's considered not stale. Buffering won't affect this semantic. While the connection may in reality be stale (i.e. if you got rid of the buffer and did a direct read on the underlying socket input stream you'd get an IOException) those bytes in the buffer are bytes that you would have otherwise been able to read successfully with direct reads. Thanks, Bjarne. [EMAIL PROTECTED] 9/2/2004 9:38:16 AM Mike, I have been also thinking about repercussions on the reliability of the stale connection check. I tend to conclude that with the existing architecture (no HTTP pipelining support + response 'garbage' check) there is virtually no chance of reading past the response body. HttpClient always makes sure that (1) a new request can be executed over the same connection only after the previous response has been consumed in its entirety (2) drops the connection whenever it detects illegal content past the declared response body Am I missing something? Oleg On Thu, 2004-09-02 at 14:23, Michael Becke wrote: Hi Roland, Yes, that was definitely part of the discussion, and this seems to be a pretty good solution for that. Now that I've slept on it , I think this also came up when were originally discussing isStale() and how to determine if a connection is still valid. Does buffering at this level cause problems here? My gut reaction is that is that is could, but probably won't under most conditions. My feeling is that there shouldn't be anything buffered between requests. Does anyone have a good real-world test case for this? Mike On Sep 2, 2004, at 2:46 AM, [EMAIL PROTECTED] wrote: 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=21329. 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=21329 Add InputStream buffering. --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 06:46 --- Hi Mike, the discussion usually centered around buffering for the response body. Since folks could just get the input stream and create their own buffered stream on top, there didn't seem to be a need to create a buffered stream within Http Client. (That's what I recall, I didn't check the archives.) cheers, Roland - 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] -- Oleg Kalnichevski | Senior Consultant | BearingPoint | Switzerland Phone +41 43 299 6449 | Mobile +41 79 653 2562 | Fax +41 43 299 6550 www.bearingpoint.com *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance
I don't know whether this would be a premature time to call for a new release, but the prospect of significantly better performance out of HttpClient has some people in my company very interested. What are the chances of a 2.0.2 release with this fix in it? (I'm willing to build from the source, but others in my company like the idea of an official build perhaps more than they need to.) -Eric. Andre-John Mas wrote: Will you make a patch to the 2.x branch as well? The project I work on currently uses the 2.0.1 implementation and we would rather avoid having to change API to take advantageof this. regards Andre -Original Message- From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 2:11 PM To: Commons HttpClient Project Subject: Re: Performance Makes sense. I'll start working on a patch. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21329] - Add InputStream buffering.
I thought about this as well this morning, and couldn't figure out any flaws with the patch. -Eric. Oleg Kalnichevski wrote: Mike, I have been also thinking about repercussions on the reliability of the stale connection check. I tend to conclude that with the existing architecture (no HTTP pipelining support + response 'garbage' check) there is virtually no chance of reading past the response body. HttpClient always makes sure that (1) a new request can be executed over the same connection only after the previous response has been consumed in its entirety (2) drops the connection whenever it detects illegal content past the declared response body Am I missing something? Oleg On Thu, 2004-09-02 at 14:23, Michael Becke wrote: Hi Roland, Yes, that was definitely part of the discussion, and this seems to be a pretty good solution for that. Now that I've slept on it , I think this also came up when were originally discussing isStale() and how to determine if a connection is still valid. Does buffering at this level cause problems here? My gut reaction is that is that is could, but probably won't under most conditions. My feeling is that there shouldn't be anything buffered between requests. Does anyone have a good real-world test case for this? Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21329] - Add InputStream buffering.
Oleg, Yes, I believe you are correct. The potential is there for this to be an issue, but given how we currently handle requests I don't think it should even come up. I'm +1 for the patch. Mike Oleg Kalnichevski wrote: Mike, I have been also thinking about repercussions on the reliability of the stale connection check. I tend to conclude that with the existing architecture (no HTTP pipelining support + response 'garbage' check) there is virtually no chance of reading past the response body. HttpClient always makes sure that (1) a new request can be executed over the same connection only after the previous response has been consumed in its entirety (2) drops the connection whenever it detects illegal content past the declared response body Am I missing something? Oleg On Thu, 2004-09-02 at 14:23, Michael Becke wrote: Hi Roland, Yes, that was definitely part of the discussion, and this seems to be a pretty good solution for that. Now that I've slept on it , I think this also came up when were originally discussing isStale() and how to determine if a connection is still valid. Does buffering at this level cause problems here? My gut reaction is that is that is could, but probably won't under most conditions. My feeling is that there shouldn't be anything buffered between requests. Does anyone have a good real-world test case for this? Mike On Sep 2, 2004, at 2:46 AM, [EMAIL PROTECTED] wrote: 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=21329. 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=21329 Add InputStream buffering. --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 06:46 --- Hi Mike, the discussion usually centered around buffering for the response body. Since folks could just get the input stream and create their own buffered stream on top, there didn't seem to be a need to create a buffered stream within Http Client. (That's what I recall, I didn't check the archives.) cheers, Roland - 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: Performance
Eric, This patch makes a difference for only relatively small payloads when the response content is about the size of the status line + headers. In most (real life) cases the performance gain is virtually negligible. This is more about benchmark optimization than anything else. Yet, it see no problem with another point release Oleg On Thu, 2004-09-02 at 19:06, Eric Johnson wrote: I don't know whether this would be a premature time to call for a new release, but the prospect of significantly better performance out of HttpClient has some people in my company very interested. What are the chances of a 2.0.2 release with this fix in it? (I'm willing to build from the source, but others in my company like the idea of an official build perhaps more than they need to.) -Eric. Andre-John Mas wrote: Will you make a patch to the 2.x branch as well? The project I work on currently uses the 2.0.1 implementation and we would rather avoid having to change API to take advantageof this. regards Andre -Original Message- From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 2:11 PM To: Commons HttpClient Project Subject: Re: Performance Makes sense. I'll start working on a patch. Oleg - 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: Performance
My read on Odi's statistics is that the patch has a pretty consistent 1ms impact on every request. This corresponds pretty well with my understanding of the theoretical improvements behind the patch. To the effect that HttpClient's performance is affected, header parsing will be faster, and reading the body of the connection will be roughly the same, presumably because the client of HttpClient buffers large reads. On a 1Ghz machine, this patch means one million processor cycles that can be put to a better use for *each* request. That's more than benchmark optimization, I think. -Eric. Oleg Kalnichevski wrote: Eric, This patch makes a difference for only relatively small payloads when the response content is about the size of the status line + headers. In most (real life) cases the performance gain is virtually negligible. This is more about benchmark optimization than anything else. Yet, it see no problem with another point release Oleg On Thu, 2004-09-02 at 19:06, Eric Johnson wrote: I don't know whether this would be a premature time to call for a new release, but the prospect of significantly better performance out of HttpClient has some people in my company very interested. What are the chances of a 2.0.2 release with this fix in it? (I'm willing to build from the source, but others in my company like the idea of an official build perhaps more than they need to.) -Eric. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]