cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang StringUtilsTest.java

ggregory2003/10/28 18:16:30 Modified:lang/src/test/org/apache/commons/lang StringUtilsTest.java Log: Added public static String removeEnd(String str, String remove). Revision ChangesPath 1.54 +18 -3 jakarta-commons/lang/src/test/org/apache/commons/lang/StringUt

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang StringUtils.java

ggregory2003/10/28 18:16:15 Modified:lang/src/java/org/apache/commons/lang StringUtils.java Log: Added public static String removeEnd(String str, String remove). Reimpl'd removeStart. Revision ChangesPath 1.114 +40 -5 jakarta-commons/lang/src/java/org/apache/c

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang StringUtilsTest.java

ggregory2003/10/28 17:50:15 Modified:lang/src/test/org/apache/commons/lang StringUtilsTest.java Log: Added public static String removeStart(String str, String remove). Revision ChangesPath 1.53 +18 -1 jakarta-commons/lang/src/test/org/apache/commons/lang/String

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang StringUtils.java

ggregory2003/10/28 17:49:47 Modified:lang/src/java/org/apache/commons/lang StringUtils.java Log: Added public static String removeStart(String str, String remove). Revision ChangesPath 1.113 +36 -1 jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtil

DO NOT REPLY [Bug 24042] - Default Values at Definition Stage

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils/wrappers StringTrimmedResultSetTest.java

dgraham 2003/10/28 17:31:50 Modified:dbutils/src/test/org/apache/commons/dbutils/wrappers StringTrimmedResultSetTest.java Log: Added a test for a wrapper within a wrapper to make sure they delegate calls appropriately and their behavior is cumulative.

cvs commit: jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils BaseTestCase.java

dgraham 2003/10/28 17:30:37 Modified:dbutils/src/test/org/apache/commons/dbutils BaseTestCase.java Log: Factored creating a MockResultSet into a new method so subclasses can use it. Revision ChangesPath 1.11 +11 -4 jakarta-commons-sandb

cvs commit: jakarta-commons-sandbox/cli/src/java/org/apache/commons/cli2 CommandLine.java ArgumentImpl.java ArgumentBuilder.java

