[GUMP@brutus]: Project commons-resources (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 runs. The current state of this project is 'Failed', with reason 'Pre-Build Failed'. For reference only, the following projects are affected by this: - commons-resources : Commons resources Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resources/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-resources-28112004.jar] identifier set to project name -INFO- Failed with reason pre-build failed -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resources/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resources/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2028112004, brutus:brutus-public:2028112004 Gump E-mail Identifier (unique within run) #10. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-jelly-tags-ant (in module jelly-tags) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-ant has an issue affecting its community integration. This issue affects 4 projects, and has been outstanding for 49 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-ant : This is a Jelly interface for Ant. - commons-jelly-tags-fmt : This is a set of Jelly i18n tags. - commons-jelly-tags-jsl : The Jelly Stylesheet Library (JSL) - maven : Project Management Tools Full details are available at: http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-ant/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-ant-28112004.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-ant/gump_work/build_jelly-tags_commons-jelly-tags-ant.html Work Name: build_jelly-tags_commons-jelly-tags-ant (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-ant-28112004 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/ant] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/ant/target/classes:/usr/local/gump/public/workspace/jelly-tags/ant/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-28112004.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-28112004.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-28112004.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-28112004.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-28112004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/standard.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtml.jar:/usr/local/gump/public/workspace/commons-grant/target/commons-grant-28112004.jar:/usr/local/gump/public/workspace/jelly-tags/util/target/commons-jelly-tags-util-28112004.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-28112004.jar - [junit] Testcase: readWriteIn took 0.192 sec [junit] Testcase: startUpReadWrite took 0.124 sec [junit] Testcase: copy took 0.125 sec [junit] Caused an ERROR [junit] file:/home/gump/workspaces2/public/workspace/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:114:80: util:loadText charsetName [junit] org.apache.commons.jelly.JellyTagException: file:/home/gump/workspaces2/public/workspace/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:114:80: util:loadText charsetName [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:680) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at
DO NOT REPLY [Bug 31935] - [email] unit tests throws exceptions during test
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31935. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31935 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:09 --- Sorry Mark, But I dont see that the second (third) patch achieves anything? Both addresses are invalid, for different reasons. The validation (first patch) I think should definately be applied, but to all addresses. Maybe we could include the third patch as well as the current test?? I will sumbit a patch with the relevant validations added. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32061] - [email] updates to tests, to run with dumpster 1.0.3
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32061. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32061 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:13 --- I think we should revist this issue a fresh (if need be) with the latest version of dumbster. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32091] - [email] exception testing in unit test better in a ExceptionTestCase
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32091. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32091 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:15 --- I am sorry, but I do not see what value this approach brings. Other than IMHO making it harder to locate the test that relate to a particular class/method. I am happy to hear if this is wrong, if so, then can we please get this finished and applied? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32007] - [email] dumpster bogus smtp server fails on tests
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32007. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32007 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:20 --- *** This bug has been marked as a duplicate of 32410 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32410] - [email] tests fail on Unix c/o port settings
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32410. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32410 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:20 --- *** Bug 32007 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[email] kama
could anyone add kama for [email] to my Apache account? (matzew) Btw. I am in jakarta-UNIX-Group on c.a.o However, I had had kama for [email] since it was in sandbox. I would like to apply patches, that the tests are runing on unix-systems. Thanks! Best regards Mit freundlichen Grüßen -- Matthias Weßendorf Aechterhoek 18 DE-48282 Emsdetten Germany Email: matzew AT apache DOT org URL: http://www.wessendorf.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31935] - [email] unit tests throws exceptions during test
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31935. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31935 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #13243|0 |1 is obsolete|| Attachment #13244|0 |1 is obsolete|| Attachment #13245|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:40 --- Created an attachment (id=13570) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13570action=view) validation for all address functions and relevant tests the validation is copied from Mark's patches, but extended to all address methods. Good work spotting the validation function, Mark!!! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32410] - [email] tests fail on Unix c/o port settings
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32410. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32410 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #13569|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 13:53 --- Created an attachment (id=13571) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13571action=view) previous patch was invalid, resubmitting -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27633] - [beanutils] IllegalArgumentException in BeanUtils.copyProperties when property types don't match
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27633. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27633 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:12 --- Created an attachment (id=13572) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13572action=view) adds exception documentation as discussed in this bug -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32420] New: - [beanutils] incorrect package name in file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32420. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32420 Summary: [beanutils] incorrect package name in file Product: Commons Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Bean Utilities AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When checking out against the head, the org.apache.commons.collections.keyvalue.KeyValue class is the either the wrong directory or has an incorrect package statement. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32420] - [beanutils] incorrect package name in file o.a.c.c.keyvalue.KeyValue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32420. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32420 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[beanutils] incorrect |[beanutils] incorrect |package name in file|package name in file ||o.a.c.c.keyvalue.KeyValue -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32420] - [beanutils] incorrect package name in file o.a.c.c.keyvalue.KeyValue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32420. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32420 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:16 --- Created an attachment (id=13573) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13573action=view) changes package definition -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Exact meaning of getPath, esp. on UNIX?
I think its best to change it. After all calling getPath() returns a path, but calling getPath() on that result doesn't return the same path, but the parent. If I add a getParent() method, that can cover the existing case of this method. And these name manipulations have to be independent of File objects I reckon. Stephen - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, November 27, 2004 7:07 PM Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Stephen Colebourne wrote: getPath is currently coded so that: /a/b/c.txt -- /a/b this is of course correct. However, it is also coded to do: /a/b/c -- /a/b which seems a little odd (for me with a windows background). ie. the method treats 'c' as a file not a folder. This method seems to behave the same as the 'dirname' command in Unix. It returns the directory containing the item, whether the item is a file or a folder. - 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 31935] - [email] unit tests throws exceptions during test
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31935. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31935 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:32 --- There's also a means of checking supported char sets with new io package, but its 1.4 only. I've been trying to workout a way of throwing exceptions that don't just throw Messaging exception. Personally i don't see what's so evil about letting UnsupportedEcoding and address exception bubbling up to the user, certainly no less confusing than throwing the same exception for everything. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31935] - [email] unit tests throws exceptions during test
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31935. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31935 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:38 --- As we have discussed before, I dont have a problem with this kind of approach either, the only issue I can see is that is will make a rather sizable change to the existing API. Maybe it is for the best? Although I would recommend that we discuss this on the mailing list before implementing it as I think there might be more than a few people that will have to make changes if we implement this and they might not be happy about it :-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32091] - [email] exception testing in unit test better in a ExceptionTestCase
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32091. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32091 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:40 --- It provides no advantage in terms of output but separates the exception testing from testing the functionality of the componant being tested. Just a house keeping exercise, the value it would bring would merely be new patches can be submitted and the submitter knows where to put the exception test. Surely it no that hard to understand. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32091] - [email] exception testing in unit test better in a ExceptionTestCase
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32091. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32091 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 15:46 --- Its not an issue of understanding, its just our different styles and preferences 'butting heads' :-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[email] Exceptions
The issue of exceptions has come up a few times, and heres a summary of my understanding of whats been said and agreed and disagreed about. The idea of throwing AddressException is favourable, but not at the cost of needing to throw UnsupportingEncodingException. When setting InternetAddress() this throws a UEE and AddressException. My position is that without 1.4's new io package there's no means of checking supported charsets on a given JVM. If the user enters a shady charset for a email address or name is there anything wrong with them having a UEE thrown? The lightest means of doing this in my opinion is just throw both, its consistent with the mailapi. It would work on all target JVMs. Of course you could just throw MessagingException for everything , oh thats what it does. But is this a useful and therefore good thing? Having a commons.mail.EmailException was suggested, but does that have any advantage over throwing AddressException and UEE? I'm not sure. I don't mind summitting the patches, i need to do this for a project I'm working on at present, so I need to do the work anyway. It makes sense to submit this to the effort but I don't mind either way. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/server HttpRequestHandlerChain.java ProxyAuthRequestHandler.java SimpleProxy.java
olegk 2004/11/28 07:44:39
Modified:httpclient/src/test/org/apache/commons/httpclient
TestProxy.java
httpclient/src/test/org/apache/commons/httpclient/server
HttpRequestHandlerChain.java
ProxyAuthRequestHandler.java SimpleProxy.java
Log:
Authenticating proxy test cases
Contributed by Oleg Kalnichevski
Revision ChangesPath
1.10 +338 -5
jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestProxy.java
Index: TestProxy.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestProxy.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- TestProxy.java20 Nov 2004 19:35:30 - 1.9
+++ TestProxy.java28 Nov 2004 15:44:39 - 1.10
@@ -214,7 +214,7 @@
}
/**
- * Tests GET via non-authenticating proxy + intercative host auth +
connection keep-alive
+ * Tests GET via non-authenticating proxy + interactive host auth +
connection keep-alive
*/
public void testGetInteractiveHostAuthConnKeepAlive() throws Exception {
@@ -240,7 +240,7 @@
}
/**
- * Tests GET via non-authenticating proxy + intercative host auth +
connection close
+ * Tests GET via non-authenticating proxy + interactive host auth +
connection close
*/
public void testGetInteractiveHostAuthConnClose() throws Exception {
@@ -266,6 +266,168 @@
}
/**
+ * Tests GET via authenticating proxy + host auth + connection
keep-alive
+ */
+public void testGetProxyAuthHostAuthConnKeepAlive() throws Exception {
+
+UsernamePasswordCredentials creds =
+new UsernamePasswordCredentials(testuser, testpass);
+
+this.httpclient.getState().setCredentials(AuthScope.ANY, creds);
+this.httpclient.getState().setProxyCredentials(AuthScope.ANY, creds);
+
+HttpRequestHandlerChain handlerchain = new HttpRequestHandlerChain();
+handlerchain.appendHandler(new AuthRequestHandler(creds, test,
true));
+handlerchain.appendHandler(new HttpServiceHandler(new
FeedbackService()));
+
+this.httpserver.setRequestHandler(handlerchain);
+
+this.proxy.requireAuthentication(creds, test, true);
+
+GetMethod get = new GetMethod(/);
+try {
+this.httpclient.executeMethod(get);
+assertEquals(HttpStatus.SC_OK, get.getStatusCode());
+} finally {
+get.releaseConnection();
+}
+}
+
+/**
+ * Tests GET via authenticating proxy
+ */
+public void testGetAuthProxy() throws Exception {
+UsernamePasswordCredentials creds =
+new UsernamePasswordCredentials(testuser, testpass);
+
+this.httpclient.getState().setProxyCredentials(AuthScope.ANY, creds);
+this.httpserver.setHttpService(new FeedbackService());
+
+this.proxy.requireAuthentication(creds, test, true);
+
+GetMethod get = new GetMethod(/);
+try {
+this.httpclient.executeMethod(get);
+assertEquals(HttpStatus.SC_OK, get.getStatusCode());
+} finally {
+get.releaseConnection();
+}
+}
+
+/**
+ * Tests GET via authenticating proxy + host auth + connection close
+ */
+public void testGetProxyAuthHostAuthConnClose() throws Exception {
+
+UsernamePasswordCredentials creds =
+new UsernamePasswordCredentials(testuser, testpass);
+
+this.httpclient.getState().setCredentials(AuthScope.ANY, creds);
+this.httpclient.getState().setProxyCredentials(AuthScope.ANY, creds);
+
+HttpRequestHandlerChain handlerchain = new HttpRequestHandlerChain();
+handlerchain.appendHandler(new AuthRequestHandler(creds, test,
false));
+handlerchain.appendHandler(new HttpServiceHandler(new
FeedbackService()));
+
+this.httpserver.setRequestHandler(handlerchain);
+
+this.proxy.requireAuthentication(creds, test, true);
+
+GetMethod get = new GetMethod(/);
+try {
+this.httpclient.executeMethod(get);
+assertEquals(HttpStatus.SC_OK, get.getStatusCode());
+} finally {
+get.releaseConnection();
+}
+}
+
+/**
+ * Tests GET via authenticating proxy + invalid host auth
+ */
+public void testGetProxyAuthHostInvalidAuth() throws Exception {
+
+UsernamePasswordCredentials creds =
+new UsernamePasswordCredentials(testuser,
Re: [io] Exact meaning of getPath, esp. on UNIX?
I hope you don't mind someone chiming in at what is probably this late date but I feel compelled to ask why we would want a FilenameUtils separate from a FileUtils? The reason I am compelled at this time is the statement below that these [file]name manipulations have to be independed of File objects I reckon. Does that strike anyone else as really off? How could filename manipulations be independent of File objects? If File is not important, why not just NameUtils? Maybe there is something I am not getting here? Jack On Sun, 28 Nov 2004 14:22:02 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think its best to change it. After all calling getPath() returns a path, but calling getPath() on that result doesn't return the same path, but the parent. If I add a getParent() method, that can cover the existing case of this method. And these name manipulations have to be independent of File objects I reckon. Stephen - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, November 27, 2004 7:07 PM Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Stephen Colebourne wrote: getPath is currently coded so that: /a/b/c.txt -- /a/b this is of course correct. However, it is also coded to do: /a/b/c -- /a/b which seems a little odd (for me with a windows background). ie. the method treats 'c' as a file not a folder. This method seems to behave the same as the 'dirname' command in Unix. It returns the directory containing the item, whether the item is a file or a folder. - 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] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Exact meaning of getPath, esp. on UNIX?
On Sun, 28 Nov 2004 08:04:12 -0800, Dakota Jack [EMAIL PROTECTED] wrote: I hope you don't mind someone chiming in at what is probably this late date but I feel compelled to ask why we would want a FilenameUtils separate from a FileUtils? The reason I am compelled at this time is the statement below that these [file]name manipulations have to be independed of File objects I reckon. Does that strike anyone else as really off? How could filename manipulations be independent of File objects? If File is not important, why not just NameUtils? Maybe there is something I am not getting here? IMO, Stephen is right. Suppose a Windows user is uploading a file to a server that's running on Linux, and the browser being used sends the full path name to the server. I would like to be able to manipulate that Windows path on a Linux system, without having to create a File instance, and without having to trust that the Linux implementation of File handles Windows paths correctly (which, in some cases, I have seen evidence that it does not). -- Martin Cooper Jack On Sun, 28 Nov 2004 14:22:02 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think its best to change it. After all calling getPath() returns a path, but calling getPath() on that result doesn't return the same path, but the parent. If I add a getParent() method, that can cover the existing case of this method. And these name manipulations have to be independent of File objects I reckon. Stephen - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, November 27, 2004 7:07 PM Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Stephen Colebourne wrote: getPath is currently coded so that: /a/b/c.txt -- /a/b this is of course correct. However, it is also coded to do: /a/b/c -- /a/b which seems a little odd (for me with a windows background). ie. the method treats 'c' as a file not a folder. This method seems to behave the same as the 'dirname' command in Unix. It returns the directory containing the item, whether the item is a file or a folder. - 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] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - 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 32343] - [validator] Javascript Rendering Extension
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32343. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32343 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 21:12 --- Here are my initial comments after reviewing some of the code. I very much appreciate how much effort was put into making this proposal easy to understand :-). We're getting closer to Commons Validator being easily used outside of Struts! - I didn't see any JUnit test cases (not that I expected them during prototyping). Before this is added we would need some good tests. - Remove @author tags to match Validator conventions - As I understand it, validation is now hooked to onchange events which would be highly irritating as you navigate through a form. Maybe I misunderstood this though? - How does this fit into the Validator 2.0 goal of moving from the javascript concept to a more generic script concept where the script might be python for non-web apps using validator? Is there anything we need to do to make this proposal generic? Maybe this is independent of that effort? ScriptRenderer - Why is pretty output a variable? We should just simplify things and always print well formatted javascript. - Why do some methods throw NPE instead of just returning null? Would the caller want null in some cases? - isTrue() and setBooleanConfig() should compare 'true' and 'false' as lower case, not any case. 'TrUe' is not a valid Java boolean identifier and always checking for the lower cased forms simplifies the usage for the client. - Make protected methods private. This API is brand new and may need tweaking so we should make as much private as possible until it's stable. - Why have static methods? From past experience we know that people will want to override this behavior. - Why do we need String manipulation methods like replaceCharacters()? Wouldn't the replacement methods on the String class work? -Why SCRIPT_VERSION variables? The 'language' attribute isn't part of newer specs so why bother supporting it in this new code? - Why pass Map context to every method? This feels a bit procedural especially in the set*Config() methods. Could we just pass the context to the renderer constructor to wrap it? - Why do renderJavascriptStart() and renderJavascriptEnd() need hideScript and xhtml parameters? I think XHTML rendering should be a configuration option set in the context that affects all js output without needing to pass boolean values to the methods. We could do the same for hideScript. - Are there some constants in ScriptRenderer that can be made private as implementation details of the class? Do they all need to be public? - What alternatives to using a Map context did you consider using? It seems like we may be mixing an execution context with configuration parameters. We used a bitwise ORing approach for configuration with UrlValidator: http://jakarta.apache.org/commons/validator/apidocs/org/apache/commons/validator/UrlValidator.html Would that make sense here too? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Exact meaning of getPath, esp. on UNIX?
To complitelly avoid ambiguities, why not calling it getParentPath() instead? Regards, Paulo Gaspar Stephen Colebourne wrote: I think its best to change it. After all calling getPath() returns a path, but calling getPath() on that result doesn't return the same path, but the parent. If I add a getParent() method, that can cover the existing case of this method. And these name manipulations have to be independent of File objects I reckon. Stephen - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, November 27, 2004 7:07 PM Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Stephen Colebourne wrote: getPath is currently coded so that: /a/b/c.txt -- /a/b this is of course correct. However, it is also coded to do: /a/b/c -- /a/b which seems a little odd (for me with a windows background). ie. the method treats 'c' as a file not a folder. This method seems to behave the same as the 'dirname' command in Unix. It returns the directory containing the item, whether the item is a file or a folder. - 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: [io] Exact meaning of getPath, esp. on UNIX?
I agree with that. I have been thinking the same all the time I look at those methods all together... Regards, Paulo Gaspar Dakota Jack wrote: I hope you don't mind someone chiming in at what is probably this late date but I feel compelled to ask why we would want a FilenameUtils separate from a FileUtils? The reason I am compelled at this time is the statement below that these [file]name manipulations have to be independed of File objects I reckon. Does that strike anyone else as really off? How could filename manipulations be independent of File objects? If File is not important, why not just NameUtils? Maybe there is something I am not getting here? Jack On Sun, 28 Nov 2004 14:22:02 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think its best to change it. After all calling getPath() returns a path, but calling getPath() on that result doesn't return the same path, but the parent. If I add a getParent() method, that can cover the existing case of this method. And these name manipulations have to be independent of File objects I reckon. Stephen - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, November 27, 2004 7:07 PM Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Stephen Colebourne wrote: getPath is currently coded so that: /a/b/c.txt -- /a/b this is of course correct. However, it is also coded to do: /a/b/c -- /a/b which seems a little odd (for me with a windows background). ie. the method treats 'c' as a file not a folder. This method seems to behave the same as the 'dirname' command in Unix. It returns the directory containing the item, whether the item is a file or a folder. - 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]
SVN repository structure (was Re: Volunteer for SVN migration management)
On Sat, 2004-11-27 at 18:52, Martin Cooper wrote: Summarising my preferred versions of your alternatives, we might have: jakarta/ commons/ proper/ ... digester/ branches/ tags/ trunk/ ... If each subproject has a 'tags'/'branches' directory, then doesn't it become impossible to check out the latest source of *all* the commons projects without ending up with a copy of every branch of that project ever made? I think the ability to get the latest of commons is important, and therefore I think for sanity the structure needs to be: jakarta/ commons/ branches/ collections/ digester/ tags/ collections/ digester/ trunk/ collections/ digester/ Yes, this is much uglier because branches of a project are several directories away from the trunk of the project. But at least checking out 'jakarta/commons/trunk' gets the latest of everything, with no branched code. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN repository structure (was Re: Volunteer for SVN migration management)
On 28 Nov 2004, at 21:43, Simon Kitching wrote: On Sat, 2004-11-27 at 18:52, Martin Cooper wrote: Summarising my preferred versions of your alternatives, we might have: jakarta/ commons/ proper/ ... digester/ branches/ tags/ trunk/ ... If each subproject has a 'tags'/'branches' directory, then doesn't it become impossible to check out the latest source of *all* the commons projects without ending up with a copy of every branch of that project ever made? I think the ability to get the latest of commons is important, and therefore I think for sanity the structure needs to be: jakarta/ commons/ branches/ collections/ digester/ tags/ collections/ digester/ trunk/ collections/ digester/ Yes, this is much uglier because branches of a project are several directories away from the trunk of the project. But at least checking out 'jakarta/commons/trunk' gets the latest of everything, with no branched code. +1 (of course, this doesn't include the sandbox. the real path may end up a little different.) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Exact meaning of getPath, esp. on UNIX?
From: Dakota Jack [EMAIL PROTECTED] I hope you don't mind someone chiming in at what is probably this late date but I feel compelled to ask why we would want a FilenameUtils separate from a FileUtils? The reason I am compelled at this time is the statement below that these [file]name manipulations have to be independed of File objects I reckon. Does that strike anyone else as really off? How could filename manipulations be independent of File objects? If File is not important, why not just NameUtils? Maybe there is something I am not getting here? These methods are all about manipulating filenames. My statement was to indicate that we shouldn't use the File object in the JDK to do the manipulation as that varies. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cleanup questions from importing email
On 25 Nov 2004, at 18:32, Craig McClanahan wrote: On Thu, 25 Nov 2004 12:47:02 +0100, Eric Pugh [EMAIL PROTECTED] wrote: snip 2) in jakarta-commons/BUILD_DOCS.txt are some instructions, but they appear to be just to build the main page, correct? I think, but am not sure, that they are out of date, and have been replaced with just running maven site from commons-build? I confess to being out of date on knowing the Commons website generaton process, so someone else is going to have to deal with that kind of question. BUILD_DOCS.txt seems very outdated. (i'll take a look at fixing it.) what i do is cd commons-build and type maven site:generate (then take a look) followed by maven site:deploy. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/releases versioning.xml
rdonkin 2004/11/28 14:30:53 Modified:commons-build/xdocs/releases versioning.xml Log: Correct documentation typo. Bugzilla #28902. Revision ChangesPath 1.2 +2 -2 jakarta-commons/commons-build/xdocs/releases/versioning.xml Index: versioning.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/releases/versioning.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- versioning.xml14 Mar 2004 18:47:47 - 1.1 +++ versioning.xml28 Nov 2004 22:30:53 - 1.2 @@ -416,7 +416,7 @@ /subsection subsection name=Milestone Release Numbers p - Beta releases are denoted by adding + Milestone releases are denoted by adding Mlt;milestone version numbergt; after the release number. For example, if the current release version is 2.0.4, and a developer wished to preview the next major release, the - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28902] - [site] Minor typo on versioning doc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28902. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28902 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 23:31 --- Fixed. Many thanks for the spot. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32120] - [dbutils] ResultSetIterator.java should rethrow SQLExceptions as RuntimException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32120. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32120 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 23:58 --- Created an attachment (id=13575) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13575action=view) Patch for rethrowing SQLException as SQLRuntimeException in ResultSetIterator.java Three things which are controversial: 1. A subpackage named exceptions for only one class Maybe there will be other exceptions, this solution is ready for future enhancements. 2. Implementation of all exception constructors, but only one is used Completeness. 3. Having no unittest for this I have no time for adding one at the moment and I do not think think it is really needed. Please tell me what you think of this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cleanup questions from importing email
Actually, I was asking earlier to have the permissions adjusted on the /www/jakarta.apache.org/commons/email directory so I could update the site generation. Steps for building the site are simple. 1.) checkout email 2.) checkout commons-build 3.) go into email and run `maven site:deploy` Best to use maven on a *nix box or Eclipse for this using Maven in a DOS shell seems to never prompt the user for their ssh passwd. There are dependencies in the xdocs/navigation.xml and your project.properties on commons-build. Thats why you need them both present. As far as building your distributions or running tests, its wise to have maven do this. As well you can also generate a default build.xml ant file to do these tasks if you use the `maven ant` task. The nice thing is that the tasks in this generated build.xml work great with gump and Craigs nightly build stuff. -Mark robert burrell donkin wrote: On 25 Nov 2004, at 18:32, Craig McClanahan wrote: On Thu, 25 Nov 2004 12:47:02 +0100, Eric Pugh [EMAIL PROTECTED] wrote: snip 2) in jakarta-commons/BUILD_DOCS.txt are some instructions, but they appear to be just to build the main page, correct? I think, but am not sure, that they are out of date, and have been replaced with just running maven site from commons-build? I confess to being out of date on knowing the Commons website generaton process, so someone else is going to have to deal with that kind of question. BUILD_DOCS.txt seems very outdated. (i'll take a look at fixing it.) what i do is cd commons-build and type maven site:generate (then take a look) followed by maven site:deploy. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32423] New: - FTP component fails to throw error when ftp site fails to list contents properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32423. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32423 Summary: FTP component fails to throw error when ftp site fails to list contents properly Product: Commons Version: 1.2 Final Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P4 Component: Net AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, below I've attached a copy of an FTP session taken through the command prompt. This ftp server has a problem were every second command issued to it fails. It first issues a 200 command successful, but then fails with 425 Can't open data connection. The result from a call to FTPClient.listFiles() and FTPClientlistFiles(String) returns an array of 0 files. Given this case it should throw an IOException in this case. I imagine it doesn't probably because of the 200 command successful that comes up in this case, but I haven't gone through the source to verify it. ftp dir 200 command successful 150 Opening ASCII data connection for directory listing drwxr-x--- 2 cwftpSystem0 Nov 19 22:51 . drwxr-x--- 2 cwftpSystem0 Nov 19 22:51 .. 226 transfer complete ftp: 119 bytes received in 0.00Seconds 119000.00Kbytes/sec. ftp dir 200 command successful 425 Can't open data connection. ftp dir 200 command successful 150 Opening ASCII data connection for directory listing drwxr-x--- 2 cwftpSystem0 Nov 19 22:51 . drwxr-x--- 2 cwftpSystem0 Nov 19 22:51 .. 226 transfer complete ftp: 119 bytes received in 0.00Seconds 119000.00Kbytes/sec. ftp dir 200 command successful 425 Can't open data connection. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32120] - [dbutils] ResultSetIterator should rethrow SQLExceptions as RuntimException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32120. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32120 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[dbutils] |[dbutils] ResultSetIterator |ResultSetIterator.java |should rethrow SQLExceptions |should rethrow SQLExceptions|as RuntimException |as RuntimException | --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 01:32 --- Why not just wrap them in RuntimeException and add a note to the javadoc? Adding an exception class plus a package seems like overkill. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cleanup questions from importing email
On Sun, 28 Nov 2004 18:40:04 -0500, Mark R. Diggory [EMAIL PROTECTED] wrote: Actually, I was asking earlier to have the permissions adjusted on the /www/jakarta.apache.org/commons/email directory so I could update the site generation. Steps for building the site are simple. 1.) checkout email 2.) checkout commons-build 3.) go into email and run `maven site:deploy` Best to use maven on a *nix box or Eclipse for this using Maven in a DOS shell seems to never prompt the user for their ssh passwd. I use Putty/plink/pageant on windows and this works fine. Pageant asks for a password once and handles the ssh sessions. -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [email] kama
Done. Craig On Sun, 28 Nov 2004 13:27:48 +0100, Matthias Wessendorf [EMAIL PROTECTED] wrote: could anyone add kama for [email] to my Apache account? (matzew) Btw. I am in jakarta-UNIX-Group on c.a.o However, I had had kama for [email] since it was in sandbox. I would like to apply patches, that the tests are runing on unix-systems. Thanks! Best regards Mit freundlichen Grüßen -- Matthias Weßendorf Aechterhoek 18 DE-48282 Emsdetten Germany Email: matzew AT apache DOT org URL: http://www.wessendorf.net - 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 32343] - [validator] Javascript Rendering Extension
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32343. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32343 --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 03:13 --- David, First, thank you for taking the time to look at this and give feed back. I appreciate it alot :-) - I didn't see any JUnit test cases (not that I expected them during prototyping). Before this is added we would need some good tests. I don't want to disagree with this as I'm a big fan of tests, but as the generated script doesn't run in a java environment they have more limited value since any generated script would still need to be tested in a browser. I developed the example webapp initially to test it and believe it is the best tool to do so. Anyway, if its agreed to include the extension, I will develop JUnit tests. - Remove @author tags to match Validator conventions No problem - I'll take them out. - As I understand it, validation is now hooked to onchange events which would be highly irritating as you navigate through a form. Maybe I misunderstood this though? No this isn't true, it becomes possible but its just an option. The Commons Validator part generates a form validation method which calls a bunch of field validation methods - so you can either validate a whole form or single field. The customized version of the struts tags I created generate onchange validation automatically - but thats just an example implementation. We would need a discussion in Struts about what features Struts provides but IMO this sort of thing should at most be available as an option. - How does this fit into the Validator 2.0 goal of moving from the javascript concept to a more generic script concept where the script might be python for non-web apps using validator? Is there anything we need to do to make this proposal generic? Maybe this is independent of that effort? Good question and I have no knowledge of how that might work. However if we provide a mechanism for configuring a ScriptRenderer maybe someone could use that to plug in their own custom renderers that generate other script languages? They would have to navigate Validator's resources in the same way. I guess one option would be to split the ScriptRender into two with it just doing the generic processing and a JavaScriptRenderer implementation with the actual javascript generation. I can do this if you think it a good idea? ScriptRenderer - Why is pretty output a variable? We should just simplify things and always print well formatted javascript. I renamed this at the end of last week (but haven't fully tested a new version yet) and called it compress and it can now output the whole javascript on one line or in a pretty readable format. Appears to save around 10-20% and I believe is a useful option to have *full compression*. - Why do some methods throw NPE instead of just returning null? Would the caller want null in some cases? They were all things that needed to be there for it to work. Except for one static method, they could all be overriden in custom implementations if required. - isTrue() and setBooleanConfig() should compare 'true' and 'false' as lower case, not any case. 'TrUe' is not a valid Java boolean identifier and always checking for the lower cased forms simplifies the usage for the client. But someone might expect True to work - maybe the simplest option is to always convert to lowercase when accepting input. - Make protected methods private. This API is brand new and may need tweaking so we should make as much private as possible until it's stable. This is the great thing about review - I'd not even considered that approach, I was focused on making everything as easily customized as possible. I'm happy to do it this way in an initial version so we could see how it works out. - Why have static methods? From past experience we know that people will want to override this behavior. I tried to keep them to the bare minimum - in ScriptRenderer, except for the getRenderer() method it is only a few methods that do small well defined functions (enclosing in quotes, replacing values). - Why do we need String manipulation methods like replaceCharacters()? Wouldn't the replacement methods on the String class work? Before 1.4 String only had replace(char, char) - the replaceCharacter() method I wrote replaces a char with a String - so that particular characters can be escaped the other replaceCharacters() method does multiple characters with Strings. Maybe this could be done with the Java 1.4 RegEx versions, but I'm not too good at Regex and don't think we should limit it to Java 1.4. -Why SCRIPT_VERSION variables? The 'language' attribute isn't part of newer specs
DO NOT REPLY [Bug 32369] - [discovery] Doesn't work with ClassLoaders that do not support getResource()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32369. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32369 --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 05:30 --- I still haven't been able to find any information that says the custom class loader in this case is doing anything wrong. In fact, I haven't seen any mention that there has to be *any* overlap between the set of classes that can be loaded, and what data is available via either getResource or getResourceAsStream. It's quite possibly an accident that the approach discovery currently uses works at all! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
