On 3/4/06, Brett Porter [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
Yes we have many, many problems.
CI
How does another thing to worry about help us. Why not focus on Gump?
Paying attention to gump and keeping it up to date would be good for
commons as it will help monitor the
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Yes we have many, many problems.
Site
Is this really our top priority? Is maven 2 helping here? Is maven 1? I
Apart from thinking that our failure to work on an out of the box
system is weak; my complaints are all on the site design. Will
Minor issue, as part of general thinkings on flattening Jakarta I
realized that we need to rename the charter mentioned on the Commons
page to something else. Guidelines, or rules or some such.
The Jakarta Commons charter is:
http://jakarta.apache.org/site/management.html and not
On 3/4/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
snip/
+1 - user guides are good.
I presume it'd be included as an artifact in the distributed zip/tar.gz?
Hen
On 3/2/06, Emmanuel Bourg [EMAIL PROTECTED] wrote:
Oliver Heger wrote:
Hi,
maybe it's a question of taste, but I would prefer a single (logic)
document for our user guide (with a
I know M2 has stuff for this (different types of dependency). I think
for M1 you'd have to either use the maven.xml to tricky the plugin
that builds this page, or just write the page by hand and have the
navigation point to that hardcoded one. However I don't think we could
do that in our current
Good Morning,
Dennis Lundberg wrote:
I haven't used java.util.logging so I might be way off here. How about
having *both* JCL 1 and j.u.l APIs in JCL 2. I don't even know if this
is possible, but it could be a nice path forward if, as someone else
suggested, j.u.l will be *the* logging API 5
Scratch that.
This is a Jakarta/PMC issue.
As far as I can tell, only Commons and HTTP Components currently have
charters. So I'll bring it up on general - either everyone should have
one or we should do away with this unnecessary bureaucracy.
Hen
On 3/5/06, Henri Yandell [EMAIL PROTECTED]
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-math has an issue affecting its community integration.
This issue
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-math has an issue affecting its community integration.
This issue
A charter isn't legally binding or part of any ASF structure, it's more or
less juust a project 'guideline', right?
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
Scratch that.
This is a Jakarta/PMC issue.
As far as I can tell, only Commons and HTTP Components currently have
charters.
Boris Unckel wrote:
Good Morning,
Dennis Lundberg wrote:
I haven't used java.util.logging so I might be way off here. How about
having *both* JCL 1 and j.u.l APIs in JCL 2. I don't even know if this
is possible, but it could be a nice path forward if, as someone else
suggested, j.u.l will be
TLPs get quite heavily encouraged to have a charter, but as far as I
know it's not something they are mandated to do. Name-wise though it
does imply officialdom and observed legality.
When HTTP Components became a subproject, I know that they were
encouraged to create a charter, we were yet again
A clean svn update of commons-math builds fine for me using ant.
Any ideas?
Hen
On 3/5/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
Project commons-math has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 6 runs.
The current state
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by SimonKitching:
http://wiki.apache.org/jakarta-commons/Logging/StaticLog
The comment on the change is:
New page about static Log issue
New
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by SimonKitching:
http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions
The comment on the change is:
Add link to new page
Henri Yandell wrote:
snip/
We have a very noisy set of mailing lists. Need to ask how the Jive
forum is going for Struts (I think I heard that was in place?).
Watching how the Maven-dev move to separate lists for commits, jira,
dev, ci goes.
Here are some views on mailing list noise from
Dennis Lundberg wrote:
Henri Yandell wrote:
snip/
We have a very noisy set of mailing lists. Need to ask how the Jive
forum is going for Struts (I think I heard that was in place?).
Watching how the Maven-dev move to separate lists for commits, jira,
dev, ci goes.
Here are some views on
What you can do in maven 1 it's to add a comment and a scope to these
dependencies to explain that they are used only for the buildtime and not
for the runtime.
The documentation isn't yet updated. You can find it here :
Author: dion
Date: Sun Mar 5 03:46:00 2006
New Revision: 383307
URL: http://svn.apache.org/viewcvs?rev=383307view=rev
Log:
Remove old TODO
Modified:
jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTSubtractNode.java
Modified:
Yes we have many, many problems.
Site
Is this really our top priority? Is maven 2 helping here? Is maven
1? I have a distinct memory that commons was used as a practice
ground pre maven-1 to test maven's functionality in a real
deployment. Are we about to subject ourselves to this again?
Putting some (approximate) numbers on the traffic to make things
clearer. The number of mails so far during 2006 for the proposed
lists:
563 commons-user
1396 commons-dev (excluding the new lists below)
132 commons-wiki (I think this can be included in commons-dev)
861 commons-issues
710
Torsten Curdt wrote:
Putting some (approximate) numbers on the traffic to make things
clearer. The number of mails so far during 2006 for the proposed lists:
563 commons-user
1396 commons-dev (excluding the new lists below)
132 commons-wiki (I think this can be included in commons-dev)
861
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Inactivity
Dormant has helped clarify the position. But are we willing to kick
[beanutils] and [dbcp] into dormant? Since all user requests and bugs
seem to have been ignored for many months, surely they are dormant? I
await the screams
Hmm. The first break was due to my having missed a class in a commit
last week. I fixed that and the problem should have gone away. Could
be someone thought the break was due to config and modified the gump
descriptor. I am looking into that now. I notice that math has
depend project=junit3/
Last change to gump descriptor appears to be Feb 19 and last gump
success was Feb 26, so the problem is not likely config.
Looks like Junit itself has been failing since Feb 28.
http://vmgump.apache.org/gump/public/junit/junit/index.html
My gump-foo is not strong enough to see how exactly this
On 03/03/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 14:50 -0800, Henri Yandell wrote:
We're not supposed to be using the pgp on minotaur; so my TODO is to
figure out how to get my key off of there, hope I still
On 3/5/06, Phil Steitz [EMAIL PROTECTED] wrote:
Last change to gump descriptor appears to be Feb 19 and last gump
success was Feb 26, so the problem is not likely config.
Looks like Junit itself has been failing since Feb 28.
http://vmgump.apache.org/gump/public/junit/junit/index.html
My
I would like to move the R test sources out of /experimental into
/src/test/R to be included in the source distros. These are R source
files used to cross-validate test cases from the distributions and
stat packages. I would like to refer to them in the javadoc and user
guide, so they need to be
Hi!
We have an inactivity issue, and reflecting that inactivity to the
users.
Thats the whole point, isnt it?
The lack of developers with enough time to work on projects.
I experienced this with commons-vfs when I tried to push it to a release.
After a couple of RC's and a revote for 1.0 the
Instead of responding to many messages I'll summary my position below:
Site/Maven 2: I'm not a big fan of flocking to the bleeding edge.
Largely because I'd rather get work done, even if it's less sexy, than
deal with figuring out issues associated with the bleeding edge. From
the discussions it
Mario Ivankovits wrote:
Now what happend? I was frustrated, and this feeling is still alive. Not
only due to the fact that this is not allowed, but also while it took so
long time to appear.
Can you remind me why you don't just svn copy the sources you need from
these components into
Henri Yandell wrote:
Agreed that it's not a top level priority; though itches vary.
My itches:
* Getting Craig's scripts off his back
* Auto-deploy of snapshots to ASF Maven snapshot repository
* Usefully up to date Maven reports (latest source, junit reports,
code coverage etc)
Agreed.
The HEAD of JUnit has been failing to build for a while (well, almost a week
actually :). Math doesn't have an explicit dependancy on JUnit (it expects
Ant to provide it with a copy), so it tries to build anyway. It then dies
when there is no JUnit jar.
Henri Yandell [EMAIL PROTECTED] wrote
Hi Brett!
Now what happend? I was frustrated, and this feeling is still alive. Not
only due to the fact that this is not allowed, but also while it took so
long time to appear.
Can you remind me why you don't just svn copy the sources you need from
these components into commons-vfs?
On 3/5/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
snip/
We have a very noisy set of mailing lists. Need to ask how the Jive
forum is going for Struts (I think I heard that was in place?).
Watching how the Maven-dev move to separate lists for commits, jira,
dev,
Sandy McArthur wrote:
I don't think LineIterator should have a finalizer method and I
believe the JavaDocs in that class about resource leaks are wrong and
unnecessarily alarming.
Here is the problem as I see it.
Create a LineIterator.
Start using it.
An exception is thrown.
The LineIterator
Rahul Akolkar wrote:
How many releases back should we document online? In other words,
should we have documentation sections for 1.0, 1.1 and 1.2?
My intent is for there to be javadoc for all releases on the server, but
links will only be provided for the latest, previous and SVN.
Directory
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
I don't think LineIterator should have a finalizer method and I
believe the JavaDocs in that class about resource leaks are wrong and
unnecessarily alarming.
Here is the problem as I see it.
Create a
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Yes we have many, many problems.
Site
Is this really our top priority? Is maven 2 helping here? Is maven 1? I
Apart from thinking that our failure to work on an out of the box
Can we establish the status of [resources].
Rahul Akolkar wrote:
* [resources] Since now it isn't part of Struts 1.3.0, seems thats a
setback to interest in releasing.
IFAIK:
- its unreleased
- there is little development effort (although something happened in
November)
- there could be a
Sandy McArthur wrote:
Okay, but once the LineIterator instance is no longer strongly
reachable it will be garbage collected. This will then make the Reader
instance no longer strongly reachable and it will be garbage
collected. When the Reader instance is collected then there are no
leaked
I'd rather vfs depend on slide then to copy the classes over.
On 3/6/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Brett!
Now what happend? I was frustrated, and this feeling is still alive.
Not
only due to the fact that this is not allowed, but also while it took
so
long time to
On 3/3/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/3/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/3/06, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
I think we should be folding the site into one site, with manuals per
subproject. Release info would be put in a release
Hi!
I'd rather vfs depend on slide then to copy the classes over.
Yes, this is as it is now, but if slide didnt manage to release we will
never see a vfs release :-(
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be formed from the following codebases:
[lang]
[io]
[collections] - expected to divide
[primitives]
[codec]
[id] - on
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be formed from the following codebases:
[lang]
[io]
Author: scolebourne
Date: Sun Mar 5 12:18:54 2006
New Revision: 383391
URL: http://svn.apache.org/viewcvs?rev=383391view=rev
Log:
Remove finalize method
Modified:
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/LineIterator.java
Modified:
On 3/5/06, Arnaud HERITIER [EMAIL PROTECTED] wrote:
What you can do in maven 1 it's to add a comment and a scope to these
dependencies to explain that they are used only for the buildtime and not
for the runtime.
The documentation isn't yet updated. You can find it here :
Author: psteitz
Date: Sun Mar 5 12:36:14 2006
New Revision: 383395
URL: http://svn.apache.org/viewcvs?rev=383395view=rev
Log:
Added comments to dependencies and added xdoc 1.9.2 dependency.
Modified:
jakarta/commons/proper/math/trunk/project.xml
Modified:
On 3/5/06, Phil Steitz [EMAIL PROTECTED] wrote:
I have a question about the scope
property, which I understand will not show up immediately, but I want
to code it correctly. According to the docs here
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html
the
Many people will do is to unsubscribe to
commons-wiki
commons-issues
commons-commits
commons-ci
Yes, that's the idea. For people to be subscribed *only* to the
things that interest them. If someone is interested they will help.
But I believe that the noise kills productivity for many
I would like to see JIRA/Bugzilla still on the dev-list as -
unhappily -
sometimes they are used as a replacement for the ML
In some communities this works quite well
but I prefer the ML approach as well.
cheers
--
Torsten
smime.p7s
Description: S/MIME cryptographic signature
On 3/5/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be
Math's build.xml is generated from Maven though. It can't be the only
one - so why don't they fail too?
A Maven version thing?
Hen
On 3/5/06, Bill Barker [EMAIL PROTECTED] wrote:
The HEAD of JUnit has been failing to build for a while (well, almost a week
actually :). Math doesn't have an
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
Math's build.xml is generated from Maven though. It can't be the only
one - so why don't they fail too?
A Maven version thing?
No. It is the gump descriptor (or section of the j-c descriptor) that
is different. The math descriptor depends on
Niall reminded me of this. Math has at least one test that requires
swingui, which isn't there in JUnit HEAD. As a result, Math was changed to
depend on the packaged junit-3.8.x.jar so that it would still build. Most
other projects work fine with JUnit HEAD, so they don't even get attempted
On 3/5/06, Bill Barker [EMAIL PROTECTED] wrote:
Niall reminded me of this. Math has at least one test that requires
swingui, which isn't there in JUnit HEAD. As a result, Math was changed to
depend on the packaged junit-3.8.x.jar so that it would still build. Most
other projects work fine
On 3/5/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/5/06, Bill Barker [EMAIL PROTECTED] wrote:
Niall reminded me of this. Math has at least one test that requires
swingui, which isn't there in JUnit HEAD. As a result, Math was changed to
depend on the packaged junit-3.8.x.jar so that it
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity
Phil Steitz [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On 3/5/06, Bill Barker [EMAIL PROTECTED] wrote:
Niall reminded me of this. Math has at least one test that requires
swingui, which isn't there in JUnit HEAD. As a result, Math was changed
to
depend on the packaged
Thanks, Hen. That is odd and I will fix it, then change the gump descriptor.
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/5/06, Bill Barker [EMAIL PROTECTED] wrote:
Niall reminded me of this. Math has at least one test that
Henri Yandell wrote:
-1.
My reason for being against the idea is that it's a continuation of
Jakarta as a set of communities without much overlap.
This proposal, as most others do simply represents reality - that
Jakarta does contain sub-communities. Maybe the Apache board has trouble
with
Hi Phil,
Phil Steitz wrote:
Found the source of the test failures for me. I think the code and
test cases are correct, but somehow the clock precision or something
else is messing up the chronology for me. The tests all pass if I
make spin wait until a full second has elapsed:
private
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
I don't think LineIterator should have a finalizer method and I
believe the JavaDocs in that class about resource leaks are wrong and
unnecessarily alarming.
How is the javadoc over the top? I'll happily make
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Martin Cooper [EMAIL PROTECTED] wrote:
+1. Despite my general reluctance to break up the Commons community, I like
this. It creates a clearly focussed other-Commons that should leave both
communities healthy - and probably leave
Hi Stephen,
On Monday 06 March 2006 07:07, Stephen Colebourne wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be formed from the following codebases:
[lang]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38569.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 3/5/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Martin Cooper [EMAIL PROTECTED] wrote:
+1. Despite my general reluctance to break up the Commons community, I
like
this. It creates a clearly focussed other-Commons that
It's not administatively forcing a separation, it's a natural
consequence
of a particular group of components growing up together and
graduating
with a common purpose. The HttpClient component grew into the
Jakarta HTTP
Components subproject, and the Jakarta Web Components subproject
will
On 3/6/06, Torsten Curdt [EMAIL PROTECTED] wrote:
It's not administatively forcing a separation, it's a natural
consequence
of a particular group of components growing up together and
graduating
with a common purpose. The HttpClient component grew into the
Jakarta HTTP
Components
Attached is the changed I'd make. If no one objects to those changes I
can commit it myself.
On 3/5/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Sandy McArthur wrote:
I don't think LineIterator should have a finalizer method and I
Author: sandymac
Date: Sun Mar 5 18:57:54 2006
New Revision: 383450
URL: http://svn.apache.org/viewcvs?rev=383450view=rev
Log:
spin(long) with a Thread.sleep to idle the cpu
Modified:
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
On 3/5/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hmmm. Even with this change the test fails for me from within Eclipse on
Linux.
Is the cwd the base dir of the checked out sources? The unit tests
make some assumptions about preexisting directories that are created
when you check out the
Author: sandymac
Date: Sun Mar 5 19:07:35 2006
New Revision: 383452
URL: http://svn.apache.org/viewcvs?rev=383452view=rev
Log:
Comment on the expected working dir for a test.
Modified:
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
Which tests, exactly? The newFile tests in FileFilterUtilsTest? I
found that the lastModified times of files created sequentially during
execution of the test did not go in expected chronological order. I
thought this was due to clock precision (things were off by 100 ms),
but I am no expert on
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
-1.
My reason for being against the idea is that it's a continuation of
Jakarta as a set of communities without much overlap.
This proposal, as most others do simply represents reality - that
Jakarta does contain
Author: psteitz
Date: Sun Mar 5 19:29:14 2006
New Revision: 383457
URL: http://svn.apache.org/viewcvs?rev=383457view=rev
Log:
Eliminated main method.
Modified:
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/distribution/ContinuousDistributionAbstractTest.java
Author: psteitz
Date: Sun Mar 5 19:33:00 2006
New Revision: 383458
URL: http://svn.apache.org/viewcvs?rev=383458view=rev
Log:
Javadoc. Complete change partially included in r385437.
Modified:
On 3/5/06, Dion Gillard [EMAIL PROTECTED] wrote:
On 3/6/06, Torsten Curdt [EMAIL PROTECTED] wrote:
It's not administatively forcing a separation, it's a natural
consequence
of a particular group of components growing up together and
graduating
with a common purpose. The
On 3/4/06, Phil Steitz [EMAIL PROTECTED] wrote:
Found the source of the test failures for me. I think the code and
test cases are correct, but somehow the clock precision or something
else is messing up the chronology for me. The tests all pass if I
make spin wait until a full second has
What about tagging the components? :-P
Gets a bit complicated to use tagging when mailing lists are involved.
Development discussions have to happen in a single place.
Sorry, should probably have used ;-P not just :-P
Was not meant serious - although it actually is an
interesting idea the
http://svn.apache.org/viewcvs.cgi?rev=369049view=rev
http://issues.apache.org/bugzilla/show_bug.cgi?id=38130
Maybe theres an issue with the patch I submitted - could you post the
results of the tests without your change to add a sec?
Niall
Reverting the spin() change, I get
Testcase:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be formed from the following codebases:
[lang]
[io]
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Is it intentional for the source to contain the binary jar?
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
[id] - on exit from sandbox
snip
- not have a sandbox
To effect this, I think that the sandbox should be at the Jakarta
level and not at the Commons level. What do you think?
Hen
Author: bayard
Date: Sun Mar 5 21:05:07 2006
New Revision: 383465
URL: http://svn.apache.org/viewcvs?rev=383465view=rev
Log:
Removed link to the german article - seems they either dropped the article or
changed the url
Modified:
jakarta/commons/proper/lang/trunk/xdocs/index.xml
Modified:
Author: bayard
Date: Sun Mar 5 21:09:53 2006
New Revision: 383467
URL: http://svn.apache.org/viewcvs?rev=383467view=rev
Log:
Minor documentation improvement
Modified:
jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/package.html
Modified:
Author: bayard
Date: Sun Mar 5 21:11:21 2006
New Revision: 383468
URL: http://svn.apache.org/viewcvs?rev=383468view=rev
Log:
Javadoc improvements, more unit tests, change of API to a chain style, some
bugfixes
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38067.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Applied. Sorry for delay - finding time again now.
Hen
On 2/14/06, Stefan Rufer [EMAIL PROTECTED] wrote:
The attached patch fixes two bugs in the CSVParser:
- Changed end of file behaviour: When last values of a line terminated
by CR has been read, getline() now returns null instead
Author: bayard
Date: Sun Mar 5 21:13:02 2006
New Revision: 383469
URL: http://svn.apache.org/viewcvs?rev=383469view=rev
Log:
Killing apt port of xdocs, it is unnecessary
Removed:
jakarta/commons/sandbox/compress/trunk/src/site/
On 3/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
and the tests pass. Could be I am missing something or there is
something funny going on with the .lastModified impl.
I found on w2k the last modified was being rounded up to the nearest
second. Looks like on your platform its being rounded down.
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Can we establish the status of [resources].
Rahul Akolkar wrote:
* [resources] Since now it isn't part of Struts 1.3.0, seems thats a
setback to interest in releasing.
IFAIK:
- its unreleased
- there is little development effort
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
Author: sandymac
Date: Sun Mar 5 22:25:16 2006
New Revision: 383475
URL: http://svn.apache.org/viewcvs?rev=383475view=rev
Log:
Fixed memory sensitive unit tests when run under some situations.
Improved speed at which memory sensitive unit tests complete.
Modified:
Author: sandymac
Date: Sun Mar 5 22:30:02 2006
New Revision: 383476
URL: http://svn.apache.org/viewcvs?rev=383476view=rev
Log:
Improved behaior of SoftReferenceObjectPool while trying to fix related unit
tests. Changes will help getNumIdle() be more accurate with
minimal overhead.
Modified:
Author: sandymac
Date: Sun Mar 5 22:31:55 2006
New Revision: 383477
URL: http://svn.apache.org/viewcvs?rev=383477view=rev
Log:
unit test improvements.
Modified:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestPoolUtils.java
Modified:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Can we establish the status of [resources].
Rahul Akolkar wrote:
* [resources] Since now it isn't part of Struts 1.3.0, seems thats a
setback to interest in releasing.
IFAIK:
- its unreleased
- there is little development effort
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38856.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
1 - 100 of 113 matches
Mail list logo