request karma to commons validator/i18n

2007-07-05 Thread Paul Benedict
I would like to commit to commons validator and commons i18n to enhance them for Struts. For validator, I want to add and finish some issues in the current snapshot, and, respectively, port some good i18n code from other Apache projects. Can I get karma for this? Thanks, Paul

Re: request karma to commons validator/i18n

2007-07-06 Thread Paul Benedict
Niall, that's fine by me. You're the lead of the project and I respect your contributions and leadership. I'll be passing everything by you. No worries. Paul On 7/6/07, Henri Yandell [EMAIL PROTECTED] wrote: On 7/6/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/6/07, Paul Benedict [EMAIL

Re: [proposal] No VOTE needed to elect ASF committers to commons WAS: Re: request karma to commons validator/i18n

2007-07-08 Thread Paul Benedict
What about an optimistic approach? That is, committers _who ask_ with a _rationale_ are evaluated thinly and get approval. If they do something off the wall, they can be booted out. Paul Torsten Curdt wrote: On 08.07.2007, at 20:54, Rahul Akolkar wrote: On 7/8/07, Henri Yandell [EMAIL

New M2 snapshots use org.apache.commons?

2007-07-09 Thread Paul Benedict
For development of new releases, should the commons-* folders be forgone and use org.apache.commons now? Thanks, Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: New M2 snapshots use org.apache.commons?

2007-07-10 Thread Paul Benedict
, Paul Benedict [EMAIL PROTECTED] wrote: For development of new releases, should the commons-* folders be forgone and use org.apache.commons now? Check the list archives for some past discussion... it has to be handled carefully with old releases relocated in the central repository, or downstream

Re: New M2 snapshots use org.apache.commons?

2007-07-10 Thread Paul Benedict
, so Maven couldn't yell at us for having a clashing dependency. Not that I know if the plugin system would have warned me of the clash, it was a fun bug :) With something as low as Commons, this transitive dependency clash is really, really valuable. Hen On 7/10/07, Paul Benedict [EMAIL PROTECTED

Re: svn commit: r555489 - in /jakarta/commons/proper/beanutils/trunk/src: java/org/apache/commons/beanutils/locale/converters/FloatLocaleConverter.java test/org/apache/commons/beanutils/locale/convert

2007-07-12 Thread Paul Benedict
This is trivial, but supplied is spelled wrong. Needs two P's. On 7/11/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: niallp Date: Wed Jul 11 21:53:26 2007 New Revision: 555489 URL: http://svn.apache.org/viewvc?view=revrev=555489 Log: BEANUTILS-44 FloatLocaleConverter cannot parse

Re: [BeanUtils] Progressing towards a 1.8.0 release

2007-07-12 Thread Paul Benedict
Great job Niall. Kudos. On 7/12/07, Rahul Akolkar [EMAIL PROTECTED] wrote: On 7/12/07, Niall Pemberton [EMAIL PROTECTED] wrote: BeanUtils is getting close to being ready for a 1.8.0 release IMO (under 10 issues left targeted for 1.8.0). http://issues.apache.org/jira/browse/BEANUTILS

Re: [BeanUtils] Progressing towards a 1.8.0 release

2007-07-14 Thread Paul Benedict
I've always found it interesting there is a commons-beanutils and common-beanutils-core deliverable. The name doesn't suggest what makes the first one different. Usually the core artifact is foundational (like tapestry-core or struts-core). If it is an API package, I would add api to the end

Re: [BeanUtils] Progressing towards a 1.8.0 release

2007-07-14 Thread Paul Benedict
If I understood Henri correctly, his proposal is to distribute one artifact with optional collection dependencies. True? If so, I am for it. I don't see any technical advantage in creating collection-free or collection-only jars. On 7/14/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 7/14/07,

Re: [BeanUtils] Progressing towards a 1.8.0 release

2007-07-14 Thread Paul Benedict
On 7/14/07, Niall Pemberton [EMAIL PROTECTED] wrote: I was around (just) when 1.7.0 was released but I have no recollection of the decisions made on packaging. I believe the bean-collections related bean stuff came originally from commons collections - so I presume this allows people to

[jira] Commented: (LANG-238) [lang] Add equals(type[]) to NumberUtils

2006-12-29 Thread Paul Benedict (JIRA)
[ http://issues.apache.org/jira/browse/LANG-238?page=comments#action_12461475 ] Paul Benedict commented on LANG-238: The rollback is correct, but that's because the implementation is wrong. The enhancement request is not to compare two

[jira] Commented: (LANG-238) [lang] Add equals(type[]) to NumberUtils

2006-12-31 Thread Paul Benedict (JIRA)
[ http://issues.apache.org/jira/browse/LANG-238?page=comments#action_12461598 ] Paul Benedict commented on LANG-238: I don't know if it is useful, but the float/double version could provide a precision field. Perhaps someone is interested

[jira] Commented: (LANG-238) [lang] Add equals(type[]) to NumberUtils

2006-12-31 Thread Paul Benedict (JIRA)
[ http://issues.apache.org/jira/browse/LANG-238?page=comments#action_12461600 ] Paul Benedict commented on LANG-238: In my opinon, you could also just name the method with equal (singlar): equal(), equalTrue(), equalFalse(), etc. I prefer

[jira] Created: (LANG-332) EqualsBuilder to alternatively use method properties

2007-05-08 Thread Paul Benedict (JIRA)
: 2.3 Reporter: Paul Benedict Fix For: 3.0 While it is very nice reflection can be used to build a nice equals method, the strategy to focus on private properties is non-negotiable. This strategy is incompatible with CGLIB proxies which rely on method invocations

[jira] Created: (VALIDATOR-230) Enum validator

2007-05-28 Thread Paul Benedict (JIRA)
Enum validator -- Key: VALIDATOR-230 URL: https://issues.apache.org/jira/browse/VALIDATOR-230 Project: Commons Validator Issue Type: New Feature Affects Versions: 1.3.1 Release Reporter: Paul Benedict

[jira] Updated: (VALIDATOR-230) Enum validator

2007-05-28 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Benedict updated VALIDATOR-230: Affects Version/s: (was: 1.3.1 Release) Enum validator

[jira] Created: (LANG-343) Validate: Throw NullArgumentException

2007-06-24 Thread Paul Benedict (JIRA)
Validate: Throw NullArgumentException - Key: LANG-343 URL: https://issues.apache.org/jira/browse/LANG-343 Project: Commons Lang Issue Type: Improvement Affects Versions: 2.3 Reporter: Paul

[jira] Created: (FILEUPLOAD-140) Means to preserve text parameters when upload limit exceeded

2007-07-04 Thread Paul Benedict (JIRA)
: Improvement Affects Versions: 1.2 Reporter: Paul Benedict Fix For: 1.2.1 I am trying to resolve https://issues.apache.org/struts/browse/STR-2585 but am lacking the means to do it. The current use is with the deprecated DiskFileUpload and I prefer to have this class

[jira] Created: (VALIDATOR-232) Add script attribute to control script generation

2007-07-07 Thread Paul Benedict (JIRA)
Components: Framework Reporter: Paul Benedict Priority: Minor Fix For: 1.4 Add a script=true|false attribute to field to control whether JavaScript should be generated. Also see: https://issues.apache.org/struts/browse/STR-1888 -- This message

[jira] Commented: (FILEUPLOAD-140) Means to preserve text parameters when upload limit exceeded

2007-07-08 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511018 ] Paul Benedict commented on FILEUPLOAD-140: -- Jochen, please re-evaluate this issue. The first link I

[jira] Issue Comment Edited: (FILEUPLOAD-140) Means to preserve text parameters when upload limit exceeded

2007-07-08 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511018 ] Paul Benedict edited comment on FILEUPLOAD-140 at 7/8/07 5:44 PM: -- Jochen

[jira] Created: (VALIDATOR-233) Update location of dojo compressor library

2007-07-09 Thread Paul Benedict (JIRA)
Affects Versions: 1.4 Reporter: Paul Benedict Fix For: 1.4 build-javascript.xml no longer has a valid URL to the compressor library. It is now located at: http://svn.dojotoolkit.org/dojo/trunk/buildscripts/lib/ -- This message is automatically generated by JIRA

[jira] Created: (VALIDATOR-234) Create 1.4 DTD

2007-07-09 Thread Paul Benedict (JIRA)
Create 1.4 DTD -- Key: VALIDATOR-234 URL: https://issues.apache.org/jira/browse/VALIDATOR-234 Project: Commons Validator Issue Type: Task Components: Framework Affects Versions: 1.4 Reporter: Paul

[jira] Updated: (VALIDATOR-232) Add script attribute to control script generation

2007-07-09 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Benedict updated VALIDATOR-232: Attachment: VALIDATOR-232.patch Added new scripting property to Field. I chose

[jira] Updated: (VALIDATOR-232) Add script attribute to control script generation

2007-07-09 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Benedict updated VALIDATOR-232: Attachment: VALIDATOR-232.dtd.patch Attaching patch for the 1.4 DTD. Once the DTD

[jira] Commented: (VALIDATOR-233) Update location of dojo compressor library

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511422 ] Paul Benedict commented on VALIDATOR-233: - Niall, I have successfully changed the URL on my build

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511424 ] Paul Benedict commented on VALIDATOR-232: - Niall, I agree with the example you provided. I think

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511613 ] Paul Benedict commented on VALIDATOR-232: - I don't use any javascript validation on my apps because

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511634 ] Paul Benedict commented on VALIDATOR-232: - I would prefer scriptable -- positive language. This makes

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511639 ] Paul Benedict commented on VALIDATOR-232: - How doesn't scriptable describe the purpose? script+able

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511647 ] Paul Benedict commented on VALIDATOR-232: - You make a good point in regards to the field's ability

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511648 ] Paul Benedict commented on VALIDATOR-232: - ... and I wouldn't mind simply client over clientValidation

