Lang 2.0 Scope Was: [lang] scope for version 2
Any arguments with this? Release of version 2.0 of Commons Lang -- All bugfixes that have entered CVS. Need to be listed at some point. org.apache.commons.lang.math.* Fraction. Various ranges. Bugfix in NumberRange. org.apache.commons.lang.functor.* Functor interfaces, grown from initial versions in Collections and Patterns. org.apache.commons.lang.util.* BitField: Mature class used in POI. Need to confer with POI on this. Validate: It tests boolean possibilities and throws IllegalArgumentExceptions if they are false. Not in scope: === org.apache.commons.lang.time.* org.apache.commons.lang.reflect.* To be Discussed === The order of stack-traces in ExceptionUtils. New trim method variants in StringUtils. New methods in ExceptionUtils. null handling in StringUtils. All open-bugs in Bugzilla. Performance of StringUtils. Initial collection size in Enum. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] 1.6 release breaks Maven and Jelly
Hi Craig, thanks for the help, Craig R. McClanahan [EMAIL PROTECTED] wrote on 02/02/2003 06:19:28 PM: I've been attempting to get Maven up to the bean utils 1.6 over the last day or so, and have a problem that seems to have happened between the 1.6-dev snapshot we took on 28-11-2002 and the release that has the following symptoms: It appears that a converter (or beanutils, I can't tell which yet), which previously 'correctly' set a property of type java.lang.Object from an instance of java.io.File, now converts the File to a String and then sets the Object property. Does this sound familiar to anyone? There have been quite a large number of changes to beanutils since November 28, but the case you are describing sounds like it might *possibly* be a case of using the incorrect method of BeanUtils to perform conversions for you. Could you quote a snippet of the Maven code that seems to be doing the wrong conversion, or point me at it, so I can help you resolve this? Yep, it's in jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/impl/TagScript.java line 275. Any ideas on a workaround? -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang STATUS.html
bayard 2003/02/02 01:10:24 Modified:lang STATUS.html Log: Added a couple of StringUtils todos. Reworded the Action Items to indicate that not all are considered to definitely be in scope for Lang. Revision ChangesPath 1.33 +4 -3 jakarta-commons/lang/STATUS.html Index: STATUS.html === RCS file: /home/cvs/jakarta-commons/lang/STATUS.html,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- STATUS.html 29 Dec 2002 22:07:55 - 1.32 +++ STATUS.html 2 Feb 2003 09:10:24 - 1.33 @@ -129,8 +129,7 @@ a name=Action Items/a h35. ACTION ITEMS/h3 -pWant to help? Here's some to do items the team has identified. Note that all are -still under discussion, so please mail the list before actioning./p +pWant to help? Here's some to do items the team has identified as possibly being in scope for Lang. Note that all are still under discussion, so please mail the list before actioning./p ul liReflection utilities - work underway in reflect package./li liOperating system information - maybe part of SystemUtils, maybe another project/li @@ -140,6 +139,8 @@ liCloneUtils - utility class to enable cloning via various different mechanisms. This code exists in [pattern] at present./li liStringUtils truncateNicely method - A substring with some extra power to choose where to cut off. It was in Avalon and was added separately to String Taglib from a code submission. This suggests it may have some commonality. [CODED]/li liStringUtils unescape method - String Taglib has shown that this method is missing from StringUtils. It would take a String with \n in and convert it to the Java character. unescape and escape should be symmetric - [DONE. Test symmetry] /li +liStringUtils performance improvements. /li +liStringUtils.reverseSplit(String, String delim, int count). Should basically be a 'reverseArray(reverseDelimitedString(split(txt, delim, count)))/li liCharUtils - Utilities to work on a char[] in the same way as a String liAStringBuffer - A StringBuffer implementation with additional methods from StringUtils liO(n) - Document all algorithm-implementing methods with the order. Possibly with an O(n) on the end of each parameterm or with an @order tag./li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang default.properties project.xml
bayard 2003/02/02 01:11:55 Modified:lang default.properties project.xml Log: Updated to reflect next version's dev. Revision ChangesPath 1.10 +3 -2 jakarta-commons/lang/default.properties Index: default.properties === RCS file: /home/cvs/jakarta-commons/lang/default.properties,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- default.properties8 Dec 2002 16:06:30 - 1.9 +++ default.properties2 Feb 2003 09:11:55 - 1.10 @@ -1,5 +1,6 @@ # The pathname of the junit.jar JAR file -junit.jar = ${junit.home}/junit-3.7.jar +junit.jar=/usr/local/javalib/junit-3.7.jar +#junit.jar = ${junit.home}/junit-3.7.jar # The name of this component component.name = commons-lang @@ -11,7 +12,7 @@ component.title = Core Language Utilities # The current version number of this component -component.version = 1.1-dev +component.version = 2.0-dev # The name that is used to create the jar file final.name = ${component.name}-${component.version} 1.9 +1 -1 jakarta-commons/lang/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/lang/project.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- project.xml 7 Dec 2002 21:52:19 - 1.8 +++ project.xml 2 Feb 2003 09:11:55 - 1.9 @@ -3,7 +3,7 @@ extend../project.xml/extend idcommons-lang/id nameLang/name - currentVersion1.1-dev/currentVersion + currentVersion2.0-dev/currentVersion inceptionYear2001/inceptionYear description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang project.properties
bayard 2003/02/02 01:16:32 Modified:lang project.properties Log: Added the date to the maven site. Revision ChangesPath 1.2 +1 -0 jakarta-commons/lang/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/lang/project.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- project.properties21 Sep 2002 05:16:10 - 1.1 +++ project.properties2 Feb 2003 09:16:32 - 1.2 @@ -1 +1,2 @@ maven.checkstyle.properties=checkstyle.properties +maven.xdoc.date = left - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Lang] Maven site
In case anyone is interested: I've generated the latest Maven site for Lang. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Lang] Maven site
Ack. http://www.generationjava.com/maven/jakarta-commons/lang/jdepend-report.html On Sun, 2 Feb 2003, Henri Yandell wrote: In case anyone is interested: I've generated the latest Maven site for Lang. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang CharRange.java
bayard 2003/02/02 01:26:52 Modified:lang/src/java/org/apache/commons/lang CharRange.java Log: Removed a few checkstyle complaints. Revision ChangesPath 1.4 +6 -5 jakarta-commons/lang/src/java/org/apache/commons/lang/CharRange.java Index: CharRange.java === RCS file: /home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/CharRange.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- CharRange.java23 Dec 2002 00:32:24 - 1.3 +++ CharRange.java2 Feb 2003 09:26:52 - 1.4 @@ -156,11 +156,12 @@ * pIs the passed in character codech/code inside * this range./p * + * @param ch character to test for * @return boolean codetrue/code is in range */ public boolean inRange(char ch) { -if(isRange()) { -return ((ch = start) (ch = close) ); +if( isRange() ) { +return ((ch = start) (ch = close)); } else { return start == ch; } @@ -194,11 +195,11 @@ */ public String toString() { String str = ; -if(isNegated()) { +if( isNegated() ) { str += ^; } str += start; -if(isRange()) { +if( isRange() ) { str += -; str += close; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - commons-jelly-tags-html
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-02/commons-jelly-tags-html.html Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/lib get-deps: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/classes [javac] Compiling 2 source files to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/classes [copy] Copying 5 files to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/test-classes compile-tests: [javac] Compiling 1 source file to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/test-classes internal-test: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/test-reports [junit] Running org.apache.commons.jelly.html.TestJelly [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.303 sec [junit] Testsuite: org.apache.commons.jelly.html.TestJelly [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.303 sec [junit] Testcase: testSimpleParse took 0.175 sec [junit] Caused an ERROR [junit] file:/home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:9:46: html:parse null Nested exception: null [junit] org.apache.commons.jelly.JellyTagException: file:/home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:9:46: html:parse null Nested exception: null [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:232) [junit] at org.apache.commons.jelly.tags.html.ParseTag.doTag(ParseTag.java:116) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:105) [junit] Caused by: org.dom4j.DocumentException: null Nested exception: null [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:346) [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:221) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:211) [junit] ... 13 more [junit] Root cause [junit] org.dom4j.DocumentException: null Nested exception: null [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:346) [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:221) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:211) [junit] at org.apache.commons.jelly.tags.html.ParseTag.doTag(ParseTag.java:116) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:105) [junit] Nested exception: [junit] java.lang.NullPointerException [junit] at org.apache.xerces.parsers.AbstractSAXParser.startNamespaceMapping(Unknown Source) [junit] at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) [junit] at org.cyberneko.html.HTMLTagBalancer.startElement(Unknown Source) [junit] at org.cyberneko.html.HTMLScanner$ContentScanner.scanStartElement(Unknown Source) [junit] at org.cyberneko.html.HTMLScanner$ContentScanner.scan(Unknown Source) [junit] at org.cyberneko.html.HTMLScanner.scanDocument(Unknown Source) [junit] at org.cyberneko.html.HTMLConfiguration.parse(Unknown Source) [junit] at org.cyberneko.html.HTMLConfiguration.parse(Unknown Source) [junit] at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) [junit] at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:327) [junit] at org.dom4j.io.SAXReader.read(SAXReader.java:221) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:211) [junit] at org.apache.commons.jelly.tags.html.ParseTag.doTag(ParseTag.java:116) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:105) [junit] Testcase: testSimpleParse BUILD FAILED file:///home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/html/build.xml:95: Test org.apache.commons.jelly.html.TestJelly failed Total time: 6 seconds
[GUMP] Build Failure - commons-jelly-tags-fmt
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-02/commons-jelly-tags-fmt.html Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/lib get-deps: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/classes [javac] Compiling 11 source files to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/classes [copy] Copying 4 files to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/test-classes compile-tests: [javac] Compiling 1 source file to /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/test-classes internal-test: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/target/test-reports [junit] Running org.apache.commons.jelly.tags.fmt.TestFMTSuite [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [junit] Testsuite: org.apache.commons.jelly.tags.fmt.TestFMTSuite [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [junit] Caused an ERROR [junit] null [junit] java.lang.reflect.InvocationTargetException [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] Caused by: java.lang.NoClassDefFoundError: org/apache/commons/grant/PropsHandler [junit] at java.lang.Class.getDeclaredConstructors0(Native Method) [junit] at java.lang.Class.privateGetDeclaredConstructors(Class.java:1590) [junit] at java.lang.Class.getConstructor0(Class.java:1762) [junit] at java.lang.Class.newInstance0(Class.java:276) [junit] at java.lang.Class.newInstance(Class.java:259) [junit] at org.apache.commons.jelly.JellyContext.getTagLibrary(JellyContext.java:429) [junit] at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1033) [junit] at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) [junit] at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) [junit] at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) [junit] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) [junit] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) [junit] at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) [junit] at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) [junit] at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) [junit] at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) [junit] at org.apache.commons.jelly.parser.XMLParser.parse(XMLParser.java:357) [junit] at org.apache.commons.jelly.JellyContext.compileScript(JellyContext.java:486) [junit] at org.apache.commons.jelly.JellyContext.runScript(JellyContext.java:597) [junit] at org.apache.commons.jelly.JellyContext.runScript(JellyContext.java:529) [junit] at org.apache.commons.jelly.tags.junit.JellyTestSuite.createTestSuite(JellyTestSuite.java:119) [junit] at org.apache.commons.jelly.tags.junit.JellyTestSuite.createTestSuite(JellyTestSuite.java:107) [junit] at org.apache.commons.jelly.tags.fmt.TestFMTSuite.suite(TestFMTSuite.java:82) [junit] ... 7 more BUILD FAILED file:///home/rubys/jakarta/jakarta-commons-sandbox/jelly/jelly-tags/fmt/build.xml:123: Test org.apache.commons.jelly.tags.fmt.TestFMTSuite failed Total time: 5 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestGetMethodLocal.java TestHttps.java TestMethodsExternalHost.java TestMethodsLocalHost.java TestWebappBasicAuth.java TestWebappCookie.java TestWebappHeaders.java TestWebappMethods.java TestWebappParameters.java TestWebappRedirect.java
olegk 2003/02/02 03:05:20 Modified:httpclient/src/examples ChunkEncodedPost.java UnbufferedPost.java httpclient/src/test/org/apache/commons/httpclient TestGetMethodLocal.java TestHttps.java TestMethodsExternalHost.java TestMethodsLocalHost.java TestWebappBasicAuth.java TestWebappCookie.java TestWebappHeaders.java TestWebappMethods.java TestWebappParameters.java TestWebappRedirect.java Log: Remove deprecated methods in test cases and examples Revision ChangesPath 1.4 +3 -4 jakarta-commons/httpclient/src/examples/ChunkEncodedPost.java Index: ChunkEncodedPost.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/examples/ChunkEncodedPost.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ChunkEncodedPost.java 2 Feb 2003 00:04:15 - 1.3 +++ ChunkEncodedPost.java 2 Feb 2003 11:05:19 - 1.4 @@ -81,7 +81,6 @@ HttpClient client = new HttpClient(); PostMethod httppost = new PostMethod(http://localhost:8080/httpclienttest/body;); -httppost.setUseDisk(false); httppost.setRequestBody(new FileInputStream(new File(args[0]))); httppost.setRequestContentLength(PostMethod.CONTENT_LENGTH_CHUNKED); 1.2 +3 -4 jakarta-commons/httpclient/src/examples/UnbufferedPost.java Index: UnbufferedPost.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/examples/UnbufferedPost.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- UnbufferedPost.java 2 Feb 2003 00:04:15 - 1.1 +++ UnbufferedPost.java 2 Feb 2003 11:05:19 - 1.2 @@ -81,7 +81,6 @@ HttpClient client = new HttpClient(); PostMethod httppost = new PostMethod(http://localhost:8080/httpclienttest/body;); -httppost.setUseDisk(false); File file = new File(args[0]); httppost.setRequestBody(new FileInputStream(file)); 1.9 +8 -31 jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestGetMethodLocal.java Index: TestGetMethodLocal.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestGetMethodLocal.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- TestGetMethodLocal.java 23 Jan 2003 22:48:25 - 1.8 +++ TestGetMethodLocal.java 2 Feb 2003 11:05:19 - 1.9 @@ -142,35 +142,12 @@ getTestContext()); } -public void testGetSlashWithoutDisk() { +public void testGetSlash() { HttpClient client = new HttpClient(); client.getHostConfiguration().setHost(host, port, http); GetMethod method = new GetMethod(/); -method.setUseDisk(false); -try { -client.executeMethod(method); -} catch (Throwable t) { -t.printStackTrace(); -fail(Unable to execute method : + t.toString()); -} - -try { -String data = method.getResponseBodyAsString(); -assertTrue(No data returned.,(data.length() 0)); -} catch (Throwable t) { -t.printStackTrace(); -fail(Unable to execute method : + t.toString()); -} -assertEquals(200,method.getStatusCode()); -} - -public void testGetSlashWithDisk() { -HttpClient client = new HttpClient(); -client.getHostConfiguration().setHost(host, port, http); - -GetMethod method = new GetMethod(/); -method.setUseDisk(true); + try { client.executeMethod(method); } catch (Throwable t) { @@ -193,7 +170,7 @@ client.getHostConfiguration().setHost(host, port, http); GetMethod method = new GetMethod(/); -method.setUseDisk(false); + try { client.executeMethod(method); } catch (Throwable t) { @@ -236,7 +213,7 @@ client.getHostConfiguration().setHost(host, port, http); GetMethod method = new GetMethod(/i/am/assuming/this/path/and/file/doesnt/exist/on/the/web/server.xyzzy); -method.setUseDisk(false); + try { client.executeMethod(method); } catch (Throwable t) { 1.9 +6 -6 jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestHttps.java Index: TestHttps.java ===
[beanutils] 1.6 breaks Jelly and Maven - update
It looks like v1.32 of BeanUtils caused the problem. Here's the (massive) setProperty method code I think (but haven't tested) causes the issue: } else if (ConvertUtils.lookup(value.getClass()) != null) { newValue = ConvertUtils.convert(value.toString(), type); } else { The toString() call on value doesn't make any sense to me, as the converter should be able to handle any object not just strings. I'll make the change locally and retest/repost. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jelly] Proposal new xml tag xml:entity
The problem is that it is not about a compliant way to do this, since I can have any entity I define myself in my target xml (based on the DTD). The problem is that the one that parses to the new xml file supports everything that could end up as valid xml in the target. Thats why I think there should be an addition to the current xml (or other) taglib, so we can support those outputs correctly, so we don't have to assume the xml that is doing the parsing also needs to conform to the target dtd. Hope you get my point ;) Mvgr, Martin On Sat, 2003-02-01 at 21:23, Incze Lajos wrote: Won't work. Why not simply put #169; (the copyright in latin-1)? incze I've checked the xsl-list for an asssertion and, yes, that's the (only) compliant way to go. Here is a snippet from a mail where Michael Kay answers to a similiar (not copy; but nbsp;) question: From: Kay Michael [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: [newbie] output nbsp; Date: Thu, 20 Jul 2000 15:17:55 +0100 I have another newbie question here. And the #1 FAQ How can I output a non-blank-space or nbsp; from my xsl file... #xa0; It will come out as a non-break-space character, which means exactly the same to the browser software as the nbsp; entity reference. The only difference is that you can't see it. Mike Kay The declarations of these entities can be found here: http://www.w3.org/TR/xhtml1/DTD/xhtml-special.ent incze - 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 16676] New: - StackOverflow due to ToStringBuilder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16676. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16676 StackOverflow due to ToStringBuilder Summary: StackOverflow due to ToStringBuilder Product: Commons Version: 1.0 Alpha Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The ToStringBuilder doesn't handle relations to other objects very well. It's very easy to get into an never-ending-loop. The following code will crash the JVM with a StackOverflowError : import org.apache.commons.lang.builder.ToStringBuilder; public class Test1 { Test1 test; public Test1() {} public void setTest(Test1 test) { this.test = test; } public String toString() { return ToStringBuilder.reflectionToString(this); } public static void main(String[] args) { Test1 test1; Test1 test2; test1 = new Test1(); test2 = new Test1(); test1.setTest(test2); test2.setTest(test1); System.out.println(test1.toString()); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester RELEASE-NOTES.txt
rdonkin 2003/02/02 07:34:21 Modified:digester RELEASE-NOTES.txt Log: First draft of 1.4 release notes Revision ChangesPath 1.6 +23 -43jakarta-commons/digester/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt === RCS file: /home/cvs/jakarta-commons/digester/RELEASE-NOTES.txt,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- RELEASE-NOTES.txt 13 Aug 2002 16:28:59 - 1.5 +++ RELEASE-NOTES.txt 2 Feb 2003 15:34:21 - 1.6 @@ -1,7 +1,7 @@ $Id$ Commons Digester Package -Version 1.3 +Version 1.4 Release Notes @@ -15,63 +15,43 @@ NEW FEATURES: -Minor javadoc enhancements. -Minor test case enhancements. - - -Infrastructure Enhancements: - - -Digester can now be built using Maven. -See http://jakarta.apache.org/turbine/maven for more details. - +Enhancements to java docs. Digester Enhancements: - -Fixed bug with CallMethodRule introduced when constructors accepting the -digester as a parameter were depricated. CallMethodRule now waits until the -digester is set before loading classes from classnames. - -Digester can now be used as a SAX ContentHandler as an alternative to -calling the parse() methods. The patch ensures that the configure() method is -called when used on a SAX stream as well as adding a new getRoot() method that -can be used to extract the parsed object after the SAX events have been -streamed into the digester. - -JAXP 1.2 XML Schema support. - -Add support for public getFeature() and setFeature() methods to configure the -SAXParserFactory. Also added getProperty() and setProperty() methods to do the -same sort of thing for SAXParser properties. +New begin, body and end methods were added that include namespace information. This is an important change since it allows more sophisticated Rules to be created. The old versions of these methods have been deprecated (see below) but existing Rules that override these methods will continue to function correctly. +Improved support for XML schema. Scope of schema related variable has been change from private to protected. The entity resolver used can now be configured through a property. -Rules Enhancements: +Improved support for Public ID. The property now has a setter (as well as a getter). Digester now will not set a public ID to null. -Fixed a bug in the rules implementations which meant that root tail matches -were missed. Also added unit tests for the bug. -An implmentation of overridden attribute-property name mappings for -SetPropertiesRule. Some of the code plus much of the inspiration came from a -patch created by Simon Kitching. The feeling on the list when this was -originally discussed was that really there is no good reason why this -functionality is needed - alternative mechanisms existed. Recently, one good -example was posted on the user list - that of the often problematic mapping of -an xml attribute named class. This patch allows attribute-property name -mappings to be overriden both through standard digester constructors and -through xmlrules. +Rules Enhancements: +--- -Added support for primitive method calls to CallMethodRule. +NodeCreateRule is a new rule that creates a DOM node for the matched node. This allows sophisticated approaches mixing DOM with digester. +ObjectParamRule is a new rule that works with the CallMethodRule. This allows arbitrary objects to be passed as parameters into a CallMethodRule method call. XMLRule Enhancements: - -XMLRules now allow paramtypes to be passed in. +Added a new createDigester method which allows the digester to be used to process the xml rules file to be passed in. This allows this digester to be configured so that the xml rules file can be loaded from a jar. BUG REPORTS ADDRESSED: = -8244 CallMethodRule rule can't be used to call no arg methods \ No newline at end of file +16233 - Invalid bean setters do not generate an exception +12756 - Enhanced support for call param rules that take their values from the stack +11693 - CallMethod rule on nested indentical elements cause parameter confusion +14415 - InvocationTargetExceptions could be unwrapped +13891 - Null pointer exception when setting rules +11168 - XML-based rules def. for Digester ignores call-param-rule + +DEPRECATION +=== + +The begin, body and end method signatures of org.apache.commons.digester.Rule have now been deprecated. They have been been replaced by
cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules TestObject.java
rdonkin 2003/02/02 07:49:54 Modified:digester/src/test/org/apache/commons/digester/xmlrules TestObject.java Log: Updated license copyright year Revision ChangesPath 1.7 +1 -1 jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules/TestObject.java Index: TestObject.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules/TestObject.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- TestObject.java 23 Aug 2002 13:42:57 - 1.6 +++ TestObject.java 2 Feb 2003 15:49:54 - 1.7 @@ -3,7 +3,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules TestDigesterRulesSource.java
rdonkin 2003/02/02 07:50:09 Modified:digester/src/test/org/apache/commons/digester/xmlrules TestDigesterRulesSource.java Log: Updated license copyright year Revision ChangesPath 1.3 +1 -1 jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules/TestDigesterRulesSource.java Index: TestDigesterRulesSource.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules/TestDigesterRulesSource.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TestDigesterRulesSource.java 9 Jan 2002 20:22:51 - 1.2 +++ TestDigesterRulesSource.java 2 Feb 2003 15:50:09 - 1.3 @@ -3,7 +3,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules DigesterLoaderTest.java DigesterLoaderTestSuite.java DigesterPatternStackTest.java
rdonkin 2003/02/02 07:52:14 Modified:digester/src/test/org/apache/commons/digester EBRTestCase.java Employee.java Nameable.java NodeCreateRuleTestCase.java ObjectParamRuleTestCase.java RuleTestCase.java RulesBaseTestCase.java SimpleTestBean.java TestBean.java TestRule.java TestRuleSet.java digester/src/test/org/apache/commons/digester/xmlrules DigesterLoaderTest.java DigesterLoaderTestSuite.java DigesterPatternStackTest.java Log: Updated license copyright year Revision ChangesPath 1.6 +5 -5 jakarta-commons/digester/src/test/org/apache/commons/digester/EBRTestCase.java Index: EBRTestCase.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/EBRTestCase.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- EBRTestCase.java 10 Jul 2002 18:12:33 - 1.5 +++ EBRTestCase.java 2 Feb 2003 15:52:14 - 1.6 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.6 +4 -4 jakarta-commons/digester/src/test/org/apache/commons/digester/Employee.java Index: Employee.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/Employee.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Employee.java 29 Jul 2002 21:05:15 - 1.5 +++ Employee.java 2 Feb 2003 15:52:14 - 1.6 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.2 +4 -4 jakarta-commons/digester/src/test/org/apache/commons/digester/Nameable.java Index: Nameable.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/Nameable.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Nameable.java 20 Mar 2002 20:28:28 - 1.1 +++ Nameable.java 2 Feb 2003 15:52:14 - 1.2 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.2 +2 -2 jakarta-commons/digester/src/test/org/apache/commons/digester/NodeCreateRuleTestCase.java Index: NodeCreateRuleTestCase.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/NodeCreateRuleTestCase.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- NodeCreateRuleTestCase.java 2 Oct 2002 20:27:18 - 1.1 +++ NodeCreateRuleTestCase.java 2 Feb 2003 15:52:14 - 1.2 @@ -3,7 +3,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.2 +1 -1 jakarta-commons/digester/src/test/org/apache/commons/digester/ObjectParamRuleTestCase.java Index: ObjectParamRuleTestCase.java === RCS file: /home/cvs/jakarta-commons/digester/src/test/org/apache/commons/digester/ObjectParamRuleTestCase.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ObjectParamRuleTestCase.java 25 Oct 2002 21:31:49 - 1.1 +++ ObjectParamRuleTestCase.java 2 Feb 2003 15:52:14 - 1.2 @@ -3,7 +3,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.23 +5 -5
cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester Address.java AlphaBean.java BetaBean.java CallMethodRuleTestCase.java DigesterTestCase.java
rdonkin 2003/02/02 07:53:57 Modified:digester/src/java/org/apache/commons/digester/rss Channel.java Image.java Item.java RSSDigester.java TextInput.java digester/src/java/org/apache/commons/digester/xmlrules CircularIncludeException.java DigesterLoader.java DigesterLoadingException.java DigesterRuleParser.java DigesterRulesSource.java FromXmlRuleSet.java XmlLoadException.java digester/src/test/org/apache/commons/digester Address.java AlphaBean.java BetaBean.java CallMethodRuleTestCase.java DigesterTestCase.java Log: Updated license copyright year Revision ChangesPath 1.4 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Channel.java Index: Channel.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Channel.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Channel.java 9 Jan 2002 20:22:50 - 1.3 +++ Channel.java 2 Feb 2003 15:53:56 - 1.4 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.3 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Image.java Index: Image.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Image.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Image.java9 Jan 2002 20:22:50 - 1.2 +++ Image.java2 Feb 2003 15:53:56 - 1.3 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.3 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Item.java Index: Item.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/rss/Item.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Item.java 9 Jan 2002 20:22:50 - 1.2 +++ Item.java 2 Feb 2003 15:53:56 - 1.3 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.5 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/rss/RSSDigester.java Index: RSSDigester.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/rss/RSSDigester.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- RSSDigester.java 14 Feb 2002 07:04:01 - 1.4 +++ RSSDigester.java 2 Feb 2003 15:53:56 - 1.5 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.3 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/rss/TextInput.java Index: TextInput.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/rss/TextInput.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TextInput.java9 Jan 2002 20:22:50 - 1.2 +++ TextInput.java2 Feb 2003 15:53:56 - 1.3 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.3 +1 -1
cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester AbstractObjectCreationFactory.java CallMethodRule.java CallParamRule.java Digester.java ExtendedBaseRules.java FactoryCreateRule.java NodeCreateRule.java ObjectCreateRule.java ObjectCreationFactory.java ObjectParamRule.java Rule.java RuleSet.java RuleSetBase.java Rules.java RulesBase.java SetNextRule.java SetPropertiesRule.java SetRootRule.java SetTopRule.java
rdonkin 2003/02/02 08:09:54 Modified:digester LICENSE.txt build.xml project.xml digester/src/java/org/apache/commons/digester AbstractObjectCreationFactory.java CallMethodRule.java CallParamRule.java Digester.java ExtendedBaseRules.java FactoryCreateRule.java NodeCreateRule.java ObjectCreateRule.java ObjectCreationFactory.java ObjectParamRule.java Rule.java RuleSet.java RuleSetBase.java Rules.java RulesBase.java SetNextRule.java SetPropertiesRule.java SetRootRule.java SetTopRule.java Log: Updated copyright year in licenses Revision ChangesPath 1.2 +4 -4 jakarta-commons/digester/LICENSE.txt Index: LICENSE.txt === RCS file: /home/cvs/jakarta-commons/digester/LICENSE.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LICENSE.txt 25 Jul 2002 02:36:45 - 1.1 +++ LICENSE.txt 2 Feb 2003 16:09:53 - 1.2 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2001 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.32 +3 -3 jakarta-commons/digester/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons/digester/build.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- build.xml 18 Jan 2003 18:47:08 - 1.31 +++ build.xml 2 Feb 2003 16:09:53 - 1.32 @@ -55,7 +55,7 @@ property name=component.title value=Digester - XML to Java Object Configuration/ !-- The current version number of this component -- - property name=component.version value=1.3/ + property name=component.version value=1.4/ !-- The base directory for compilation targets -- property name=build.home value=target/ @@ -213,7 +213,7 @@ overview=src/java/overview.html doctitle=lt;h1gt;${component.title} (Version ${component.version})lt;/h1gt; windowtitle=${component.title} (Version ${component.version}) - bottom=Copyright (c) 2001-2002 - Apache Software Foundation + bottom=Copyright (c) 2001-2003 - Apache Software Foundation link offline=true packagelistLoc=${commons-beanutils.api} href=http://jakarta.apache.org/commons/beanutils/api// link offline=true packagelistLoc=${commons-collections.api} 1.3 +1 -1 jakarta-commons/digester/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/digester/project.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- project.xml 25 Jul 2002 02:36:45 - 1.2 +++ project.xml 2 Feb 2003 16:09:53 - 1.3 @@ -4,7 +4,7 @@ extend../project.xml/extend nameDigester/name idcommons-digester/id - currentVersion1.0-dev/currentVersion + currentVersion1.4-dev/currentVersion inceptionYear2002/inceptionYear gumpRepositoryIdjakarta/gumpRepositoryId shortDescriptionCommons Digester/shortDescription 1.6 +2 -2 jakarta-commons/digester/src/java/org/apache/commons/digester/AbstractObjectCreationFactory.java Index: AbstractObjectCreationFactory.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/AbstractObjectCreationFactory.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- AbstractObjectCreationFactory.java12 Mar 2002 19:10:20 - 1.5 +++ AbstractObjectCreationFactory.java2 Feb 2003 16:09:53 - 1.6 @@ -3,7 +3,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.20 +5 -5 jakarta-commons/digester/src/java/org/apache/commons/digester/CallMethodRule.java Index: CallMethodRule.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/CallMethodRule.java,v retrieving revision 1.19 retrieving
Re: [EL] Promotion to jakarta-commons?
i agree with rodney. as it currently stands, this thread is a non-binding discussion rather than a formal [VOTE] for promotion. i know that i initiated two recent [VOTE]'s for promotion that didn't meet the standards outlined by rodney but i wouldn't again (after very nearly getting my fingers burnt). if we allow casual promotions, someone's going to say - i can't find a VOTE for promoting xxx, so what is it doing in the commons? Jan - could you start a formal [VOTE] thread containing the proposal so we can vote on that? - robert On Saturday, February 1, 2003, at 02:37 PM, Rodney Waldhoff wrote: I'm +1 on moving [EL] to commons proper, but -1 on promoting components this casually. If this is meant to be a binding vote on promoting EL, it ought to be on a [VOTE] thread, and include a proposal that identif[ies] the rationale for the package, its scope, its interaction with other packages and products, the Commons resources, if any, to be created, the initial source from which the package is to be created, the coding conventions used for the package (if different from the Sun coding conventions), and the initial set of committers. (#17 at http://jakarta.apache.org/commons/charter.html). - Rod (who's generally not this anal in real life) On Fri, 31 Jan 2003, Jan Luehe wrote: I would like to promote the JSP 2.0 EL implementation from jakarta-commons-sandbox to jakarta-commons, so I can better integrate it with Jasper. Are there any objections? Thanks, Jan - 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]
cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester ObjectParamRule.java
rdonkin 2003/02/02 08:30:11 Modified:digester/src/java/org/apache/commons/digester ObjectParamRule.java Log: Corrected bad link in javadocs Revision ChangesPath 1.3 +1 -1 jakarta-commons/digester/src/java/org/apache/commons/digester/ObjectParamRule.java Index: ObjectParamRule.java === RCS file: /home/cvs/jakarta-commons/digester/src/java/org/apache/commons/digester/ObjectParamRule.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ObjectParamRule.java 2 Feb 2003 16:09:53 - 1.2 +++ ObjectParamRule.java 2 Feb 2003 16:30:11 - 1.3 @@ -69,7 +69,7 @@ * lian arbitrary Object defined programatically, assigned when the element pattern associated with the Rule is matched * See {@link #ObjectParamRule(int paramIndex, Object param)} * lian arbitrary Object defined programatically, assigned if the element pattern AND specified attribute name are matched - * See {@link #ObjectParamRule(int paramIndex, String attributeName, ObjectParam)} + * See {@link #ObjectParamRule(int paramIndex, String attributeName, Object param)} * /ul * /p * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] cvs commit: jakarta-commons/lang default.properties project.xml
From: [EMAIL PROTECTED] --- default.properties 8 Dec 2002 16:06:30 - 1.9 +++ default.properties 2 Feb 2003 09:11:55 - 1.10 @@ -1,5 +1,6 @@ # The pathname of the junit.jar JAR file -junit.jar = ${junit.home}/junit-3.7.jar +junit.jar=/usr/local/javalib/junit-3.7.jar +#junit.jar = ${junit.home}/junit-3.7.jar This doesn't look quite right Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lang 2.0 Scope Was: [lang] scope for version 2
And IdentiferUtils must be decided on too. Stephen - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Sunday, February 02, 2003 8:18 AM Subject: Lang 2.0 Scope Was: [lang] scope for version 2 Any arguments with this? Release of version 2.0 of Commons Lang -- All bugfixes that have entered CVS. Need to be listed at some point. org.apache.commons.lang.math.* Fraction. Various ranges. Bugfix in NumberRange. org.apache.commons.lang.functor.* Functor interfaces, grown from initial versions in Collections and Patterns. org.apache.commons.lang.util.* BitField: Mature class used in POI. Need to confer with POI on this. Validate: It tests boolean possibilities and throws IllegalArgumentExceptions if they are false. Not in scope: === org.apache.commons.lang.time.* org.apache.commons.lang.reflect.* To be Discussed === The order of stack-traces in ExceptionUtils. New trim method variants in StringUtils. New methods in ExceptionUtils. null handling in StringUtils. All open-bugs in Bugzilla. Performance of StringUtils. Initial collection size in Enum. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang default.properties
bayard 2003/02/02 08:52:40 Modified:lang default.properties Log: What? Everyone doesn't have a /usr/local/javalib/ directory? My cockup. Revision ChangesPath 1.11 +1 -2 jakarta-commons/lang/default.properties Index: default.properties === RCS file: /home/cvs/jakarta-commons/lang/default.properties,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- default.properties2 Feb 2003 09:11:55 - 1.10 +++ default.properties2 Feb 2003 16:52:40 - 1.11 @@ -1,6 +1,5 @@ # The pathname of the junit.jar JAR file -junit.jar=/usr/local/javalib/junit-3.7.jar -#junit.jar = ${junit.home}/junit-3.7.jar +junit.jar = ${junit.home}/junit-3.7.jar # The name of this component component.name = commons-lang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] cvs commit: jakarta-commons/lang default.propertiesproject.xml
Sorry. Fixed. On Sun, 2 Feb 2003, Stephen Colebourne wrote: From: [EMAIL PROTECTED] --- default.properties 8 Dec 2002 16:06:30 - 1.9 +++ default.properties 2 Feb 2003 09:11:55 - 1.10 @@ -1,5 +1,6 @@ # The pathname of the junit.jar JAR file -junit.jar = ${junit.home}/junit-3.7.jar +junit.jar=/usr/local/javalib/junit-3.7.jar +#junit.jar = ${junit.home}/junit-3.7.jar This doesn't look quite right Stephen - 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: Lang 2.0 Scope Was: [lang] scope for version 2
Sorry. Missed that. I'd intended that to go down as being in the scope for 2.0 along with the other util/ packages. Hen On Sun, 2 Feb 2003, Stephen Colebourne wrote: And IdentiferUtils must be decided on too. Stephen - Original Message - From: Henri Yandell [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Sunday, February 02, 2003 8:18 AM Subject: Lang 2.0 Scope Was: [lang] scope for version 2 Any arguments with this? Release of version 2.0 of Commons Lang -- All bugfixes that have entered CVS. Need to be listed at some point. org.apache.commons.lang.math.* Fraction. Various ranges. Bugfix in NumberRange. org.apache.commons.lang.functor.* Functor interfaces, grown from initial versions in Collections and Patterns. org.apache.commons.lang.util.* BitField: Mature class used in POI. Need to confer with POI on this. Validate: It tests boolean possibilities and throws IllegalArgumentExceptions if they are false. Not in scope: === org.apache.commons.lang.time.* org.apache.commons.lang.reflect.* To be Discussed === The order of stack-traces in ExceptionUtils. New trim method variants in StringUtils. New methods in ExceptionUtils. null handling in StringUtils. All open-bugs in Bugzilla. Performance of StringUtils. Initial collection size in Enum. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/mockdriver - New directory
stevencaswell2003/02/02 08:53:59 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/mockdriver - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/mockdriver MockConnection.java MockDriver.java MockPreparedStatement.java MockResultSet.java MockStatement.java
stevencaswell2003/02/02 08:54:53 Added: dbutils/src/java/org/apache/commons/dbutils/mockdriver MockConnection.java MockDriver.java MockPreparedStatement.java MockResultSet.java MockStatement.java Log: initial import Revision ChangesPath 1.1 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/mockdriver/MockConnection.java Index: MockConnection.java === package org.apache.commons.dbutils.mockdriver; import java.sql.CallableStatement; import java.sql.Connection; import java.sql.DatabaseMetaData; import java.sql.PreparedStatement; import java.sql.SQLException; import java.sql.SQLWarning; import java.sql.Statement; import java.util.Map; /** * A mock {@link Connection}, useful for testing purposes. * * @author Rodney Waldhoff * @version $Id: MockConnection.java,v 1.1 2003/02/02 16:54:53 stevencaswell Exp $ */ public class MockConnection implements Connection { protected boolean _open = true; protected boolean _autoCommit = true; protected int _transactionIsolation = 1; protected DatabaseMetaData _metaData = null; protected String _catalog = null; protected Map _typeMap = null; protected boolean _readOnly = false; public void clearWarnings() throws SQLException { checkOpen(); } public void close() throws SQLException { checkOpen(); _open = false; } public void commit() throws SQLException { checkOpen(); } public Statement createStatement() throws SQLException { checkOpen(); return new MockStatement(this); } public Statement createStatement(int resultSetType, int resultSetConcurrency) throws SQLException { checkOpen(); return new MockStatement(this); } public boolean getAutoCommit() throws SQLException { checkOpen(); return _autoCommit; } public String getCatalog() throws SQLException { checkOpen(); return _catalog; } public DatabaseMetaData getMetaData() throws SQLException { checkOpen(); return _metaData; } public int getTransactionIsolation() throws SQLException { checkOpen(); return _transactionIsolation; } public Map getTypeMap() throws SQLException { checkOpen(); return _typeMap; } public SQLWarning getWarnings() throws SQLException { checkOpen(); return null; } public boolean isClosed() throws SQLException { return !_open; } public boolean isReadOnly() throws SQLException { checkOpen(); return _readOnly; } public String nativeSQL(String sql) throws SQLException { checkOpen(); return sql; } public CallableStatement prepareCall(String sql) throws SQLException { checkOpen(); return null; } public CallableStatement prepareCall(String sql, int resultSetType, int resultSetConcurrency) throws SQLException { checkOpen(); return null; } public PreparedStatement prepareStatement(String sql) throws SQLException { checkOpen(); return new MockPreparedStatement(this, sql); } public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency) throws SQLException { checkOpen(); return new MockPreparedStatement(this, sql); } public void rollback() throws SQLException { checkOpen(); } public void setAutoCommit(boolean autoCommit) throws SQLException { checkOpen(); _autoCommit = autoCommit; } public void setCatalog(String catalog) throws SQLException { checkOpen(); _catalog = catalog; } public void setReadOnly(boolean readOnly) throws SQLException { checkOpen(); _readOnly = readOnly; } public void setTransactionIsolation(int level) throws SQLException { checkOpen(); _transactionIsolation = level; } public void setTypeMap(Map map) throws SQLException { checkOpen(); _typeMap = map; } protected void checkOpen() throws SQLException { if(!_open) { throw new SQLException(Connection is closed.); } } // --- JDBC 3.0 - // Will be uncommented by the build process on a JDBC 3.0 system /* JDBC_3_ANT_KEY public int getHoldability() throws SQLException { throw new SQLException(Not implemented.);
RE: [dbutils] Test case approach
-Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 11:13 AM To: Jakarta Commons Developers List Subject: RE: [dbutils] Test case approach On Fri, 24 Jan 2003, Rodney Waldhoff wrote: Also, there are some trivial mock Driver, Connection, ResultSet, etc. objects in the dbcp test tree. Sound good :) I copied Rodney's excellent mock driver classes from dbcp, cleaned then up a little, and imported into o.a.c.dbutils in a package called mockdriver. ... Hen -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Steven Caswell [EMAIL PROTECTED] a.k.a Mungo Knotwise of Michel Delving One ring to rule them all, one ring to find them... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote net from commons sandbox to commons
by my count, the binding votes received so far are 2 +1's and 4 +0. unfortunately, this is currently one +1 short of the votes needed for promotion. there are a lot of committers out there who haven't yet voted. ant will use this component as and when it's promoted. we only need one more +1 to make this happen. alternatively, since we currently have a lot of +0's, if there is any changes that could be made to the proposal to convert a +0 into a +1, then now would be a good time to make your opinions heard. - robert On Tuesday, January 28, 2003, at 05:52 PM, robert burrell donkin wrote: net is an internet protocol suite. net was based on code contained in NetComponents (which was originally developed by ORO, Inc and then donated to the apache software foundation) . it is therefore quite a stable and mature codebase with a large user community. it has spent a considerable period in the sandbox. it is clear that being a mature, unreleased library, it has failed to attract a healthy community there. promotion to the commons will allow a 1.0 release to be created with an easy upgrade path for the existing NetComponents community. this will be a good basis for a healthy community here at jakarta. in addition, this would allow the ant team to move from NetComponents to commons-net. over the last few weeks, we've seen an increase in activity by users and developers which says to me that the time is now right for net to be promoted :) your votes please: - 8 - Vote to promote the net component from Commons Sandbox to Commons Proper: [ ] +1 I am in favor of this action and will help [ ] +0 I am in favor of this action but cannot help [ ] -0 I am not in favor of this action [ ] -1 I am opposed to this action and here is why: - 8 - here's my +1 - robert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]. org For additional commands, e-mail: mailto:[EMAIL PROTECTED]. org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote net from commons sandbox to commons
I'm happy to help with the promotion, so will convert my +0 [if I made one] to +1. Hen On Sun, 2 Feb 2003, robert burrell donkin wrote: by my count, the binding votes received so far are 2 +1's and 4 +0. unfortunately, this is currently one +1 short of the votes needed for promotion. there are a lot of committers out there who haven't yet voted. ant will use this component as and when it's promoted. we only need one more +1 to make this happen. alternatively, since we currently have a lot of +0's, if there is any changes that could be made to the proposal to convert a +0 into a +1, then now would be a good time to make your opinions heard. - robert On Tuesday, January 28, 2003, at 05:52 PM, robert burrell donkin wrote: net is an internet protocol suite. net was based on code contained in NetComponents (which was originally developed by ORO, Inc and then donated to the apache software foundation) . it is therefore quite a stable and mature codebase with a large user community. it has spent a considerable period in the sandbox. it is clear that being a mature, unreleased library, it has failed to attract a healthy community there. promotion to the commons will allow a 1.0 release to be created with an easy upgrade path for the existing NetComponents community. this will be a good basis for a healthy community here at jakarta. in addition, this would allow the ant team to move from NetComponents to commons-net. over the last few weeks, we've seen an increase in activity by users and developers which says to me that the time is now right for net to be promoted :) your votes please: - 8 - Vote to promote the net component from Commons Sandbox to Commons Proper: [ ] +1 I am in favor of this action and will help [ ] +0 I am in favor of this action but cannot help [ ] -0 I am not in favor of this action [ ] -1 I am opposed to this action and here is why: - 8 - here's my +1 - robert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]. org For additional commands, e-mail: mailto:[EMAIL PROTECTED]. org - 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: [beanutils] 1.6 release breaks Maven and Jelly
On Mon, 3 Feb 2003, Tim Vernum wrote: Date: Mon, 3 Feb 2003 10:25:54 +1100 From: Tim Vernum [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Subject: RE: [beanutils] 1.6 release breaks Maven and Jelly It appears that a converter (or beanutils, I can't tell which yet), which previously 'correctly' set a property of type java.lang.Object from an instance of java.io.File, now converts the File to a String and then sets the Object property. Does this sound familiar to anyone? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16525 Which leads to my next question: Seeing as how no one has commented on the bug report, Craig doesn't seem to know it exists, and dIon either didn't search for it, or didn't find it, is BugZilla useful? Well, I do now :-). It was opened only a couple of days ago, and I've been in 14-hours-a-day mode on other stuff lately. I'm happy to report bugs on list instead, but it seems like a bug reporting tool is a better place to put them (mainly for tracking). If bugzilla provides a significantly slower turnaround than the mailing list (and on my experimental evidence of 1 case it does) then people (i.e. me) will stop using it, and that seems like it will be counter-productive. What's the best way to report/track bugs? Post to bugzilla + the mailing list? Include the component in the short desc of the bug? Change the bugzilla emails so the subject contains the component? Bugzilla reports get mirrored to the COMMONS-DEV list already, so you don't need to do both, unless you want to discuss proposed solutions to an existing report. Specific bug reports are great. Specific bug reports with proposed patches are also great. Your bug report is fine -- it's just that this is a volunteer army here :-). BeanUtils 1.6 broke our app, (which really sucks, because Struts 1.1 relies on BU 1.6) and it doesn't look like anyone noticed the bug report. The real problem is that BeanUtils.setProperty() was never originally designed to be a public method at all -- it was only created to do the very arcane things that BeanUtils.populate() needed to deal with request parameters in a servlet request (it came from Struts, originally), and changing what it does would not be a good idea for all the Struts based apps in the world. As the Javadocs for BeanUtils.setProperty() try to warn you, it is probably *NOT* the method you want to use for the general case of assigning a proeprty with conversion via ConvertUtils. You should really be using BeanUtils.copyProperty() for that (or BeanUtils.copyProperties() if you want to copy+convert an entire set of properties). Therefore, what we need to do is make copyProperty() powerful enough to do what you really need. It sounds like that means making nested and indexed properties work (to the degree that we can), right? Is there anything else that copyProperty() needs to do? (I'll look into it as I have time, but that is a rare commodity for me nowdays -- patches to copyProperty() would be welcome.) Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang project.xml
jvanzyl 2003/02/02 16:01:08 Modified:lang project.xml Log: o The CalendUtilsTest fails due to what appears to be some TZ problems. I'm right on the cusp for the last Sunday the test is trying to find and it gets the wrong day. Excluding it for now from the test because the test is not reliable yet. Revision ChangesPath 1.10 +1 -0 jakarta-commons/lang/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/lang/project.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- project.xml 2 Feb 2003 09:11:55 - 1.9 +++ project.xml 3 Feb 2003 00:01:07 - 1.10 @@ -99,6 +99,7 @@ /includes excludes exclude**/Abstract*.java/exclude +exclude**/*CalendarUtils*.java/exclude /excludes /unitTest /build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] release digester 1.4
On Sun, 2 Feb 2003, robert burrell donkin wrote: Date: Sun, 2 Feb 2003 17:23:13 + From: robert burrell donkin [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers [EMAIL PROTECTED] Subject: [VOTE] release digester 1.4 the release candidate can be found at http://cvs.apache.org/~rdonkin/commons-digester/RC1/ your votes, please: Digester 1.4 Release - [X] +1 I support this release and will help [ ] +0 I support this release but am unable to help [ ] -0 I do not support this release [ ] -1 I do not support this release, and here are my reasons: -- here's my +1 +1 ... RC looks good. - robert Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where did StreamUtils go in commons-io?
-- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where did StreamUtils go in commons-io?
On Sun, 2003-02-02 at 19:17, Jason van Zyl wrote: Found them, sorry about the noise. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] 1.6 release breaks Maven and Jelly
Craig R. McClanahan [EMAIL PROTECTED] wrote on 03/02/2003 09:55:45 AM: OK, it looks like the real problem is in o.a.c.beanutils.ConvertingWrapDynaBean -- which is using BeanUtils.setProperty() to perform the copy+conversion. Unfortunately, setProperty() is specifically designed to deal with String-Object conversions, because it was originally there to support parsing bean settings out of HTTP request parameters for BeanUtils.populate(). As the JavaDocs say, this is probably not the method you normally want to use. However, BeanUtils.copyProperty() is designed to perform general object-object conversions via ConvertUtils, and that sounds like what you really want. Yep. I just checked in a change to this -- could you try with CVS HEAD of beanutils, or wait for tonight's nightly? If that fixes the problem, we can probably do a 1.6.1 bugfix release (once I add some unit tests for this class). I'll check it out of cvs asap and get back to you. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [beanutils] 1.6 release breaks Maven and Jelly
Tim Vernum [EMAIL PROTECTED] wrote on 03/02/2003 10:25:54 AM: [snip] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16525 Which leads to my next question: Seeing as how no one has commented on the bug report, Craig doesn't seem to know it exists, and dIon either didn't search for it, or didn't find it, is BugZilla useful? I had a quick look on Bugzilla, but didn't find anything :) [snip] What's the best way to report/track bugs? Post to bugzilla + the mailing list? That's my take. I tend to discuss the issue first on the list and then post a bugzilla item if it turns out to be a bug rather than my idiocy. Include the component in the short desc of the bug? Change the bugzilla emails so the subject contains the component? BeanUtils 1.6 broke our app, (which really sucks, because Struts 1.1 relies on BU 1.6) and it doesn't look like anyone noticed the bug report. And I also hassle people to get bugs fixed :) -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [beanutils] 1.6 release breaks Maven and Jelly
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Bugzilla reports get mirrored to the COMMONS-DEV list already, so you don't need to do both, unless you want to discuss proposed solutions to an existing report. Specific bug reports are great. Specific bug reports with proposed patches are also great. Your bug report is fine -- it's just that this is a volunteer army here :-). My post probably sounded like more of a complaint that it was intended to. My concern was more that dIon (and you) spent some amount of time to discover and diagnose a bug that I had already found. Given that duplicated effort is generally a Bad Thing, I was questioning whether there was a better solution. But maybe it's just dIon's fault for not checking bugzilla : As the Javadocs for BeanUtils.setProperty() try to warn you, it is probably *NOT* the method you want to use for the general case of assigning a proeprty with conversion via ConvertUtils. You should really be using BeanUtils.copyProperty() for that (or BeanUtils.copyProperties() if you want to copy+convert an entire set of properties). Therefore, what we need to do is make copyProperty() powerful enough to do what you really need. It sounds like that means making nested and indexed properties work (to the degree that we can), right? Yes. When I ran into the bug I accepted that I was using the wrong method, but changing it to copyProperty didn't work because I needed nested properties (which is probably why I used setProperty in the first place [either that or a late night hacking session]), I guess someone will probably need indexed properties also. Is there anything else that copyProperty() needs to do? To the best of my knowledge no, but dIon probably has a larger set of use cases than I do. patches to copyProperty() would be welcome. I might have some free cycles in the next day or so, so I'll try and have look. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jelly] Proposal new xml tag xml:entity
On Sun, Feb 02, 2003 at 03:11:53PM +0100, Martin van den Bemt wrote: The problem is that it is not about a compliant way to do this, since I can have any entity I define myself in my target xml (based on the DTD). The problem is that the one that parses to the new xml file supports everything that could end up as valid xml in the target. Thats why I think there should be an addition to the current xml (or other) taglib, so we can support those outputs correctly, so we don't have to assume the xml that is doing the parsing also needs to conform to the target dtd. Hope you get my point ;) Mvgr, Martin If it is inevitable that you need to do that, then xsl:text disable-output-escaping=yescopy;/xsl:text should work, but don't know if it was available from jsl. (And this works only if you write a text node, not in an attribute node.) incze - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [beanutils] 1.6 release breaks Maven and Jelly
To add something to the bugzilla vs mailing list bit. I tend to advise posting to the mailing list for immediate results, but posting to bugzilla to make sure that something is taken care of before the next release. Before a release, a release manager should be making sure there are no NEW bugs, and that they are all either put off to the next development phase, or are fixed. Hen On Mon, 3 Feb 2003, Tim Vernum wrote: From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Bugzilla reports get mirrored to the COMMONS-DEV list already, so you don't need to do both, unless you want to discuss proposed solutions to an existing report. Specific bug reports are great. Specific bug reports with proposed patches are also great. Your bug report is fine -- it's just that this is a volunteer army here :-). My post probably sounded like more of a complaint that it was intended to. My concern was more that dIon (and you) spent some amount of time to discover and diagnose a bug that I had already found. Given that duplicated effort is generally a Bad Thing, I was questioning whether there was a better solution. But maybe it's just dIon's fault for not checking bugzilla : As the Javadocs for BeanUtils.setProperty() try to warn you, it is probably *NOT* the method you want to use for the general case of assigning a proeprty with conversion via ConvertUtils. You should really be using BeanUtils.copyProperty() for that (or BeanUtils.copyProperties() if you want to copy+convert an entire set of properties). Therefore, what we need to do is make copyProperty() powerful enough to do what you really need. It sounds like that means making nested and indexed properties work (to the degree that we can), right? Yes. When I ran into the bug I accepted that I was using the wrong method, but changing it to copyProperty didn't work because I needed nested properties (which is probably why I used setProperty in the first place [either that or a late night hacking session]), I guess someone will probably need indexed properties also. Is there anything else that copyProperty() needs to do? To the best of my knowledge no, but dIon probably has a larger set of use cases than I do. patches to copyProperty() would be welcome. I might have some free cycles in the next day or so, so I'll try and have look. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. - 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/codec/src/java/org/apache/commons/codec Encoder.java EncoderComparator.java Metaphone.java RefinedSoundex.java Soundex.java
tobrien 2003/02/02 18:19:41 Modified:codec/src/java/org/apache/commons/codec Encoder.java EncoderComparator.java Metaphone.java RefinedSoundex.java Soundex.java Log: Fixed a number of CR/LF problems Revision ChangesPath 1.3 +34 -2 jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/Encoder.java Index: Encoder.java === RCS file: /home/cvs/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/Encoder.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Encoder.java 18 Nov 2002 12:41:24 - 1.2 +++ Encoder.java 3 Feb 2003 02:19:41 - 1.3 @@ -1,4 +1,17 @@ -/* * The Apache Software License, Version 1.1 * * Copyright (c) 2002 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright +/* + * The Apache Software License, Version 1.1 + * + * Copyright (c) 2002 The Apache Software Foundation. All rights + * reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * + * 1. Redistributions of source code must retain the above copyright + *notice, this list of conditions and the following disclaimer. + * + * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. @@ -31,4 +44,23 @@ * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. - * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. */ package org.apache.commons.codec; /** * Encoder is an interface, which is implemented by Soundex, * Metaphone, Soundex2, etc. * * @author [EMAIL PROTECTED] * @version $Revision$ $Date$ */ public interface Encoder { String encode(String str); } + * + * + * This software consists of voluntary contributions made by many + * individuals on behalf of the Apache Software Foundation. For more + * information on the Apache Software Foundation, please see + * http://www.apache.org/. + */ +package org.apache.commons.codec; + +/** + * Encoder is an interface, which is implemented by Soundex, + * Metaphone, Soundex2, etc. + * + * @author [EMAIL PROTECTED] + * @version $Revision$ $Date$ + */ +public interface Encoder { +String encode(String str); +} + 1.3 +89 -2 jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/EncoderComparator.java Index: EncoderComparator.java === RCS file: /home/cvs/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/EncoderComparator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- EncoderComparator.java18 Nov 2002 12:41:24 - 1.2 +++ EncoderComparator.java3 Feb 2003 02:19:41 - 1.3 @@ -1,2 +1,89 @@ -/* * The Apache Software License, Version 1.1 * * Copyright (c) 2002 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, *if any, must include the following acknowledgment: * This product includes
more common classes need a home
There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java First of all, I think these should come out of Slide as part of their migration to commons-httpclient which is still underway. Second, I thnk that these classes are too general to be part of HttpClient. They have use well beyond a http client, and so should be available to other packages without requiring the commons-httpclient.jar. Do people agree with me? If so, any idea where these could go? Perhaps the root of org.apache.commons? or a new commons-net package? put Base64 in commons-lang, and create a new commons-uri package? If we do this, would it be better for HttpClient to roll the classes into the commons-httpclient.jar, or require it as a dependancy? Any comments would be helpful. Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: more common classes need a home
From: Jeffrey Dever [mailto:[EMAIL PROTECTED]] put Base64 in commons-lang, This goes into codec, which is still in Sandbox. Infact there's already a Base64 there, but I'm not sure how well it matches Slide's needs. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
*commons.codec* sounds like a good place for this class. Perhaps you could look at the various current implementations, and see if you can provide a common Base64 class attractive to everyone in Jakarta. Currently these projects (at least) have one plus your new codec package: tomcat xml-rpc slide httpclient Three cheers for code reuse! This goes into codec, which is still in Sandbox. Infact there's already a Base64 there, but I'm not sure how well it matches Slide's needs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16689] New: - ExceptionUtils new methods.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16689. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16689 ExceptionUtils new methods. Summary: ExceptionUtils new methods. Product: Commons Version: unspecified Platform: Other URL: http://marc.theaimsgroup.com/?l=jakarta-commons- devm=104364453716964w=2 OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Extra methods added to ExceptionUtils. getFullStackTrace and isNestedException. http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104364453716964w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16690] New: - Specify initial size for Enum's HashMap.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16690. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16690 Specify initial size for Enum's HashMap. Summary: Specify initial size for Enum's HashMap. Product: Commons Version: unspecified Platform: Other URL: http://marc.theaimsgroup.com/?l=jakarta-commons- devm=104316379302781w=2 OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Default size of Enum's HashMap needs improvement. http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104316379302781w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16691] New: - AdaptorRegistry
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16691. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16691 AdaptorRegistry Summary: AdaptorRegistry Product: Commons Version: unspecified Platform: Other URL: http://marc.theaimsgroup.com/?l=jakarta-commons- devm=104335042930627w=2 OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104335042930627w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[codec] Re: DoubleMetaphone
Just bouncing this email back to the list so it can go into the submission queue for codec. Hen On Wed, 11 Dec 2002, Kyle R . Burton wrote: I just came across the Codec commons project (we're already using HttpClient where I work) while looking for a Base64 encoder/decoder. While looking through the CVSweb, I noticed the Metaphone and SOUNDEX implementations...I've done implementations of DoubleMetaphone (based on public-domain code - I had permission from Ed Parrish to re-implement his code in Java), and Nysiis and would like to offer them to this project. You can find them here: http://www.bgw.org/projects/java/phonetic/ http://www.bgw.org/projects/java/phonetic/DoubleMetaphone.java http://www.bgw.org/projects/java/phonetic/Nysiis.java I'm not currently on commons-dev, so please CC me directly with any discussion. Thank you for your time, Kyle R. Burton -- -- Wisdom and Compassion are inseparable. -- Christmas Humphreys [EMAIL PROTECTED]http://www.voicenet.com/~mortis -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/html project.xml
jstrachan2003/02/02 23:59:37 Modified:jelly/jelly-tags/html project.xml Log: Added missing dependency for running demos Revision ChangesPath 1.13 +5 -0 jakarta-commons-sandbox/jelly/jelly-tags/html/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/html/project.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- project.xml 27 Jan 2003 05:24:17 - 1.12 +++ project.xml 3 Feb 2003 07:59:37 - 1.13 @@ -44,6 +44,11 @@ /dependency dependency + idcommons-jelly+tags-log/id + versionSNAPSHOT/version +/dependency + +dependency idcommons-jelly+tags-jsl/id versionSNAPSHOT/version /dependency - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java Base64 into 'codec' but the rest? commons-net is reserved... in the time of moving from 'sandbox'. Maybe it's a good moment for change from commons-net to commons-protocols? Or maybe those classes should go into commons-lang (another subpackage, lang.net, another long discussion about the scope of lang :-)? -- Regards Tomek Pik Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] name clash? (Was: more common classes need a home)
On Mon, 3 Feb 2003, Tomasz Pik wrote: Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java Base64 into 'codec' but the rest? commons-net is reserved... in the time of moving from 'sandbox'. Maybe it's a good moment for change from commons-net to commons-protocols? Or maybe those classes should go into commons-lang (another subpackage, lang.net, another long discussion about the scope of lang :-)? Definitely outside commons-lang scope I think. I'd have said 'commons-net' too, but there is already a project there. Any ideas from the [net] people? :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclientTestGetMethodLocal.java TestHttps.java TestMethodsExternalHost.java TestMethodsLocalHost.javaTestWebappBasicAuth.java TestWebappCookie.java TestWebappHeaders.java TestWebappMethods.javaTestWebappParameters.java TestWebappRedirect.java
Too may deprecation warnings for ya? Sorry about that. I don't know why the tests all bothered to call useDisk(false), it was the default anyway. I also see that finally deprecating those usdisk methods has caused some gump warnings for Slide. I'll see what I can do over there, but they have lots of other warnings/errors not caused by HttpClient. Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running out of connections
public void testConnectionPool() throws IOException, HttpException { final MultiThreadedHttpConnectionManager manager = new MultiThreadedHttpConnectionManager(); HttpClient httpClient = new HttpClient(manager); httpClient.getHostConfiguration().setHost(www.slashdot.org, 80, http); httpClient.setHttpConnectionFactoryTimeout(2000); // wait up to 2 seconds when getting a HttpConnection for (int i = 0; i 30; i++) { HttpMethod method = new GetMethod(http://www.slashdot.org/notfound;); int res = httpClient.executeMethod(method); // System.gc(); // method.releaseConnection(); } } Uncommenting either of the last two lines makes the problem go away... Yes, but you have done a very bad thing here. By doing the executeMethod(), you have established a connection to the server, and have read the headers. But then you are closing the connection before reading the body. The client (thats you!) is responsible for completing the read by calling one of the getResponseBody() methods. Even though you are getting 404 in this case, you don't know that and must still read the body after the execute. The connection will be closed if there is a Connection: Close header automagicly only *after* you have read the body. Otherwise it will stay open awaiting the next request. releaseConnection() will forcibly close the connection regardless of the Connection header. Another note about your example above, you don't need to bother setting the HostConfiguration if you are using fully qualified urls for the GetMethods. I am surprised that calling System.gc() does anything here though. There is still a handle on the method at this point, and the connection is still in use so neither are elligible for garbage collection ... Jandalf. - Original Message - From: Michael Becke [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Sunday, February 02, 2003 6:18 AM Subject: Re: Running out of connections Hello Simon, Sorry to be replying so late. Connections are released when: 1) the response is fully read 2) the connection is manually released via HttpMethod.releaseConnection() or HttpConnection.releaseConnection() 3) the garbage collector runs and reclaims any connections that are no longer being used The most reliable way is to manually release the connection after use. This goes for successful or unsuccessful requests. Can you send a sample of the code you are using that causes this problem? Mike On Wednesday, January 29, 2003, at 09:04 PM, Simon Roberts wrote: Gidday, With the current CVS version, I seem to be having a problem where I run out of connections to a server. It happens if I do a bunch of HTTP operations that fail (404, as it happens) and the reply include a Connection: close. If no garbage-collect happens then the connections are not freed! Shouldn't we expire them if we're running out of connections? Cheers, Simon - 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: more common classes need a home
Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java First of all, I think these should come out of Slide as part of their migration to commons-httpclient which is still underway. Second, I thnk that these classes are too general to be part of HttpClient. They have use well beyond a http client, and so should be available to other packages without requiring the commons-httpclient.jar. Do people agree with me? If so, any idea where these could go? Perhaps the root of org.apache.commons? or a new commons-net package? put Base64 in commons-lang, and create a new commons-uri package? Base64 at least is in the Commons Codec package, which is currently in the sandbox. In Apache XML-RPC, we recently discovered interoperability problems with Base64, and fixed them. We will be pushing these changes upstream to Codec. We are leaning towards introducing a dependency instead of rolling them into our JARs, as some of the contributors have found wierd classloader problems if the same class is in the classpath more than once. I would agree with you for the others, they are useful to more than just this project. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
Jeffrey Dever wrote: Also noticed that codec and xml-rpc also have their own Base64 classes. You can also add Tomcat to the list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
Sounds like Base64 has found a home. What are HttpsURL and HttpURL generally used for? The various URI classes seem to need a home. They might be big enough for their own package. Where is URLUtil? We should probably require the various classes as a dependency. The only down side being that a person has to download a lot more jars, etc. to get started working with HttpClient. It's kind of nice to have everything in one jar. Perhaps that could be a release option. We could package everything in one jar as a fat release and have just HttpClient code as another skinny option. Mike On Sunday, February 2, 2003, at 07:17 PM, Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java First of all, I think these should come out of Slide as part of their migration to commons-httpclient which is still underway. Second, I thnk that these classes are too general to be part of HttpClient. They have use well beyond a http client, and so should be available to other packages without requiring the commons-httpclient.jar. Do people agree with me? If so, any idea where these could go? Perhaps the root of org.apache.commons? or a new commons-net package? put Base64 in commons-lang, and create a new commons-uri package? If we do this, would it be better for HttpClient to roll the classes into the commons-httpclient.jar, or require it as a dependancy? Any comments would be helpful. Jandalf. - 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]
more common classes need a home
There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java First of all, I think these should come out of Slide as part of their migration to commons-httpclient which is still underway. Second, I thnk that these classes are too general to be part of HttpClient. They have use well beyond a http client, and so should be available to other packages without requiring the commons-httpclient.jar. Do people agree with me? If so, any idea where these could go? Perhaps the root of org.apache.commons? or a new commons-net package? put Base64 in commons-lang, and create a new commons-uri package? If we do this, would it be better for HttpClient to roll the classes into the commons-httpclient.jar, or require it as a dependancy? Any comments would be helpful. Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running out of connections
Yes, but you have done a very bad thing here. By doing the executeMethod(), you have established a connection to the server, and have read the headers. But then you are closing the connection before reading the body. The client (thats you!) is responsible for completing the read by calling one of the getResponseBody() methods. Even though you are getting 404 in this case, you don't know that and must still read the body after the execute. Agreed. I changed my code already :) I am surprised that calling System.gc() does anything here though. There is still a handle on the method at this point, and the connection is still in use so neither are elligible for garbage collection ... Ahh, but it frees the *last* connection, not the current one :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
What are HttpsURL and HttpURL generally used for? Nothing. They are never even imported in httpclient classes, they are just ghosts in some comments and log strings. Thats part of the reason why I want to move them away from here. Also I don't find them a particularly useful abstraction that justifies an inheritence hierachy. The various URI classes seem to need a home. They might be big enough for their own package. org.apache.jakarta.commons.uri Sounds like a good candidate to me. Sung-Gu appears to be the only one who works on these (same story in the Slide project) so it would be good to hear what he has to say. Where is URLUtil? Dunno. Seems logical though. We should probably require the various classes as a dependency. The only down side being that a person has to download a lot more jars, etc. to get started working with HttpClient. It's kind of nice to have everything in one jar. Perhaps that could be a release option. We could package everything in one jar as a fat release and have just HttpClient code as another skinny option. We still have this problem now, as commons-logging is required to build or run httpclient. This is where I look to Commons to provide some guidance on this as its a general project problem. Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] name clash? (Was: more common classes need a home)
On Mon, 3 Feb 2003, Tomasz Pik wrote: Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java Base64 into 'codec' but the rest? commons-net is reserved... in the time of moving from 'sandbox'. Maybe it's a good moment for change from commons-net to commons-protocols? Or maybe those classes should go into commons-lang (another subpackage, lang.net, another long discussion about the scope of lang :-)? Definitely outside commons-lang scope I think. I'd have said 'commons-net' too, but there is already a project there. Any ideas from the [net] people? :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more common classes need a home
Jeffrey Dever wrote: There are still a bunch of classes that are in both HttpClient and Slide. In particular: Base64.java HttpsURL.java HttpURL.java URIException.java URI.java URIUtil.java URLUtil.java Base64 into 'codec' but the rest? commons-net is reserved... in the time of moving from 'sandbox'. Maybe it's a good moment for change from commons-net to commons-protocols? Or maybe those classes should go into commons-lang (another subpackage, lang.net, another long discussion about the scope of lang :-)? -- Regards Tomek Pik Jandalf. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]