DO NOT REPLY [Bug 33581] - [daemon] Making jsvc multiple instances enabled

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

DO NOT REPLY [Bug 34199] - [commons-daemon]: jsvc should return non-0 code if class not found

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

Re: [i18n] Entry qualifier

"Jakarta Commons Developers List" schrieb am 19.04.05 21:34:01: > > 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 som

DO NOT REPLY [Bug 34140] - [daemon] jsvc does not block on Linux

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

RE: [i18n] Entry qualifier

Hi Daniel, Daniel Florey wrote on Wednesday, April 20, 2005 9:24 AM: [snip] > 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. +1 This was the main reason I chose i18n. No deps, no new problems. > Remember my

Re: [i18n] Entry qualifier

At 2005-04-20 09:23, you wrote: > 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

RE: [i18n] Entry qualifier

"Jakarta Commons Developers List" schrieb am 20.04.05 09:38:37: > > Hi Daniel, > > Daniel Florey wrote on Wednesday, April 20, 2005 9:24 AM: > [snip] > > 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. >

RE: [i18n] Entry qualifier

"Jakarta Commons Developers List" schrieb am 20.04.05 09:38:37: > > Hi Daniel, > > Daniel Florey wrote on Wednesday, April 20, 2005 9:24 AM: > [snip] > > 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. >

DO NOT REPLY [Bug 34539] New: - Deadlock when evicting dbcp objects (testWhileIdle=true)

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

RE: [i18n] Entry qualifier

Hi Daniel, Daniel Florey wrote on Wednesday, April 20, 2005 10:14 AM: > Hi Joerg (sorry - keine Umlaute hier in Jordanien...), Does not really matter, most people use o instead of oe as replacement anyway :) > thanks for your contribution! I'll take a look at it next > week. Do you have commit a

RE: [i18n] Entry qualifier

Hi Daniel, >> I really liked this light-weight approach. I had a need of localized >> MBeanInfo (see contribution) and with i18n's concept, I was able to >> write also just a little Bundle impl, that is based on some >> conventions for the provided resources. > > This looks really usefull to me.

RE: [i18n] Entry qualifier

At 2005-04-20 12:06, you wrote: > Shall we add an i18n-contrib.jar that contains all the > optional extensions? I'd like to keep the core i18n.jar as > small as possible... Then you'll need some definition for this. IMHO MBeanInfoDescriptionBundle is as light as the rest without any deps and this

Re: [lang] VOTE 2.1 release

Good catch. Will fix. On 4/19/05, Gary Gregory <[EMAIL PROTECTED]> wrote: > > On the Maven site, there still are references to CVS : > > The "Repository" section says "CVS > Repository" > and points to the CVS repos. > > The "menu" area

Re: [lang] VOTE 2.1 release

Gee, I just read my response about looking at things a dozen times, and if I didn't know better I'd say it might have come across the wrong way. Just so I didn't cause any confusion, my "You" was meant as a collective you, not a "You" aimed at anyone (like Gary). Please do keep looking. On 4/1

RE: [i18n] Entry qualifier

Hi Mattias, Mattias J wrote on Wednesday, April 20, 2005 12:18 PM: >> Another beast is the proposed DatabaseMessageProvider of Mattias. If >> it uses external deps it is qualified for a separate contrib package >> ... but just my 2c. > > I intend to avoid external dependencies by using pure > ja

Re: Jakarta Commons Discovery

Hi Rory, Rory Winston wrote: AFAIK, Discovery has been inactive for quite a while now. I dont know if you will find any of the original developers still around, to be honest. What exactly needs to be done here? Would an easy solution just be to package up a Discovery-0.2-RC1 and make that .jar av

Re: Jakarta Commons Discovery

