DO NOT REPLY [Bug 24910] - new StringUtils.split methods that split on the whole separator string

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

DO NOT REPLY [Bug 24910] New: - new StringUtils.split methods that split on the whole separator string

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

Re: [lang] unexpected StringUtils.split behavior (was RE: suggestion for new StringUtils.method)

Hi, Phil, I thought no one would ever ask, and I was sitting here modifying my code to conform to the existing tests so that I could at least submit my two new methods. I'll open a ticket with a patch for those, then open a ticket for my proposed change in behavior, plus patches to split( String,

cvs commit: jakarta-commons/math/src/experimental/org/apache/commons/math/linear Decomposer.java

brentworden2003/11/21 21:59:31 Modified:math/src/experimental/org/apache/commons/math/linear Decomposer.java Added: math/src/experimental/org/apache/commons/math/analysis/derivative AbstractDifferenceDerivative.java

cvs commit: jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/derivative - New directory

brentworden2003/11/21 21:54:05 jakarta-commons/math/src/experimental/org/apache/commons/math/analysis/derivative - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED

Re: [lang][codec] Sanity checking a client project build

__matthewHawthorne wrote: Perhaps we need a simple and generic performance report generator. I've been thinking of how to write a nice junit TestDecorator that would provide performance statistics. It already reports the time of each test, I was thinking of calling System.freeMemory() before an

Re: [lang] unexpected StringUtils.split behavior (was RE: suggestion for new StringUtils.method)

Al Chou wrote: While testing, I discovered that my expectations for the behavior of the split( *, ..., int max ) methods didn't match their actual behavior. I expected to get a maximum of "max" substrings, all of which were delimited in the parent string by the specified delimiters. Instead, wha

Re: [lang][codec] Sanity checking a client project build

Perhaps we need a simple and generic performance report generator. I've been thinking of how to write a nice junit TestDecorator that would provide performance statistics. It already reports the time of each test, I was thinking of calling System.freeMemory() before and after the test to try a

Re: [lang] accessing environment variables

I agree that it could grow to be a PITA. That's why I'm trying to be wary, and limit the functionality that is offered. The majority of Java apps that I've worked on were deployed on Unix machines. In some situations, I was writing a replacement for an existing piece of C or Perl code that re

Re: [lang][codec] Sanity checking a client project build

John Keyes wrote: On 21 Nov 2003, at 18:49, __matthewHawthorne wrote: I agree with the idea about testing all Java versions. Testing all platforms is important too. In theory, it seems like we need some type of text matrix, in which we identify all platforms and JREs that the software has bee

Re: [lang] accessing environment variables

__matthewHawthorne wrote: I posted something a while back about adding a method or class to access environment vars. Henri suggested that I take a look at Ant's solution to this. Ant's env var access is obtained through their task. This class has a lot of logic to handle different OS's, and I th

[Codec] RFC2045 Anomaly?

Hello, I have been losing sleep over this for the past few days and I am now not sure if there is something wrong with RFC2045 or my interpretation of it. I am hoping someone can confirm that it is the latter. I have come across this while writing a chapter on Codec and hence my detailed examinat

[commons/net] Telnet: escape sequences

hi developers, i need escape sequences for setting the cursor in telnet and some emulating for typed keys (numpad-keys for example). - are there plans to add this in the future? - who is working on this? can i help you? - i could develop this. would you add it in your project? - who else is inter

Betwixt bug as well it seems... (sigh)

In light of this, I decided to enable further development by setting the missing username and password for now until the bug can be resolved. When I did I got more funny results that look very much like a bug... The following code: InputStream is = Thread.currentThread().getContextClass

Re: Reminder: CVS Karma request

I've added Joerg Pietschmann (pietsch) to jakarta-commons and jakarta-commons-sandbox in avail CVS rev 1.1287. Welcome Joerg! - Dan Mark R. Diggory wrote: I'm unsure of the process involved with delegating Karma in the Jakarta Commons area, is there someone who can assist with establishing J.

Re: [VOTE][RESULT] Commons Karma for Jean-Francois Arcand