jkeyes 2003/10/28 17:28:17 Modified:cli/src/test/org/apache/commons/cli2 ArgumentTest.java cli/src/java/org/apache/commons/cli2 CommandLine.java ArgumentImpl.java ArgumentBuilder.java Log: - support for default value(s) at definition stage (

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils BasicRowProcessor.java

dgraham 2003/10/28 17:05:57 Modified:dbutils/src/java/org/apache/commons/dbutils BasicRowProcessor.java Log: Added toArray() and toMap() javadocs. Revision ChangesPath 1.6 +19 -7 jakarta-commons-sandbox/dbutils/src/java/org/apache/common

[digester] assertions throw RuntimeException not Error

Hi, As agreed on the list, here is a patch to change the "assertions" in plugins to throw an object subclassing RuntimeException rather than Error. File plugins/PluginAssertionError.java can now be deleted. It has been replaced by PluginAssertionFailure (attached). I decided not to name the thro

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils BasicRowProcessor.java

dgraham 2003/10/28 16:57:50 Modified:dbutils/src/java/org/apache/commons/dbutils BasicRowProcessor.java Log: Added more toBean() javadocs. Revision ChangesPath 1.5 +33 -7 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutil

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils QueryRunner.java

dgraham 2003/10/28 16:49:56 Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java Log: Added a protected prepareStatement() method so subclasses can override PreparedStatement initialization. For example, they might want to call: conn.prepareStatement(sql, St

Re: [digester] plugins: patch for logging

On Wed, 2003-10-29 at 12:34, robert burrell donkin wrote: > On Monday, October 27, 2003, at 10:17 PM, Simon Kitching wrote: > > > Hi, > > hi simon > > i'm not totally convinced that your patch is the best possible approach > but i think that it's an improvement so i've committed it. it's pretty

Re: add commons-primitives to nightly build

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > >commons-primitives seems to be buildable via ant and maven now. Note that > >it requires the commons-collections-testframework JAR now being generated > >by "ant dist" or "maven dist" on commons-collections. > > > > > > > It can just use the one f

cvs commit: jakarta-commons/collections build.xml

scolebourne2003/10/28 16:06:25 Modified:collections/src/java/org/apache/commons/collections AbstractDualBidiMap.java BidiMap.java collections/src/test/org/apache/commons/collections AbstractTestBidiMap.java col

RE: [httpclient] Handling Yahoo redirect...

Shame on me. I could have sworn we actually had a redirect example on that page, but apparently we don't. It appears we don't actually have an example atm though you might get lucky in the examples directory even though there's no specific example for redirects: http://cvs.apache.org/viewcvs.cgi/

RE: [httpclient] Handling Yahoo redirect...

Hi Joe, This question is best asked on the HttpClient-dev list as that's where all the HttpClient developers hang out. Fortunately, the answer is pretty simple - you want to take a look at the documentation on our web page, specifically the "Cross hosts redirect guide" at http://jakarta.apache.org

Re: [digester] plugins: patch for logging

On Monday, October 27, 2003, at 10:17 PM, Simon Kitching wrote: Hi, hi simon i'm not totally convinced that your patch is the best possible approach but i think that it's an improvement so i've committed it. it's pretty much the baseline required for compatibility with the rest of digester. we

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/plugins LogUtils.java

rdonkin 2003/10/28 15:31:38 Added: digester/src/java/org/apache/commons/digester/plugins LogUtils.java Log: Improvements to bring logging in line with the practice in the rest of digester. Submitted by Simon Kitching. Revision ChangesPath 1.1

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/plugins Declaration.java PluginCreateRule.java PluginDeclarationRule.java PluginManager.java PluginRules.java

rdonkin 2003/10/28 15:31:08 Modified:digester/src/java/org/apache/commons/digester/plugins Declaration.java PluginCreateRule.java PluginDeclarationRule.java PluginManager.java PluginRules.java Log: Improvements t

Re: [dbcp] Trying to track/find a connection leak in DBCP 1.1

I have been trying to reproduce using junit test but no luck yet. So I have more questions: Did you do your test with the JndiDataSourceFactory on the same multi CPU system? On tomcat with the default datasource (BasicDataSource), settings? Can you send me your complete tomcat/torque datasource co

RE: [dbcp] Trying to track/find a connection leak in DBCP 1.1

I believe we have identified the problem and it is NOT a DBCP or POOL source issue. I feel pretty sheepish/egg on the face/. It turns out that our deployment script screwed up and was bundling both 1.1 DBCP and 1.0 DBCP. The appserver was picking up DBCP 1.0 instead of DBCP 1.1 and then picking

Handling Yahoo redirect...

When loggin in to Yahoo mail, after a successful post of data the following URL is returned... http://login.yahoo.com/config/verify?.done=http%3a//my.yahoo.com When I redirect the connection to that URL then I get the exception... WARNING: Invalid Redirect URI from: http://login.yahoo.com:80

Re: [digester] patch for javadoc build warnings

good catch simon. - robert On Monday, October 27, 2003, at 10:08 PM, Simon Kitching wrote: Hi, Two recent commits (to Digester.java and xmlrules/DigesterLoader.java) have introduced javadoc which generates a warning when built. example: [javadoc] /home/simon/apache/commons-cvs/jakarta- commons

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/xmlrules DigesterLoader.java

rdonkin 2003/10/28 15:01:00 Modified:digester/src/java/org/apache/commons/digester Digester.java digester/src/java/org/apache/commons/digester/xmlrules DigesterLoader.java Log: Correct mistakes I made in javadocs (Doh!). Patch contributed by Sim

Re: [digester] why private XXXRule in DigesterRuleParser?

hi ricardo i think i understand what you code is doing (in general terms). the idea is that you're adding your own rules to the existing xml-rules so that they can be used for parsing, right? i've taken a look at the code in DigesterRuleParser i'm not too sure that your plan would work. the in

cvs commit: jakarta-commons-sandbox/cli/src/test/org/apache/commons/cli2 ApplicationTest.java

jkeyes 2003/10/28 14:53:59 Modified:cli/src/test/org/apache/commons/cli2 ApplicationTest.java Log: - removed unused import Revision ChangesPath 1.4 +3 -5 jakarta-commons-sandbox/cli/src/test/org/apache/commons/cli2/ApplicationTest.java Index: Applicatio

DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24191] - OptionBuilder only has static methods, yet many return an OptionBuilder instance

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://nagoya.apache.org/bugzilla/show_bu

Re: [digester] populating beans fixed to BeanUtils?

hi ricky beanutils adds quite a few powerful features which (seems to me to) justify these dependencies. there are some good reasons why it might be useful to abstract the actual population from the mechanism used to perform the population. i'm not sure whether the best way to do this would be

Re: [DIGESTER] Fix xmlrules rule

hi henning i've committed an adapted version of the patch you supplied. my version preserves the existing behaviour (for backwards compatibility) whilst also allowing the documented behaviour, please remember to supply a test case with any future next patches. - robert On Sunday, October 26,

cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester/xmlrules IncludeTest.java DigesterLoaderTestSuite.java

rdonkin 2003/10/28 14:31:54 Modified:digester/src/test/org/apache/commons/digester/xmlrules DigesterLoaderTestSuite.java Added: digester/src/test/org/apache/commons/digester/xmlrules IncludeTest.java Log: Test case for the adapt

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/xmlrules DigesterRuleParser.java

rdonkin 2003/10/28 14:31:02 Modified:digester/src/java/org/apache/commons/digester/xmlrules DigesterRuleParser.java Log: This is an adapted version of the contributed patch. It should ensure that the current behaviour is preserved (allowing rules to be added

Re: [DIGESTER] Fix maven build

patch applied. many thanks. (i'm not convinced that the maven-driven tests run correctly from java 1.3 but since the maven build is subsidary, i'll leave this for someone else to patch :) - robert On Sunday, October 26, 2003, at 05:21 PM, Henning P. Schmiedehausen wrote: The current CVS head

cvs commit: jakarta-commons/digester project.xml

rdonkin 2003/10/28 13:53:09 Modified:digester project.xml Log: Improvements to maven build script. Patch contributed by Henning P. Schmiedehausen. Revision ChangesPath 1.14 +9 -1 jakarta-commons/digester/project.xml Index: project.xml

DO NOT REPLY [Bug 24191] New: - OptionBuilder only has static methods, yet many return an OptionBuilder instance

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestEnumerationUtils.java TestAll.java

ggregory2003/10/28 10:56:12 Modified:collections/src/test/org/apache/commons/collections TestEnumerationUtils.java TestAll.java Log: Integrate TestEnumerationUtils into test suite. Revision ChangesPath 1.2 +12 -4 jakarta-commons/collecti

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestEnumerationUtils.java

ggregory2003/10/28 10:48:10 Added: collections/src/test/org/apache/commons/collections TestEnumerationUtils.java Log: New class EnumerationUtils. Revision ChangesPath 1.1 jakarta-commons/collections/src/test/org/apache/commons/c

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections EnumerationUtils.java

ggregory2003/10/28 10:47:47 Added: collections/src/java/org/apache/commons/collections EnumerationUtils.java Log: New class EnumerationUtils. Revision ChangesPath 1.1 jakarta-commons/collections/src/java/org/apache/commons/colle

DO NOT REPLY [Bug 24185] - Enhancement to ResultSetDynaClass to allow case-insensitive and missing parameter bean mapping

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24185] - Enhancement to ResultSetDynaClass to allow case-insensitive and missing parameter bean mapping

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24184] - HelpFormatter doesn't sort options properly

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24185] New: - Enhancement to ResultSetDynaClass to allow case-insensitive and missing parameter bean mapping

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24184] New: - HelpFormatter doesn't sort options properly

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://nagoya.apache.org/bugzilla/show_bu

