DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux
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=35338. 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=35338 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 08:04 --- Adding a call to setLocalPassiveMode() didn't help. tcpdump -w ftplog.dmp port 21 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 24 packets captured 24 packets received by filter 0 packets dropped by kernel tethereal -r ftplog.dmp 1 0.00 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=107459430 TSER=0 WS=2 2 0.012349 209.18.78.251 - 192.168.195.128 TCP ftp 32855 [SYN, ACK] Seq=0 Ack=1 Win=64240 Len=0 MSS=1460 3 0.01 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=1 Ack=1 Win=5840 Len=0 4 0.270148 209.18.78.251 - 192.168.195.128 FTP Response: 220-This computer system is for authorized 5 0.271065 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=1 Ack=80 Win=5840 Len=0 6 0.274453 209.18.78.251 - 192.168.195.128 FTP Response: system without authority or in excess of 7 0.274832 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=1 Ack=154 Win=5840 Len=0 8 0.362847 209.18.78.251 - 192.168.195.128 FTP Response: having all their activities on this syste 9 0.363501 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=1 Ack=683 Win=6432 Len=0 10 0.386149 192.168.195.128 - 209.18.78.251 FTP Request: USER [EMAIL PROTECTED] 11 0.387315 209.18.78.251 - 192.168.195.128 TCP ftp 32855 [ACK] Seq=683 Ack=30 Win=64240 Len=0 12 0.530759 209.18.78.251 - 192.168.195.128 FTP Response: 331 Password required for [EMAIL PROTECTED] 13 0.532773 192.168.195.128 - 209.18.78.251 FTP Request: PASS errorlog 14 0.534647 209.18.78.251 - 192.168.195.128 TCP ftp 32855 [ACK] Seq=734 Ack=45 Win=64240 Len=0 15 0.638348 209.18.78.251 - 192.168.195.128 FTP Response: 230 User [EMAIL PROTECTED] logged in. 16 0.652929 192.168.195.128 - 209.18.78.251 FTP Request: PORT 192,168,195,128,128,88 17 0.656633 209.18.78.251 - 192.168.195.128 TCP ftp 32855 [ACK] Seq=778 Ack=74 Win=64235 Len=0 18 0.800229 209.18.78.251 - 192.168.195.128 FTP Response: 200 PORT command successful 19 0.801628 192.168.195.128 - 209.18.78.251 FTP Request: NLST 20 0.803489 209.18.78.251 - 192.168.195.128 TCP ftp 32855 [ACK] Seq=807 Ack=80 Win=64235 Len=0 21 1.043420 209.18.78.251 - 192.168.195.128 FTP Response: 150 Opening ASCII mode data connection for 22 1.084230 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=80 Ack=861 Win=6432 Len=0 23 31.203308 209.18.78.251 - 192.168.195.128 FTP Response: 226 Transfer complete. 24 31.204401 192.168.195.128 - 209.18.78.251 TCP 32855 ftp [ACK] Seq=80 Ack=885 Win=6432 Len=0 I ran the miniprogram several times waiting a few minutes before canceling. Both times tcpdump only captured 24 packets (same output each time). -- 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: [logging] JCL in webapps disabled in JBoss [WAS] requirements and static binding
On Mon, 2005-06-20 at 22:46 -0700, Brian Stansberry wrote: Maybe a little bit good? ;-) With the latest JCL I was able to remove the JBoss filter of JCL and get logkit logging working for both webapp classes and Tomcat's JSPServlet by following the standard steps -- commons-logging.properties in WEB-INF/classes and logkit jar in the server classpath (thus visible to the JSPServlet). And of course if I just used log4j everything ran fine. That's all good to hear. What this means is that logging performed by shared classes and jboss framework classes isn't going to the logging destination configured in the webapp, but instead the one configured for the container. So while the app will actually run, there is still a major issue if the user really wants/expects that output in their webapp's standard log destination. The correct fix would be to deploy commons-logging-adapters.jar in the webapp instead of commons-logging.jar; then the conflict between Log classes wouldn't occur and they would get both a working app *and* any output generated by jboss/shared classes when context-classpath is set to the webapp would go to the webapp log destination. Yep. At some point I'll lobby the JBoss folks to change their filter so it only blocks LogFactory and Log. This would have the same effect as having users deploy commons-logging-adapters.jar. I doubt they'll remove the filter completely with so many copies of JCL 1.0.4 or earlier out there. Hmm .. yep, that sounds good to me. Of course because the error is now suppressed, people won't get any hint that the logging output is getting diverted to an unexpected destination - unless they explicitly use a commons-logging.properties file in their webapp to: * point to a specific logging adapter class, or * turn off ALLOW_FLAWED_LOG_HIERARCHY Since log4j is on the classpath, they'd have to do use commons-logging.properties anyway. Well, I have a patch to propose which will change that :-) But the issue is still that users can get the *wrong copy of log4j*. If they get the one in their webapp, then it will use a log4j.properties or log4j.xml file in the webapp to configure itself. If they get the one in the server, then it will have already configured itself from the log4j.properties or log4j.xml file in the server classpath and will totally ignore the webapp's config file. And if code in the webapp gets the webapp copy of log4j but code in the shared classpath called on behalf of the webapp (ie with context classloader set) gets the server copy of log4j then logging from those calls will go to the server. That's specifically why it's good to try to load the log adapter from the context classpath; if it gets log4j from there then logging by shared classes operating on behalf of a webapp use the log4j classes which were configured via a webapp-specific config file. Recent versions of log4j support this thing called a context hierarchy which means that even when deployed in a shared classpath, log4j will try to use config files from the context classpath. This will resolve the issue - but requires the container to set this all up first. Do you have any idea whether JBoss uses this log4j feature? Hmm..given that JBoss filters out all jcl classes by default, isn't this painfully obvious with jboss? How on earth is a webapp supposed to configure its JCL logging when running inside jboss?? Surely any log4j.properties or log4j.xml file inside WEB-INF/classes is completely ignored in jboss (though picked up in tomcat)? snip But, they'll probably still keep filtering JCL once a new version of JCL is out in order to keep apps still using old versions from blowing up. Sorry, I understood your comments to say that they aren't really treating JCL specially, it is just a side-effect of their Unified classloader stuff (which sounds a really bad idea to me, by the way). No, the ULR issue was unrelated. If JCL 1.04 is used and the filter is disabled, webapp deployment blows up when JBoss tries to deploy a custom valve. This valve subclasses Tomcat's ValveBase, so deep in the bowels of the code a call is made to LogFactory.getLog(). This call blows up due to incompatible Log interfaces. Ok, thanks for the info. Though I wish you had used a different metaphor than bowels blowing up :-) Could you clarify these when you get a moment? * are they treating JCL special (refusing loading from webapp)? Yes. Their webapp classloader specifically prevents loading of JCL from the webapp. Nothing else is blocked (although the filter is XML configurable to block other packages). * if so, which specific classes are they treating special? Everything under org.apache.commons.logging Ok. I'll add that to the wiki. Thanks a heap for testing this with JBoss - it would not have been good to ship something that they can't use.
svn commit: r191629 - in /jakarta/commons/proper/vfs/trunk: src/java/org/apache/commons/vfs/FileObject.java src/java/org/apache/commons/vfs/provider/AbstractFileObject.java xdocs/todo.xml
Author: imario Date: Mon Jun 20 23:14:15 2005 New Revision: 191629 URL: http://svn.apache.org/viewcvs?rev=191629view=rev Log: Changed moveTo to delete the destination if it is existent. This is to archive the same behavior as with copyFrom. Modified: jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java jakarta/commons/proper/vfs/trunk/xdocs/todo.xml Modified: jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java?rev=191629r1=191628r2=191629view=diff == --- jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java (original) +++ jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java Mon Jun 20 23:14:15 2005 @@ -267,6 +267,7 @@ /** * Move this file. + * pIf the destFile exists, it is deleted first/b * * @param destFile the New filename. * @throws FileSystemException If this file is read-only, or if the source file does not exist, Modified: jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java?rev=191629r1=191628r2=191629view=diff == --- jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java (original) +++ jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java Mon Jun 20 23:14:15 2005 @@ -881,15 +881,19 @@ } } +/** + * Moves (rename) the file to another one + */ public void moveTo(FileObject destFile) throws FileSystemException { if (!isWriteable()) { throw new FileSystemException(vfs.provider/rename-read-only.error, getName()); } -if (destFile.getType() != FileType.IMAGINARY) +if (destFile.exists()) { -throw new FileSystemException(vfs.provider/rename-dest-exists.error, destFile.getName()); +destFile.delete(Selectors.SELECT_ALL); +// throw new FileSystemException(vfs.provider/rename-dest-exists.error, destFile.getName()); } if (canRenameTo(destFile)) Modified: jakarta/commons/proper/vfs/trunk/xdocs/todo.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/xdocs/todo.xml?rev=191629r1=191628r2=191629view=diff == --- jakarta/commons/proper/vfs/trunk/xdocs/todo.xml (original) +++ jakarta/commons/proper/vfs/trunk/xdocs/todo.xml Mon Jun 20 23:14:15 2005 @@ -19,6 +19,7 @@ ul liRemove internal caching of states from fileObject and allow it to be decorated with a caching instance/li liProvide a hook for authentication./li +limoveTo should handle a directory move if it moves from a different filesystem./li /ul /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r191630 - in /jakarta/commons/proper/logging/trunk: build.xml src/test/org/apache/commons/logging/Wrapper.java
Author: skitching Date: Mon Jun 20 23:21:55 2005 New Revision: 191630 URL: http://svn.apache.org/viewcvs?rev=191630view=rev Log: The created jarfiles now have the version# embedded in their names, so the test wrapper class can't just hard-wire their names any more. Instead, we pass the jarfile names in from the build.xml file as system properties. Modified: jakarta/commons/proper/logging/trunk/build.xml jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/Wrapper.java Modified: jakarta/commons/proper/logging/trunk/build.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/build.xml?rev=191630r1=191629r2=191630view=diff == --- jakarta/commons/proper/logging/trunk/build.xml (original) +++ jakarta/commons/proper/logging/trunk/build.xml Mon Jun 20 23:21:55 2005 @@ -578,6 +578,9 @@ sysproperty key=wrapper.target value=${build.home}/ sysproperty key=wrapper.testcase value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -590,6 +593,9 @@ value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ sysproperty key=org.apache.commons.logging.LogFactory value=org.apache.commons.logging.impl.LogFactoryImpl/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -602,6 +608,9 @@ value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ sysproperty key=org.apache.commons.logging.Log value=org.apache.commons.logging.impl.Jdk14Logger/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -612,6 +621,9 @@ sysproperty key=wrapper.target value=${build.home}/ sysproperty key=wrapper.testcase value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -624,6 +636,9 @@ value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ sysproperty key=org.apache.commons.logging.LogFactory value=org.apache.commons.logging.impl.LogFactoryImpl/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -636,6 +651,9 @@ value=org.apache.commons.logging.jdk14.CustomConfigTestCase/ sysproperty key=org.apache.commons.logging.Log value=org.apache.commons.logging.impl.Jdk14Logger/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -705,6 +723,9 @@ sysproperty key=wrapper.target value=${build.home}/ sysproperty key=wrapper.testcase value=org.apache.commons.logging.log4j.CustomConfigTestCase/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -718,6 +739,9 @@ value=org.apache.commons.logging.log4j.CustomConfigTestCase/ sysproperty key=org.apache.commons.logging.LogFactory value=org.apache.commons.logging.impl.LogFactoryImpl/ + sysproperty key=commons.logging.jar value=${core.jar.name}/ + sysproperty key=commons.logging.api.jar value=${api.jar.name}/ + sysproperty key=commons.logging.appenders.jar value=${appenders.jar.name}/ classpath refid=test.classpath.wrap/ /java @@ -731,6 +755,9 @@ value=org.apache.commons.logging.log4j.CustomConfigTestCase/ sysproperty
DO NOT REPLY [Bug 35377] - [transaction] ConcurrentModificationException in OptimisticMapWrapper.copyChangesToConcurrentTransactions
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=35377. 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=35377 [EMAIL PROTECTED] changed: What|Removed |Added Summary|ConcurrentModificationExcept|[transaction] |ion in |ConcurrentModificationExcept |OptimisticMapWrapper.copyCha|ion in |ngesToConcurrentTransactions|OptimisticMapWrapper.copyCha ||ngesToConcurrentTransactions -- 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 35363] - [dbcp] BasicDataSource : setter for connectionProperties
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=35363. 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=35363 [EMAIL PROTECTED] changed: What|Removed |Added Summary|DBCP BasicDataSource : |[dbcp] BasicDataSource : |setter for |setter for |connectionProperties|connectionProperties -- 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 35400] - [lang] Need ClassLoader support for SerializationUtils
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=35400. 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=35400 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Need ClassLoader support for|[lang] Need ClassLoader |SerializationUtils |support for ||SerializationUtils -- 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 35428] - [daemon] jar2exe.c does not compile
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35428. 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=35428 [EMAIL PROTECTED] changed: What|Removed |Added Summary|jar2exe.c does not compile |[daemon] jar2exe.c does not ||compile -- 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 35374] - [configuration] subset method on xml configuration does not work as expected
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=35374. 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=35374 [EMAIL PROTECTED] changed: What|Removed |Added Summary|subset method on xml|[configuration] subset |configuration does not work |method on xml configuration |as expected |does not work as expected -- 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 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux
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=35338. 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=35338 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 08:28 --- Its odd. However, tcpdump as you started it (I know I told you so :-) captures only what happens on port 21, due to the nature of ftp the data connection uses a different port. So please, do the following tcpdump -w ftplog.dmp host konsensys.com But please be sure no other network connection is active from your box to this host. Afterwards we have logged the full communication which happens between you and the ftp server. Now we should see the transfer of the directory listing. Thanks! -- 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: New Module BeanGenerator
I have some interrest in what you are suggesting, because it is loosely related to something we do in our application which I have considered extracting and releasing as Open Source. Let me tell you a little about our problem and solution, and then maybe, maybe we can find some common ground. We are currently using a homegrown O/R mapper and a homegrown MVC framework rather than, say, Hibernate and Struts. The original reason for this is becaus I didn't know about these framworks as we started out. We have planned to move to Hibernate, but with almost a quarter of a million LOC, it's in the long term plans. When it comes to Struts, it seems now we will never get there. The main reason as of now, is that Struts cannot (or I cannot figure out how to make Struts or any other MVC framework I know of) update hierarchial data. The majority of forms in our application have a head section and then lines and often sublines in up to four levels, and also parallell hierarchies. A concrete example is an invoice which has a header, 3 addresses (buyer, supplier, delivery), one or more address has one or more contact, the invoice also has 5 lines and some lines have one or more text lines. This should all be update in a single form (i.e. posted to the server with one click). To solve these issues, we have a utility application that generates source code and other helpful stuff. The input to the generator is a trivial XML file, basically mapping database tables to fully qualified Java classes (package + classname) and also naming the child tables/collections and their type (List/Map). Together with this XML file, the application also queries the database for metadata. An example for the above scenario might look something like this table name=invoice packagecom.foo.invoices/package childRecords childRecord nameinvoiceAddresses/name classNameInvoiceAddressObject/className collectionTypeMap/collectionType /childRecord childRecord nameinvoiceLines/name classNameInvoiceLineArticleObject/className collectionTypeList/collectionType indexFieldinvoiceLineId/indexField /childRecord /childRecords /table !-- ... Definitions for addresses and lines... -- Firstly this app generates Java sources for Beans and O/R mapping. I have also added support for what I call XML forms. The app generates an XML file describing the object hierarchy and how to map form data to it. With about 4 lines of code, pointing out the request, the XML file and the object to update, the hierarchy is automatically updated including creation and deletion of children (and grandchildren, and grand-grand...). After the XML file is generated, it is manually edited to add information about required fields, field validation, key fields for children etc. Such an XML file for the above scenario may look like this ?xml version=1.0? form object class=com.foo.invoices.Invoice ... property id=vatNo / property id=currencyId required=true validator=com.foo.bar.CurrencyValidator / ... child name=invoiceAddresses class=com.foo.invoices.InvoiceAddress key id=addressTypeId / ... property id=streetAddress / property id=zipCode / property id=city / delete id=DELETE_ADDRESS / child name=invoiceContacts class=com.foo.invoices.InvoiceContact key id=positionTypeId / ... property id=name / property id=phone / ... delete id=DELETE_CONTACT / /child /child child name=invoiceLines class=com.foo.invoices.InvoiceLineArticle key id=invoiceLineId / property id=articleId required=true validator=... / ... delete id=DELETE_LINE / child name=invoiceLineTexts class=com.foo.invoices.InvoiceLineText key id=textTypeId / property id=invoiceLineText / delete id=DELETE_LINE_TEXT / /child /child ... /object /form Whether a new BeanGenerator module will have any support for what we need/use or not, I would like to make the following suggestions: - Make the metadata source pluggable; XML, database, whatever - Avoid tight coupling with Struts At 2005-06-20 22:44, you wrote: Hi All, I have been working on reusable component called BeanGenerator, which as following functionality. Please advise if it is eligible to be posted as component in Commons. Availability of DynaBean from BeanUtils has simplified the programmer lives to quite a bit extent but it lacks in certain functionality which is very much required to all programmers to name a few like CompileTime method semantics validation, generating the equals, hashCode for beans, type conversion from all Strings types to business specific type etc. So I had been wondering if there is a tool, which takes the beans information in the xml file and generates the corresponding beans automatically. Some of the visible advantages
DO NOT REPLY [Bug 35442] New: - MapConfiguration does not decode escaped Delimiters
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=35442. 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=35442 Summary: MapConfiguration does not decode escaped Delimiters Product: Commons Version: 1.1 Final Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: Configuration AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If a Map handed to MapConfiguration which contains entries with escaped delimiters in the value, i.e. \,, it is not decoded. --code-sample-- Map m = new HashMap(); m.put(foo, bar\\, baz); m.put(bar, bar, baz); Configuration c = new MapConfiguration(m); String bad = c.getString(foo); -- returns bar\\, baz expected bar, baz String ok = c.getString(bar); // -- returns bar --code-sample-- It seems that MapConfiguration should employ a similar strategy like PropertiesConfiguration - calling undecodeJava on the return value... -- 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 35442] - MapConfiguration does not decode escaped Delimiters
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=35442. 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=35442 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 11:19 --- Created an attachment (id=15482) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15482action=view) Runnable codesample -- 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 PROTECTED]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) 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-configuration-10 has an issue affecting its community integration. This issue affects 3 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-10 : Jakarta Commons Configuration 1.0 release - fulcrum-configuration-impl : Services Framework - fulcrum-parser : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-configuration-10] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21062005.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: java:prepare-filesystem: java:compile: [echo] Compiling to /x1/gump/public/workspace/jakarta-commons-configuration-10/target/classes [echo] No java source files to compile. resources or todir was null java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: [echo] No test source files to compile. test:test: [echo] No tests to run. BUILD FAILED File.. /home/gump/.maven/cache/maven-jar-plugin-1.6.1/plugin.jelly Element... ant:fail Line.. 53 Column 19 You must define currentVersion in your POM. Total time: 4 seconds Finished at: Tue Jun 21 03:12:56 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2121062005, vmgump.apache.org:vmgump-public:2121062005 Gump E-mail Identifier (unique within run) #26. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@vmgump]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) 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-configuration-10 has an issue affecting its community integration. This issue affects 3 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-10 : Jakarta Commons Configuration 1.0 release - fulcrum-configuration-impl : Services Framework - fulcrum-parser : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-configuration-10] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21062005.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: java:prepare-filesystem: java:compile: [echo] Compiling to /x1/gump/public/workspace/jakarta-commons-configuration-10/target/classes [echo] No java source files to compile. resources or todir was null java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: [echo] No test source files to compile. test:test: [echo] No tests to run. BUILD FAILED File.. /home/gump/.maven/cache/maven-jar-plugin-1.6.1/plugin.jelly Element... ant:fail Line.. 53 Column 19 You must define currentVersion in your POM. Total time: 4 seconds Finished at: Tue Jun 21 03:12:56 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2121062005, vmgump.apache.org:vmgump-public:2121062005 Gump E-mail Identifier (unique within run) #26. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml (in module commons-jelly) 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-xml has an issue affecting its community integration. This issue affects 12 projects, and has been outstanding for 8 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-define : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-jaxme : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/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-xml-21062005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/gump_work/build_commons-jelly_commons-jelly-tags-xml.html Work Name: build_commons-jelly_commons-jelly-tags-xml (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.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-21062005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21062005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: java:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:compile: [echo] Compiling to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes [javac] Compiling 16 source files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:jar-resources: test:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports test:test-resources: Copying 36 files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes test:compile: [javac] Compiling 4 source files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes test:test: [junit] Running org.apache.commons.jelly.tags.xml.TestImport [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.294 sec [junit] Running org.apache.commons.jelly.tags.xml.TestXMLTags [junit] Tests run: 12, Failures: 1, Errors: 9, Time elapsed: 2.589 sec [junit] [ERROR] TEST org.apache.commons.jelly.tags.xml.TestXMLTags FAILED [junit] Running org.apache.commons.jelly.tags.xml.TestJelly [junit] foosome text [junit] exists = true, readable = true, class=java.io.File [junit] [junit] Tests run: 15, Failures: 0, Errors: 13, Time elapsed: 0.674 sec [junit] [ERROR] TEST
[EMAIL PROTECTED]: Project commons-jelly-tags-xml (in module commons-jelly) 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-xml has an issue affecting its community integration. This issue affects 12 projects, and has been outstanding for 8 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-define : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-jaxme : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/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-xml-21062005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/gump_work/build_commons-jelly_commons-jelly-tags-xml.html Work Name: build_commons-jelly_commons-jelly-tags-xml (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.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-21062005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21062005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: java:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:compile: [echo] Compiling to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes [javac] Compiling 16 source files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:jar-resources: test:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports test:test-resources: Copying 36 files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes test:compile: [javac] Compiling 4 source files to /x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes test:test: [junit] Running org.apache.commons.jelly.tags.xml.TestImport [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.294 sec [junit] Running org.apache.commons.jelly.tags.xml.TestXMLTags [junit] Tests run: 12, Failures: 1, Errors: 9, Time elapsed: 2.589 sec [junit] [ERROR] TEST org.apache.commons.jelly.tags.xml.TestXMLTags FAILED [junit] Running org.apache.commons.jelly.tags.xml.TestJelly [junit] foosome text [junit] exists = true, readable = true, class=java.io.File [junit] [junit] Tests run: 15, Failures: 0, Errors: 13, Time elapsed: 0.674 sec [junit] [ERROR] TEST
DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux
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=35338. 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=35338 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 12:58 --- (In reply to comment #16) Its odd. Very odd. The oddest thing about it is it looks to me that the command initiated by the listNames() method (NLST) appears to have succeeded and been acknowledged. So why the hang? Do you have a debugger you can run this under (such as the one in Eclipse?)? Setting a breakpoint on the line where you are looping through the array of names and returned, do you hit that breakpoint? The other thing I notice that strikes me as odd is line 16. We issued no port command, unless that somehow happens when in passive mode, if that code is still in your program. 16 0.652929 192.168.195.128 - 209.18.78.251 FTP Request: PORT 192,168,195,128,128,88 What does it mean 192,168,195,128,128,88? I suppose you could try disconnecting from the FTP server before entering that loop to see if that does any good, but I admit, I'm grasping at straws here. However, tcpdump as you started it (I know I told you so :-) captures only what happens on port 21, due to the nature of ftp the data connection uses a different port. So please, do the following tcpdump -w ftplog.dmp host konsensys.com But please be sure no other network connection is active from your box to this host. Afterwards we have logged the full communication which happens between you and the ftp server. Now we should see the transfer of the directory listing. I agree. In light of this PORT command, it would be interesting to see what is going on here. -- 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]
svn commit: r191652 - /jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
Author: skitching Date: Tue Jun 21 04:59:31 2005 New Revision: 191652 URL: http://svn.apache.org/viewcvs?rev=191652view=rev Log: Add comments only. Modified: jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java Modified: jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java?rev=191652r1=191651r2=191652view=diff == --- jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java (original) +++ jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java Tue Jun 21 04:59:31 2005 @@ -712,6 +712,32 @@ } // No user specified log; try to discover what's on the classpath +// +// Note that we deliberately loop here over classesToDiscover and +// expect method createLogFromClass to loop over the possible source +// classloaders. The effect is: +// for each discoverable log adapter +// for each possible classloader +// see if it works +// +// It appears reasonable at first glance to do the opposite: +// for each possible classloader +// for each discoverable log adapter +//see if it works +// +// The latter certainly has advantages for user-installable logging +// libraries such as log4j; in a webapp for example this code should +// first check whether the user has provided any of the possible +// logging libraries before looking in the parent classloader. +// Unfortunately, however, Jdk14Logger will always work in jvm=1.4, +// and SimpleLog will always work in any JVM. So the loop would never +// ever look for logging libraries in the parent classpath. Yet many +// users would expect that putting log4j there would cause it to be +// detected (and this is the historical JCL behaviour). So we go with +// the first approach. A user that has bundled a specific logging lib +// in a webapp should use a commons-logging.properties file or a +// service file in META-INF to force use of that logging lib anyway, +// rather than relying on discovery. for(int i=0; (iclassesToDiscover.length) (result == null); ++i) { result = createLogFromClass(classesToDiscover[i], logCategory, true); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[io] release?
Gang, what's left to do for a 1.1 release of commons io? At least we should provide a more recent snapshot jar on ibiblio. WDYT? cheers -- Torsten signature.asc Description: OpenPGP digital signature
DO NOT REPLY [Bug 35445] New: - [daemon] prunsrv does not respect WaitToKillServiceTimeout
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35445 Summary: [daemon] prunsrv does not respect WaitToKillServiceTimeout Product: Commons Version: 1.0.1 Final Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Daemon AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] On Windows the maximum amount of time a service can take to die is held in the registry as HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WaitToKillServiceTimeout prunsrv should not wait any longer than this to shutdown, otherwise it will be killed anyway. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35445] - [daemon] prunsrv does not respect WaitToKillServiceTimeout
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35445 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 16:01 --- Created an attachment (id=15498) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15498action=view) add function to read the WaitToKillServiceTimeout -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35445] - [daemon] prunsrv does not respect WaitToKillServiceTimeout
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35445 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 16:02 --- Created an attachment (id=15499) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15499action=view) add function to read the WaitToKillServiceTimeout -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35445] - [daemon] prunsrv does not respect WaitToKillServiceTimeout
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35445 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 16:08 --- Created an attachment (id=15500) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15500action=view) read WaitToKillServiceTimeout and only wait that long -- 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]
svn commit: r191665 - in /jakarta/commons/sandbox/javaflow/trunk: ./ lib/ src/java/org/apache/commons/javaflow/ src/java/org/apache/commons/javaflow/bytecode/ src/java/org/apache/commons/javaflow/bytecode/asm/ src/java/org/apache/commons/javaflow/bytec...
Author: tcurdt Date: Tue Jun 21 07:52:29 2005 New Revision: 191665 URL: http://svn.apache.org/viewcvs?rev=191665view=rev Log: added rewriting utils plus a more recent commons-io, added transformer skeleton for the ASM implementation plus jars, changed the class transformer interface to use a byte array as input Added: jakarta/commons/sandbox/javaflow/trunk/lib/asm-2.0.jar (with props) jakarta/commons/sandbox/javaflow/trunk/lib/asm-tree-2.0.jar (with props) jakarta/commons/sandbox/javaflow/trunk/lib/commons-io-20050621.133116.jar (with props) jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/asm/ jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/asm/AsmClassTransformer.java Modified: jakarta/commons/sandbox/javaflow/trunk/project.properties jakarta/commons/sandbox/javaflow/trunk/project.xml jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/ContinuationClassLoader.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/ClassTransformer.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingResourceStore.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/bcel/BcelClassTransformer.java Added: jakarta/commons/sandbox/javaflow/trunk/lib/asm-2.0.jar URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/lib/asm-2.0.jar?rev=191665view=auto == Binary file - no diff available. Propchange: jakarta/commons/sandbox/javaflow/trunk/lib/asm-2.0.jar -- svn:mime-type = application/octet-stream Added: jakarta/commons/sandbox/javaflow/trunk/lib/asm-tree-2.0.jar URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/lib/asm-tree-2.0.jar?rev=191665view=auto == Binary file - no diff available. Propchange: jakarta/commons/sandbox/javaflow/trunk/lib/asm-tree-2.0.jar -- svn:mime-type = application/octet-stream Added: jakarta/commons/sandbox/javaflow/trunk/lib/commons-io-20050621.133116.jar URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/lib/commons-io-20050621.133116.jar?rev=191665view=auto == Binary file - no diff available. Propchange: jakarta/commons/sandbox/javaflow/trunk/lib/commons-io-20050621.133116.jar -- svn:mime-type = application/octet-stream Modified: jakarta/commons/sandbox/javaflow/trunk/project.properties URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/project.properties?rev=191665r1=191664r2=191665view=diff == --- jakarta/commons/sandbox/javaflow/trunk/project.properties (original) +++ jakarta/commons/sandbox/javaflow/trunk/project.properties Tue Jun 21 07:52:29 2005 @@ -36,3 +36,6 @@ # maven.jar.commons-jci = ${basedir}/lib/commons-jci-r159148.jar maven.jar.bcel = ${basedir}/lib/jakarta-bcel-20040329.jar +maven.jar.commons-io = lib/commons-io-20050621.133116.jar +maven.jar.asm = lib/asm-2.0.jar +maven.jar.asm-tree = lib/asm-tree-2.0.jar Modified: jakarta/commons/sandbox/javaflow/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/project.xml?rev=191665r1=191664r2=191665view=diff == --- jakarta/commons/sandbox/javaflow/trunk/project.xml (original) +++ jakarta/commons/sandbox/javaflow/trunk/project.xml Tue Jun 21 07:52:29 2005 @@ -1,8 +1,8 @@ ?xml version=1.0 encoding=UTF-8? project !-- - -- extend../commons-build/sandbox-project.xml/extend + -- pomVersion1/pomVersion artifactIdcommons-javaflow/artifactId nameCommons Javaflow/name @@ -82,7 +82,19 @@ dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - version1.0/version + version20050621.133116/version + typejar/type +/dependency +dependency + groupIdasm/groupId + artifactIdasm/artifactId + version2.0/version + typejar/type +/dependency +dependency + groupIdasm/groupId + artifactIdasm-tree/artifactId + version2.0/version typejar/type /dependency /dependencies Modified:
Re: [io] release?
what's left to do for a 1.1 release of commons io? The quality of the finder package isn't good enough IMHO. Also, I'm not sure if it should actually be part of [io]. (ie. maybe it should be its own project) Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35422] - [io] FileUtils.toFile(URL) does not unescape %xx characters
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=35422. 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=35422 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 17:29 --- Sorry, didn't find the duplicate #32575 before. *** This bug has been marked as a duplicate of 32575 *** -- 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 32575] - [IO] FileUtils.toFile( URL ) doesn't deal with URL encoding
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=32575. 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=32575 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 17:29 --- *** Bug 35422 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]
DO NOT REPLY [Bug 32575] - [IO] FileUtils.toFile( URL ) doesn't deal with URL encoding
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=32575. 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=32575 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED] | -- 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]
svn commit: r191685 - in /jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode: NopClassTransformer.java RewritingUtils.java
Author: tcurdt Date: Tue Jun 21 09:57:45 2005 New Revision: 191685 URL: http://svn.apache.org/viewcvs?rev=191685view=rev Log: use a new JarEntry object, added a nop transformer Added: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/NopClassTransformer.java Modified: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java Added: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/NopClassTransformer.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/NopClassTransformer.java?rev=191685view=auto == --- jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/NopClassTransformer.java (added) +++ jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/NopClassTransformer.java Tue Jun 21 09:57:45 2005 @@ -0,0 +1,26 @@ +/* + * Copyright 1999-2004 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ +package org.apache.commons.javaflow.bytecode; + +public final class NopClassTransformer implements ClassTransformer { + +public static final NopClassTransformer INSTANCE = new NopClassTransformer(); + +public byte[] transform( byte[] original ) { +return original; +} + +} Modified: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java?rev=191685r1=191684r2=191685view=diff == --- jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java (original) +++ jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java Tue Jun 21 09:57:45 2005 @@ -57,12 +57,10 @@ continue; } -final String name = entry.getName(); - final byte[] original = IOUtils.toByteArray(input); final byte[] transformed = transformer.transform(original); - -output.putNextEntry(entry); + +output.putNextEntry(new JarEntry(entry.getName())); IOUtils.copy(new ByteArrayInputStream(transformed), output); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r191693 - /jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java
Author: tcurdt Date: Tue Jun 21 10:46:28 2005 New Revision: 191693 URL: http://svn.apache.org/viewcvs?rev=191693view=rev Log: only rewrite classes Modified: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java Modified: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java?rev=191693r1=191692r2=191693view=diff == --- jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java (original) +++ jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingUtils.java Tue Jun 21 10:46:28 2005 @@ -24,9 +24,13 @@ import java.util.jar.JarOutputStream; import org.apache.commons.io.FileUtils; import org.apache.commons.io.IOUtils; +import org.apache.commons.logging.Log; +import org.apache.commons.logging.LogFactory; public final class RewritingUtils { - + +private final static Log log = LogFactory.getLog(RewritingUtils.class); + public static void rewriteClassFile( final File input, final ClassTransformer transformer, @@ -57,12 +61,25 @@ continue; } +final String name = entry.getName(); + final byte[] original = IOUtils.toByteArray(input); -final byte[] transformed = transformer.transform(original); - -output.putNextEntry(new JarEntry(entry.getName())); -IOUtils.copy(new ByteArrayInputStream(transformed), output); +output.putNextEntry(new JarEntry(name)); + +if (name.endsWith(.class)) { + +if (log.isDebugEnabled()) { +log.debug(transforming + name); +} + +final byte[] transformed = transformer.transform(original); +IOUtils.copy(new ByteArrayInputStream(transformed), output); + +} else { + +IOUtils.copy(new ByteArrayInputStream(original), output); +} } input.close(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33795] - [vfs] memory provider
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=33795. 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=33795 --- Additional Comments From [EMAIL PROTECTED] 2005-06-21 20:23 --- (In reply to comment #7) A first overview looked good, I think that can make it. happy to hear that. Please let me know if there's any big or minor problem with the implementation. I'm thinking of writting a provider for JCR (jsr-170) and any feedback will be highly appreciated. -- 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]
[jira] Commented: (JELLY-205) util:loadText adds a new line to files that does not ends with one
[ http://issues.apache.org/jira/browse/JELLY-205?page=comments#action_12314164 ] Felipe Leme commented on JELLY-205: --- Hello all, Any news on the status of this bug (and also JELLY_205)? util:loadText adds a new line to files that does not ends with one Key: JELLY-205 URL: http://issues.apache.org/jira/browse/JELLY-205 Project: jelly Type: Bug Components: taglib.util Reporter: Felipe Leme Attachments: JELLY-205.patch, JELLY-205.zip See attached test case (I will try to fix it and provide a full patch). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35442] - [configuration] MapConfiguration does not decode escaped Delimiters
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=35442. 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=35442 [EMAIL PROTECTED] changed: What|Removed |Added Summary|MapConfiguration does not |[configuration] |decode escaped Delimiters |MapConfiguration does not ||decode escaped Delimiters -- 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: [VOTE] [email] promote RC4 to 1.0 status
From what I can tell, the distributions below needed to be signed differently and more votes are still needed. I'm +1 on the release, but believe we need to repackage for the release. Anyone else care to vote or have opinions about the distribution? On 3/12/05, Eric Pugh [EMAIL PROTECTED] wrote: Hi all, A couple of packaging issues were discovered in Email 1.0 RC3. I was encouraged to fix them and then call for a fresh vote, so I appreciate the understanding of the community that the (now) 4 release candidates it's taken to get email to 1.0. My first time signing a project. The release candidate is available at http://www.apache.org/~epugh/email/distributions/ and is just RC3 with some packaging tweaks, not Java code changes. The documentation is available at http://www.apache.org/~epugh/email/docs This is a full release vote (and so three +1's are required). please check the release before voting +1. i will not tally the votes before 2300 hours GMT on Tuesday 15th of March. here's my +1 - Eric -8- [ ] +1 Promote RC4 to commons-email-1.0 [ ] +0 In favour of this release [ ] -0 Against this release [ ] -1 Do not release RC4 - 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] -- http://www.multitask.com.au/people/dion/ You are going to let the fear of poverty govern your life and your reward will be that you will eat, but you will not live. - George Bernard Shaw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] release?
I'm happy for it to be dropped. It still happily survives at osjava.org-gj-find, so can easily be added again if/when I find time to improve it. Hen On 6/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote: what's left to do for a 1.1 release of commons io? The quality of the finder package isn't good enough IMHO. Also, I'm not sure if it should actually be part of [io]. (ie. maybe it should be its own project) 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: [VOTE] [email] promote RC4 to 1.0 status
I'm using the commons-email RC4 on a project I'm working on and I've no problems to report. It seems that this project is quite stable. I'm not sure if my vote counts for something but if it does I'm a +1. Ramiro Pereira de Magalhães Dion Gillard wrote: From what I can tell, the distributions below needed to be signed differently and more votes are still needed. I'm +1 on the release, but believe we need to repackage for the release. Anyone else care to vote or have opinions about the distribution? On 3/12/05, Eric Pugh [EMAIL PROTECTED] wrote: Hi all, A couple of packaging issues were discovered in Email 1.0 RC3. I was encouraged to fix them and then call for a fresh vote, so I appreciate the understanding of the community that the (now) 4 release candidates it's taken to get email to 1.0. My first time signing a project. The release candidate is available at http://www.apache.org/~epugh/email/distributions/ and is just RC3 with some packaging tweaks, not Java code changes. The documentation is available at http://www.apache.org/~epugh/email/docs This is a full release vote (and so three +1's are required). please check the release before voting +1. i will not tally the votes before 2300 hours GMT on Tuesday 15th of March. here's my +1 - Eric -8- [ ] +1 Promote RC4 to commons-email-1.0 [ ] +0 In favour of this release [ ] -0 Against this release [ ] -1 Do not release RC4 - 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] ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux
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=35338. 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=35338 --- Additional Comments From [EMAIL PROTECTED] 2005-06-22 03:16 --- Well that puts a different light on things. We now have two users with the problem. I don't know much about Conectiva, but some googling tells me it's a Brazilian distribution. I don't know Portuguese but it seems to be using Kernel 2.6.5. Is that right in your case? Say George, looking back over this whole thread, I don't think we asked you what kernel your Fedora was using, Could you tell us. Maybe this is the common element here. Another question I want to ask is this: Is the problem with listFiles() only or do you see it with other commons-net APIs? like listNames() for example. -- 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 35458] - PropertyUtilsBean.copyProperties does not catch NoSuchMethodException
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=35458. 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=35458 --- Additional Comments From [EMAIL PROTECTED] 2005-06-22 01:48 --- Created an attachment (id=15507) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15507action=view) Adds a try/catch in the copyProperties loop -- 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 35458] New: - PropertyUtilsBean.copyProperties does not catch NoSuchMethodException
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=35458. 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=35458 Summary: PropertyUtilsBean.copyProperties does not catch NoSuchMethodException Product: Commons Version: Nightly Builds Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Bean Utilities AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I ran into a problem where I had a bean that had an IndexedSetter but no simple setter. This caused a NoSuchMethodException to get thrown in PropertyUtilsBean.copyProperties. This is inconsistant with BeanUtilsBean which catches this case and continues copying the other properties. When I asked about this in on the mailing list, the answer seemed to come back that this is probabaly incorrect behaviour, but it is possible people depend on this behaviour so this might be too big a change for a point release. I'm attaching the patch so it can be added to the next major release (if it is determined to be incorrect behaviour). The scenario I ran into this was one where I had a bean that I then used CGLib for enhancing. After that, the bean failed to be clonable by BeanUtils.clone. This could potentially become a big deal since Hibernate used CGLib for adding proxies to beans for lazy loading. -- 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 35458] - [PATCH]PropertyUtilsBean.copyProperties does not catch NoSuchMethodException
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=35458. 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=35458 [EMAIL PROTECTED] changed: What|Removed |Added Summary|PropertyUtilsBean.copyProper|[PATCH]PropertyUtilsBean.cop |ties does not catch |yProperties does not catch |NoSuchMethodException |NoSuchMethodException -- 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: [logging] JCL in webapps disabled in JBoss [WAS] requirements and static binding
--- Simon Kitching [EMAIL PROTECTED] wrote: On Mon, 2005-06-20 at 22:46 -0700, Brian Stansberry wrote: snip Of course because the error is now suppressed, people won't get any hint that the logging output is getting diverted to an unexpected destination - unless they explicitly use a commons-logging.properties file in their webapp to: * point to a specific logging adapter class, or * turn off ALLOW_FLAWED_LOG_HIERARCHY Since log4j is on the classpath, they'd have to do use commons-logging.properties anyway. Well, I have a patch to propose which will change that :-) Related to the comment you just added to LogFactoryImpl? But the issue is still that users can get the *wrong copy of log4j*. If they get the one in their webapp, then it will use a log4j.properties or log4j.xml file in the webapp to configure itself. If they get the one in the server, then it will have already configured itself from the log4j.properties or log4j.xml file in the server classpath and will totally ignore the webapp's config file. And if code in the webapp gets the webapp copy of log4j but code in the shared classpath called on behalf of the webapp (ie with context classloader set) gets the server copy of log4j then logging from those calls will go to the server. That's specifically why it's good to try to load the log adapter from the context classpath; if it gets log4j from there then logging by shared classes operating on behalf of a webapp use the log4j classes which were configured via a webapp-specific config file. Recent versions of log4j support this thing called a context hierarchy which means that even when deployed in a shared classpath, log4j will try to use config files from the context classpath. This will resolve the issue - but requires the container to set this all up first. Do you have any idea whether JBoss uses this log4j feature? Thanks for pointing this out. I while back I dug into the log4j code and saw them using the context classpath. Didn't know it was a new thing. To answer your question, at least beginning with JBoss 4.0.1 they use it. I know because the app I work on at my job uses it to separate our logging from the server's. (We put a log4j.xml in WEB-INF/classes). In JBoss 3.2.5 including log4j.xml in the webapp does not work. And now I know why. Hmm..given that JBoss filters out all jcl classes by default, isn't this painfully obvious with jboss? How on earth is a webapp supposed to configure its JCL logging when running inside jboss?? Surely any log4j.properties or log4j.xml file inside WEB-INF/classes is completely ignored in jboss (though picked up in tomcat)? The filtering of JCL is a new thing (added in 4.0.2) and in the 4.0 series configuring log4j from the context classpath works. Last night I also noticed avalon-framework.jar is on the server classpath. Don't know why, but may have something to do with making it available to shared classes if people specify it in a webapp. Brian __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] JCL in webapps disabled in JBoss [WAS] requirements and static binding
On Tue, 2005-06-21 at 21:57 -0700, Brian Stansberry wrote: Since log4j is on the classpath, they'd have to do use commons-logging.properties anyway. Well, I have a patch to propose which will change that :-) Related to the comment you just added to LogFactoryImpl? Yes. I had actually implemented the code to try all possible classes before trying the parent classloader - then I saw the flaw in my logic. So I'm going to throw my code away; the comment is all that will ever see the light :-) Re the JBoss stuff: I'm getting a little confused now. Rather than make an attempt to summarise the info myself do you think you might write a few paragraphs about how JCL might behave in JBoss and add it here? http://wiki.apache.org/jakarta-commons/Digester/FAQ If the information gets too large, perhaps a new page should be created with the FAQ entry just giving a one-line intro and then pointing to it... Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]