Re: [site] No commons build
Also -1 to having the docs depend on javascript. I am also -1 (PMC binding vote) -- James Mitchell EdgeTech, Inc. http://edgetechservices.net/ 678.910.8017 Skype: jmitchtx On Mar 16, 2006, at 9:24 AM, Niall Pemberton wrote: On 3/15/06, Stephen Colebourne [EMAIL PROTECTED] wrote: Progress to remove commons-build seems to be moving along nicley. So far at least [lang], [io], [primitives], [collections], [codec], [logging] and [betwixt] are done, plus [pool] unpublished. I believe that I may have an even sneakier way to handle the shared menu part however. This is a medium term idea... We could write a piece of javascript that adds the menu items to the page dynamically after the page is loaded. The script could be hosted online and referenced by http. Thus one change to the javascript would affect all websites without regenerating them (as the CSS will do now). Unfortunately, I don't have the time to investigate or play with this right now, but if anyone else wants to feel free! In the meantime, I suggest continuing with the current process to remove commons-build as that seems to be working fine so far. The problem with this approach is that as well as requiring an online connection to build components, it also requires a online connection to view the docs properly. IMO this isn't that much of an improvement on having to check out commons-build. Plus as someone else mentioned, it puts additional load on the apache hardware. Seems to me that for the few people that build from source we're removed one issue and added another (need online connection to build) and for everyone we've added an issue when viewing the docs. I just don't see how this can be considered improving the situation. Also -1 to having the docs depend on javascript. Niall 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] Demote Latka and Resources to Dormant
I agree with Niall. I've written several database-based implementations for resources, and there already exists a Struts plugin for resources that let's our users use commons-resources now (and is backward compatible to Struts 1.1). The only thing commons-resources really suffers from is not having someone give the time to do a release. I feel it is ready, I just don't have the time right now. -- James Mitchell EdgeTech, Inc. http://edgetechservices.net/ 678.910.8017 Skype: jmitchtx On Mar 12, 2006, at 7:04 PM, Niall Pemberton wrote: - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] Sent: Sunday, March 12, 2006 10:04 PM Demote [latka] to dormant status (It has no activity and no release) [ ] +1 - Demote [ ] -1 - Keep [latka] alive, because... +1 Demote [reosurces] to dormant status (It's main customer Struts isn't using it now) [ ] +1 - Demote [ ] -1 - Keep [resources] alive, because... -0 Struts hasn't ever used it properly because it was never released. I still think theres a good reason for resources to exist and I would like to work on it. However practical reality is that I'm unlikely to do so, so I'm not going to vote against this, although at this point I would prefer it to remain as it is, rather than demoted back to the sandbox - which I believe practically means its demise. Niall PS: I'm hoping that someone will volunteer to do the actual svn moves and demotion ;-) 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: [resources][all] Resources status
I am also a [resources] developer and while I wish there were more interest in supporting it, I just don't see that happening any time soon. Also, I agree with Niall that the API needs a bit of clean up. At one point, the existing MessageResources (Struts) were to be deprecated in favor of commons-resources. I remember seeing it on it on the roadmap and having a few discussions around it, but I can't find the link for it right nowwhich says more about my involvement than I like to admit ;) So, +1 for fast track. I suppose if we need it bad enough for a future release, we can always pull it back out and try again. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring 678.910.8017 - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Monday, March 06, 2006 1:01 AM Subject: Re: [resources][all] Resources status On 3/5/06, Niall Pemberton [EMAIL PROTECTED] wrote: On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote: Can we establish the status of [resources]. snip/ Does a [resources] developer want to speak up in its favour? Or should we fast track it to dormant? If no other commons developers show interest in working on it then +1 Technically, I'm a Resources developer, but I haven't touched it in a _long_ time. Given that most of my coding these days is in JavaScript and ActionScript, that's not likely to change any time soon, so +1 for fast-tracking Resources to dormant. -- Martin Cooper Niall 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: [validator] Site build problem
Regenerate? Not sure. Here's what I ended up doing... $cd ~ $mv .maven old.maven $mv maven-1.0.2 old.maven-1.0.2 $unzip maven-1.0.2.zip $cd svn/jakarta-commons/validator $maven site Does that qualify as regenerate? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 5:41 PM, Rory Winston wrote: Hi James Have you tried to regenerate your plugin cache? Rory James Mitchell wrote: Wow, I'm speechless. Same error. I'll ping the Maven list. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:24 AM, James Mitchell wrote: Ok, now checkstyle is failing for me. This is the part I hate, digging to see what was changed. My fear is that something has changed in our configuration. Perhaps one plugin has installed an incompatible version of a dependency with another plugin. I'm trying again on a fresh install (and clean cache) of Maven 1.0.2. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:08 AM, James Mitchell wrote: Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/ jdepend- report.html from /home/mrdon/dev/validator/m-target/generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [validator] Site build problem
Yes, the fmt error was during the transformation of the checkstyle report. I doubt this problem is with our Maven configuration. Something else is going on here. I'm going to look at it with a vanilla build script. I'll post back in a few. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 6:22 PM, Don Brown wrote: James was getting the checkstyle error; I was getting the fmt jelly error. Hopefully both related? Don On 9/2/05, Rory Winston [EMAIL PROTECTED] wrote: OK, sorry Don, I had missed the email where you said you did this earlier. Regenerating the plugins cache is basically a delete and re-run Maven, for the most part. What is the Checkstyle error you are getting? Don Brown wrote: FWIW, I completely removed my .maven/plugins directory with the same result. Don On 9/2/05, James Mitchell [EMAIL PROTECTED] wrote: Regenerate? Not sure. Here's what I ended up doing... $cd ~ $mv .maven old.maven $mv maven-1.0.2 old.maven-1.0.2 $unzip maven-1.0.2.zip $cd svn/jakarta-commons/validator $maven site Does that qualify as regenerate? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 5:41 PM, Rory Winston wrote: Hi James Have you tried to regenerate your plugin cache? Rory James Mitchell wrote: Wow, I'm speechless. Same error. I'll ping the Maven list. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:24 AM, James Mitchell wrote: Ok, now checkstyle is failing for me. This is the part I hate, digging to see what was changed. My fear is that something has changed in our configuration. Perhaps one plugin has installed an incompatible version of a dependency with another plugin. I'm trying again on a fresh install (and clean cache) of Maven 1.0.2. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:08 AM, James Mitchell wrote: Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/ jdepend- report.html from /home/mrdon/dev/validator/m-target/ generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don -- -- - To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] --- -- To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] - To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] - To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] -- --- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED
Re: [validator] Site build problem
I tried the same on my windows box and it went fine for both 1.4 AND 1.5. So, at this point, I cannot execute the 'site' target for validator only when I'm on my Mac. I haven't tried on my linux box yet. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 7:53 PM, James Mitchell wrote: Yes, the fmt error was during the transformation of the checkstyle report. I doubt this problem is with our Maven configuration. Something else is going on here. I'm going to look at it with a vanilla build script. I'll post back in a few. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 6:22 PM, Don Brown wrote: James was getting the checkstyle error; I was getting the fmt jelly error. Hopefully both related? Don On 9/2/05, Rory Winston [EMAIL PROTECTED] wrote: OK, sorry Don, I had missed the email where you said you did this earlier. Regenerating the plugins cache is basically a delete and re-run Maven, for the most part. What is the Checkstyle error you are getting? Don Brown wrote: FWIW, I completely removed my .maven/plugins directory with the same result. Don On 9/2/05, James Mitchell [EMAIL PROTECTED] wrote: Regenerate? Not sure. Here's what I ended up doing... $cd ~ $mv .maven old.maven $mv maven-1.0.2 old.maven-1.0.2 $unzip maven-1.0.2.zip $cd svn/jakarta-commons/validator $maven site Does that qualify as regenerate? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 5:41 PM, Rory Winston wrote: Hi James Have you tried to regenerate your plugin cache? Rory James Mitchell wrote: Wow, I'm speechless. Same error. I'll ping the Maven list. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:24 AM, James Mitchell wrote: Ok, now checkstyle is failing for me. This is the part I hate, digging to see what was changed. My fear is that something has changed in our configuration. Perhaps one plugin has installed an incompatible version of a dependency with another plugin. I'm trying again on a fresh install (and clean cache) of Maven 1.0.2. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:08 AM, James Mitchell wrote: Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/ jdepend- report.html from /home/mrdon/dev/validator/m-target/ generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don - - -- - To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] -- - -- To unsubscribe, e-mail: commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: commons-dev- [EMAIL PROTECTED] --- - - To unsubscribe, e
Re: [validator] Site build problem
I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/jdepend- report.html from /home/mrdon/dev/validator/m-target/generated-xdocs/ jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] Site build problem
Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/jdepend- report.html from /home/mrdon/dev/validator/m-target/generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don - 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: [validator] Site build problem
Ok, now checkstyle is failing for me. This is the part I hate, digging to see what was changed. My fear is that something has changed in our configuration. Perhaps one plugin has installed an incompatible version of a dependency with another plugin. I'm trying again on a fresh install (and clean cache) of Maven 1.0.2. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:08 AM, James Mitchell wrote: Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/jdepend- report.html from /home/mrdon/dev/validator/m-target/generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] Site build problem
Wow, I'm speechless. Same error. I'll ping the Maven list. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:24 AM, James Mitchell wrote: Ok, now checkstyle is failing for me. This is the part I hate, digging to see what was changed. My fear is that something has changed in our configuration. Perhaps one plugin has installed an incompatible version of a dependency with another plugin. I'm trying again on a fresh install (and clean cache) of Maven 1.0.2. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:08 AM, James Mitchell wrote: Hmm, still no dice...same error again. This time on the change- report. I'll try again with that one commented out. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 2, 2005, at 12:00 AM, James Mitchell wrote: I'm seeing the same on my box. Try commenting out the changelog report and do a maven clean site. I'm trying it now. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: callto://jmitchtx On Sep 1, 2005, at 9:55 PM, Don Brown wrote: I seem unable to run 'maven site' for Commons Validator: [echo] Generating /home/mrdon/dev/validator/m-target/docs/jdepend- report.html from /home/mrdon/dev/validator/m-target/generated- xdocs/jdepend- report.xml Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary java.lang.ClassNotFoundException: org.apache.commons.jelly.tags.fmt.FmtTagLibrary Any ideas? I removed ~/.maven/plugins and ~/.maven/cache but to no avail. Thanks, Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [sandbox/i18n] Could sombody commit my JDBC provider?
If you don't hear anything back in a few days from Daniel or others, I'll make the changes. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: jmitchtx On Jul 14, 2005, at 1:41 AM, Mattias Jiderhamn wrote: As you may have noticed, I chose to create a Bugzilla entry (35726, http://issues.apache.org/bugzilla/show_bug.cgi?id=35726), where I intend to post the patches for the remaining issues, so that they are readily available to anyone. At 2005-07-13 22:35, Mattias Jiderhamn wrote: I haven't heard from Daniel Florey for a while now, so my guess is he is on vacation. Therefore I wonder if there is somebody else with sandbox commit access that could commit my patch below, adding a JDBC/database MessageProvider to the i18n component. I intend to continue working on the remaining issues (as of e-mail on 2005-06-18) and I would prefer to separate the different issues into different patches/commits, rather than one big my contributions. If needed for correct encoding/line breaks, I could e-mail a zipped diff to somebody privately, or create a Bugzilla entry. Thanks in advance. Mattias Jiderhamn Here is the patch: Index: project.properties === --- project.properties (revision 201952) +++ project.properties (working copy) @@ -28,3 +28,8 @@ # M A V E N J A R O V E R R I D E # - --- maven.jar.override = on + + +# Set target to Java 1.4, since JCoverage does not work with Java 1.5 +maven.compile.source=1.4 +maven.compile.target=1.4 \ No newline at end of file Index: project.xml === --- project.xml (revision 201952) +++ project.xml (working copy) @@ -74,6 +74,23 @@ /contributors dependencies +!-- Please note, these depenencies are needed for unit tests only! -- +dependency +idhsqldb/id +version1.7.3.3/version +/dependency +dependency +idcommons-dbcp/id +version1.2.1/version +/dependency +dependency +idcommons-pool/id +version1.2/version +/dependency +dependency +idcommons-collections/id +version2.1.1/version +/dependency /dependencies build Index: src/test/org/apache/commons/i18n/I18nUtilsTest.java === --- src/test/org/apache/commons/i18n/I18nUtilsTest.java (revision 0) +++ src/test/org/apache/commons/i18n/I18nUtilsTest.java (revision 0) @@ -0,0 +1,45 @@ +/* +* +* +* +* Copyright 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.i18n; + +import junit.framework.TestCase; + +import java.util.Locale; + +/** + * @author Mattias Jiderhamn + */ +public class I18nUtilsTest extends TestCase { +public void testGetParentLocale() { +assertEquals(Language, country and variant, +new Locale(en, GB), +I18nUtils.getParentLocale(new Locale(en, GB, scottish))); + +assertEquals(Language and country, +Locale.ENGLISH, +I18nUtils.getParentLocale(new Locale(en, GB))); + +assertEquals(Language and variant, +Locale.ENGLISH, +I18nUtils.getParentLocale(new Locale(en, , scottish))); + +assertNull(Language only, I18nUtils.getParentLocale (Locale.ENGLISH)); +} +} Index: src/test/org/apache/commons/i18n/ ResourceBundleMessageProviderTest.java === --- src/test/org/apache/commons/i18n/ ResourceBundleMessageProviderTest.java (revision 201952) +++ src/test/org/apache/commons/i18n/ ResourceBundleMessageProviderTest.java (working copy) @@ -137,7 +137,7 @@ Map germanEntries = new ResourceBundleMessageProvider (messageBundle).getEntries(helloWorld, Locale.GERMAN); assertEquals(No of entries, 3, germanEntries.size()); assertEquals(Hallo Welt
Fw: [Fwd: [commons-email] RFC about improving the code ....]
Re: [Fwd: [commons-email] RFC about improving the code ...FYI...This was hung in moderation. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Joe Germuska To: Jakarta Commons Developers List Sent: Thursday, May 19, 2005 2:56 PM Subject: Re: [Fwd: [commons-email] RFC about improving the code ] This is interesting; I've just recently been thinking about asking the community if there would be interest in adjusting commons-email so that there was a Sender API. I'm not quite sure how we would re-engineer it in a backwards compatible way, but I'm interested in an architecture which prevents my development team from accidentally thinking that it's OK to send a message directly in an app; instead, they'd have to use the Sender Implementation. This would then enable dropping in an implementation which didn't actually send the message, as in for example a test or development environment. If there's interest in this, does anyone have a strategy for doing it? It is a little late to remove the send() method, although I suppose it could be deprecated. Joe At 7:13 PM +0200 5/19/05, Siegfried Goeschl wrote: FYI Siegfried Goeschl Original Message Subject: [commons-email] RFC about improving the code Date: Thu, 19 May 2005 19:10:17 +0200 From: Siegfried Goeschl [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Organization: IT20one GmbH To: Eric Pugh [EMAIL PROTECTED] Hi Eric, long story - since I'm in the middle of migrating my old Turbine application to CVS HEAD I stumbled across commons-email and I'm currently migrating a very old Turbine service for sending emails to use commons-email to a Fulcrum service and having a few problems, and . Since the mailing list does not respond to my subscription and you are the main committer I need to patch the existing code to fulfill some basic requirements 1) having a few getters for basic properties of EMail would be nice (subject, fromAddress) to enable some diagnostic ouptut if anything goes wrong while creating the MimeMessage. Having said that a toString() implementation would not be bad either. 2) more significant I need to seperate the creation of the underlying MimeMessage from actually sending it, e.g. I do a lot of stuff with SMIME signature where you build the MimeMessage and then sign it. Building the MimeMessage (the hard part) is already done by commons-email but it would be useful to intercept the actual sending to provide more flexibility. I think of public final MimeMessage getMimeMessage(); public void buildMimeMessage() throws EmailException; public void sendMimeMessage() throws EmailException; public void send() throws EmailException { this.buildMimeMessage(); // now it is possible to call getMimeMessage() this.sendMimeMessage(); } 3) access to the MimeMessage allows to retrieve the message id - the only way to keep track of message sent by the SMPT server I hope my comments make sense - could you forward the message to the mailing list ... as always I have little time to wait for the outcome of lenghty discussion so I start doing the work tommorrow ... :-) Cheers, Siegfried Goeschl -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n PATCH] Adding provider qualifying
I'm happy to help. But, to be honest, I'm a bit disappointed at how this project is being developed. I feel that i18n would benefit tremendously by reusing instead of reinventing. As was pointed out months ago, there's just too much you get for free by leveraging other components and communities. With all do respect to those of you working on i18n, I'm not currently using this component in my own work, but I plan to in the near future. At that time I'll most likely fork the code, strip out the bottom half (dealing with message retrieval) and plug in commons-resources. I have no interest in trying to redo my work from Commons Resources or reimplement the 3 Database-based impls of such. And what about the hundreds of JUnit tests. One thing I've been working on lately is getting Resources to 100% test coverage. I would hate to ask someone to redo their work because I didn't want to depend on another project. Thanks. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Mattias J [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org; Daniel Florey [EMAIL PROTECTED] Sent: Thursday, May 19, 2005 3:13 AM Subject: [i18n PATCH] Adding provider qualifying I have previously discussed with Daniel Florey a change that allows the user to qualify the provider (or source or namespace) to be used for a given text entry. My main motivation for this is to allow the same entry key in several different text sources, but this also provides better performance since the API does not have to loop over the different providers in search for the given entry. Thanks to James Mitchell I am now able to create the diff for this change; see below. I would be happy if Daniel or anybody else would review and commit this patch. Included in the patch is also a minor change that allows non-string ResourceBundle entries to be used (via toString()). After this there are a few more changes I would like to discuss - conserning class and package dependencies among others - so Daniel, please tell me when you are available again. I also hope to find the time to create an example DatabaseProvider. Now here is the diff. (Again, if lines are wrapped in the e-mail, I can provide the diff by personal e-mail or in a bugzilla entry). Index: src/test/org/apache/commons/i18n/MockProviderTestBase.java === --- src/test/org/apache/commons/i18n/MockProviderTestBase.java (revision 170884) +++ src/test/org/apache/commons/i18n/MockProviderTestBase.java (working copy) @@ -30,36 +30,41 @@ * @author Mattias Jiderhamn */ public abstract class MockProviderTestBase extends TestCase { -/** - * Mock message provider that returns a string made up of the arguments passed to it. - */ -final private MessageProvider mockMessageProvider = new MessageProvider() { -public String getText(String id, String entry, Locale locale) throws MessageNotFoundException { -return MockProviderTestBase.getMockString(id, entry, locale); -} -public Map getEntries(String id, Locale locale) throws MessageNotFoundException { -Map output = new HashMap(); -output.put(entry1, MockProviderTestBase.getMockString(id,entry1,locale)); -output.put(entry2, MockProviderTestBase.getMockString(id,entry2,locale)); -return output; -} -}; - public void tearDown() { /* Remove mock provider after each test, to allow for MessageNotFoundExceptions */ -MessageManager.removeMessageProvider(mock); -removeThrowingMockProvider(); +MessageManager.clearMessageProviders(); } /** * Add mock provider to codeMessageManager/code. */ protected void addMockProvider() { -MessageManager.addMessageProvider(mock, mockMessageProvider); +addMockProvider(mock); } /** + * Add mock provider to codeMessageManager/code. + */ +protected void addMockProvider(final String providerId) { + // Mock message provider that returns a string made up of the arguments passed to it. +MessageProvider mockMessageProvider = new MessageProvider() { +public String getText(String id, String entry, Locale locale) throws MessageNotFoundException { +return MockProviderTestBase.getMockString(providerId, id, entry, locale); +} + +public Map getEntries(String id, Locale locale) throws MessageNotFoundException { +Map output = new HashMap(); +output.put(entry1, MockProviderTestBase.getMockString(providerId,id,entry1,locale)); +output.put(entry2, MockProviderTestBase.getMockString(providerId,id,entry2,locale
Re: [sandbox/i18n] Somebody please re-add
done. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Mattias J [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, May 18, 2005 2:54 AM Subject: [sandbox/i18n] Somebody please re-add Daniel Florey seems to be unavailable at the time, so is there somebody else with sandbox access that would be so kind to re-add the i18n test cases that were added/modified in rev 167900 and accidentally removed in rev 168590? The diff is inlined below, but I will probably have to e-mail you a diff file off list, to make sure wrapping and line breaks are intact. Index: src/test/org/apache/commons/i18n/MessageManagerTest.java === --- src/test/org/apache/commons/i18n/MessageManagerTest.java (revision 0) +++ src/test/org/apache/commons/i18n/MessageManagerTest.java (revision 0) @@ -0,0 +1,115 @@ +/* + * Copyright 2005 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.i18n; + +import java.util.Locale; +import java.util.Map; + +/** + * @author Mattias Jiderhamn + */ +public class MessageManagerTest extends MockProviderTestBase { + +/** Dummy to add to constructor to coverage report */ +public void testDummy() { +new MessageManager(); +} + +public void testGetText() { +assertEquals(Default text used, defaultText, +MessageManager.getText(dummyId, dummyEntry, null, Locale.US, defaultText)); +assertEquals(Default text with arguments, defaultText with value, +MessageManager.getText(dummyId, dummyEntry, new String[] {with value}, +Locale.US, defaultText {0})); +try { +MessageManager.getText(dummyId, dummyEntry, null, Locale.US); +fail(Entry not found should cause error); +} +catch(MessageNotFoundException mnfex) { +assertEquals(Error text, No MessageProvider registered, mnfex.getMessage()); +} + +addThrowingMockProvider(); // Add mock provider always throwing exceptions + +try { +MessageManager.getText(dummyId, dummyEntry, null, Locale.US); +fail(Mock provider should throw Exception); +} +catch(MessageNotFoundException mnfex) { +assertEquals(Error text, Mock exception from getText(), mnfex.getMessage()); +} + +addMockProvider(); // Add mock provider + +assertEquals(Throwing mock not used, Id=dummyId Entry=dummyEntry Locale=en_US, +MessageManager.getText(dummyId, dummyEntry, null, Locale.US, defaultText)); + +removeThrowingMockProvider(); // Removing throwing mock and keep only normal mock + +assertEquals(Default text not used, Id=dummyId Entry=dummyEntry Locale=en_US, +MessageManager.getText(dummyId, dummyEntry, null, Locale.US, defaultText)); + +assertEquals(Normal lookup, Id=id Entry=entry Locale=en_US, +MessageManager.getText(id, entry, null, Locale.US)); +assertEquals(Single argument, +Id=id Entry=entry value1 Locale=en_US, +MessageManager.getText(id, entry {0}, new String[] {value1}, Locale.US)); +assertEquals(Multiple arguments, +Id=id Entry=entry value0: value1 Locale=en_US, +MessageManager.getText(id, entry {0}: {1}, new String[] {value0, value1},Locale.US)); + +assertEquals(Single argument and default, +Id=id Entry=entry value1 Locale=en_US, +MessageManager.getText(id, entry {0}, new String[] {value1},Locale.US, defaultText)); +} + +public void testGetEntries() { +try { +MessageManager.getEntries(dummyId, Locale.US); +fail(Entry not found should cause error); +} +catch(MessageNotFoundException mnfex) { +assertEquals(Error text, No MessageProvider registered, mnfex.getMessage()); +} + +addThrowingMockProvider(); // Add mock provider always throwing exceptions + +try { +MessageManager.getEntries(dummyId, Locale.US); +fail(Mock provider should throw Exception); +} +catch
Re: [i18n] Entry qualifier
Seems like i18n is reinventing the wheel over and over. I see we are using of Sax, when Digester is the most viable choice, given the typical clients of this framework. I see where ResourceBundle is used, yet a much more robust solution is already provided through Commons Resources. Any chance we can change this to use the above frameworks? My primary goal was to keep this component simple. It has no dependencies to other jars and that is a big plug for the daily use. Remember my thread about the missing ability in the java world to deal with different versions of the same class. So using digester/resources could cause a lot of trouble to bigger projects using a different version of these components. I know that we have some overlapping with Commons Resources, but the I18n is dealing with bundles of messages and introduces LocalizedExceptions using these bundles. As I needed this already in different projects seriously dealing with internationalization, personally I still think this component is reasonable. Cheers, Daniel I'm sorry that you feel that way. I disagree, but not enough to discuss it any further. I know this is your (your == you guys) baby, and I'm not looking to rock the boat. So, I'll put this effort on the back burner for now. Not that I'm disinterested, I've just got tons of other items on my hot-list that are begging for me to work on. Thanks again. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] Entry qualifier
There were server errors earlier today. Did you ever get this to run? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Mattias J [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org; Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, April 20, 2005 3:49 PM Subject: Re: [i18n] Entry qualifier At 2005-04-20 09:47, Mattias J wrote: B.t.w James: Thought I'd run your new Maven config to see the coverage of the tests I've added. Though I have not checked out .../commons-build/sandbox-project.xml and currently I cannot access the SVN server. Sorry if this is because I'm a newbie with Maven, but I am not able to get this to work. I have downloaded the commons-build SVN-files and can build and test with Maven. But if i run maven jcoverage all the tests fail, most with java.lang.NoClassDefFoundError, assumably because either the instrumented classes or some jcoverage libraries are not on the classpath. What do I need to do to my environment to get this working? Mattias Jiderhamn - 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: [i18n] Entry qualifier
I'm wrapping up development of a new Struts plug-in that integrates CommonsResources and is backward compatible with Struts 1.1. After that I can throw some time your way. I'm getting pretty good with Maven and JUnit stuff is always a valued resource. If you guys are not already doing so, adding a JCoverage report (which is trivial if using Maven) is one of the best ways ensure code completeness, efficiency, and guarantees your changes won't break anything. Eventually, I'll be adding an i18n plug-in and sample app for Struts that demonstrates a best practices for using i18n in a Struts-based app. I could use some help with that if any of you want to return the favor ;) By the way, thanks for all the hard work! -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Mattias J [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, April 19, 2005 9:22 AM Subject: Re: [i18n] Entry qualifier What I currently need is better unit tests in ResourceBundleMessageProviderTest.java and XMLMessageProviderTest.java. After those are set up, I will begin some refactoring. If you would like to help out on those unit tests it would be great. Please inform me if you get your hands at it, and which one you start with, so I don't do the same thing. Also please e-mail them to me if you are done before Daniel is back and able to check it in. At 2005-04-19 15:13, you wrote: If I can help ... I still alive Woody ''-- Mensagem Original -- ''Reply-To: Jakarta Commons Developers List commons-dev@jakarta.apache.org ''Date: Tue, 19 Apr 2005 13:34:41 +0200 ''From: Daniel Florey [EMAIL PROTECTED] ''To: Jakarta Commons Developers List commons-dev@jakarta.apache.org ''Subject: Re: [i18n] Entry qualifier '' '' I have created unit tests for MessageManager and '' LocalizedBundle/-Error/-Exception/-RuntimeException. '' Should I post them to the list? '' Would you like them in a ZIP archive Daniel? '' ''I'm back home next week, so if you would pass them to me in a ZIP this would ''be the easiest way yo go. ''Thanks ''Daniel '' '' ''Mattias Jiderhamn - 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: Code coverage
Depending on the coverage tool, your source is either weaved just before compilation, or some runtime byte code manipulation happens such that every executable line of your projects class files are scored (hits, efficiency, etc) into some form of results, for which reports can be generated against. Here's an example: http://svn.apache.org/builds/struts/maven/trunk/docs/multiproject/struts-taglib/jcoverage/index.htmlYou can drill into any linked package and class, and see line for line whatis being hit, and what it not.good stuff!!If your project is mavenized, adding 1 line in the report section gets youthis full report (for your project) for free, no other configurationneededit just doesn't get any better than that!--James MitchellSoftware Engineer / Open Source EvangelistConsulting / Mentoring / FreelanceEdgeTech, Inc.678.910.8017AIM: jmitchtxYahoo: jmitchtxMSN: [EMAIL PROTECTED] Original Message -From: [EMAIL PROTECTED]To: Jakarta Commons Developers List commons-dev@jakarta.apache.org;commons-dev@jakarta.apache.orgSent: Tuesday, April 19, 2005 9:22 AMSubject: RE: Code coveragePlease, sorry by my ignorance but, what is unit test code coverage?? Thisis different than the traditional unit test?Woody ''-- Mensagem Original -- ''Reply-To: Jakarta Commons Developers Listcommons-dev@jakarta.apache.org ''Date: Tue, 19 Apr 2005 06:52:28 +0200 ''To: commons-dev@jakarta.apache.org ''From: Mattias J [EMAIL PROTECTED] ''Subject: Code coverage '' '' ''Is there an Apache standard for unit test code coverage? ''It seems some projects use Clover and others jcoverage. Personally Ihave '' ''experience with Emma (http://emma.sourceforge.net/). ''If I want to add code coverage to a Commons project, is either of these ''preferrable? '' '' Mattias Jiderhamn '' '' ''- ''To unsubscribe, e-mail: [EMAIL PROTECTED] ''For additional commands, e-mail: [EMAIL PROTECTED] ''-To unsubscribe, e-mail: [EMAIL PROTECTED] additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] Entry qualifier
Here's what I got when I added jcoverage (locally) and ran a dist. http://people.apache.org/~jmitchell/i18n-docs/ more specifically, look at the reports... http://people.apache.org/~jmitchell/i18n-docs/jcoverage/index.html This is a good starting point. You can see where new tests are needed for every possible line to be hit. I'll look at adding more tests for any classes that you guys are not working on. Some coordination would be good. Perhaps on the wiki ??? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Daniel Florey [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, April 19, 2005 11:34 AM Subject: Re: [i18n] Entry qualifier Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am 19.04.05 17:07:46: I have now added more tests to ResourceBundleMessageProviderTest. If I find time tomorrow, I might look at adding coverage or more XMLMessageProvider tests. Though I do not have commit access to SVN, so I assume I cannot get hold of the Clover license. Daniel: Since you are not home until next week, I will continue work and then mail you what I've got. +1 Thanks for your work!! Mattias Jiderhamn At 2005-04-19 15:22, Mattias J wrote: What I currently need is better unit tests in ResourceBundleMessageProviderTest.java and XMLMessageProviderTest.java. After those are set up, I will begin some refactoring. If you would like to help out on those unit tests it would be great. Please inform me if you get your hands at it, and which one you start with, so I don't do the same thing. Also please e-mail them to me if you are done before Daniel is back and able to check it in. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 - 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: [i18n] Entry qualifier
Green means there were no issues with that line. At the beginning of the line, you'll see a number, that is how many times a thread passed thru that piece of code. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, April 19, 2005 2:45 PM Subject: Re: [i18n] Entry qualifier Each marked line is the point to test, is this? I see 2 types of marks: one in green and other in brown. What means each one? Woody http://people.apache.org/~jmitchell/i18n-docs/jcoverage/index.html '' ''This is a good starting point. You can see where new tests are needed for '' ''every possible line to be hit. '' ''I'll look at adding more tests for any classes that you guys are not working '' ''on. Some coordination would be good. Perhaps on the wiki ??? ''-- ''James Mitchell ''Software Engineer / Open Source Evangelist ''Consulting / Mentoring / Freelance ''EdgeTech, Inc. ''678.910.8017 ''AIM: jmitchtx ''Yahoo: jmitchtx ''MSN: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [i18n] Entry qualifier
LocalizedExceptionExample (and subsequent property files) look like good candidates for src/test. Also, someone might want to commit the missing files that make this class work/load properly. I seem to be missing some property files (that are used internally). What's the status of this project? I recall some discussion a while back about i18n, but don't remember the specifics? Are there any design or architecture docs available? Seems like i18n is reinventing the wheel over and over. I see we are using of Sax, when Digester is the most viable choice, given the typical clients of this framework. I see where ResourceBundle is used, yet a much more robust solution is already provided through Commons Resources. Any chance we can change this to use the above frameworks? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Daniel Florey [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, April 19, 2005 10:34 AM Subject: Re: [i18n] Entry qualifier Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am 19.04.05 16:05:57: I'm wrapping up development of a new Struts plug-in that integrates CommonsResources and is backward compatible with Struts 1.1. After that I can throw some time your way. I'm getting pretty good with Maven and JUnit stuff is always a valued resource. If you guys are not already doing so, adding a JCoverage report (which is trivial if using Maven) is one of the best ways ensure code completeness, efficiency, and guarantees your changes won't break anything. Eventually, I'll be adding an i18n plug-in and sample app for Struts that demonstrates a best practices for using i18n in a Struts-based app. I could use some help with that if any of you want to return the favor ;) This is great news! If I find some time I'd like to assist you. It would be a great benefit to have the capability of LocalizedException and all of this in Struts. Cheers, Daniel By the way, thanks for all the hard work! -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Mattias J [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, April 19, 2005 9:22 AM Subject: Re: [i18n] Entry qualifier What I currently need is better unit tests in ResourceBundleMessageProviderTest.java and XMLMessageProviderTest.java. After those are set up, I will begin some refactoring. If you would like to help out on those unit tests it would be great. Please inform me if you get your hands at it, and which one you start with, so I don't do the same thing. Also please e-mail them to me if you are done before Daniel is back and able to check it in. At 2005-04-19 15:13, you wrote: If I can help ... I still alive Woody ''-- Mensagem Original -- ''Reply-To: Jakarta Commons Developers List commons-dev@jakarta.apache.org ''Date: Tue, 19 Apr 2005 13:34:41 +0200 ''From: Daniel Florey [EMAIL PROTECTED] ''To: Jakarta Commons Developers List commons-dev@jakarta.apache.org ''Subject: Re: [i18n] Entry qualifier '' '' I have created unit tests for MessageManager and '' LocalizedBundle/-Error/-Exception/-RuntimeException. '' Should I post them to the list? '' Would you like them in a ZIP archive Daniel? '' ''I'm back home next week, so if you would pass them to me in a ZIP this would ''be the easiest way yo go. ''Thanks ''Daniel '' '' ''Mattias Jiderhamn - 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] __ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201 - 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]
[resources] was: Re: RESEND: RE: Load message resources from DB???
Like many of the Jakarta Commons projects, Commons Resources was based, in part, from the initial work done in Struts and later copied over to commons with the intent to one day use that library. This is what was done for Beanutils, Digester, Validator, and more I'm sure. (Craig, correct me if I am wrong here) MessageResources (the one in Struts) was created because ResourceBundle (java api) did not provide the required functionality (at the time it was needed). I have only had a cursory look at Configuration. From what I know of it, it is a reusable library for getting configuration data into your application (typically during startup). Commons Resources is a reusable library for retrieving properties pairs (locale aware) for your application. I do not know if Configuration is locale aware, but I suppose Commons Resources could be extended (or changed) to use Configuration. The database extensions I did for Resources are specific to Resources, but that can be changed if enough people think we should do that. I can see how Resources, I18N, and Configuration could play nice together in providing i18n'd messages and configuration data. Would there be any interest in such an animal? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Benedict, Paul C [EMAIL PROTECTED] To: 'Struts Users Mailing List' user@struts.apache.org Sent: Thursday, April 07, 2005 9:59 AM Subject: RE: RESEND: RE: Load message resources from DB??? James, How much different is Common Resources from Common Configuration? In essence, a property file is really just a list of configuration pairs. Thanks, Paul -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 4:22 PM To: Struts Users Mailing List Subject: Re: RESEND: RE: Load message resources from DB??? - Original Message - From: Fogleson, Allen [EMAIL PROTECTED] To: Struts Users Mailing List user@struts.apache.org; [EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 2:40 PM Subject: RE: RESEND: RE: Load message resources from DB??? Yes there is the OJBMessageResource class and I believe the same author wrote a HibernateMessageResource class. The class I wrote is mostly a JNDIJDBCMessageResource which has a timeout cache attached to it. The config is comprised of three elements (comma separated) 1) The JNDI Name of the datasource to use that maps to a table. 2) The sql to use basically this sql relies on the fact that variable 1 is the locale, and variable 2 is the key . 3) The time that the cached value previously retrieved from the DB is valid. If this is 0 timeout is never. The ones mentioned in Bill's book are very good implementations but I feel that it is sometimes nicer to have an implementation that does not add extra class libraries (i.e. OJB or Hibernate). If you are already using one of those in your app I would say then use those Message Resource extensions, but if you want something relatively simple that just uses standard J2EE and the struts libs then use mine. (I really should get it up on a site somewhere :) Hi, I wrote OJBMessageResources a while back and it has not been updated since it was last published. Struts will soon be changing (1.3.something) the internal mechanism from MessageResources/PropertyMessageResources (and factory) to commons-resources. That's why I wrote 3 implementations for commons-resources: HibernateResources IBatisResources JDBCResources (not in CVS yet) http://cvs.sourceforge.net/viewcvs.py/struts/commons-resources-optional/ These are not released (because commons-resources has not been released, but it is out of the sandbox, which is a good thing), but I will publish and announce the extensions when it get's the 1.0 stamp of approval. Al Thanks. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Notice: This e-mail message, together with any attachments, contains information of Merck Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp Dohme or MSD and in Japan, as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system
[httpclient] Jars in the repository
Sorry if this has already been brought up, but I noticed this a while back. http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/lib/ I was under the impression that we are not supposed to keep this kind of stuff in svnbut I could be wrong. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [httpclient] Jars in the repository
James, could you point me to any ASF document that regulates storage of dependencies in the repository, please? There may or may not be such a document. I'm not really interested in trying to be the binary police. I just noticed it while adding that project into my latest Eclipse development environment. we keep those dependencies in the repository to make them easily available. So users that want to check out and compile HttpClient don't have to worry about getting them from somewhere. I don't really understand what you are saying here. How can someone be smart enough to either download a source distribution or checkout the project via svn, but too dumb or lazy to just download the dependent jars seperately. Sorry, that just doesn't make a lot of sense to me. Yes, there is Maven. That's fine as long as it works, but we do not like to be dependent on the availability of the Maven remote repository. You don't need Maven to use jars on ibiblio (or any one of the other repositories). In fact, I just modified the Ant build script that builds the Struts 1.2.x nightlies. The existing build.xml requires you to download and setup a build.properties that points to all the dependencies. For me, it is a waste of my time. Ant should be smart enough to do it for me. So that's what I did: http://svn.apache.org/viewcvs.cgi/struts/core/branches/STRUTS_1_2_BRANCH/build.xml?rev=160185view=markup Scroll down to the download-dependencies target. I figure the JAR names should reflect the actual version of the component, however. I agree. TIA Ortwin Glck, HttpClient project If you would like me to setup the same download-dependencies for httpclient, I'd be happy to help. The example above uses ibiblio, but you can use any url. If not, then sorry to bother you. Have a good one. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] James Mitchell wrote: Sorry if this has already been brought up, but I noticed this a while back. http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/lib/ I was under the impression that we are not supposed to keep this kind of stuff in svnbut I could be wrong. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [chain] [nag] Please commit stuff for DispatchChain
Sean, I don't mind applying these changes so long as the other committers agree that this would be a good fit. Last I heard, there are still questions or concerns about adding this. I have not been able to find the time to look any deeper into this, so I can't argue one way or the other. Sorry. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Sean Schofield [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, March 30, 2005 1:36 PM Subject: Re: [chain] [nag] Please commit stuff for DispatchChain I know its been a while since we discussed this ... but I would like to bring up the issue of DispatchChain again. I have a pressing need for something like this in my current application. I need to go ahead and move it into our project codebase or have it added to commons-chain. No hard feelings if I cannot convince you that this is useful. I will briefly summarize my arguments again. The dispatch chain allows you to compose a chain of commands where the command method can be something other than execute. It will always have the same arguments and it will always be the same for every command in the chain. I think the fact that it is always the same method for every command in the chain is a key point here. Its still the CoR pattern. There is nothing special about the name of the execute method, the pattern just requires a consistent method. If you do not accept this line of reasoning then I would suggest that DispatchLookupCommand be removed from the codebase as well. I don't think you can justify one and not the other. Finally, its in the generic package so its entirely optional if you don't want to use it. I'd like to resolve this ASAP so I can go forward on my project here at work. Please give some thought to my arguments. As I said earlier, I will accept the decision of the group if the group cannot be persuaded. Regards, sean On Fri, 14 Jan 2005 16:09:11 -0500, Sean Schofield [EMAIL PROTECTED] wrote: My original post to bugzilla didn't generate any responses. I figured once I wrote something and started pestering for a commit that would get the discussion going ;-) I will await your guys feedback once you've had a chance to think about use cases, etc. Let me know if you have any questions. sean On Fri, 14 Jan 2005 11:37:47 -0600, Joe Germuska [EMAIL PROTECTED] wrote: At 9:20 AM -0800 1/14/05, Craig McClanahan wrote: I plead guilty to being lukewarm (is lukecold a word? :-) about DispatchChain and friends being part of the standard chain package -- I'd like to spend some time tomorrow (Saturday) looking at the code and seeing if I buy in to Sean's use cases. This has been my hesitation too. Since I haven't yet had a use case for it, it seems a bit heavy for inclusion in the core library. I wouldn't veto it, but it's why I have been hesitant. Like Craig, I haven't looked very carefully at it, so I haven't spoken up yet. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [resources] complete class diagram
This fails for me. If you would like us to include this in the docs, you could open an enhancement ticket and attach the file. That would also give your diagrams more visibility. Thanks. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Anaximandro (Woody) [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, February 02, 2005 5:15 AM Subject: [resources] complete class diagram I wish it helps http://www.drianoxaman.kit.net/commons/resources.zip Woody PS: this server is very busy, if you receive a timeout retry again - 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: [resources] todo
What would like to know? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 02, 2005 1:34 PM Subject: [resources] todo There is anyone working on Unit Tests for Property Resources or Unit Tests for Abstract Classess tasks? Woody - 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: [resources] todo
You are welcome to take a look at it. The Resources project is pretty much complete and simply waiting for integration into Struts (and potentially other) projects. For Struts integration, it won't be much longer. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, February 02, 2005 2:36 PM Subject: Re: [resources] todo I can help in this tasks (and a little in documentation, with diagrams and so on). Can I? Woody What would like to know? James Mitchell There is anyone working on Unit Tests for Property Resources or Unit Tests for Abstract Classess tasks? - 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: [all] svn migration starting
Woo hoo What a ride!! The first thing you'll appreciate about SVN is the fact that you can now work behind some pretty restrictive firewalls. Take that Bell South (raising middle finger)bwaaahahahahahaha! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Tim O'Brien [EMAIL PROTECTED] To: commons-dev@jakarta.apache.org Sent: Thursday, January 27, 2005 12:46 PM Subject: [all] svn migration starting jakarta-commons and jakarta-commons-sandbox are now locked. The svn migration is proceeding, and we can expect at least 2-3 hours of downtime. I'll update the list when the migration is finished. Tim O'Brien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [chain] [nag] Please commit stuff for DispatchChain
I saw that, but I was waiting for more comments from others. Forgive me, I'm still new to this whole chain thing. I'm still in the hey, look what I can do with this.this is sooo cool!!! phase ;) From everything I've read, a Command should have a single entry method called execute. I was hoping someone else might raise the issue of allowing to dispatch to other methods. I'm all about reuse, but I just don't have enough grounding in this area to say one way or the other. I will commit the files if no one objects. I'll give it a few days to allow others to respond. BTWthanks for your help! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Sean Schofield [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Friday, January 14, 2005 9:50 AM Subject: [chain] [nag] Please commit stuff for DispatchChain Just a reminder that there are some files associated with an enhancement that need to be committed (http://issues.apache.org/bugzilla/show_bug.cgi?id=33006) sean - 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]
[chain] CopyCommand
Just poking around in the source (for my own learning) and came across this bit of code. I won't even pretend to know what this is supposed to do, but unless I'm way off, shouldn't this doing value = context.get(getFromKey()); on line 5? 1 public boolean execute(Context context) throws Exception { 2 3Object value = this.value; 4if (value == null) { 5context.get(getFromKey()); 6} 7if (value != null) { 8context.put(getToKey(), value); 9} else { 10context.remove(getToKey()); 11} 12return (false); 13 14 } 15 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [chain] CopyCommand
I am a committer on Struts and a few Sandbox items, if I had the karma, I could fix this add a few more tests that demonstrate/validate the fix. I don't recall if there needs to be a vote. Martin? Ted? Craig? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Sean Schofield [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Friday, January 07, 2005 1:47 PM Subject: Re: [chain] CopyCommand You are correct. Actually, someone reported this bug already a few days ago: http://issues.apache.org/bugzilla/show_bug.cgi?id=32894 For those [chain] committers who are listening, I submitted a patch for that and its still waiting ;-) sean On Fri, 7 Jan 2005 13:11:22 -0500, James Mitchell [EMAIL PROTECTED] wrote: Just poking around in the source (for my own learning) and came across this bit of code. I won't even pretend to know what this is supposed to do, but unless I'm way off, shouldn't this doing value = context.get(getFromKey()); on line 5? 1 public boolean execute(Context context) throws Exception { 2 3Object value = this.value; 4if (value == null) { 5context.get(getFromKey()); 6} 7if (value != null) { 8context.put(getToKey(), value); 9} else { 10context.remove(getToKey()); 11} 12return (false); 13 14 } 15 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [chain] CopyCommand
Cool, I forgot that probably happened when commons-resources got promoted. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Craig McClanahan [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Cc: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Friday, January 07, 2005 2:00 PM Subject: Re: [chain] CopyCommand On Fri, 7 Jan 2005 13:55:17 -0500, James Mitchell [EMAIL PROTECTED] wrote: I am a committer on Struts and a few Sandbox items, if I had the karma, I could fix this add a few more tests that demonstrate/validate the fix. It looks like you already have karma on jakarta-commons. I don't recall if there needs to be a vote. Martin? Ted? Craig? +1 for having you work on commons-chain. Just add yourself to the STATUS file. Craig - 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: [SERVLET] Code submission
I already hijacked the SessionSize piece for my own debug script (Thanks Frank!!) I would be +1 (non binding) for such an addition. But, as Frank mentioned, I'm not sure where it would live either. My $0.02 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Frank W. Zammetti [EMAIL PROTECTED] To: Commons Developer commons-dev@jakarta.apache.org Sent: Tuesday, December 28, 2004 1:00 PM Subject: [SERVLET] Code submission I recently proposed an addition to Struts that Martin Cooper suggested might be a better fit for the Commons Servlet package, and I agreed with him, so I'm posting it here. However, looking at the sandbox contents I'm not sure the Servlet package is still being developed. Is it? If so, I offer the following two additions... The first is an addition to the RequestUtils class in the form of a new dumpRequestSessionData() method. It is a simple static method that dumps to stdout all request headers/parameters/attributes and session attributes. Martin informed me that there is a Tomcat filter to do this, but I personally like the idea of this not requiring a filter, and also this ensures it is completely portable across containers (and could always be called from a filter anyway!) so I make the offer. It's simple, but gets the job done. It is just a method, but I also included the imports it requires. The second submission would be a new SessionUtils class. The first function it contains, getSessionSize(), allows you to get the total size of a given session object. This can come in very handy during development, especially when working in a distributed environment (which is how it came about in my case). Please let me know what questions, comments or concerns you have. The one I know already is that the dumpRequestSessionData() method doesn't use commons logging, but I'm frankly not too familiar with that, and besides, with the idea being that this is probably just a development-time function, stdout might not be such a problem there. Note that none of this code has any dependencies outside J2SE and servlet.jar. Lastly, I'm not sure if attachments get through to the list, but I've attached source files as well as pasted all the code in below. Thanks all! Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com --- RequestUtils.dumpRequestSessionData() : --- import java.util.Enumeration; import java.util.HashMap; import javax.servlet.http.HttpSession; import javax.servlet.http.HttpServletRequest; /** * This method is used to dump to stdout all request headers, parameter and * attributes, and all session attributes (if a session exists). * * @author a href=mailto:[EMAIL PROTECTED]Frank W. Zammetti/a * @param request A valid HTTPServletRequest object */ public static void dumpRequestSessionData(HttpServletRequest request) { HashMap request_attributes = new HashMap(); for (Enumeration en = request.getAttributeNames(); en.hasMoreElements();) { String next = (String)en.nextElement(); request_attributes.put(next, request.getAttribute(next)); } HashMap request_parameters = new HashMap(); for (Enumeration en = request.getParameterNames(); en.hasMoreElements();) { String next = (String)en.nextElement(); request_parameters.put(next, request.getParameter(next)); } HashMap request_headers = new HashMap(); for (Enumeration en = request.getHeaderNames(); en.hasMoreElements();) { String next = (String)en.nextElement(); request_headers.put(next, request.getHeader(next)); } HttpSession session = request.getSession(); HashMap session_attributes = new HashMap(); if (session != null) { for (Enumeration en = session.getAttributeNames(); en.hasMoreElements();) { String next = (String)en.nextElement(); session_attributes.put(next, session.getAttribute(next)); } } System.out.println(Request Attributes\n--\n + request_attributes); System.out.println(Request Parameters\n--\n + request_parameters); System.out.println(Request Headers\n---\n + request_headers); System.out.println(Session Attributes\n--\n + session_attributes); } // End dumpRequestSessionData() -- SessionUtils : -- package org.apache.commons.servlet; /* * Copyright 2002,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
Re: [SERVLET] Code submission
Well, if it's something you want to see actively developed and released, the invitation is still open to you at struts on sf.net. I and others have released many items from there. Simply post the release to the lists of your choice and watch the download meter. If there are people actually interested, you'll get a lot of hits and (more importantly) a lot of questions/faq in your inbox. Either way, good luck with it, and thanks for contributing. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Frank W. Zammetti [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Tuesday, December 28, 2004 2:13 PM Subject: Re: [SERVLET] Code submission Your very welcome James! :) I'm actually in agreement with Martin in that it probably does belong in the Servlet package. I like the idea of it not being tied to Struts as I originally intended, although I'd have no problem if either thing was. Of course, I ultimately don't have a say (aside from I guess saying no, you can't have it at all!), but I'm not sure there's really a better place for either thing. :) My only concern is whether the servlet package is active or not... it seems, looking at some of the dates on things, that it hasn't been touched in a while, and certainly it's been in the sandbox for some time. I'd hate to put these potentially useful things somewhere they'll never see the light of day. Can anyone comment on the real status of the Servlet package? -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com James Mitchell wrote: I already hijacked the SessionSize piece for my own debug script (Thanks Frank!!) I would be +1 (non binding) for such an addition. But, as Frank mentioned, I'm not sure where it would live either. My $0.02 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Frank W. Zammetti [EMAIL PROTECTED] To: Commons Developer commons-dev@jakarta.apache.org Sent: Tuesday, December 28, 2004 1:00 PM Subject: [SERVLET] Code submission I recently proposed an addition to Struts that Martin Cooper suggested might be a better fit for the Commons Servlet package, and I agreed with him, so I'm posting it here. However, looking at the sandbox contents I'm not sure the Servlet package is still being developed. Is it? If so, I offer the following two additions... The first is an addition to the RequestUtils class in the form of a new dumpRequestSessionData() method. It is a simple static method that dumps to stdout all request headers/parameters/attributes and session attributes. Martin informed me that there is a Tomcat filter to do this, but I personally like the idea of this not requiring a filter, and also this ensures it is completely portable across containers (and could always be called from a filter anyway!) so I make the offer. It's simple, but gets the job done. It is just a method, but I also included the imports it requires. The second submission would be a new SessionUtils class. The first function it contains, getSessionSize(), allows you to get the total size of a given session object. This can come in very handy during development, especially when working in a distributed environment (which is how it came about in my case). Please let me know what questions, comments or concerns you have. The one I know already is that the dumpRequestSessionData() method doesn't use commons logging, but I'm frankly not too familiar with that, and besides, with the idea being that this is probably just a development-time function, stdout might not be such a problem there. Note that none of this code has any dependencies outside J2SE and servlet.jar. Lastly, I'm not sure if attachments get through to the list, but I've attached source files as well as pasted all the code in below. Thanks all! Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com --- RequestUtils.dumpRequestSessionData() : --- import java.util.Enumeration; import java.util.HashMap; import javax.servlet.http.HttpSession; import javax.servlet.http.HttpServletRequest; /** * This method is used to dump to stdout all request headers, parameter and * attributes, and all session attributes (if a session exists). * * @author a href=mailto:[EMAIL PROTECTED]Frank W. Zammetti/a * @param request A valid HTTPServletRequest object */ public static void dumpRequestSessionData(HttpServletRequest request) { HashMap request_attributes = new HashMap(); for (Enumeration en = request.getAttributeNames(); en.hasMoreElements();) { String next = (String)en.nextElement(); request_attributes.put(next, request.getAttribute(next)); } HashMap
Re: Board report
Martin, do we need to do anything for Resources? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED]; Henri Yandell [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 11:13 PM Subject: Re: Board report On Tue, 30 Nov 2004 18:04:53 -0500, Henri Yandell [EMAIL PROTECTED] wrote: New style with the board report is that any subproject that has an event, needs to add a subproject report. I'm treating each commons component as its own reportable entity for this. The only events I have so far are releases and changes of position (ie commons promotion). Betwixt and Resources have both added notes, but the following still need to add their sections: Chain (promoted from Sandbox to Proper) Actually, it was promoted in July. I think you mean a comment on its being brought to a 1.0 release, which I just added. ;-) -- Martin Cooper Email (promoted from Sandbox to Proper) HttpClient (release happened) The wiki page for developing the report is: http://wiki.apache.org/jakarta/JakartaBoardReport_2dDecember2004 Thanks, Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug report normalization
Well, you guys can hash out the detail. I just wanted to say Thank You for your work on this. It is much easier to follow along (whether a bug report or custom search) with prefixes on the subject/summary. Thanks again! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Emmanuel Bourg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 12:02 PM Subject: Re: Bug report normalization Martin Cooper wrote: I'm sure this has done wonders for the utility of the mailing list archives... I'm not trying to justify myself but the mail archives are already spammed by the CVS commits and the GUMP reports... Reading the archive is definitely not the best way to follow the discussions on the list for an external user. If you really had to do this, it would have been a much better idea to request that the mailer for Bugzilla changes was turned off while you did it. Good idea but this would have affected the other Apache projects using Bugzilla. Maybe deleting the assign to field for the jakarta commons bugs only before the changes and restoring it after would have worked. Who knows how many poor individuals have been spammed with off-list notifications just because they were kind enough to submit bug reports? Worse is the fact that these changes do nothing to solve the problem going forward. Most people will still submit bug reports without the component in the subject. The real solution would be to modify the template used for sending out the messages in the first place, so that the component name is included. Of course, if we do this now, the component name would be included in the subject twice... Good point, maybe we could update the jakarta bug page (http://jakarta.apache.org/site/bugs.html) or put a similar page at the jakarta-commons level explaining the prefered form for bug reports (component name in brackets, test case appreciated, etc...) Emmanuel Bourg - 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] Promote Resources to Commons Proper
- Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, November 22, 2004 8:09 AM Subject: Re: [VOTE] Promote Resources to Commons Proper -0 I haven't been involved with this project at all, however I haven't had any impression of there being an active community working with the component. Well, that's because this effort is mostly complete. Trust me, activity level will explode as soon as resources becomes a core dependency in Struts. We are almost there. I have already begun work on a plugin that let's people use the existing commons-resources with previous Struts versions 1.1 and 1.2.x as well as several DBMS-based impls hosted on sf.net due to licensing (and now, build) issues. In fact, I can't remember seeing any emails about [resources] except for lots of failed gump reports (which indicates a lack of maintainance to me). No, actually the failed gump reports were due to the fact that someone changed something in the gump environment that this project depended on, but was either unaware or unconcerned enough to realize they broke it. I'm talking about the dependency on an iBatis jar that was moved or deleted. So, since noone answered my plea for help, I removed the files that needed them and I will release them separately under sf.net (as mentioned above). After doing that, gump stopped puking to the list. I am aware of what gump is and why we use it. But the 2 main build processes I happen to care about are Ant and Maven. Commons Resources has always built fine with both, and the fairly complete tests always pass without issue. Sorry if this seems like a rant, but I am actually more pissed off at myself for being helpless when it comes to gump than I am about someone affecting the build. If I get time, I may research to see if my memory is accurate, because if so I may change my vote to -1. Perhaps you could clarify who the users of this are, and why now is the time to promote it? Right at this moment, there is a very small user base. However, if you consider the thousands of existing and future users of Apache Struts as a good number, then you might change your mind about that -1. Commons Resources is slated (and has been for quite some time) to be used by Struts just as digester, logging, beanutils, etc are now. The home page for resources should have spelled that out for you. http://jakarta.apache.org/commons/sandbox/resources/ Stephen -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Resources to Commons Proper
--- [X] +1 I support this proposal and am willing to help [ ] +0 I support this proposal but am unable to help [ ] -0 I do not support this proposal [ ] -1 I do not support this proposal, and here are my reasons --- -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 21, 2004 9:20 PM Subject: [VOTE] Promote Resources to Commons Proper The Resources project has been in the sandbox for quite some time, and is essentially complete and almost ready for a release. Several projects are using it already, and others are ready to pick it up once it is released. Therefore I propose that we promote Resources out of the sandbox and into Commons Proper, in preparation for a 1.0 release in the near future. --- [ ] +1 I support this proposal and am willing to help [ ] +0 I support this proposal but am unable to help [ ] -0 I do not support this proposal [ ] -1 I do not support this propsal, and here are my reasons --- Here is my own +1. -- Martin Cooper - 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: [GUMP@brutus]: Project commons-resources (in module jakarta-commons-sandbox) failed
Ok, it's been an entire month now. This was once working fine and I have no idea what changed and why it can't find those jars. Any help is appreciated. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, October 23, 2004 5:28 AM Subject: [EMAIL PROTECTED]: Project commons-resources (in module jakarta-commons-sandbox) failed To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 31 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-resources : Commons resources Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resourc es/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-resources-23102004.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resourc es/gump_work/build_jakarta-commons-sandbox_commons-resources.html Work Name: build_jakarta-commons-sandbox_commons-resources (Type: Build) Work ended in a state of : Failed Elapsed: 2 secs Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/lo cal/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/g ump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/pub lic/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/wor kspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/works pace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merg e.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-resources-23102004 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources] CLASSPATH : /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-s andbox/resources/target/classes:/usr/local/gump/public/workspace/jakarta-com mons-sandbox/resources/target/test-classes:/usr/local/gump/public/workspace/ ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib /ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/us r/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/publ ic/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant /dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant -nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local /gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core .jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/comm ons-collections-23102004.jar:/usr/local/gump/public/workspace/jakarta-common s/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakart a-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/worksp ace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/ workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gu mp/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/pub lic/workspace/dist/junit/junit.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5 .399/ibatis-dao-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-c ommon-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-sqlmap-2.ja r - Buildfile: build.xml init: [mkdir] Created dir: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/li b get-deps: compile: [mkdir] Created dir: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/cl asses [javac] Compiling 28 source files to /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/cl asses [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/java/ org/apache/commons/resources/impl/IBatisResources.java:38: package com.ibatis.db.sqlmap does not exist [javac] import com.ibatis.db.sqlmap.SqlMap; [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/java/ org/apache/commons/resources/impl/IBatisResources.java:39: package com.ibatis.db.sqlmap does not exist [javac] import
Re: XML Im-/Ex-porter into Commons Sandbox
I actually have no opinion about having multiple libraries that (almost) server the same purpose, but with regards to the i18n project, I plan to add the ability to tell it to use Digester (instead of the default) so you won't actually need xmlio. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Daniel Florey [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]; 'Martin Cooper' [EMAIL PROTECTED] Sent: Friday, October 08, 2004 4:31 AM Subject: AW: XML Im-/Ex-porter into Commons Sandbox Hi all, I'll have a look at Digester again today and will compare the two approaches finally for use in i18n. As I know Oliver Zeigermann for a long time and he really is the master of xml/sgml I everyone should give xmlio (good name indeed) a try. Personally I like technologies that keep it very simple so that you understand at the first sight what's going on without hiding too much implicit logic. As I stated earlier we have used Digester in a large project where a lot xml parsing took place and we had some trouble with it (but that's some time ago). So I'd vote for putting the xmlio into the sandbox and let everybody have a look at it. Even if it will never make it to commons components, it is worth to have a look at its simplicity. Regards, Daniel -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Cooper Gesendet: Donnerstag, 7. Oktober 2004 23:46 An: Jakarta Commons Developers List Betreff: Re: XML Im-/Ex-porter into Commons Sandbox On Thu, 7 Oct 2004 23:27:39 +0100, Stephen Colebourne [EMAIL PROTECTED] wrote: One of the key items in the commons charter is allowing different solutions to the same problem. So far, we have tended to avoid this (for example, I took a conflicting primitives design elsewhere) however we should not block this. What is being requested at this point is to factor out some code from another project (Slide) to commons. This is IMHO perfectly good and what commons is for. The code is going to the sandbox where we can all determine whether it is a good addition to the commons-proper fold. (eg. performance tests, code design, documentation). Who knows maybe the ideas will end up as digester 2! IMO thats what the sandbox is for. In general, I agree with you. However, in this case, the reason for bringing this component to the sandbox is because another component that has only just arrived in the sandbox (i18n) wants to use it instead of Digester. It seems that this XML component wasn't going to be brought to Commons (at least for the moment) until there was mention that i18n wanted to use it. I'm not sure that I like the idea of new sandbox components bringing along other components as baggage when there is already suitable functionality available in Commons Proper. On the other hand, I would not be opposed to bringing the XML component in _later_, and letting it stand or fall on its own. -- Martin Cooper BTW, I don't disagree with the comments about bad dependency management below, I just disagree that that necessarily implies only ever supporting digester. Finally, the name ;-) xmlio (ie. xml io) sax saxio Typically, the commons project is named after the technology it works on. Without having seen the code its also difficult to judge what a good name would be ;-) I quite like xmlio myself. Stephen - Original Message - From: David Graham [EMAIL PROTECTED] This will create bloat problems for clients that use Digester. For example: Struts uses Digester for xml parsing. In the future Struts may want to use the new i18n component. However, if i18n uses XML Im-Exporter then Struts must drag that along too despite already having a perfectly fine xml parser in its dependency list. Struts is just one example. It will be even worse for inter-commons project dependencies. Bad dependency management has plagued commons components and it's just recently started to get better. If all commons components use Digester then we can avoid having to duplicate functionality and bloat dependencies. I don't understand what's wrong with Digester that necessitates a new parsing library. I've been able to write complex parsing rules in a matter of minutes. David --- Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, on the request of Daniel Florey I'd like to create at least one new sandbox component for a tool that allows easy import / export of XML into / from Java. It is used by Jakarta Slide and in the components Daniel introduced. I know this is a bit delicate as there already is Digester around in commons. However, the audience for my tool is different from Digester's. XML Im-/Exporter is geared towards high performance use for people who are very familiar with XML. It is just a little bit more than pure SAX. It also has
Re: [i18n] Did I miss something?
- Original Message - From: Daniel Florey [EMAIL PROTECTED] Hi James, Any contributions are welcome! As I still don't get the site generated with maven completely (layout is somehow broken and javadocs are missing) this is very high on my todo... Maybe you can help me out? Yes, I'll look at it. Would be nice to get a link from the commons page to the i18n in the sandbox. Do you know if someone can manage this (having commit access to commons)? The commons sandbox has its own web page [1] that is linked to from commons [2]. [1] http://jakarta.apache.org/commons/sandbox/ [2] http://jakarta.apache.org/commons/ - In general I like the idea to read messages from properties files as this might be very useful to migrate existing application to i18n. Even though I like the xml-based format more as you can see which entries belong together. - Adding icons and so on can easily be achieved by adding a new class (like LocalizedDescription...) - I'll add a proposal for using localized messages for logging as I've used this in a project using an additional Information class. This works very nice and lets you map different error entries to different log messages (details to debug, text to info or something like that). Sorry, I didn't mean 'for logging', I meant 'messages like logging levels' for use in my app. Basically, as a user goes along some task like 'create new loan', if there any system messages, I want to show those and (optionally) return them to the screen they were just on. I categorize them like Alert, which will show (from a preformatted jsp include) a certain icon and some text indicating that something happened - these are passed along from the biz layer. This technique takes me beyond simple ActionErrors and syntax validation. - I don't know if I used logging at all but it should be no prob to switch to log4j or commons-logging. I'll go ahead and do it unless someone beats me to it. - I don't like digester at all as this seems to me the most confusing and overdosed way to parse xml files. I talked to Oliver Zeigermann and we will add xml-im-exporter to commons-sandbox as I find this the very best tool do sax-based xml-parsing. It's ultra-simple, fast and intuitive. That's why I've used it in many projects in the past and would be very glad to see it here. I've worked with digester in the past but it's just too complex and xml-im-exporter is just kicking-ass... I hope you don't mind, but I'd like to add digester capability. I can provide a way to specify the parser in the config (defaulting to xml-im-exporter of course). That should give us the greatest flexibility (such as reusing with Struts' DigestingPlugin, etc) Warmest regards, Daniel -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von James Mitchell Gesendet: Mittwoch, 6. Oktober 2004 15:17 An: Jakarta Commons Developers List Betreff: [i18n] Did I miss something? Wow, how did I miss this? I wonder what we can do with this and commons-resources and/or Apache Struts. In my current gig we are using a home grown solution in combination with ActionErrors/ActionMessages provided by Struts. This project would have been nice to have about 8 months ago. My immediate needs (scratching my own itch here) would be to help provide greater granularity for application messaging (similar to log levels) and perhaps a jsp taglib or two to help take advantage of this in my apps (this would probably go under Apache Struts contrib). So, with that said, I would like to volunteer to help with this project. Off the top of my head what I would like to do is: a) offer the same solution with the following alternate implementations: - properties file based configuration (more on this later) - RDBMS based configuration (I've already done this in commons-resources) b) Develop a Struts plug-in that will load and configure commons-i18n for my Struts applications. (I guess I could just add this as a plug-in under struts) c) The types of LocalizedMessages or LocalizedExceptions I can use are the following: - System error - Error - Warning - Alert - Flag - Info d) I would like to add an entry like: entry key=small-icon/images/some-icon-small.jpg/entry (also one for large-icon) e) New MessageManager impl that can assemble messages based on a config file who's entries simply point to existing i18n'd properties file(s) keys. (I will provide more details for this on my ShortTermPlans page http://wiki.apache.org/struts/ShortTermPlansForJamesMitchell) General questions: Is there any reason you did not use commons-logging? Can we change this to commons since it will (by default) delegate to the appropriate logging framework (let's eat our own dogfood)? Any reason you are using xml-importer instead of digester? I've read the docs on sf.net, but the advantages still aren't clear to me
Re: Licensing
How dare they say that about us!!! ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ricardo Gladwell [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Thursday, October 07, 2004 10:58 AM Subject: Re: Licensing Henning P. Schmiedehausen wrote: Henri Yandell [EMAIL PROTECTED] writes: IMHO, it is a real must read for everyone that writes and especially uses open source. Funnily enough, many of the points that she raises don't apply to the ASF. Hmm... I might disagree with that one. For example, I don't know many newbie users who could single-handedly set-up and configure the Apache web server with Tomcat without encountering a few problems. Also, some ASF projects have very skimpy documentation in places. Fighting for one's political stand is an honorable action, but re- fusing to acknowledge that there might be weaknesses in one's position - in order to identify them so that they can be remedied - is a large enough problem with the Open Source movement that it deserves to be on this list of the top five problems. -- Michelle Levesque, Fundamental Issues with Open Source Software Development I have heard an interesting theory behind this: that the technical affinity shared by geeks and open-source advocates across the world is actually a form of mild autism, passed down the male line. Anecdotally, on my father's side many of my uncles are engineers, and my grandfather was an engineer (who, interestingly, claims to have invented the flip chart which he failed to patent) - the geek old guard. And, in this generation, most of my male cousins are working in the IT industry as programmers and system administrators - the new geeks. Anyway, my point is that it would also seem that, along with poor social skills and shyness, a form bi-polar fanaticism seems to come with this techno-autism. The constant them or us attitude one sees on forums such as /. seem to be near universal constant. I mention it only for interests sake. :) Kind regards, -- Ricardo - 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: [configuration] handling exceptions in AbstractConfiguration implementations
Problem with having Hibernate implementations is that the license is incompatible with the ASL. So you'll need to keep any incompatible code somewhere elselike I do with commons-resources at sf.net. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ricardo Gladwell [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 8:07 AM Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations Eric Pugh wrote: Hi Ricardo.. Sounds like you are working on something I've been wanting for a long time! Of course, I was going to release it anyway so please find the source-code attached. Not sure it belongs in commons-configration API; probably better contributed to the hibernate project. If you can think of any improvements please mail the patches back to me for my own project :) In otherwords, say I am using a Configuration object in my code, and I do configuration.getDouble(key);. If getDouble throws an exception then I am going to have these try/catch cluases all over the place, cluttering the code. and, I really except getDouble() to allows work. If it doesn't, my application will just pass it on,not have some sort of fancy if getDouble fails, then try getString or something weird. Good point, although I'm still dubious about throwing RuntimeExceptions - those things shoot straight through everything like a silver bullet and can even crash some servlet engines. From my perspective, I'm not bothered if the Configuration object throws exceptions: I wouldn't catch such exceptions in my web application, instead letting them fly all the way to the exception screen. This way, I can see them occuring as I test my application through the browser. Obviously, sometimes when configuring your application you just want your configuration to work or keep on working untill if it encounters an errors. However, simply allowing your application to ignore exceptions until they create new exception elsewhere seems like a good way to create hard-to-fix bugs. Surely, it would be better to relay the errors and let the application decide what to do with them? I think what you can do is just wrap your HibernateException in a ConfiguratoinRuntimeException and toss that. JDBCConfiguration should probably be doning the same thing. Another alternative would be to have a getExceptions() method for all Configurations which stores exceptions occuring and stores them for later reporting. A good comprimise would be to allow all Configuration objects to have two modes: one where exceptions are thrown as soon as they occur and another one which stores exceptions as I suggested. Kind regards, -- Ricardo Gladwell -Original Message- From: Ricardo Gladwell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 12:56 PM To: Jakarta Commons Developers List Subject: [configuration] handling exceptions in AbstractConfiguration implementations Hi All, I'm currently developing a sub-class of the AbstractConfiguration classthat uses Hibernate to access configuration properties (unimaginatively called Hibernate Configuration). I'm slightly concerned about the way sub-classes are suposed to handle exceptions: All the abstract method are defined as not throwing exceptions. All calls to hibernate, however, throw HibernateExceptions. So, for example, my implementation of getPropertyDirect calls the hibernate Session.get() method which can throw an exception. Looking at your implementation of the DatabaseConfiguration I can see that it simply consumes SQLExceptions thrown from the JDBC API, logging the stack trace. However, what if you want to be warned of exceptions being thrown by the underlying implementation of Configuration? I notice you already have a nestable ConfigurationException implemented. Surely, all Configuration methods should indicate they will throw this exception if they are expected to read/write data? Also, the AbstractConfiguration class does not describe this contract (logging all errors throw by underlying framework) or what should be returned in the event of an error? I assume you should return null values but this is not described anywhere. Kind regards, -- Ricardo Gladwell package net.sf.jexus.server.components; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import java.util.Iterator; import java.util.List; import net.sf.hibernate.HibernateException; import net.sf.hibernate.Session; import net.sf.hibernate.Transaction; import net.sf.jexus.server.data.object.ConfigurationProperty; import org.apache.commons.beanutils.ConvertUtils; import org.apache.commons.configuration.AbstractConfiguration; /** * pHibernate
Re: [configuration] handling exceptions in AbstractConfiguration implementations
I don't know about a parallel site, but I put my code under sf.net/projects/struts (just because I already use that repos) I'm not one of those letter-of-the-law types, but I don't want anything I work on to be accused of said infractions (Gawd!! I sound like one now ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Eric Pugh [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 9:05 AM Subject: RE: [configuration] handling exceptions in AbstractConfiguration implementations I tried hitting commons-resources.sf.net but no joy.. I think this licensing thing is going to bite a lot of projects.. I was thinking of settingup a sf project called hibernatecodethatiwantedatapache.sf.net where I could toss all these bits and pieces. Has Jakarta-Commons actually set up a parralel site on SF to work around these issues? ERic -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 2:15 PM To: Jakarta Commons Developers List Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations Problem with having Hibernate implementations is that the license is incompatible with the ASL. So you'll need to keep any incompatible code somewhere elselike I do with commons-resources at sf.net. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ricardo Gladwell [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 8:07 AM Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations Eric Pugh wrote: Hi Ricardo.. Sounds like you are working on something I've been wanting for a long time! Of course, I was going to release it anyway so please find the source-code attached. Not sure it belongs in commons-configration API; probably better contributed to the hibernate project. If you can think of any improvements please mail the patches back to me for my own project :) In otherwords, say I am using a Configuration object in my code, and I do configuration.getDouble(key);. If getDouble throws an exception then I am going to have these try/catch cluases all over the place, cluttering the code. and, I really except getDouble() to allows work. If it doesn't, my application will just pass it on,not have some sort of fancy if getDouble fails, then try getString or something weird. Good point, although I'm still dubious about throwing RuntimeExceptions - those things shoot straight through everything like a silver bullet and can even crash some servlet engines. From my perspective, I'm not bothered if the Configuration object throws exceptions: I wouldn't catch such exceptions in my web application, instead letting them fly all the way to the exception screen. This way, I can see them occuring as I test my application through the browser. Obviously, sometimes when configuring your application you just want your configuration to work or keep on working untill if it encounters an errors. However, simply allowing your application to ignore exceptions until they create new exception elsewhere seems like a good way to create hard-to-fix bugs. Surely, it would be better to relay the errors and let the application decide what to do with them? I think what you can do is just wrap your HibernateException in a ConfiguratoinRuntimeException and toss that. JDBCConfiguration should probably be doning the same thing. Another alternative would be to have a getExceptions() method for all Configurations which stores exceptions occuring and stores them for later reporting. A good comprimise would be to allow all Configuration objects to have two modes: one where exceptions are thrown as soon as they occur and another one which stores exceptions as I suggested. Kind regards, -- Ricardo Gladwell -Original Message- From: Ricardo Gladwell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 12:56 PM To: Jakarta Commons Developers List Subject: [configuration] handling exceptions in AbstractConfiguration implementations Hi All, I'm currently developing a sub-class of the AbstractConfiguration classthat uses Hibernate to access configuration properties (unimaginatively called Hibernate Configuration). I'm slightly concerned about the way sub-classes are suposed to handle exceptions: All the abstract method are defined as not throwing exceptions. All calls to hibernate, however, throw HibernateExceptions. So, for example, my implementation
[i18n] Did I miss something?
Wow, how did I miss this? I wonder what we can do with this and commons-resources and/or Apache Struts. In my current gig we are using a home grown solution in combination with ActionErrors/ActionMessages provided by Struts. This project would have been nice to have about 8 months ago. My immediate needs (scratching my own itch here) would be to help provide greater granularity for application messaging (similar to log levels) and perhaps a jsp taglib or two to help take advantage of this in my apps (this would probably go under Apache Struts contrib). So, with that said, I would like to volunteer to help with this project. Off the top of my head what I would like to do is: a) offer the same solution with the following alternate implementations: - properties file based configuration (more on this later) - RDBMS based configuration (I've already done this in commons-resources) b) Develop a Struts plug-in that will load and configure commons-i18n for my Struts applications. (I guess I could just add this as a plug-in under struts) c) The types of LocalizedMessages or LocalizedExceptions I can use are the following: - System error - Error - Warning - Alert - Flag - Info d) I would like to add an entry like: entry key=small-icon/images/some-icon-small.jpg/entry (also one for large-icon) e) New MessageManager impl that can assemble messages based on a config file who's entries simply point to existing i18n'd properties file(s) keys. (I will provide more details for this on my ShortTermPlans page http://wiki.apache.org/struts/ShortTermPlansForJamesMitchell) General questions: Is there any reason you did not use commons-logging? Can we change this to commons since it will (by default) delegate to the appropriate logging framework (let's eat our own dogfood)? Any reason you are using xml-importer instead of digester? I've read the docs on sf.net, but the advantages still aren't clear to me (I'm guessing it was just a personal choice made some time ago and you just stayed with it). Can we change this to use either (or use commons-configuration)? Have you thought about Spring integration? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] handling exceptions in AbstractConfiguration implementations
That is good to know. I am not a licensing expert. I'm just going off of a prior conversation Stefan Bodewig whom I assume is more knowledgeable than I wrt this issue. - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:02 AM Subject: Re: [EMAIL PROTECTED]: jakarta-commons-sandbox/commons-resources success On Tue, 6 Jul 2004, James Mitchell [EMAIL PROTECTED] wrote: On Fri, 2 Jul 2004, Stefan Bodewig wrote: Please note also that Hibernate's license is LGPL. I did not realize that. Can we continue to build these with this dependency? I don't think so. At least you can't do a release with a dependency like this. (If not, I can always push them back up to the contrib folder) If the contrib folder is outside of an ASF CVS or SVN repository. Stefan -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Emmanuel Bourg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 1:03 PM Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations James Mitchell wrote: Problem with having Hibernate implementations is that the license is incompatible with the ASL. So you'll need to keep any incompatible code somewhere elselike I do with commons-resources at sf.net. AKAIK Hibernate is licensed under the LGPL and is perfectly compatible with the ASL. Building an HibernateConfiguration doesn't constitue a modification of Hibernate requiring its distribution under the LGPL. Emmanuel Bourg - 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: [configuration] handling exceptions in AbstractConfiguration implementations
One advantage for me is having the ability to reuse your existing application's configuration. I created a Hibernate, iBatis, Torque, DBUtils, and straight JDBC implementations for commons-resource for this very purpose. I moved the Hibernate impl over to sf.net because of license conflicts. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Emmanuel Bourg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 12:59 PM Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations I don't want to sound harsh, but what is the added value of using Hibernate here for such a simple data structure ? A direct JDBC implementation is good enough and spare a 1.5MB dependency. Emmanuel Bourg Ricardo Gladwell wrote: Hi All, I'm currently developing a sub-class of the AbstractConfiguration classthat uses Hibernate to access configuration properties (unimaginatively called Hibernate Configuration). I'm slightly concerned about the way sub-classes are suposed to handle exceptions: All the abstract method are defined as not throwing exceptions. All calls to hibernate, however, throw HibernateExceptions. So, for example, my implementation of getPropertyDirect calls the hibernate Session.get() method which can throw an exception. Looking at your implementation of the DatabaseConfiguration I can see that it simply consumes SQLExceptions thrown from the JDBC API, logging the stack trace. However, what if you want to be warned of exceptions being thrown by the underlying implementation of Configuration? I notice you already have a nestable ConfigurationException implemented. Surely, all Configuration methods should indicate they will throw this exception if they are expected to read/write data? Also, the AbstractConfiguration class does not describe this contract (logging all errors throw by underlying framework) or what should be returned in the event of an error? I assume you should return null values but this is not described anywhere. Kind regards, -- Ricardo Gladwell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] handling exceptions in AbstractConfiguration implementations
I feel your pain. After spending time shuffling code up and down from a contrib folder so that gump would, then would not compile those sources, I finally moved the code over to sf.net and updated the docs to mention the additional impls. I would like a straight answer on this too. I wish I could keep everything together. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Eric Pugh [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 3:16 PM Subject: RE: [configuration] handling exceptions in AbstractConfiguration implementations This is really driving me crazy.. I have tracked threads on general and jakarta-pmc mailing lists about this.. And everytime it comes down to I am not a lawyer and a bunch of FUD. We really need someone from the top of Apache to provide direction. I work a lot with hibernate code and can think of at least 4 projects that have hibernate code in them (at least as far as import statements). Of course, I guess this isn't the right mailing list.. I could try and push this to some sort of conclusion, but I don't want to be told no! right now you can just pick your interpretation! Argh, Eric -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 7:23 PM To: Jakarta Commons Developers List Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations One advantage for me is having the ability to reuse your existing application's configuration. I created a Hibernate, iBatis, Torque, DBUtils, and straight JDBC implementations for commons-resource for this very purpose. I moved the Hibernate impl over to sf.net because of license conflicts. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Emmanuel Bourg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 12:59 PM Subject: Re: [configuration] handling exceptions in AbstractConfiguration implementations I don't want to sound harsh, but what is the added value of using Hibernate here for such a simple data structure ? A direct JDBC implementation is good enough and spare a 1.5MB dependency. Emmanuel Bourg Ricardo Gladwell wrote: Hi All, I'm currently developing a sub-class of the AbstractConfiguration classthat uses Hibernate to access configuration properties (unimaginatively called Hibernate Configuration). I'm slightly concerned about the way sub-classes are suposed to handle exceptions: All the abstract method are defined as not throwing exceptions. All calls to hibernate, however, throw HibernateExceptions. So, for example, my implementation of getPropertyDirect calls the hibernate Session.get() method which can throw an exception. Looking at your implementation of the DatabaseConfiguration I can see that it simply consumes SQLExceptions thrown from the JDBC API, logging the stack trace. However, what if you want to be warned of exceptions being thrown by the underlying implementation of Configuration? I notice you already have a nestable ConfigurationException implemented. Surely, all Configuration methods should indicate they will throw this exception if they are expected to read/write data? Also, the AbstractConfiguration class does not describe this contract (logging all errors throw by underlying framework) or what should be returned in the event of an error? I assume you should return null values but this is not described anywhere. Kind regards, -- Ricardo Gladwell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources failed
On Thu, 9 Sep 2004, James Mitchell [EMAIL PROTECTED] wrote: I have already spent some time trying to figure out how to reference the iBatis jar in the lib directory of the project, Any reason you are using 1.2.9 instead of 2.0.5 or just 1.3.1? No reason, just one of the distributions I had. I'd probably look into building ibatis 2.x from source if I can. Great! Thanks for your help. Stefan -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources failed
This is going to continue to fail until someone fixes Gump. I have already spent some time trying to figure out how to reference the iBatis jar in the lib directory of the project, but I am just too much of a gump-newbie. Can anyone help with this? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 11:23 PM Subject: [EMAIL PROTECTED]: jakarta-commons-sandbox/commons-resources 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 folk at [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration. This issue affects 1 projects. Project State : 'Failed' The following are affected: - commons-resources : Commons resources Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resourc es/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-resources-08092004.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resourc es/gump_work/build_jakarta-commons-sandbox_commons-resources.html Work Name: build_jakarta-commons-sandbox_commons-resources (Type: Build) State: Failed Elapsed: 3 secs Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/lo cal/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/g ump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/pub lic/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/publi c/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merg e.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-resources-08092004 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jaka rta-commons-sandbox/resources/target/classes:/usr/local/gump/public/workspac e/jakarta-commons-sandbox/resources/target/test-classes:/usr/local/gump/publ ic/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace /ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant- swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/lo cal/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.j ar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-b eanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collectio ns/build/commons-collections-08092004.jar:/usr/local/gump/public/workspace/j akarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/wor kspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/ public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local /gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar: /usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/l ocal/gump/public/workspace/dist/junit/junit.jar- Buildfile: build.xml init: [mkdir] Created dir: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/li b get-deps: compile: [mkdir] Created dir: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/cl asses [javac] Compiling 28 source files to /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/cl asses [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/java/ org/apache/commons/resources/impl/IBatisResources.java:37: package com.ibatis.common.resources does not exist [javac] import com.ibatis.common.resources.Resources; [javac]^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/java/ org/apache/commons/resources/impl/IBatisResources.java:38: package com.ibatis.db.sqlmap does not exist [javac] import com.ibatis.db.sqlmap.SqlMap; [javac] ^ [javac] /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/src/java/ org/apache/commons/resources/impl/IBatisResources.java:39: package com.ibatis.db.sqlmap does not exist [javac] import com.ibatis.db.sqlmap.XmlSqlMapBuilder; [javac] ^ [javac
Fw: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory
Anyone know why this is in moderation? -- James Mitchell - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 02, 2004 11:41 AM Subject: cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory rwinston2004/09/02 08:41:30 jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kama for commons/sandbox Email
1. Make sure you are using 'extssh' as the connection method in Eclipse (as Craig suggested) 2. Make sure the Repository path is set to /home/cvs and not /home/cvspublic (as Martin suggested) If all else fails, delete the project and start from scratch. Use the CVS view and 'check out as' on the right click menu. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Matthias Wessendorf [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:18 AM Subject: RE: kama for commons/sandbox Email Hen, thanks. I just tryed to commit via cvs (SSH) with my account [EMAIL PROTECTED], but got CVS-Error (The Server reported an error while performing the cvs commit command). anything to do with jakarata-unix-group ? Regards, Matthias -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 7:37 AM To: Jakarta Commons Developers List Subject: Re: kama for commons/sandbox Email Now added to the jakarta group. Hen On Wed, 25 Aug 2004, Henri Yandell wrote: Karma added. I've asked the infrastructure group to add you to the jakarta unix group, so you won't be able to use your karma until then. Hen On Wed, 25 Aug 2004, Matthias Wessendorf wrote: I'd take care of patches if no one who's been more active on commons-email. I think it is a great project. The patch I would like submit allows the users to use the pop3-before-smtp-functionality for mailservers. Some mailserver may need this... perhaps one reason is spam? So if someone wants to give me sandbox karma, I'll take care of that bug/enhancement. http://issues.apache.org/bugzilla/show_bug.cgi?id=29435 Matthias -- Matthias Weßendorf Aechterhoek 18 DE-48282 Emsdetten Germany Email: matthias AT wessendorf DOT net URL: http://www.wessendorf.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kama for commons/sandbox Email
No problem. That's why we are hereit's all about the community. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Matthias Wessendorf [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Sent: Friday, August 27, 2004 7:58 AM Subject: RE: kama for commons/sandbox Email thanks guys! it was the /home/cvs-thing, thank James! Regards, Matthias -Original Message- From: Jörg Schaible [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:58 PM To: Jakarta Commons Developers List Subject: RE: kama for commons/sandbox Email James Mitchell wrote on Friday, August 27, 2004 1:26 PM: 1. Make sure you are using 'extssh' as the connection method in Eclipse (as Craig suggested) 2. Make sure the Repository path is set to /home/cvs and not /home/cvspublic (as Martin suggested) 3. Open the view Error Log in Eclipse to see the internal error report of Eclipse. That might give you another idea, what's really going wrong. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts project.xml
Oops, this was meant for commons/validator -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: James Mitchell [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:18 PM Subject: Re: cvs commit: jakarta-struts project.xml I went ahead and updated the downloads page to 1.1.3, what should I put for latest development versions? Other commons subprojex look very different from validator and even each other??? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:01 PM Subject: cvs commit: jakarta-struts project.xml germuska2004/08/27 10:01:36 Modified:.project.xml Log: remove comment on commons-validator dependency since the current version is now served from iBiblio (yay!) Revision ChangesPath 1.33 +0 -9 jakarta-struts/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-struts/project.xml,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- project.xml 25 Aug 2004 11:49:06 - 1.32 +++ project.xml 27 Aug 2004 17:01:35 - 1.33 @@ -227,16 +227,7 @@ groupIdcommons-validator/groupId artifactIdcommons-validator/artifactId version1.1.3/version - urlhttp://apache.org/~husted/validator/v1.1.3//url - !-- - Until the validator dependency is served from one of Struts' repositories, - change the URL to point to the latest development release, which includes a - page that explains how to build using Maven and offers a copy of the requisite - JAR. This is the URL Maven shows when a dependency can't be resolved, so the - above, with explanation, will probably help people more than just pointing - to the Validator project (below). urlhttp://jakarta.apache.org/commons/validator//url - -- properties war.bundletrue/war.bundle cactus.bundletrue/cactus.bundle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[resources] An interesting problem
I am refactoring and removing the source files that directly link to code that falls outside of the ASL. I am moving these over to sf.net/struts and I am almost done, but for 1 small problem. If you've looked over any of the test cases, you know that the tests are actually conducted with calls tracing up the hierarchy to ResourcesFactoryBaseTestCase. I want my test classes to reuse this same test code, but I don't know what the best approach is. I don't want to copy/paste the existing code because I don't care to maintain the same code in 2 places. However, I can't simply reference the jar.because there is no jar, they are just test classes. What would you do? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [resources] An interesting problem
Currently the project.xml produces commons-resources-1.0-dev.jar Can you help me with how I need to tell maven to create a 2nd artifact? Something like commons-resources-tests-1.0-dev.jar -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Friday, August 27, 2004 4:12 PM Subject: Re: [resources] An interesting problem James Mitchell wrote: I want my test classes to reuse this same test code, but I don't know what the best approach is. I don't want to copy/paste the existing code because I don't care to maintain the same code in 2 places. However, I can't simply reference the jar.because there is no jar, they are just test classes. What would you do? Create a jar containing the test classes. If other projects depend on these tests, then they are a valid artifact produced by the project and no longer just test classes. I run into this situation frequently when I have one component which defines a set of interfaces, and also tests for these interfaces. Then, I have another component which implements the interfaces, and the tests need to reference the interface tests. So, I'm in the habit of producing test jars along side the normal ones. [collections] does something similar to this. - 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: cvs commit: jakarta-commons/validator project.xml
Geethanks!!! :P -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: David Graham [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Friday, August 27, 2004 9:01 PM Subject: Re: cvs commit: jakarta-commons/validator project.xml Welcome aboard James! I noticed you misspelled your email address so I saved you some time and added [EMAIL PROTECTED] to some lists I thought you might enjoy :-). David --- [EMAIL PROTECTED] wrote: jmitchell2004/08/27 09:17:28 Modified:validator project.xml Log: Volunteer myself - no applause, just send money :P Revision ChangesPath 1.51 +7 -1 jakarta-commons/validator/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/validator/project.xml,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- project.xml 11 Jun 2004 20:51:57 - 1.50 +++ project.xml 27 Aug 2004 16:17:28 - 1.51 @@ -1,4 +1,4 @@ -?xml version=1.0 encoding=UTF-8? +?xml version=1.0 encoding=UTF-8? !-- Copyright 2003-2004 The Apache Software Foundation @@ -121,6 +121,12 @@ idmrdon/id email[EMAIL PROTECTED]/email organization/organization +/developer +developer + nameJames Mitchell/name + idjmitchell/id + emailjmitchell NOSPAM apache.org/email + organizationEdgeTech, Inc/organization /developer /developers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Completing the 1.1.3 GA release
I also use this release without issue. +1 (non-binding), lets get this thing out there!!! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: David Graham [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, August 16, 2004 9:34 AM Subject: Re: [Validator] Completing the 1.1.3 GA release That sounds like a good plan to me Martin. Thanks, David --- Martin Cooper [EMAIL PROTECTED] wrote: We voted on this a while back, and the outcome was positive. As far as I'm aware, all that needs to happen to complete the process is: * Notify the PMC of the successful vote. * Move the release to the mirror location. * Announce the new release. Anything else that we need to do, or should I just start doing this? -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail - 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: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources success
Ok, I will remove that code and package it separately (on sf.net) for those would like to use it. Thanks for your help. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:02 AM Subject: Re: [EMAIL PROTECTED]: jakarta-commons-sandbox/commons-resources success On Tue, 6 Jul 2004, James Mitchell [EMAIL PROTECTED] wrote: On Fri, 2 Jul 2004, Stefan Bodewig wrote: Please note also that Hibernate's license is LGPL. I did not realize that. Can we continue to build these with this dependency? I don't think so. At least you can't do a release with a dependency like this. (If not, I can always push them back up to the contrib folder) If the contrib folder is outside of an ASF CVS or SVN repository. Stefan - 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: [GUMP][Resources] build file is broken
I noticed that as it was committed yesterday. Craig, did you mean to check that in as is? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:37 AM Subject: [GUMP][Resources] build file is broken Hi, the generated build file contains absolute paths pointing to Craig's home dir somewhere. Could anybody please fix it? This is the second time that a Maven generated build file looked wrong in a week. Is the plugin broken that generates them in the latest Maven or are people using an older and broken version? Stefan - 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: [GUMP@brutus]: jakarta-commons-sandbox/commons-resources success
On Fri, 2 Jul 2004, Stefan Bodewig wrote: On 30 Jun 04, Stefan Bodewig [EMAIL PROTECTED] wrote: Project commons-resources *no longer* has an issue. Not that I fixed it by adding a dependency on Hibernate (and installing Hibernate on the Gump boxes). Please note also that Hibernate's license is LGPL. I did not realize that. Can we continue to build these with this dependency? (If not, I can always push them back up to the contrib folder) Stefan - 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: [Resources] - Moved database impls down from contrib - NIGHTLY BUILD CHANGES REQUIRED
Thank you Matthew, I didn't realize they were doing that.which, unfortunately, reaffirms my skills with Maven. I made the change and retested.all is fine. Thanks! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: matthew.hawthorne [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Friday, June 11, 2004 1:33 AM Subject: Re: [Resources] - Moved database impls down from contrib - NIGHTLY BUILD CHANGES REQUIRED James Mitchell wrote: * Configuration Issue: Hibernate requires jta.jar and the license (I think) does not allow Ibiblio to make that jar available so whoever runs the nightlies (??Craig??) will need to set that up. There is a note in project.xml with a link to a resource that explains it in detail. Here's something cool I noticed with regard to unpublishable jars -- Geronimo includes J2EE spec jars on ibiblio. I think this is what you need: http://www.ibiblio.org/maven/geronimo-spec/jars/geronimo-spec-jta-1.0-M1.jar - 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]
[Resources] - quick question
Sorry for the RTFM question, how should I go about getting the iBatis jars published on ibiblio.org so that our maven script can find them? I have finished the iBatis Database impl for Resources (with tests) but I want to make sure I don't break the build since the above mentioned jars are not available. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Resources] - Moved database impls down from contrib - NIGHTLY BUILD CHANGES REQUIRED
I finally got some free time over the last couple of days, and I just checked in the latest changes to the Resource project in the Sandbox. My changes include: - moved the JDBCResources and HibernateResources down from contrib - modified both database impls to use HSQLDB - finished the test coverage for both As it stands, (except for one configuration issue *see below) Resources builds fine with Maven (I currently use RC3). Changes were necessary to support running this against an in memory HSQLDB and I should probably go back and refactor some of it, but I just wanted to get it in for now. * Configuration Issue: Hibernate requires jta.jar and the license (I think) does not allow Ibiblio to make that jar available so whoever runs the nightlies (??Craig??) will need to set that up. There is a note in project.xml with a link to a resource that explains it in detail. I will be creating impls for iBatis, Torque, and any other frameworks that someone thinks upjust drop me a line. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Ted Husted as Committer
+1 - Ted Husted for Validator Committer +1 - Ted Husted for President ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Sunday, June 06, 2004 8:39 AM Subject: [Validator] Ted Husted as Committer The few remaining issues against Validator seem to have fixes and patches that I could apply. I'd like to resolve these issues and then roll the 1.3.1 release. Accordingly, I'd like to nominate myself as a Validator Committer. Here's my +1 for me :) -Ted. - 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: [Validator] Niall Pemberton as Committer
+1 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, May 24, 2004 4:16 PM Subject: [Validator] Niall Pemberton as Committer Niall Pemberton is an Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - 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: (DB) Common-Resources - request for status information
I can't give a definitive answer for when Resources will come up to jakarta-commons, but I can tell you that we will be moving the database impls out of contrib and into the regular distribution as soon as I (or someone ;) can get some free time to finish the tests. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. http://www.EdgeTechServices.net/ 678.910.8017 AIM: jmitchtx - Original Message - From: Marcel Overdijk [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, May 09, 2004 6:01 AM Subject: (DB) Common-Resources - request for status information Hi, I'm interested inthe Commons-Resources package. I'm wondering what the status is of this package and when it's planned to be promoted to the 'real' Compontents of the Commons package. As I need reloadable database Resources for my project I bumped into this Commons-Resources package. As I was thinking of implementing my own DBResources as an implementation of Commons-Resources I noticed the contrib of the JDBCResources by jmitchell. I'm also wondering what the status is of this sub package and why it belongs not to the Commons-Resources branch/jar? Hope to get some information. Regards, Marcel Overijk _ MSN Zoeken, voor duidelijke zoekresultaten! http://search.msn.nl - 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: [Resources] Presence vs. contrib
- Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 5:44 PM Subject: Re: [Resources] Presence vs. contrib Quoting James Mitchell [EMAIL PROTECTED]: I'm not sure how you want to handle the tests that require a database configuration and connection (??Craig??). They run fine for me with a simple mysql install. How about if we create a test dependency on hsqldb (or some equivalent embedded SQL database with a JDBC driver)? Since it runs in the same process, it could be managed pretty much like any other test. That sounds great. I'll look at getting that done soon, although to be honest, I'm about to get a book deal so when that happens it will pretty much consume every non-working or non-sleeping minute of my time. As far as building/dist-ing, Maven is giving me fits. I am fighting with Maven to get it to do what I need (per last discussion about distributions and struts plugins, etc), but I'm just not that familiar with it. I'm glad someone else is cutting their teeth on Maven building so I can just benefit from their experience when it's done :-). 'cutting teeth' is a VERY polite way of putting it :) I'm not complaining about Maven specifically, I just hate feeling stupid with this or any neat tool ;) Much like the discussions/arguments about jsp vs. velocity, Maven might be cool and might even be more powerful than Ant, but I am just not as knowledgable with Maven as I am with Ant build scripts. I'm going to move them to the main src directory, but I will need some assistence getting the tests to pass. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Craig -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Yahoo IM:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Resources] Presence vs. contrib
I'm not sure how you want to handle the tests that require a database configuration and connection (??Craig??). They run fine for me with a simple mysql install. As far as building/dist-ing, Maven is giving me fits. I am fighting with Maven to get it to do what I need (per last discussion about distributions and struts plugins, etc), but I'm just not that familiar with it. I'm not complaining about Maven specifically, I just hate feeling stupid with this or any neat tool ;) Much like the discussions/arguments about jsp vs. velocity, Maven might be cool and might even be more powerful than Ant, but I am just not as knowledgable with Maven as I am with Ant build scripts. I'm going to move them to the main src directory, but I will need some assistence getting the tests to pass. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, February 28, 2004 4:21 PM Subject: Re: [Resources] Presence vs. contrib Quoting Martin Cooper [EMAIL PROTECTED]: The database implementations of Resources are currently under a contrib directory, which seems to imply that they are somehow second class citizens to the other implementations. I'd prefer to see them up there with the best of them. ;-) Perhaps we could use a 'presence' test, as Chain does, to determine whether or not these pieces are built, and then integrate them more fully into the Resources build? +1 to both suggestions. -- Martin Cooper Craig - 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: [Resources] Presence vs. contrib
That's great!!! Can you help? diff -u is the best way to submit patches. Thanks in advance ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Eric Pugh [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Sent: Tuesday, March 02, 2004 9:13 AM Subject: RE: [Resources] Presence vs. contrib I have used HSQL and/or mckoi quite successfully for running unit tests. In [configuration] we have TestDatabaseConfiguration that demonstrates using DBUnit to populate an HSQLDB database, all in memory. An upcoming HSQLDB 1.7.2 will be even better at being used in memory, you'll be able to specify that the database is to be totally in memory and not persist anythign... Eric -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 02, 2004 12:33 PM To: Jakarta Commons Developers List Subject: Re: [Resources] Presence vs. contrib I'm not sure how you want to handle the tests that require a database configuration and connection (??Craig??). They run fine for me with a simple mysql install. As far as building/dist-ing, Maven is giving me fits. I am fighting with Maven to get it to do what I need (per last discussion about distributions and struts plugins, etc), but I'm just not that familiar with it. I'm not complaining about Maven specifically, I just hate feeling stupid with this or any neat tool ;) Much like the discussions/arguments about jsp vs. velocity, Maven might be cool and might even be more powerful than Ant, but I am just not as knowledgable with Maven as I am with Ant build scripts. I'm going to move them to the main src directory, but I will need some assistence getting the tests to pass. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, February 28, 2004 4:21 PM Subject: Re: [Resources] Presence vs. contrib Quoting Martin Cooper [EMAIL PROTECTED]: The database implementations of Resources are currently under a contrib directory, which seems to imply that they are somehow second class citizens to the other implementations. I'd prefer to see them up there with the best of them. ;-) Perhaps we could use a 'presence' test, as Chain does, to determine whether or not these pieces are built, and then integrate them more fully into the Resources build? +1 to both suggestions. -- Martin Cooper Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[resources] new implementations [was: Re: cvs commit: jakart...]
P.S. I'll be adding a few more items later tonight and/or this weekend: - a build script in resources/contrib that let's us produce a distribution of any single one of the implementations under contrib - a few docs - tutorial on how to setup and use these impls. - a plugin (location: jakarta-struts/contrib ) that acts as a wrapper to the current (Struts 1.1) message resources api. This would let anyone use a current distribution of commons-resources with Struts 1.1 (going for the backwards-compatibility crowd) Future: - an iBatis implementation - a Torque implementation - a basic LDAP implementation - a [?? enter your choice ??] implementation - mods to all the current database impls that allow datasource configuration/pooling via JNDI Did I miss anything? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 (cell) AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 06, 2004 8:26 AM Subject: cvs commit: jakarta-commons-sandbox/resources/contrib/hibernate/sql mysql.sql jmitchell2004/02/06 05:26:09 Added: resources/contrib/hibernate/src/test hibernate.cfg.xml hibernate.properties log4j.properties oscache.properties resources/contrib/hibernate/src/java/org/apache/commons/resources/impl HibernateBasicMessage.hbm.xml HibernateBasicMessage.java HibernateResources.java HibernateResourcesFactory.java resources/contrib/hibernate/src/test/org/apache/commons/resources/impl HibernateResourcesTestCase.java resources/contrib/hibernate/sql mysql.sql Log: Add new Database implementation that uses the Hibernate O/R mapping framework. This particular contribution was fully tested with the latest release (2.1.2). Revision ChangesPath 1.1 jakarta-commons-sandbox/resources/contrib/hibernate/src/test/hibernate.cfg.x ml Index: hibernate.cfg.xml === ?xml version='1.0' encoding=UTF-8? !DOCTYPE hibernate-configuration PUBLIC -//Hibernate/Hibernate Configuration DTD//EN http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd; hibernate-configuration session-factory !-- database connection -- property name=hibernate.dialectnet.sf.hibernate.dialect.MySQLDialect.java/propert y property name=hibernate.connection.driver_classorg.gjt.mm.mysql.Driver/property property name=hibernate.connection.urljdbc:mysql://localhost/resources/property property name=hibernate.connection.usernameresourcesTest/property property name=hibernate.connection.passwordresourcesTest/property property name=hibernate.connection.pool_size4/property property name=hibernate.statement_cache.size100/property property name=hibernate.show_sqltrue/property property name=hibernate.jdbc.batch_size0/property property name=hibernate.cglib.use_reflection_optimizertrue/property mapping resource=org/apache/commons/resources/impl/HibernateBasicMessage.hbm.xml/ /session-factory /hibernate-configuration 1.1 jakarta-commons-sandbox/resources/contrib/hibernate/src/test/hibernate.prope rties Index: hibernate.properties === ## ### Query Language ### ## ## define query language constants / function names hibernate.query.substitutions true 1, false 0, yes 'Y', no 'N' # ### Platforms ### # ## JNDI Datasource #hibernate.connection.datasource jdbc/test #hibernate.connection.username db2 #hibernate.connection.password db2 ## HypersonicSQL hibernate.dialect net.sf.hibernate.dialect.HSQLDialect hibernate.connection.driver_class org.hsqldb.jdbcDriver hibernate.connection.username sa hibernate.connection.password hibernate.connection.url jdbc:hsqldb:hsql://localhost hibernate.connection.url jdbc:hsqldb:test hibernate.connection.url jdbc:hsqldb:. ## PostgreSQL #hibernate.dialect net.sf.hibernate.dialect.PostgreSQLDialect #hibernate.connection.driver_class org.postgresql.Driver #hibernate.connection.url jdbc:postgresql:template1 #hibernate.connection.username pg #hibernate.connection.password #hibernate.query.substitutions yes 'Y', no 'N' ## DB2 #hibernate.dialect net.sf.hibernate.dialect.DB2Dialect #hibernate.connection.driver_class COM.ibm.db2.jdbc.app.DB2Driver #hibernate.connection.url jdbc:db2:test #hibernate.connection.username db2 #hibernate.connection.password db2 ## DB2
Re: [Resources] When is the next release?
Unless I did something wrong, my search for issues on bugzilla turns up nothing, and I'm not sure what to make of issueTrackingUrl in project.xml. Does it mean that we should be using http://nagoya.apache.org/scarab/servlet/scarab/ or is it something that was just carried over when someone was creating this file? Using Maven to build and run the tests on this project fails. * Running ant test (with appropriate build.properties) will compile and test fine. * Running maven will compile fine, but does not copy the required .properties and .xml files needed by the tests. I don't know enough about Maven to determine whether this is configuration issue or a bug. So, with that out of the way, what exactly is stopping us from releasing commons-resources? Do we need more tests? Is there a checklist somewhere that I'm missing? -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Steve Peterson [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Saturday, July 19, 2003 5:16 PM Subject: RE: When is the next release? What needs to happen to get commons-resources out of the sandbox? I may have some time in the next week or two to contribute. Steve \At 05:05 PM 7/14/2003 -0700, David Graham wrote: --- James Turner [EMAIL PROTECTED] wrote: David Graham wrote: The plan all along was that 1.2.0 would include a move to commons-resources and no other major changes. However, commons-resources is still in the sandbox so I suggest we postpone that move to the next release. I've committed all of my interesting changes for 1.2.0 so I'd like to hear the status on the nested and tiles bugs plus the one Martin has assigned to himself. Also, is the validwhen vaildation working? Well, validWhen is checked into the release, and it's the same code I'm using on a live customer site, so my belief is that it is. We won't know how well it works until more users try it out and find bugs, but that's the nice thing about more frequent release cycles, right? I was just making sure there wasn't more to be done on it before a release. Hopefully it will help alleviate all the questions on requiredif :-). David James __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Nominate Alex Chaffee as Commons committer
Forgive me if I'm wrong, but committers need only request commit rights to commons and they are granted by default. -- James Mitchell Software Developer/Struts Evangelist http://struts.sourceforge.net/struts-atlanta/ -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 11, 2003 6:32 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Nominate Alex Chaffee as Commons committer Here's my +1 Stephen - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] I hereby nominate Alex Chaffee as a commons committer. He is a Tomcat committer at present. He currently wants to assist with the development of [lang] and has had a history with supporting library code with his own utilities of this nature. Votes for commons committer status? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Nominate Alex Chaffee as Commons committer
Doh! I see. -- James Mitchell Software Developer/Struts Evangelist http://struts.sourceforge.net/struts-atlanta/ -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 11, 2003 6:38 PM To: Jakarta Commons Developers List Subject: RE: [VOTE] Nominate Alex Chaffee as Commons committer commons-sandbox. Commons is an utterly different beast to Commons-Sandbox. On Tue, 11 Mar 2003, James Mitchell wrote: Forgive me if I'm wrong, but committers need only request commit rights to commons and they are granted by default. -- James Mitchell Software Developer/Struts Evangelist http://struts.sourceforge.net/struts-atlanta/ -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 11, 2003 6:32 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Nominate Alex Chaffee as Commons committer Here's my +1 Stephen - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] I hereby nominate Alex Chaffee as a commons committer. He is a Tomcat committer at present. He currently wants to assist with the development of [lang] and has had a history with supporting library code with his own utilities of this nature. Votes for commons committer status? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [patch] test folder import statement cleanup
Thanks, I'll take care of that asap. -- James Mitchell Software Developer Struts Technical Support A division of The Apache Software Foundation (ok, not really ;) http://www.apache.org/struts/ -Original Message- From: Andrew Freeman [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 10:59 PM To: Commons-Dev Subject: [patch] test folder import statement cleanup I have removed the unused imports if anyone is interested. HTH, Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [patch] share folder import statement cleanup
That's ok. I'm on both lists. -- James Mitchell Software Developer Struts Technical Support A division of The Apache Software Foundation (ok, not really ;) http://www.apache.org/struts/ -Original Message- From: Andrew Freeman [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 11:09 PM To: Jakarta Commons Developers List Subject: RE: [patch] share folder import statement cleanup Again, my apologies... wrong list. -Original Message- From: Andrew Freeman [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 10:59 PM To: Commons-Dev Subject: [patch] share folder import statement cleanup I have removed the unused imports if anyone is interested. HTH, Andy - 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: [RESOURCES] Units tests rely on JDK 1.4
Ok, unless someone says something, I plan to commit this tonight. -- James Mitchell -Original Message- From: Rob Leland [mailto:[EMAIL PROTECTED]] Sent: Friday, January 10, 2003 11:54 PM To: Jakarta Commons Developers List Subject: Re: [RESOURCES] Units tests rely on JDK 1.4 James Mitchell wrote: I've been setting up a new email address today. Has anyone looked at this yet? If you are subscribed to commons-dev you would see commits, I have not see commits on this item. Also I had filed a bug report about 8pm EST last night and attached a patch, put it on [digester] so be sure to update that bug report. You have the power ! -Rob -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [RESOURCES] Units tests rely on JDK 1.4
I've been setting up a new email address today. Has anyone looked at this yet? -- James Mitchell Software Engineer/Open Source Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 10:51 PM To: 'Jakarta Commons Developers List' Subject: RE: [RESOURCES] Units tests rely on JDK 1.4 Here are the changes I made locally. With these changes, resources builds and passes on both 1.3.1 and 1.4.1. Just say the word and I'll commit them. -- James Mitchell Software Engineer/Open Source Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 7:00 PM To: Jakarta Commons Developers List Subject: Re: [RESOURCES] Units tests rely on JDK 1.4 I fixed the cases that I found yesterday evening (Pacific time). If you run into any more, please provide a patch (diff -u) so that I can get them all at once. Craig On Thu, 9 Jan 2003, Robert Leland wrote: Date: Thu, 09 Jan 2003 17:43:21 -0500 From: Robert Leland [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: [RESOURCES] Units tests rely on JDK 1.4 Craig R. McClanahan wrote: On Thu, 9 Jan 2003, Robert Leland wrote: Date: Thu, 09 Jan 2003 17:09:48 -0500 From: Robert Leland [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Users List [EMAIL PROTECTED] Subject: [RESOURCES] Units tests rely on JDK 1.4 Same as before but for Units tests. Locale(language), doesn't exist under JDK 1.3, only under 1.4. As with the cases in the mainline code, this was fixed in the 20030109 nightly build (i.e. last night's). I just did a CVS update ~4:45 P.M. EST, so it was fixed after that time ? -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [RESOURCES] Units tests rely on JDK 1.4
Here are the changes I made locally. With these changes, resources builds and passes on both 1.3.1 and 1.4.1. Just say the word and I'll commit them. -- James Mitchell Software Engineer/Open Source Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 7:00 PM To: Jakarta Commons Developers List Subject: Re: [RESOURCES] Units tests rely on JDK 1.4 I fixed the cases that I found yesterday evening (Pacific time). If you run into any more, please provide a patch (diff -u) so that I can get them all at once. Craig On Thu, 9 Jan 2003, Robert Leland wrote: Date: Thu, 09 Jan 2003 17:43:21 -0500 From: Robert Leland [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: [RESOURCES] Units tests rely on JDK 1.4 Craig R. McClanahan wrote: On Thu, 9 Jan 2003, Robert Leland wrote: Date: Thu, 09 Jan 2003 17:09:48 -0500 From: Robert Leland [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Users List [EMAIL PROTECTED] Subject: [RESOURCES] Units tests rely on JDK 1.4 Same as before but for Units tests. Locale(language), doesn't exist under JDK 1.3, only under 1.4. As with the cases in the mainline code, this was fixed in the 20030109 nightly build (i.e. last night's). I just did a CVS update ~4:45 P.M. EST, so it was fixed after that time ? -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] RCS file: /home/cvs/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/CollectionResourcesBaseTestCase.java,v retrieving revision 1.2 diff -u -r1.2 CollectionResourcesBaseTestCase.java --- src/test/org/apache/commons/resources/impl/CollectionResourcesBaseTestCase.java 9 Jan 2003 03:25:24 - 1.2 +++ src/test/org/apache/commons/resources/impl/CollectionResourcesBaseTestCase.java + 10 Jan 2003 03:25:47 - @@ -172,7 +172,7 @@ test = new Locale(en, ); expected = new ArrayList(); expected.add(test); -expected.add(new Locale()); +expected.add(new Locale(,)); checkLocaleList(test, expected, cresources.getLocaleList(test)); test = new Locale(, US, POSIX); @@ -194,7 +194,7 @@ // Test retrieving missing resource keys public void testMissing() throws Exception { -Locale locale = new Locale(en); +Locale locale = new Locale(en,); try { resources.setReturnNull(true); String value = resources.getString(test.missing, locale, null); Index: src/test/org/apache/commons/resources/impl/ResourceBundleResourcesTestCase.java === RCS file: /home/cvs/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/ResourceBundleResourcesTestCase.java,v retrieving revision 1.2 diff -u -r1.2 ResourceBundleResourcesTestCase.java --- src/test/org/apache/commons/resources/impl/ResourceBundleResourcesTestCase.java 28 Dec 2002 04:40:56 - 1.2 +++ src/test/org/apache/commons/resources/impl/ResourceBundleResourcesTestCase.java + 10 Jan 2003 03:25:47 - @@ -147,7 +147,7 @@ // Test retrieving missing resource keys public void testMissing() throws Exception { -Locale locale = new Locale(en); +Locale locale = new Locale(en,); try { resources.setReturnNull(false); String value = resources.getString(test.missing, locale, null); @@ -180,7 +180,7 @@ Locale locale = null; -locale = new Locale(en); +locale = new Locale(en,); assertEquals(en specific value, [en] SPECIFIC, resources.getString(test.specific, locale, null)); @@ -190,7 +190,7 @@ [en_US] SPECIFIC, resources.getString(test.specific, locale, null)); -locale = new Locale(fr); +locale = new Locale(fr,); assertEquals(fr specific value, [fr] SPECIFIC, resources.getString(test.specific, locale, null)); Index: src/test/org/apache/commons/resources/impl/ResourcesBaseTestCase.java === RCS file: /home/cvs/jakarta-commons-sandbox/resources/src/test/org/apache/commons/resources/impl/ResourcesBaseTestCase.java,v retrieving revision 1.3 diff -u
RE: cvs commit: jakarta-commons-sandbox/resources build.xml
Sorry about that, I figured it wouldn't hurt. -- James Mitchell Software Engineer/Open Source Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Friday, January 03, 2003 12:08 AM To: Jakarta Commons Developers List Subject: Re: cvs commit: jakarta-commons-sandbox/resources build.xml On 3 Jan 2003 [EMAIL PROTECTED] wrote: Date: 3 Jan 2003 05:01:35 - From: [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-commons-sandbox/resources build.xml jmitchell2003/01/02 21:01:35 Modified:resources build.xml Log: Add -projecthelp Personally, I think ant -projecthelp makes this kind of thing redundant ... Craig -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Resources] Request Karma
Hi, some of you know me from the Struts project. I am a committer there. I have completed an implementation of MessageResources that I would like to add to Resources. The idea being that you can keep the key/value pairs in a relational database. I've implemented this using OJB under the covers, so you are only limited to what OJB can handle (as far as supported db vendors). If you care to see the source before making a decision, please feel free to grab the zip off my server: http://www.open-tools.org/struts-atlanta/downloads This zip file is a copy of the struts-example (1.1 b1) that has been modified to demonstrate this implementation using MySql. This implementation is compatible with every version of Struts up to and including the latest nightly build (since the API has not changed much). Includes full support for multiple keyed bundles and Modules (was Sub-Applications). I have not finished all the test cases for it yet, but that will come shortly. I'm also building a management tool that will let you (with minimal dependencies) manage the bundle resources using your own application. For those keys that are not visible on the browser, there will be a separate (optional) section that provides a web interface for such. -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Resources] Request Karma
Thanks Craig! -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, December 16, 2002 3:47 PM Subject: Re: [Resources] Request Karma On Mon, 16 Dec 2002, James Mitchell wrote: Date: Mon, 16 Dec 2002 15:39:04 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: [Resources] Request Karma Hi, some of you know me from the Struts project. I am a committer there. Per the jakarta-commons rules, all you need to do for karma on the sandbox is to ask -- it's now been set up. Welcome to Commons! Don't forget to add your name to the list of developers in the status file ... Craig I have completed an implementation of MessageResources that I would like to add to Resources. The idea being that you can keep the key/value pairs in a relational database. I've implemented this using OJB under the covers, so you are only limited to what OJB can handle (as far as supported db vendors). If you care to see the source before making a decision, please feel free to grab the zip off my server: http://www.open-tools.org/struts-atlanta/downloads This zip file is a copy of the struts-example (1.1 b1) that has been modified to demonstrate this implementation using MySql. This implementation is compatible with every version of Struts up to and including the latest nightly build (since the API has not changed much). Includes full support for multiple keyed bundles and Modules (was Sub-Applications). I have not finished all the test cases for it yet, but that will come shortly. I'm also building a management tool that will let you (with minimal dependencies) manage the bundle resources using your own application. For those keys that are not visible on the browser, there will be a separate (optional) section that provides a web interface for such. -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Resources] Request Karma
DOH! I didn't realize that was directly to you. I believe it is all fixed now. -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup - Original Message - From: James Mitchell [EMAIL PROTECTED] To: Craig R. McClanahan [EMAIL PROTECTED] Sent: Monday, December 16, 2002 4:19 PM Subject: Re: [Resources] Request Karma ok, how's this? -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: James Mitchell [EMAIL PROTECTED] Sent: Monday, December 16, 2002 4:11 PM Subject: Re: [Resources] Request Karma On Mon, 16 Dec 2002, James Mitchell wrote: Date: Mon, 16 Dec 2002 16:08:19 -0500 From: James Mitchell [EMAIL PROTECTED] To: Craig R. McClanahan [EMAIL PROTECTED] Subject: Re: [Resources] Request Karma How do you mean? I am subscribed to both commons-user and commons-dev. (unless using my @apache.org in the from address is confusing things) Yep, that would be it. The from address on your request karma message was [EMAIL PROTECTED]. If you're subscribed under a different one, the mailing list server doesn't know that it's the same person and sends the message through moderation. I'll go ahead and unsubscribe and re-subscribe to fix it. As long as the from or reply-to address matches what you subscribed under, everything works great. -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org Craig C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: James Mitchell [EMAIL PROTECTED] Sent: Monday, December 16, 2002 4:02 PM Subject: Re: [Resources] Request Karma On Mon, 16 Dec 2002, James Mitchell wrote: Date: Mon, 16 Dec 2002 15:50:26 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: [Resources] Request Karma Thanks Craig! No problem ... but could you do me one favor? If you subscribe to COMMONS-DEV I won't have to moderate through all your postings :-). Craig -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, December 16, 2002 3:47 PM Subject: Re: [Resources] Request Karma On Mon, 16 Dec 2002, James Mitchell wrote: Date: Mon, 16 Dec 2002 15:39:04 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: [Resources] Request Karma Hi, some of you know me from the Struts project. I am a committer there. Per the jakarta-commons rules, all you need to do for karma on the sandbox is to ask -- it's now been set up. Welcome to Commons! Don't forget to add your name to the list of developers in the status file ... Craig I have completed an implementation of MessageResources that I would like to add to Resources. The idea being that you can keep the key/value pairs in a relational database. I've implemented this using OJB under the covers, so you are only limited to what OJB can handle (as far as supported db vendors). If you care to see the source before making a decision, please feel free to grab the zip off my server: http://www.open-tools.org/struts-atlanta/downloads This zip file is a copy of the struts-example (1.1 b1) that has been modified to demonstrate this implementation using MySql. This implementation is compatible with every version of Struts up to and including the latest nightly build (since the API has not changed much). Includes full support for multiple keyed bundles and Modules (was Sub-Applications). I have not finished all the test cases for it yet, but that will come
RE: DO NOT REPLY [Bug 14278] - add link/info for Struts Console to website
Hey James, I can help you with that patch if you are unfamiliar with how to do it ;) James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) -Original Message- From: [EMAIL PROTECTED] [mailto:bugzilla;apache.org] Sent: Thursday, November 07, 2002 3:32 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 14278] - add link/info for Struts Console to website DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14278. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14278 add link/info for Struts Console to website --- Additional Comments From [EMAIL PROTECTED] 2002-11-07 20:31 --- which every page(s) that you think are appropriate. -- To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org
RE: [beanutils] structs user question [WAS Re: DO NOT REPLY [Bug 14278] ]
Hi Robert, If someone wants to send me the source, I'll take a look. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) -Original Message- From: robert burrell donkin [mailto:robertburrelldonkin;blueyonder.co.uk] Sent: Thursday, November 07, 2002 4:48 PM To: Jakarta Commons Developers List Subject: [beanutils] structs user question [WAS Re: DO NOT REPLY [Bug 14278] ] On Thursday, November 7, 2002, at 08:35 PM, James Mitchell wrote: hey james since you're a self confessed Software Engineer/Struts Evangelist you couldn't find your way to answering this one from the user list, could you? http://marc.theaimsgroup.com/?l=jakarta-commons-userm=103660238308560w=2 (i don't feel qualified to answering a structs best practice question.) if you do find time to give her an answer - and you're feeling up to it - then i'd be keen to add structs best practice/integration documentation to the beanutils package docs if you're willing to submit a patch. - robert -- To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org
[Resources] XMLMessageResources and Proposal
Martin (and others) On a suggestion by Craig, I had a look at the commons resources XMLMessageResources. It appears (and I could be wrong) that this implementation expects a structure similar to this: (I couldn't find any samples or test data, so I just guessing by browsing the code) messages message key=some.keySome Value/message /messages or is it... messages message key=some.key value=Some Value/ /messages How do you handle special characters in the values? (, , ) [Proposal] (Sort of) Would it be feasible to allow an open structure? What I mean iswhat about allowing a structure like this: index heading en=MailReader Demonstration Application Options fr=Options D'Application De Démonstration De MailReader/ logon en=Log on to the MailReader Demonstration Application fr=Entrez à l'application de démonstration de MailReader/ registration en=Register with the MailReader Demonstration Application fr=Inscription à l'application de démonstration de MailReader / title en=MailReader Demonstration Application (Struts 1.1-dev) fr=Application De Démonstration De MailReader (Struts 1.1-dev) / touren=A Walking Tour of the Example Application fr=Une excursion de marche de l'application d'exemple/ /index I have a feature list a mile long that I am working through, so I'm nowhere close to being finished. If I complete this, is it feasible to add it to sandbox resources or struts? If not, then I will drop it and work on other issues (pending Struts bugs). James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Resources] XMLMessageResources and Proposal
-Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED]] Sent: Friday, October 11, 2002 2:29 PM To: 'Struts Developers List'; Commons Developers List Subject: RE: [Resources] XMLMessageResources and Proposal -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED]] Sent: Friday, October 11, 2002 8:33 AM To: Struts Developers List; Commons Developers List Subject: [Resources] XMLMessageResources and Proposal Martin (and others) On a suggestion by Craig, I had a look at the commons resources XMLMessageResources. It appears (and I could be wrong) that this implementation expects a structure similar to this: (I couldn't find any samples or test data, so I just guessing by browsing the code) messages message key=some.keySome Value/message /messages Yep, that's it. Looks pretty lame, huh? ;-) No comment ;) Let me explain my thinking when I wrote it, which might make it look a little less lame (I hope :). I figured that there were a few possible approaches to this. 1) Define our own XML format. 2) Pick a standard format. 3) Somehow allow the use of an arbitrary format. My first inclination was to do (3), because that allows the most flexibility for people to use whatever they already have, or to define whatever they want, and then specify a mapping so that we could read it. However, at the time, I hadn't a clue as to how to go about implementing such a thing. (But see below.) My next thought was to go with (2), and I looked at TMX for a while. However, TMX is a pretty complex format, and it wasn't at all clear to me that it was (a) appropriate and (b) feasible to use that as the basis for the kind of message resources we're talking about here. In case you're not familiar with TMX, you'll find the scoop here: http://www.lisa.org/tmx/ That left option (1). In implementing that, I decided to follow the KISS principle, and create a minimal XML format that maps pretty directly to what is done with property files. My thinking was that, with such a simple format, it would be straightforward for anyone already using their own format to write an XSLT stylesheet to convert their existing XML files into the XMLMessageResources format, most likely to be run as part of their web app build process. Some time ago, I sent a message out (to struts-user, I think) about what people really wanted in an XML message resource implementation. The answers that came back said we need to do option (3) above. As I said earlier, at the time I wrote the current code, I had no clue how to do this. However, that was before the Digester's XML Rules package existed, and also before Betwixt existed (or at least before I had any idea what it was). With these tools, I now think we have a good chance at being able to create a very flexible use whatever XML format you like implementation for XML message resources. or is it... messages message key=some.key value=Some Value/ /messages How do you handle special characters in the values? (, , ) [Proposal] (Sort of) Would it be feasible to allow an open structure? What I mean iswhat about allowing a structure like this: index heading en=MailReader Demonstration Application Options fr=Options D'Application De Démonstration De MailReader/ logon en=Log on to the MailReader Demonstration Application fr=Entrez à l'application de démonstration de MailReader/ registration en=Register with the MailReader Demonstration Application fr=Inscription à l'application de démonstration de MailReader / title en=MailReader Demonstration Application (Struts 1.1-dev) fr=Application De Démonstration De MailReader (Struts 1.1-dev) / touren=A Walking Tour of the Example Application fr=Une excursion de marche de l'application d'exemple/ /index Personally, I have always favoured keeping multiple translations in separate XML files. This avoids issues related to different character encodings required for different languages. However, I don't recall whether this matches with TMX or not. I agree, that's why my first implementation did not allow multiple locales in the same file. In fact, it is configurable to 3 separate formats. (see below) I have a feature list a mile long that I am working through, so I'm nowhere close to being finished. Ok, here's the Usage on the Sax DefaultHandle subclass: Usage: java org.apache.struts.util.XMLMessageResourcesHandler mode fileName locale where modes include: -toXML format convert your properties file(s) to xml in format style -toProp[erties] formatconvert your existing xml file from format into properties file where formats include: [B]yAttributes convert file(s) from or to the example format below [S]eparateFilesconvert file(s) from
RE: [Resources] XMLMessageResources and Proposal
Oh, one thing I forgot to mention. Not sure if we overlooked it, but I was wondering how are you handling special (XML/HTML) character data? Especially for Struts (errors.header and errors.footer) One peice of functionality that I am adding will (for the most part) take care of that in a clean (IMHO) way. Here's a snip from my sample app (ok, Craig's app, but my changes) ApplicationResources.xml root !-- This file demonstrates how you might use the XMLMessageResources within the cannonocial struts-example webapp. -- app:mode en=/ property:html name=html.li.begin en=li/ property:html name=html.li.end en=/li/ property:html name=html.ul.begin en=ul/ property:html name=html.ul.end en=/ul/ property:html name=html.hr en=hr/ property:html name=html.h3.begin en=h3/ property:html name=html.h3.end en=/h3/ property:html name=html.font.red.begin en=font color='red'/ property:html name=html.font.end en=/font/ button cancel en=Cancel/ confirm en=Confirm/ reset en=Reset/ save en=Save/ /button change message en=Your password has expired. Please ask the system administrator to change it./ try en=Try Again/ title en=Password Has Expired/ /change database load en=Cannot load database from {0}/ /database error database missing en=${html.li.begin}User database is missing, cannot validate logon credentials${html.li.end}/ /database --- 1. en does not necessarily have to be the attribute name And if using separate files (by locale), then I would use val= or value= or some other meaninful attribute. 2. The app:mode and html:property are special tags reserved for processing. 3. Notice the ${replace-able.keys} within the attribute values. This has the same effect as Ant properties, but it works with any attribute's key-value (not just html:property) which is done after initial loading. It will recursively replace these tokens unless an infinite loop is detected. Anyway, that's some food for thought. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DBMessageResources - It's finally finished.
What is it? --- If you've followed recent discussions on the struts-user list. There has been a flurry of discussion over getting ApplicationResources messages from a database. I have finally finished a release of an implementation of MessageResources that grabs the key-value pairs from a database. It uses the popular (and FREE) O/R Mapping Tool OJB for the persistence layer, so if you are already using it, or considering it in the future, it will fit seemlessly into your project. Setup is easy and converting your current application should take no more than an hour. Most of the work is getting your .properties file into the database. Databases supported are only limited by what OJB supports. It currently supports every major vendor. What can it do? --- - As mentioned above, storing and retrieving your application resources from a RDBMS - Full support for Locale and Sub Application Modules - Configurable database mapping (OJB style) - Changes are immediately available to your application, when using OJB's persistence broker to modify them. (I will have samples of doing this soon.) Where can I get it? --- I've posted a zip file on my server which will extract into a buildable project that I've setup which is the struts-example (1.1b) modified to use this extension. For detailed setup, please read the readme.txt in the project-files folder. I have tested this on Tomcat 4.0.4, JBoss3.0.3 w/embedded Tomcat 4.1.12, and Tomcat 4.1.12 using MySql database. Full database scripts are provided. To download, go to: http://www.open-tools.org/struts-atlanta/downloads *If my DSL craps out on me, just shoot me an email, and I'll send it to you via e-mail. ToDo Items: --- - Convert the code to load as a struts plugin for better management and lifecycle support. - Administrative actions/jsp (possibly a subapp) for managing the data. - Conversion utility to parse a .properties file and create a .sql file. - Support for GlobalDebugMode, when this is enabled, all messages are returned as ### or some configurable value. This helps on large projects when, under pressure of time contraints, developers quickly (and without meaning to - Honest;) hard code values while cranking out code, and can assist in quickly determining if all messages are actually coming from the bundle. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Message Resources from database
Great stuff eh? My DBMessageResources already uses OJB as the persistence layer for my impl :) You simply run the db scripts (or not, if you will use your own), configure the OJB files (repository[-*].xml), declare the new factory class(struts-config.xml), and specify subapp and key (parameter in message-resources and you're off!!! (The readme will explain everything) I even provide the struts-example modified to demonstrate the new functionality. In order to support sub-applications and multiple bundles per subapp, (correct me here if I stray) multiple MessageResourcesConfig instances are stored (application scope) and are set into request scope (according to the selected application or subapp) during the request. So, with that in mind, any code needing a message, can grab the MessageResources (only having to specify the bundle key) out of the request and call getMessage() with whatever replacing params (if any) they have. See, the MessageResources class has no knowledge of it's existence in a web application (Struts or other). In fact, it is configured with a single String (parameter as mentioned above) and call to its factory. The only abstract method call to it is: getMessage(Locale locale, String key); How would you determine the correct bundle key (assuming there are no subapps), and if there are subapps, how would you determine which one (and the bundle for it as well)? I chose to use the parameter to tell me. syntax: parameter=[subapp].[key] example: (using default subapp (empty String...) and default key message-resources factory=org.apache.struts.util.DBMessageResourcesFactory parameter=./ Funny.this works great if you are caching the key-value pairs in your MessageResources class. But if you are trying to get these from a database/xml file/whatever, you have to 'work around' this issue. Additionally, if you depend on lifecycle calls to oh, let's say close a connection, you are just SOOL. And other than modifying the source, I see no way around it. This design issue has had me 'bent over a rail' for a few weeks now, as I ponder alternatives. I have been slowly coming to the conclusion that MessageResources implementations might be better off being created by a plugin instead of the message-resources tag. This would also allow you to use/reuse existing resources (e.g. connections that might have been configured in the struts-config) and also provides much needed lifecycle calls. Your thought? James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 12:25 AM To: Jakarta Commons Developers List Subject: Re: Message Resources from database No problem, James. Take your time! I'm going to tinker with a proof-of-concept implementation using our own persistence mechanism rather than pure JDBC (we're using an O/R mapping tool in the middle) and see how quickly I can get something working. I guess the Commons stuff is not in Struts 1.1 yet, so I'll probably build on top of the Struts provided API for now and then refactor to the Commons one when its available. What I'll build will not be generally applicable though since it will be using a commercial O/R mapper, but once James stuff is made available we'll see if there is a way to generalize what I've done or just switch to James code altogether. Thanks, Erik James Mitchell wrote: -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 7:37 PM To: Struts Developers List Subject: RE: Message Resources from database There was also a message from Erik Hatcher on COMMONS-DEV about adding this capability to commons-resources. James, are you subscribed there - if not, I can forward a note about your progress. That's fine with me, I was planning to donate this anyway, although my initial implementation supports Strut's sub-apps, so it may need some refactoring for anything more basic. I only have a couple small issues to complete before I post an [ANNOUNCE] to the users list. In the meantime, I'm also trying to finish up XMLMessageResources. For anyone waiting for either of these, I apologize, I stopped working on them about a week ago while I was playing around with moving from Win2k to Mandrake 8.1 on my laptop. I'm still trying to get everything configured and 'get back into the groove' ;) I'll post something as soon as I can. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [beanutils] making BeanUtils.setProperty() public
Did you ever get your answer on this? I could be wrong, but I think it should be PropertyUtils.setProperty(Object bean, String name, Object value) JM -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:00 PM To: Jakarta Commons Developers Subject: [beanutils] making BeanUtils.setProperty() public For some reason the very useful BeanUtils.setProperty(bean, property, value) method is private. Does anyone have any objections to making it public? Creating a Map and filling it with one property/value pair so that BeanUtils.populate() can be called seems a tad inefficient if someone only wants to set one property, using the same conversion rules as BeanUtils.populate(). James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]