[EMAIL PROTECTED]: Project commons-betwixt (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-betwixt has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 29 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-betwixt : Commons Betwixt Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-betwixt-19082005.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html Work Name: build_jakarta-commons_commons-betwixt (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 50 secs Command Line: java -Djava.awt.headless=true -Dant.build.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-19082005 -Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-19082005.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-19082005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-19082005.jar - [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.digester.Digester peek [junit] WARNING: Empty stack (returning null) [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.digester.Digester peek [junit] WARNING: Empty stack (returning null) [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] - --- [junit] Testcase: testCapitalizeNameMapper took 0.537 sec [junit] Testcase: testDecapitalizeNameMapper took 0.048 sec [junit] Testcase: testDefaultElementMapper took 0.028 sec [junit] Testcase: testHyphenatedNameMapper took 0.033 sec
[EMAIL PROTECTED]: Project commons-betwixt (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-betwixt has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 29 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-betwixt : Commons Betwixt Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-betwixt-19082005.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html Work Name: build_jakarta-commons_commons-betwixt (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 50 secs Command Line: java -Djava.awt.headless=true -Dant.build.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-19082005 -Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-19082005.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-19082005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-19082005.jar - [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.digester.Digester peek [junit] WARNING: Empty stack (returning null) [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.digester.Digester peek [junit] WARNING: Empty stack (returning null) [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] Aug 19, 2005 3:16:22 AM org.apache.commons.betwixt.expression.Context popOptions [junit] INFO: Cannot pop options off empty stack [junit] - --- [junit] Testcase: testCapitalizeNameMapper took 0.537 sec [junit] Testcase: testDecapitalizeNameMapper took 0.048 sec [junit] Testcase: testDefaultElementMapper took 0.028 sec [junit] Testcase: testHyphenatedNameMapper took 0.033 sec
[jci][fyi] JSR 199: Sun's JCI?
http://www.cafeaulait.org/oldnews/news2005August17.html JSR 199 seems to be nearly three years old. Not much result to see :-) Their analogy to the CompilationProblem handling: a DiagnosticListener (like our CompilationProblemHandler) with just one method problemFound(DiagnosticMessage) with DiagnosticMessage being really similar to CompilationProblem. Instead of isError() it has a getKind() which allows finer handling. Another interesting interface might be JavaFileObject hiding the details of accessing resources. Though JCI has ResourceReader and ResourceStore it is not really detached from file system. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jci][fyi] JSR 199: Sun's JCI?
On 19.08.2005, at 12:29, Joerg Heinicke wrote: http://www.cafeaulait.org/oldnews/news2005August17.html JSR 199 seems to be nearly three years old. Not much result to see :-) I know ...I heard we might get compilation in java 1.6 ...but not necessarily compiler abstraction *shrug* Another interesting interface might be JavaFileObject hiding the details of accessing resources. Though JCI has ResourceReader and ResourceStore it is not really detached from file system. Huh? Why not? The memory implementations don't care much of the file system :-P That was one of the main goal of JCI. cheers -- Torsten PGP.sig Description: This is a digitally signed message part
DO NOT REPLY [Bug 35429] - [daemon] procrun apps do not link under VC 2003
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=35429. 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=35429 Bug 35429 depends on bug 35427, which changed state. Bug 35427 Summary: [daemon] jar2exe.c does not compile http://issues.apache.org/bugzilla/show_bug.cgi?id=35427 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35427] - [daemon] jar2exe.c does not compile
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=35427. 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=35427 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-08-19 13:29 --- This was fixed as a side effect of the changes for revision 190890 Revision 190890 removed the reduce signals API change in the apxJavaInitialize function introduced in revision 140800. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35445] - [daemon] prunsrv timeouts 1 minute don't work
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=35445. 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=35445 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15718|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-08-19 13:43 --- Created an attachment (id=16112) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16112action=view) new patch as this file has changed in CVS in the same function -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jci][fyi] JSR 199: Sun's JCI?
Torsten Curdt tcurdt at apache.org writes: Another interesting interface might be JavaFileObject hiding the details of accessing resources. Though JCI has ResourceReader and ResourceStore it is not really detached from file system. Huh? Why not? The memory implementations don't care much of the file system :-P That was one of the main goal of JCI. Yes and that's fine. But search for the String.replace(char, char) method and you know what I mean :-) There are many places where class names are converted to file names and back. It's not only the FileResourceStore. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-217) org.apache.commons.jelly.tags.xml.ElementTag small bug in output wrapper
[ http://issues.apache.org/jira/browse/JELLY-217?page=comments#action_12319355 ] Diogo Bacelar Quintela commented on JELLY-217: -- | to support | | x:element name=abc | x:commentmy comment/x:comment | /x:element | | to generate | abc | !-- my comment -- | /abc Right now is generating !-- my comment -- abc /abc org.apache.commons.jelly.tags.xml.ElementTag small bug in output wrapper Key: JELLY-217 URL: http://issues.apache.org/jira/browse/JELLY-217 Project: jelly Type: Bug Components: taglib.xml Reporter: Diogo Bacelar Quintela Priority: Trivial ElementTag has some small problems XMLOutput newOutput = new XMLOutput(output) { ... } Should include public void startPrefixMapping(String prefix, String uri) throws SAXException { initialize(); super. startPrefixMapping (prefix, uri); } startPrefixMapping is called automatically in startElement, so whenever a child script wants to start outputing, it will call startPrefixMapping before startElement (if needed). To attain correctness, we should override startPrefixMapping as it's done in startElement. Related, we could do the same for public void comment(char ch[], int start, int length) throws SAXException { initialize(); super. comment (ch, start, length); } to support x:element name=abc x:commentmy comment/x:comment /x:element to generate abc !-- my comment -- /abc -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jci][fyi] JSR 199: Sun's JCI?
Huh? Why not? The memory implementations don't care much of the file system :-P That was one of the main goal of JCI. Yes and that's fine. But search for the String.replace(char, char) method and you know what I mean :-) There are many places where class names are converted to file names and back. It's not only the FileResourceStore. These are converting between class names and resource names! Which is fine! ...well, it should not bed done in so many places. It should go into a utils class. This can be done when while fixing the matching (see TODO). And I also admit some variable names do not reflect that difference. But only the FileResourceStore and the the FileResourceReader combine them with a base dir to get the absolute file on the disk. cheers -- Torsten PGP.sig Description: This is a digitally signed message part
svn commit: r233505 - in /jakarta/commons/proper/configuration/trunk/src: java/org/apache/commons/configuration/ConfigurationKey.java test/org/apache/commons/configuration/TestConfigurationKey.java
Author: oheger Date: Fri Aug 19 09:16:31 2005 New Revision: 233505 URL: http://svn.apache.org/viewcvs?rev=233505view=rev Log: Minor fixes and increased unit test coverage Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationKey.java jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestConfigurationKey.java Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationKey.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationKey.java?rev=233505r1=233504r2=233505view=diff == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationKey.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationKey.java Fri Aug 19 09:16:31 2005 @@ -286,7 +286,7 @@ */ public int hashCode() { -return keyBuffer.hashCode(); +return keyBuffer.toString().hashCode(); } /** @@ -548,7 +548,7 @@ { boolean result = false; -int idx = key.indexOf(INDEX_START); +int idx = key.lastIndexOf(INDEX_START); if (idx 0) { int endidx = key.indexOf(INDEX_END, idx); Modified: jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestConfigurationKey.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestConfigurationKey.java?rev=233505r1=233504r2=233505view=diff == --- jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestConfigurationKey.java (original) +++ jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestConfigurationKey.java Fri Aug 19 09:16:31 2005 @@ -16,6 +16,8 @@ * limitations under the License. */ +import java.util.NoSuchElementException; + import junit.framework.TestCase; /** @@ -59,6 +61,15 @@ assertEquals([EMAIL PROTECTED], it.currentKey(true)); assertTrue(it.isAttribute()); assertFalse(it.hasNext()); +try +{ +it.next(); +fail(Could iterate over the iteration's end!); +} +catch(NoSuchElementException nex) +{ +//ok +} key = new ConfigurationKey(); assertFalse(key.iterator().hasNext()); @@ -66,6 +77,15 @@ it = key.iterator(); assertTrue(it.hasNext()); assertEquals(simple, it.next()); +try +{ +it.remove(); +fail(Could remove key component!); +} +catch(UnsupportedOperationException uex) +{ +//ok +} } public void testAttribute() @@ -103,6 +123,7 @@ ConfigurationKey k2 = new ConfigurationKey(TESTKEY); assertTrue(k1.equals(k2)); assertTrue(k2.equals(k1)); +assertEquals(k1.hashCode(), k2.hashCode()); k2.append(anotherPart); assertFalse(k1.equals(k2)); assertFalse(k2.equals(k1)); @@ -132,6 +153,16 @@ kc = k1.commonKey(k1); assertEquals(kc, k1); + +try +{ +kc.commonKey(null); +fail(Could construct common key with null key!); +} +catch(IllegalArgumentException iex) +{ +//ok +} } public void testDifferenceKey() @@ -166,5 +197,29 @@ assertEquals(trailing.dot., kit.nextKey()); assertEquals(strange, kit.nextKey()); assertFalse(kit.hasNext()); +} + +/** + * Tests some funny keys. + */ +public void testIterateStrangeKeys() +{ +ConfigurationKey k = new ConfigurationKey(key.); +ConfigurationKey.KeyIterator it = k.iterator(); +assertTrue(it.hasNext()); +assertEquals(key, it.next()); +assertFalse(it.hasNext()); + +k = new ConfigurationKey(.); +it = k.iterator(); +assertFalse(it.hasNext()); + +k = new ConfigurationKey(key().index()undefined(0).test); +it = k.iterator(); +assertEquals(key(), it.next()); +assertFalse(it.hasIndex()); +assertEquals(index()undefined, it.nextKey(false)); +assertTrue(it.hasIndex()); +assertEquals(0, it.getIndex()); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r233508 - /jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java
Author: oheger Date: Fri Aug 19 09:30:10 2005 New Revision: 233508 URL: http://svn.apache.org/viewcvs?rev=233508view=rev Log: Increased unit test coverage Modified: jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java Modified: jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java?rev=233508r1=233507r2=233508view=diff == --- jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestHierarchicalConfiguration.java Fri Aug 19 09:30:10 2005 @@ -23,6 +23,8 @@ import java.util.List; import java.util.Set; +import org.apache.commons.configuration.HierarchicalConfiguration.Node; + import junit.framework.TestCase; /** @@ -75,6 +77,22 @@ config.getRoot().addChild(nodeTables); } + +public void testSetRoot() +{ +try +{ +config.setRoot(null); +fail(Could set null root node!); +} +catch(IllegalArgumentException iex) +{ +//ok +} + +config.setRoot(new HierarchicalConfiguration.Node(test)); +assertTrue(config.isEmpty()); +} public void testIsEmpty() { @@ -134,6 +152,10 @@ assertEquals(5, config.getMaxIndex(test.items.item)); assertTrue(config.getBoolean(test)); assertEquals(01/01/05, config.getProperty(test.items)); + +config.setProperty(test.items.item, new Integer(42)); +assertEquals(0, config.getMaxIndex(test.items.item)); +assertEquals(42, config.getInt(test.items.item)); } public void testClearProperty() @@ -274,6 +296,16 @@ key.appendAttribute(tableType); config.addProperty(key.toString(), system); assertEquals(system, config.getProperty(key.toString())); + +try +{ +config.addProperty(., InvalidKey); +fail(Could add invalid key!); +} +catch(IllegalArgumentException iex) +{ +//ok +} } public void testGetMaxIndex() @@ -355,6 +387,61 @@ assertEquals(birthDate, config.getString(tables.table(0).fields.field(5).name)); assertEquals(lastLogin, config.getString(tables.table(0).fields.field(6).name)); assertEquals(language, config.getString(tables.table(0).fields.field(7).name)); + +try +{ +config.addNodes(., nodes); +fail(Could use empty key!); +} +catch(IllegalArgumentException iex) +{ +//ok +} +} + +/** + * Tests removing children from a configuration node. + */ +public void testNodeRemove() +{ +HierarchicalConfiguration.Node node = new HierarchicalConfiguration.Node( +parent, test); +node.removeChildren(); // should have no effect +assertFalse(node.remove(child)); + +for (int i = 0; i 10; i++) +{ +node.addChild(createNode(child + i, test + i)); +} +assertFalse(node.remove(child)); +assertTrue(node.remove(child2)); +assertTrue(node.getChildren(child2).isEmpty()); + +HierarchicalConfiguration.Node child = createNode(child0, testChild); +assertFalse(node.remove(child)); +node.addChild(child); +assertTrue(node.remove(child)); +assertEquals(1, node.getChildren(child0).size()); +assertEquals(test0, ((HierarchicalConfiguration.Node) node +.getChildren(child0).get(0)).getValue()); + +assertTrue(node.remove(child0)); +assertFalse(node.remove(child)); + +node.removeChildren(); +assertTrue(node.getChildren().isEmpty()); +assertFalse(node.remove(child)); +} + +/** + * Tests the visitor mechanism. + */ +public void testNodeVisitor() +{ +CountVisitor v = new CountVisitor(); +config.getRoot().visit(v, null); +assertEquals(28, v.beforeCount); +assertEquals(v.beforeCount, v.afterCount); } /** @@ -410,5 +497,28 @@ HierarchicalConfiguration.Node node = new HierarchicalConfiguration.Node(name); node.setValue(value); return node; +} + +/** + * A test visitor implementation for checking whether all visitor methods + * are correctly called. + */ +static class CountVisitor extends HierarchicalConfiguration.NodeVisitor +{ +public int beforeCount; + +
DO NOT REPLY [Bug 36233] - [math][patch] Solver Source Files
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=36233. 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=36233 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16108|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-08-19 19:10 --- Created an attachment (id=16116) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16116action=view) MullerSolver.java update MullerSolver.java remove two lines: import org.apache.commons.math.complex.Complex; import org.apache.commons.math.complex.ComplexUtils; Maybe complex arithmetics will be added in future, but for now it's not needed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
resource names vs. file names (was: [jci][fyi] JSR 199: Sun's JCI?)
Torsten Curdt tcurdt at apache.org writes: Huh? Why not? The memory implementations don't care much of the file system :-P That was one of the main goal of JCI. Yes and that's fine. But search for the String.replace(char, char) method and you know what I mean There are many places where class names are converted to file names and back. It's not only the FileResourceStore. These are converting between class names and resource names! Which is fine! Ah, ok. I should not talk that loud before looking exactly ;-) I had again a look into the sources. One naming that might give wrong impression is the parameter name of the methods in ResourceReader: final String filename. Another point is the FileResourceStore. The patch I sent in to get rest of Java world-filenames was a step in the wrong direction. The stores should store the resources by their resource name, not the class name. This would also solve the inconsistency for non-to-be-compiled resources I mentioned in the bug description. This needs some adaptions in certain places (ResourceStoreClassLoader, compilers), but the handling would be consistent afterwards. WDYT? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Bug 36261] - [jci] no class could be loaded after a compilation error occured
http://issues.apache.org/bugzilla/show_bug.cgi?id=36261 wait a sec ...let's discuss that on the list first. while I agree that it makes sense to remove the counting from the problem handler interface I am not too sure I like the other changes too much. Off-list you talked about possibly introducing a lifecycle to the CompilationProblemHandler. IMO their purpose is to different to get a common lifecycle. Many purposes do not even need a lifecycle at all (e.g. logging the compilation problems, or (as in my adapter to XSP) delegating the problem to Cocoon. The so-called CompilationProblemCounter (in the patch) is a special case for the CompilingListener, so the CL should also care about its lifecycle, not the compilers. There are even other lifecycles conceivable - shall the compilers manage all of them? I have the Avalon interfaces in mind ... ;-) At the end this means I like the idea of having a most simple CompilationProblemHandler interface with just the one method (also as in the DiagnosticListener of JSR 199). The classes registering the handlers have to care about the rest, they know their purpose. Remains the question of passing the handlers to the compilers. Passing a factory is not possible I think as the registering classes might need access to the handlers like the CompilingListener needs to reset the error counter. At the end I come back to my patch - with details debatable of course ;-) WDYT? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36233] - [math][patch] Solver Source Files
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=36233. 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=36233 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16116|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-08-20 04:06 --- Created an attachment (id=16125) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16125action=view) MullerSolver.java Update MullerSolver.java simplifies some branching condition statements, the algorithm logic remains the same. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] Towards a release
I believe I applied the form inheritance patch back in early 2004, and at the time we were trying to get a stable version of Validator out for Struts 1.2.X series and creating the Branch seemed the thing to do. 1.2 is also the version that David removed deprecated methods so releasing 1.2 seemed like it could wait incase any more refactoring took place that would further change the interface. -Rob David Graham wrote: If I remember right, 1.2 (HEAD) includes form inheritance which wasn't widely tested. Niall might remember more details. I think releasing 1.2.0 from HEAD would be fine so we don't have to go through the error prone process of maintaining two branches. Thanks for picking up the Validator torch! David --- Don Brown [EMAIL PROTECTED] wrote: I'd like to get a release of commons-validator out the door, as Struts 1.3 would like to use some of its new bug fixes and features. I'm pretty new to validator, so I'm not familar with its history. Any reason we haven't released 1.2? In the past when I fixed bugs, folks backported them to the 1.1.x branch; why not just roll 1.2 or at least roll it in addition to a bug fix release for 1.1.x? There are a couple more validator open bugs that I can sew up, if I saw a release as a near-term possibility. LMK, thanks, Don Get Firefox! http://www.mozilla.org/firefox/ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r233996 - in /jakarta/commons/proper/math/branches/MATH_1_1/src: java/org/apache/commons/math/stat/ java/org/apache/commons/math/util/ test/org/apache/commons/math/linear/ test/org/apache/
Author: brentworden Date: Fri Aug 19 21:26:27 2005 New Revision: 233996 URL: http://svn.apache.org/viewcvs?rev=233996view=rev Log: added test cases to increase test coverage. Modified: jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/StatUtils.java jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/FrequencyTest.java jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/descriptive/rank/PercentileTest.java Modified: jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/StatUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/StatUtils.java?rev=233996r1=233995r2=233996view=diff == --- jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/StatUtils.java (original) +++ jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/StatUtils.java Fri Aug 19 21:26:27 2005 @@ -604,8 +604,8 @@ double sum2 = 0d; double diff = 0d; int n = sample1.length; -if (n 2) { -throw new IllegalArgumentException(Input array lengths must be at least 2.); +if (n 2 || n != sample2.length) { +throw new IllegalArgumentException(Input array lengths must be equal and at least 2.); } for (int i = 0; i n; i++) { diff = sample1[i] - sample2[i]; Modified: jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java?rev=233996r1=233995r2=233996view=diff == --- jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java (original) +++ jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java Fri Aug 19 21:26:27 2005 @@ -1,12 +1,17 @@ /* - * Copyright 2003-2005 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. + * Copyright 2003-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.math.util; @@ -15,9 +20,7 @@ /** * Some useful additions to the built-in functions in [EMAIL PROTECTED] Math}. - * - * @version $Revision$ $Date: 2005-07-30 02:25:26 -0500 (Sat, 30 Jul - * 2005) $ + * @version $Revision$ $Date$ */ public final class MathUtils { Modified: jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java?rev=233996r1=233995r2=233996view=diff == --- jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java (original) +++ jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java Fri Aug 19 21:26:27 2005 @@ -422,6 +422,11 @@ RealMatrix lu = m.getLUMatrix(); assertClose(LU decomposition, lu, (RealMatrix) new RealMatrixImpl(testDataLU), normTolerance); verifyDecomposition(m, lu); +// access LU decomposition on same object
[Jakarta-commons Wiki] Update of math/1.1ReleasePlan by BrentWorden
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by BrentWorden: http://wiki.apache.org/jakarta-commons/math/1%2e1ReleasePlan -- * ('''Done''')Add `TestUtils` class including factory methods as requested in Pr 32663 * ('''Done''')Address Bug 35042: `BrentSolver` and `SecantSolver` request boundary values from function twice * ('''Done''')Add `RandomGenerator` extending `java.util.Random` to complete pluggability - * Resolve Bug 36105 (inverseCumulativeProbability fails for large Poission with large lambda) + * ('''Done''')Resolve Bug 36105 (inverseCumulativeProbability fails for large Poission with large lambda) === Documentation === * Update release 1.0 javadoc link in navigation. * Run linkcheck to verify links in javadoc and user guide * Only link errors are valid redirects and links to release 1.0 javadoc index. Once 1.0 javadoc is generated and published, this item can be marked complete. - * Add documentation in user guide showing how PRNG pluggability works + * ('''Done''')Add documentation in user guide showing how PRNG pluggability works === Javadoc === * Generate/Publish release 1.0 javadoc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]