[jira] Issue Comment Edited: (VALIDATOR-232) Add script attribute to control script generation

2007-07-10 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511648 ] Paul Benedict edited comment on VALIDATOR-232 at 7/10/07 9:37 PM: -- ... and I

[jira] Commented: (VALIDATOR-232) Add script attribute to control script generation

2007-07-13 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/VALIDATOR-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512415 ] Paul Benedict commented on VALIDATOR-232: - Niall, I change my position and am fine with Martin's

[jira] Commented: (LANG-343) Validate: Throw NullArgumentException

2007-07-14 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/LANG-343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512723 ] Paul Benedict commented on LANG-343: Henri, I read the other issue. There's at least an enhancement here for 2.3

[jira] Commented: (LANG-52) [lang] Validate.notNull should throw NullArgumentException

2007-07-14 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/LANG-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512757 ] Paul Benedict commented on LANG-52: --- This can be fixed in the 2.x line. Add a second constructor

[jira] Commented: (BEANUTILS-91) PropertyUtils.copyProperties throws exceptions contrary to documentation

2007-07-14 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/BEANUTILS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512770 ] Paul Benedict commented on BEANUTILS-91: Exceptions are not part of the method signature. Because both

[jira] Issue Comment Edited: (BEANUTILS-91) PropertyUtils.copyProperties throws exceptions contrary to documentation

2007-07-14 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/BEANUTILS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512770 ] Paul Benedict edited comment on BEANUTILS-91 at 7/14/07 7:31 PM: - Exceptions

[jira] Commented: (FILEUPLOAD-136) FileUpload race condition with used with Jetty 6

2007-07-16 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513123 ] Paul Benedict commented on FILEUPLOAD-136: -- Could it be related to this? https://issues.apache.org

[jira] Commented: (FILEUPLOAD-141) Remove FileItems if FileUploadBase.parseRequest() fails

2007-07-24 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514940 ] Paul Benedict commented on FILEUPLOAD-141: -- That's why it should be an option. Adding a boolean

[jira] Issue Comment Edited: (FILEUPLOAD-141) Remove FileItems if FileUploadBase.parseRequest() fails

2007-07-24 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514940 ] Paul Benedict edited comment on FILEUPLOAD-141 at 7/24/07 4:12 AM: --- That's why

[jira] Commented: (FILEUPLOAD-141) Remove FileItems if FileUploadBase.parseRequest() fails

2007-07-24 Thread Paul Benedict (JIRA)
[ https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515107 ] Paul Benedict commented on FILEUPLOAD-141: -- Here's a past ticket from Struts on the very issue: https