Re: [fileupload] FileItem.getName() IE prefix

On 4/12/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote: > > Martin Cooper wrote: > >>The point is not that this code is onerous, but that it is knowledge > >>about fileuploading that we have not encapsulated in [fileupload]. > > > > Because it was specifically not intended to be addressed by File

svn commit: r393698 - /jakarta/commons/proper/jelly/trunk/jelly-tags/jetty/project.xml

Author: felipeal Date: Wed Apr 12 20:18:50 2006 New Revision: 393698 URL: http://svn.apache.org/viewcvs?rev=393698&view=rev Log: added missing commons-codec dependency (tests were failing without it) Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/jetty/project.xml Modified: jakarta/

svn commit: r393693 - /jakarta/commons/proper/jelly/trunk/jelly-tags/jms/xdocs/changes.xml

Author: felipeal Date: Wed Apr 12 20:01:48 2006 New Revision: 393693 URL: http://svn.apache.org/viewcvs?rev=393693&view=rev Log: fixed comment Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/jms/xdocs/changes.xml Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/jms/xdocs/chang

svn commit: r393692 - in /jakarta/commons/proper/jelly/trunk/jelly-tags/soap: project.xml xdocs/changes.xml

Author: felipeal Date: Wed Apr 12 20:01:23 2006 New Revision: 393692 URL: http://svn.apache.org/viewcvs?rev=393692&view=rev Log: Replaced Sun's jars (jaxrpc and saaj) for Geronimo's equivalents Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/soap/project.xml jakarta/commons/proper

svn commit: r393688 - in /jakarta/commons/proper/jelly/trunk/jelly-tags/jms: project.xml xdocs/changes.xml

Author: felipeal Date: Wed Apr 12 19:45:06 2006 New Revision: 393688 URL: http://svn.apache.org/viewcvs?rev=393688&view=rev Log: Replaced Sun's jars (javamail and jaf) for Geronimo's equivalent Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/jms/project.xml jakarta/commons/proper/

svn commit: r393686 - /jakarta/commons/proper/jelly/trunk/jelly-tags/tag-project.xml

Author: felipeal Date: Wed Apr 12 19:35:24 2006 New Revision: 393686 URL: http://svn.apache.org/viewcvs?rev=393686&view=rev Log: added myself (thought I had done it already...) Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/tag-project.xml Modified: jakarta/commons/proper/jelly/trun

svn commit: r393683 - in /jakarta/commons/proper/jelly/trunk/jelly-tags/email: project.xml xdocs/changes.xml

Author: felipeal Date: Wed Apr 12 18:57:51 2006 New Revision: 393683 URL: http://svn.apache.org/viewcvs?rev=393683&view=rev Log: Replaced Sun's jars (javamail and jaf) for Geronimo's equivalent Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/email/project.xml jakarta/commons/prope

DO NOT REPLY [Bug 32573] - [collections] NPE: map.LRUMap.reuseMapping(LRUMap.java:272)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: [all] Maven2/RMIC?

I need to run the RMIC compiler after the test classes are compiled, but there is no (not yet at least) process-test-classes phase. Has anyone been able to RMIC compile a test class? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Sanchez Sent: Mo

DO NOT REPLY [Bug 39291] New: - [io] upload javadocs and source to maven2 repo

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32573] - [collections] NPE: map.LRUMap.reuseMapping(LRUMap.java:272)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32573] - [collections] NPE: map.LRUMap.reuseMapping(LRUMap.java:272)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r393622 - /jakarta/commons/proper/fileupload/trunk/xdocs/using.xml

Author: martinc Date: Wed Apr 12 14:30:46 2006 New Revision: 393622 URL: http://svn.apache.org/viewcvs?rev=393622&view=rev Log: Fix a typo in the user guide. Reported by Nick Didkovsky. Modified: jakarta/commons/proper/fileupload/trunk/xdocs/using.xml Modified: jakarta/commons/proper/fileupl

Re: [fileupload] Compile against Servlet 2.4 spec?

On 4/12/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > > On 4/11/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > > On 4/11/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > > > > At work I compile FileUpload against the Servlet 2.4 spec. This means > > > a patch so that the mock classes in the unit

Re: [fileupload] Compile against Servlet 2.4 spec?

On 4/11/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > On 4/11/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > > At work I compile FileUpload against the Servlet 2.4 spec. This means > > a patch so that the mock classes in the unit test will successfully > > extend the 2.4 super classes. > > > >

DO NOT REPLY [Bug 39272] - FileUtils needs a toString that takes a filename and returns its contents as a string

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Promote SCXML to Proper

On 4/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > > I propose, for the second time, that we move [scxml] to Commons > Proper. As a quick reminder, the first vote [1] called three months > ago was -1'ed for lack of developer support. > > --

Re: [VOTE] Promote SCXML to Proper

-0 because for me, and mentioned by some others, the name "scxml" is so opaque. When I look at the name I have no clue what it is. I know it's verbose but simply expanding the "SC" to StateChartXML would change my mind to full support. (The "StateChartXML" name would be the same length as "Configur

Re: [VOTE] Promote SCXML to Proper

On 4/8/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > I propose, for the second time, that we move [scxml] to Commons > Proper. As a quick reminder, the first vote [1] called three months > ago was -1'ed for lack of developer support. > >

DO NOT REPLY [Bug 29532] - [validator] javascript email domain length limited to 2 or 3 chars

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29532] - javascript email domain length limited to 2 or 3 chars

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39260] - [validator] Not Validating Emails with 4-character Domain Qualifier

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39260] - [validator] Not Validating Emails with 4-character Domain Qualifier

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [fileupload] FileItem.getName() IE prefix

Martin Cooper wrote: The point is not that this code is onerous, but that it is knowledge about fileuploading that we have not encapsulated in [fileupload]. Because it was specifically not intended to be addressed by FileUpload. But that doesn't answer why it can't. This is a component to ass