robert burrell donkin wrote: by my count, Jean-Francois Arcand ([EMAIL PROTECTED]) has received 7 binding +1's with no other votes cast (see http://marc.theaimsgroup.com/?t=10686645822&r=1&w=2). this is sufficient to secure his election as a committer for jakarta-commons. Jean-Francois is a

RE: [dbcp] PoolableConnectionFactory validation and synchronized methods

The issue of high concurrency is very important to us as well. What I would like to see is the narrowing of the synchronization in borrowObject to include only grabbing a idle object or to making a new object and placing it the pool. Activation of the object should NOT be sychronized. This is b

Re: [lang][codec] Sanity checking a client project build

On 21 Nov 2003, at 18:49, __matthewHawthorne wrote: I agree with the idea about testing all Java versions. Testing all platforms is important too. In theory, it seems like we need some type of text matrix, in which we identify all platforms and JREs that the software has been tested on. Some

[dbcp] PoolableConnectionFactory validation and synchronized methods

Hello Dirk, Well, we are trying to get as much concurrency out of our application as we can (uPortal running on Tomcat). Seems that allowing concurrent connections to the database should help performance, and might allow your code to perform well enough that it exposes a bottleneck in the data

RE: [lang][codec] Sanity checking a client project build

This also sounds like something that could nicely be Maven-ized into an HTML table. Gary > -Original Message- > From: __matthewHawthorne [mailto:[EMAIL PROTECTED] > Sent: Friday, November 21, 2003 10:49 > To: Jakarta Commons Developers List > Subject: Re: [lang][codec] Sanity checking a c

Re: [lang][codec] Sanity checking a client project build

Whoops, I meant "test matrix". __matthewHawthorne wrote: I agree with the idea about testing all Java versions. Testing all platforms is important too. In theory, it seems like we need some type of text matrix, in which we identify all platforms and JREs that the software has been tested on.

Re: [lang][codec] Sanity checking a client project build

I agree with the idea about testing all Java versions. Testing all platforms is important too. In theory, it seems like we need some type of text matrix, in which we identify all platforms and JREs that the software has been tested on. Something like: 1.21.3 1.4 Solaris x

RE: [VOTE][RESULT] Release Commons Codec 1.2-rc1

Ok, thanks Tim. Gary > -Original Message- > From: Tim O'Brien [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 20, 2003 20:07 > To: Jakarta Commons Developers List > Subject: Re: [VOTE][RESULT] Release Commons Codec 1.2-rc1 > > Alright Gary, thanks for pulling most of the load for thi

RE: [lang][codec] Sanity checking a client project build

I agree with all of your responses, I was being a bit paranoid ;-) What about Java versions: 1.2 vs 1.3 vs 1.4? Hopefully a released component has been tested on all. Perhaps this should be part of the release procedure: "Make sure the build runs on JDK a, b, and c". I am not sure we have such a g

Re: [lang][codec] Sanity checking a client project build

I'd love to have unit tests that I can run whenever I patch my system. As a matter of fact, I predict that an OS vendor who could provide that would make a killing with corporations who are tired of patching their patched patches to ensure the fixpack patches don't overlay their patched fixpac

RE: [lang][codec] Sanity checking a client project build

I'd love to have unit tests that I can run whenever I patch my system. As a matter of fact, I predict that an OS vendor who could provide that would make a killing with corporations who are tired of patching their patched patches to ensure the fixpack patches don't overlay their patched fixpacks.

RE: [lang][codec] Sanity checking a client project build

Of course, you could argue that if you're using an old release of a jar and you want to upgrade, you could use the OLD unit test jar and run it against the NEW application jar and if the tests pass you'd be pretty confident your code is good. If you just run the new unit tests, the context of the

Re: [lang][codec] Sanity checking a client project build

I'll start this topic on [lang] and [codec] only since I am active here. I am considering adding to the unit test suite of /my/ project the unit tests of 3rd party libraries. Why do this? As a simple sanity check. Our project uses [lang], [codec], [pool], [cli], [collections], Xerces, Xalan. I

Re: [lang][codec] Sanity checking a client project build

You're definitely not nuts, but perhaps a little paranoid ;). From what I've seen, it seems to be a prereq of any released commons component that ALL unit tests must pass. This is one of the reasons that I've never had a doubt about creating a dependency on any project from commons. So, while