Sorry Fernando, I meant a 0.3-RC jar. Do you know if the patches are already in CVS (i.e. if Discovery was built from CVS now, and released into apache dist/ that would be good enough? If so, I can cut a release easily enough. I dont know about the Maven repository stuff, but I could put a rele

Re: Jakarta Commons Discovery

Sorry Fernando, I meant a 0.3-RC jar. Do you know if the patches are already in CVS (i.e. if Discovery was built from CVS now, and released into apache dist/ that would be good enough? If so, I can cut a release easily enough. I dont know about the Maven repository stuff, but I could put a rele

Re: Jakarta Commons Discovery

Rory, if you take care of the jakarta release...maven repo stuff is easy. i can do it. thanks, dims On 4/20/05, Rory Winston <[EMAIL PROTECTED]> wrote: > Sorry Fernando, I meant a 0.3-RC jar. > > Do you know if the patches are already in CVS (i.e. if Discovery was built > from CVS now, and rel

Re: Jakarta Commons Discovery

OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS and then I can start the ball rolling. Cheers Rory [EMAIL PROTECTED] wrote: > > Rory, > > if you take care of the jakarta release...maven repo stuff is easy. i can d= > o it. > > thanks, > dims > > On 4/20/05, Rory W

commons.jelly.tags.fmt - Any context issues for Linux ?

Hello The xdocs suggestion described in http://jira.codehaus.org/browse/MPXDOC-128 with the new taglib: fmt works fine for me on Windows 2000. For what reason ever, my remote sysadmin working on Linux complains that the produces output, cannot resolve the keys I will travel t

RE: [lang] VOTE 2.1 release

I think I read it the way you meant it: you = the list ;-) Thank you for checking though, email can be tricky. Gary From: Steven Caswell [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 20, 2005 3:31 AM To: Gary Gregory Cc: Henri Yandell; Jakarta Commo

Re: Jakarta Commons Discovery

Rory Winston wrote: OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS and then I can start the ball rolling. Cheers Rory OK, it is actually AXIS which needs the fix (JOnAS uses it indirectly). The fix it is already checked in CVS (they are using that snapshot I've menti

Re: Jakarta Commons Discovery

Fernando, should be ok for axis (in plain servlet). i will holler if i see something wrong, otherwise just carry on with cutting a release. thanks, dims On 4/20/05, Fernando Nasser <[EMAIL PROTECTED]> wrote: > Rory Winston wrote: > > OK, cheers. I'll just get clarification from Fernando re: the

Re: Jakarta Commons Discovery

Is this the issue in question? http://issues.apache.org/jira/browse/AXIS-893 "Jakarta Commons Developers List" wrote: > > Rory Winston wrote: > > OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS > > and then I can start the ball rolling. > > > > Cheers > > Rory > >

Re: Jakarta Commons Discovery

Is this the issue in question? http://issues.apache.org/jira/browse/AXIS-893 "Jakarta Commons Developers List" wrote: > > Rory Winston wrote: > > OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS > > and then I can start the ball rolling. > > > > Cheers > > Rory > >

Re: Jakarta Commons Discovery

nope. this was a problem on Jonas, i believe. -- dims On 4/20/05, Rory Winston <[EMAIL PROTECTED]> wrote: > Is this the issue in question? > > http://issues.apache.org/jira/browse/AXIS-893 > > "Jakarta Commons Developers List" wrote: > > > > > Rory Winston wrote: > > > OK, cheers. I'll just g

svn commit: r162025 - /jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt

Author: tcurdt Date: Wed Apr 20 10:20:00 2005 New Revision: 162025 URL: http://svn.apache.org/viewcvs?rev=162025&view=rev Log: proper credits for the roots Added: jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt Added: jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt URL: http://svn.ap

svn commit: r162026 - /jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt

Author: tcurdt Date: Wed Apr 20 10:27:57 2005 New Revision: 162026 URL: http://svn.apache.org/viewcvs?rev=162026&view=rev Log: use the lasting url Modified: jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt Modified: jakarta/commons/sandbox/javaflow/trunk/CREDITS.txt URL: http://svn.apach

svn commit: r162028 - /jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestProxyWithRedirect.java

Author: olegk Date: Wed Apr 20 10:37:36 2005 New Revision: 162028 URL: http://svn.apache.org/viewcvs?rev=162028&view=rev Log: PR #34427 (IllegalStateException: Authentication state already initialized) Contributed by Oleg Kalnichevski Reviewed by Ortwin GlÃck & Michael Becke Added: jakarta

svn commit: r162029 - /jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/ContinuationClassLoader.java

Author: tcurdt Date: Wed Apr 20 10:39:17 2005 New Revision: 162029 URL: http://svn.apache.org/viewcvs?rev=162029&view=rev Log: prepare for configuration Modified: jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/ContinuationClassLoader.java Modified: jakarta/com

Re: Jakarta Commons Discovery

we are now three :) by the ancient apache rule of three, that should be enough to create a release. so, i don't see why we can't actually do a full release by the book. all that's needed is for myself, rory and dims to commit our names to the appropriate discovery file. then elect a release manag

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 chanc

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

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

svn commit: r162076 - in /jakarta/commons/proper/betwixt/trunk/src: java/org/apache/commons/betwixt/ java/org/apache/commons/betwixt/registry/ test/org/apache/commons/betwixt/ test/org/apache/commons/betwixt/registry/

Author: rdonkin Date: Wed Apr 20 14:40:03 2005 New Revision: 162076 URL: http://svn.apache.org/viewcvs?rev=162076&view=rev Log: Fixed some problems with polymorphic binding in collections Added: jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestCollectionMapping.ja

Re: [betwixt] [patch] Support for polymorphic references

test runs now fixed a couple of small things: need to match on singular property type in the test for polymorphism. (possible may need to add an extra null test and then check property type in some cases. no time to create unit tests to prove or disprove this now.) also, tweaked the element name m

DO NOT REPLY [Bug 34539] - [pool] Deadlock when evicting dbcp objects (testWhileIdle=true)

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

Re: [betwixt] [patch] Support for polymorphic references

> test runs now Great work! Will surely help me a lot. > fixed a couple of small things: need to match on singular property type > in the test for polymorphism. (possible may need to add an extra null > test and then check property type in some cases. no time to create unit > tests to prove or di

svn commit: r162100 - /jakarta/commons/proper/lang/tags/LANG_2_1_RC2

Author: stevencaswell Date: Wed Apr 20 17:34:25 2005 New Revision: 162100 URL: http://svn.apache.org/viewcvs?rev=162100&view=rev Log: Commons Lang 2.1 release candidate 2 Added: jakarta/commons/proper/lang/tags/LANG_2_1_RC2/ - copied from r162099, jakarta/commons/proper/lang/trunk/ --

Re: commons.jelly.tags.fmt - Any context issues for Linux ?

Do I understand you correctly? 1) You are using an unsupported, patched version of the xdoc plugin from Maven's bug tracking system, which use the fmt tag library 2) You've got some problem with it which you feel may be related to the fmt tag library 3) You feel the issue is operating system speci

svn commit: r162107 - /jakarta/commons/proper/logging/trunk/project.xml

Author: brett Date: Wed Apr 20 19:03:27 2005 New Revision: 162107 URL: http://svn.apache.org/viewcvs?rev=162107&view=rev Log: fix invalid project.xml descriptor Modified: jakarta/commons/proper/logging/trunk/project.xml Modified: jakarta/commons/proper/logging/trunk/project.xml URL: http://

Re: [i18n] Entry qualifier

At 2005-04-20 21:49, you wrote: 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

Re: [i18n] Entry qualifier

At 2005-04-20 23:05, you wrote: There were server errors earlier today. Did you ever get this to run? Nope. Tried Maven + Emma too, without luck. It either produced coverage data OR an empty report; never used the data to create a report. I should probably read up on how Maven works (or simply ad