RE: [BEANUTILS] patch for resultset

Thanks, I'll post it into bugzilla... I know that the instructions say to post patches there, but, I had also heard it is ok to just post them into the mailing list (of course, that was a different mailing list). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent:

Re: [BEANUTILS] patch for resultset

I've seen the hint many times in the Jakarta lists, that it is better to post patches into bugzilla. there each issue is tracked, listed weekly and requires an explicit handling, closing. It is less likely that a patch in bugzilla gets lost as in the high volume commons-dev list. You got already a

[BETWIXT] 1.0 Release?

Robert, Any plans for a 1.0 Relase for Betwixt? Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: [BEANUTILS] patch for resultset

I'm not a Commons committer, and I did not see the original patch, but this sounds useful to me. Otis Get your own "800" number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag On Tue, 28 Oct 2003, Mainguy, Mike ([EMAIL P

RE: [BEANUTILS] patch for resultset

Just as a follow-up after examining the reasoning, I exposed another reason I did this. DB2 (the version I'm using) maps all column names to UPPER_CASE and my Beans use the typical java camel-case. This allows me to do a "automagic" case-insensitive mapping between the resultset field names and t

[BEANUTILS] patch for resultset

Ref: http://www.mail-archive.com/[EMAIL PROTECTED]/msg28389.html I sent a patch in a while back to allow mapping specific interface definitions to resultsets so that the returned dynabeans don't necessarily 100% map to the resulset metadata. It's useful when you have a service layer that needs

Re: [Math] [collections] order-statistics tree (augmented red-black)

Sure, Determining something like 90% or 75% (order-statics) is O(n) time for n elements using most algorithms, however there is a technique of augmenting a red-black tree with the element's RANK (its global order) by doing this augmentation, and keeping track of the tree size, you can reduce th

RE: [collections] New class EnumerationUtils?

I'll go ahead a store a "starter" EnumerationUtils class tomorrow. As far as Sun goes, I wonder if they did do that internally and got some "now my pretty code has compile warnings all over the place" feedback. Or perhaps Sun feels "self-deprecation" is too much of an admission of guilt WRT now no