On 22/11/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
robert burrell donkin wrote:
i've been running the SOAK tests for over 7 days now without a problem.
Just to report that I have run the synchronized soak test using 5
threads and
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-id has an issue affecting its community integration.
This issue affects
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-id has an issue affecting its community integration.
This issue affects
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-jelly-test 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-jelly-test has an issue affecting its community integration.
This issue
Hello all,
I have a question concerning VFS
I have implemented a file managent tool using vfs. It does a lot of file
operations in batch mode as we need to deal with partner ftp sites that
have thousands of files.
There seems to be a bug or at least an implemntation issues on doing
deletes
Marc Oesch privat wrote:
it is very slow because after each single delete FileObject.delete(),
VFS ftp is issuing a new ftp list command, which causes a lot of
overhead.
Are you sure you execute no other method other than subsequent delete()'s?
Are you using the latest nightly or RC, I
Author: jcarman
Date: Tue Nov 22 04:18:32 2005
New Revision: 348157
URL: http://svn.apache.org/viewcvs?rev=348157view=rev
Log:
Fixing javadoc bug.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java
Modified:
Author: jcarman
Date: Tue Nov 22 04:20:48 2005
New Revision: 348158
URL: http://svn.apache.org/viewcvs?rev=348158view=rev
Log:
Added artifactId.
Modified:
jakarta/commons/sandbox/proxy/trunk/project.xml
Modified: jakarta/commons/sandbox/proxy/trunk/project.xml
URL:
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-jelly-tags-xml-test has an issue affecting its community
integration.
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-jelly-tags-xml-test has an issue affecting its community
integration.
Hi all!
The generatedUniqueTxId() method in FileResourceManager uses
System.currentTimeMillis() to generate txId's.
On my system it causes duplicate txId generation and FRM failure. I have
4 threads accessing one FRM instance.
This simple patch adds salt to it, with a little overhead to solve
Author: jcarman
Date: Tue Nov 22 04:37:48 2005
New Revision: 348159
URL: http://svn.apache.org/viewcvs?rev=348159view=rev
Log:
Removed developerConnection
Modified:
jakarta/commons/sandbox/proxy/trunk/project.xml
Modified: jakarta/commons/sandbox/proxy/trunk/project.xml
URL:
Hi!
I am using Commons Tx to handle a lot of small files in transactional
way with long term runs (weeks or days at least). New files arrives at
cca 10 piece/hour. These files leaves the app at the end of
processing. We have noticed, that during work, the Commons Tx eates up
all heap memory
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-jelly-tags-define-test has an issue affecting its community
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-jelly-tags-define-test has an issue affecting its community
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-jelly-tags-jsl-test has an issue affecting its community
integration.
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-jelly-tags-jsl-test has an issue affecting its community
integration.
Author: jcarman
Date: Tue Nov 22 04:59:13 2005
New Revision: 348162
URL: http://svn.apache.org/viewcvs?rev=348162view=rev
Log:
Improving test coverage.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java
Modified:
Author: jcarman
Date: Tue Nov 22 05:03:37 2005
New Revision: 348163
URL: http://svn.apache.org/viewcvs?rev=348163view=rev
Log:
Improving test coverage.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java
Modified:
+1
Steve Cohen wrote:
It has been discovered that 1.4.0 is inadvertently incompatible with jdk
1.3. Please vote on a release of a fixed version.
I'll start it off
+1
I will also volunteer to do the release but it won't be until next week
at the earliest.
Author: jcarman
Date: Tue Nov 22 05:16:53 2005
New Revision: 348168
URL: http://svn.apache.org/viewcvs?rev=348168view=rev
Log:
Improving test coverage.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java
Cservenak Tamas cservenak at is-micro.hu writes:
The generatedUniqueTxId() method in FileResourceManager uses
System.currentTimeMillis() to generate txId's.
On my system it causes duplicate txId generation and FRM failure. I have
4 threads accessing one FRM instance.
This simple patch
Author: jcarman
Date: Tue Nov 22 05:46:22 2005
New Revision: 348170
URL: http://svn.apache.org/viewcvs?rev=348170view=rev
Log:
Improved proposal.
Modified:
jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html
Modified: jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html
URL:
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-jelly-tags-html has an issue affecting its community
integration.
This
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-jelly-tags-html has an issue affecting its community
integration.
This
Yes, youre right.
Anyway, in my case it would be more appropriate to generate Tx ID's by
myself to avoid generatedUniqueTxId() problem. As first step i will
probably copy this patched method into my code and use it instead of
calling frm.generated
Thanks for help. And sorry for
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=37592.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: jcarman
Date: Tue Nov 22 08:30:11 2005
New Revision: 348191
URL: http://svn.apache.org/viewcvs?rev=348191view=rev
Log:
Made JavassistUtils public.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java
Modified:
Hi Tamas.
You are right. All the locks remain inside the GenericLockManager
remain there until you call removeLock. That's intentionally.
If you call removeLock everytime an owner releases a lock, no other
owner will be able to get access to this lock using the
GenericLockManager. So you patch
To me it seems generatedUniqueTxId does exactly as advertised in
Javadocs. Don't you agree?
You simply need something different as it seems. Unique Id generators
- that's what you need - are easy to find, even in the Jakarta Commons
Project :)
Oliver
2005/11/22, Cservenak Tamas [EMAIL
Hi,
thank you for response. Jorg already convinced me to use some external
Id generator, and not the handy built in (which was a handy solution
for fast jump-in).
My "patch" for generatedTxId will be simply moved to my code and it
will do the trick, as it solves my problem.
Thank you for
Cool.
Oliver
2005/11/22, Cservenak Tamas [EMAIL PROTECTED]:
Hi,
thank you for response. Jorg already convinced me to use some external Id
generator, and not the handy built in (which was a handy solution for fast
jump-in).
My patch for generatedTxId will be simply moved to my code and
Does anyone object to me adding myself to Commons Resources? I plan to do
some tidying up in preparation for a release:
Niall
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi!
Another issue i've got is that FileResourceManager (actually
FileHelper's moveRec) during commitTransaction() throws
FileNotFoundException on [new FileOutputStream(File)]. This error
appears stochastic, sometime after 5 min of run, sometime after 20min of
run, and i dont know where to issue
Shouldn't the version numbers for optional and main be the same?
[EMAIL PROTECTED] wrote:
Author: dion
Date: Mon Nov 21 16:27:09 2005
New Revision: 348048
URL: http://svn.apache.org/viewcvs?rev=348048view=rev
Log:
Bug 37314 - Fixes to POMs
Modified:
Hi,
I looked at the code of commit and it really looks ok. Is it always
the same file (or same category of file) that is not found?
FileHelper.moveRec is only called from inside of
TransactionContext.commit which is synchronized on the context. This
means if a file that should be there no longer
And, yes, can you give us a full trace of the exception?
Thanks
Oliver
2005/11/22, Oliver Zeigermann [EMAIL PROTECTED]:
Hi,
I looked at the code of commit and it really looks ok. Is it always
the same file (or same category of file) that is not found?
FileHelper.moveRec is only called
On 11/22/05, Niall Pemberton [EMAIL PROTECTED] wrote:
Does anyone object to me adding myself to Commons Resources? I plan to do
some tidying up in preparation for a release:
+1 (binding, as a Commons Resources developer)
Niall
Craig
Hi Oliver!
I'm am positively sure about #2. I have NO ACCESS to FS except thru FRM.
And plus, the whole txfs/store and txfs/work (the store and workdir of
FRM) is isolated, it is not used by direct File access.
(second para) Not quite. This error happened on any stage (i have 4 of
them) on
On Mon, 2005-11-21 at 21:24 -0600, Steve Cohen wrote:
It has been discovered that 1.4.0 is inadvertently incompatible with jdk
1.3. Please vote on a release of a fixed version.
+1
- robert
-
To unsubscribe, e-mail: [EMAIL
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=37594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37134.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37134.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37134.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37134.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Just a note (may be interesting):
After that FRM throws exception and my app stops, the FRM performs a
normal shutdown and JVM cleanly exits.
Upon exit, the file reported in FileNotFoundException APPEARS on the
right place reported in exception as missing! (it is placed there
DURING
Steve Cohen wrote:
It has been discovered that 1.4.0 is inadvertently incompatible with
jdk 1.3. Please vote on a release of a fixed version.
Checked VFS using net svn head and it works.
So here is my +1
BTW: maven builds a 1.5.0 version instead of 1.4.1. Do you plan to
release svn head or
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=37134.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 ankurkkapadia:
http://wiki.apache.org/jakarta-commons/Transaction
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 MarioIvankovits:
http://wiki.apache.org/jakarta-commons/VfsNext
Hi,
After studying the Jakarta Commons IO API, I found a great method that
allows me to delete some native code from my system, it is the:
static long FileSystemUtils.freeSpace(String path)
However, as it return type is long, I am in trouble to represent
values greater than 2GB. Is it possible
Your welcome :) (I wrote that function :) )
I think your right, a double version would certainly be appropriate. Kind
of ashamed I missed that actually :(
I wonder though, what would be the down-side to just having a double
version only? (aside from backward-compatibility at this point)...
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/plist/XMLPropertyListConfiguration.java
URL:
You may be able to use BigInteger (arbitrary precision).
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: 22 November 2005 20:35
To: Jakarta Commons Developers List
Cc: commons-dev@jakarta.apache.org
Subject: Re: FileSystemUtils
Your welcome :) (I wrote that
I believe that 0 is what the JDK uses in Object.wait(long) for an
infinite wait. A negative number would also mean infinite.
Stephen
James Carman wrote:
Stephen,
I don't know about using 0 to indicate that it's a wait forever situation.
A negative number would be better for that, wouldn't
This should be raised as a bug in bugzilla, as the existing code will
just break if the free space is too large. I propose it should return -1
if the free space is too large.
To deal with large drives, we should add either a BigInteger returning
method, or a freeSpaceMB method (that returns
Yep, you're right. It's not documented very well. I will make it so. I
thought about doing this before, but I was afraid to mess up the
serialization stuff. But, this should work quite well.
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November
The maximum value for a long is 92,233,720,368,547,758,07l (that's roughly
92 quintillion I believe).
One gigabyte = 1,073,741,824 bytes.
So, you could potentially represent 8,589,934,592 gigabytes using a long.
Is my math off here?
-Original Message-
From: Marcelo Nery dos Santos
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 DennisLundberg:
http://wiki.apache.org/jakarta-commons/Logging
Most I/O developers are used to deal with byte[]s, ints and
longs in a very strict way. It seems to me that the long version
of freeSpace() should really exist to fit more strict needs.
I was wondering what would be the result of a
FileSystemUtils.freeSpace() call over a path with 2GB+ freeSpace.
2005/11/22, Cservenak Tamas [EMAIL PROTECTED]:
Just a note (may be interesting):
After that FRM throws exception and my app stops, the FRM performs a normal
shutdown and JVM cleanly exits.
Upon exit, the file reported in FileNotFoundException APPEARS on the right
place reported in
Author: scolebourne
Date: Tue Nov 22 14:24:25 2005
New Revision: 348273
URL: http://svn.apache.org/viewcvs?rev=348273view=rev
Log:
StaticBucketMap containsKey doesn't check nulls correctly
bug 37567, from Kazuya Ujihara
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
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=37567.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 DennisLundberg:
http://wiki.apache.org/jakarta-commons/Logging/1%2e1%2e0ReleasePlan
New page:
= Commons Logging 1.1.0 ReleasePlan =
==
Author: scolebourne
Date: Tue Nov 22 15:20:35 2005
New Revision: 348288
URL: http://svn.apache.org/viewcvs?rev=348288view=rev
Log:
Add version tags to POM
Modified:
jakarta/commons/proper/collections/trunk/project.xml
Modified: jakarta/commons/proper/collections/trunk/project.xml
URL:
On Tue, 2005-11-22 at 10:53 +, sebb wrote:
On 22/11/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
robert burrell donkin wrote:
i've been running the SOAK tests for over 7 days now without a problem.
Just to report that I have run
Author: rdonkin
Date: Tue Nov 22 15:31:17 2005
New Revision: 348290
URL: http://svn.apache.org/viewcvs?rev=348290view=rev
Log:
Fixed version number.
Modified:
jakarta/commons/proper/logging/trunk/optional/project.xml
Modified: jakarta/commons/proper/logging/trunk/optional/project.xml
URL:
On Tue, 2005-11-22 at 18:36 +0100, Dennis Lundberg wrote:
Shouldn't the version numbers for optional and main be the same?
fixed
thanks for the spot :)
- robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Author: rdonkin
Date: Tue Nov 22 15:37:40 2005
New Revision: 348292
URL: http://svn.apache.org/viewcvs?rev=348292view=rev
Log:
Reorganized the user guide a little. Added a section on synchronization.
Modified:
jakarta/commons/proper/collections/trunk/xdocs/userguide.xml
Modified:
On Mon, 2005-11-21 at 22:43 +, Stephen Colebourne wrote:
robert burrell donkin wrote:
snip
what is becoming clear to me is that a number of users have been
confused by the need to synchronize the maps. i've added some
clarifications to the javadocs for LRUMap.
would it be a good
Author: scolebourne
Date: Tue Nov 22 15:51:45 2005
New Revision: 348299
URL: http://svn.apache.org/viewcvs?rev=348299view=rev
Log:
Make serialization version ids private
bug 37106, from Sebb
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
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=37106.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: niallp
Date: Tue Nov 22 16:05:37 2005
New Revision: 348308
URL: http://svn.apache.org/viewcvs?rev=348308view=rev
Log:
Add myself to Commons Resources
Modified:
jakarta/commons/proper/resources/trunk/project.xml
Modified: jakarta/commons/proper/resources/trunk/project.xml
URL:
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=37106.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: ggregory
Date: Tue Nov 22 16:19:44 2005
New Revision: 348311
URL: http://svn.apache.org/viewcvs?rev=348311view=rev
Log:
http://issues.apache.org/bugzilla/show_bug.cgi?id=37596
The method DurationFormatUtils.formatDurationWords incorrectly outputs numbers
ending in 1 without a plural s
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=37596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: ggregory
Date: Tue Nov 22 16:22:07 2005
New Revision: 348313
URL: http://svn.apache.org/viewcvs?rev=348313view=rev
Log:
37596 DurationFormatUtils.formatDurationWords 11 units gets converted to
11 unit
Modified:
jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt
Modified:
Author: niallp
Date: Tue Nov 22 16:24:40 2005
New Revision: 348316
URL: http://svn.apache.org/viewcvs?rev=348316view=rev
Log:
de-tab project.xml
Modified:
jakarta/commons/proper/resources/trunk/project.xml
Modified: jakarta/commons/proper/resources/trunk/project.xml
URL:
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=37574.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Any changes people want to make for [collections] 3.2 ?
TimeoutBuffer (remove and merge with BlockingBuffer) is the only thing
I'm aware of as outstanding.
(Unless someone wants to fix the 50 or so classes in the bug Elliotte
reopened -
Author: niallp
Date: Tue Nov 22 16:39:22 2005
New Revision: 348324
URL: http://svn.apache.org/viewcvs?rev=348324view=rev
Log:
Remove unnecssary jdom dependency
Modified:
jakarta/commons/proper/resources/trunk/project.xml
Modified: jakarta/commons/proper/resources/trunk/project.xml
URL:
Author: niallp
Date: Tue Nov 22 16:42:37 2005
New Revision: 348325
URL: http://svn.apache.org/viewcvs?rev=348325view=rev
Log:
Minor updates - add license, pomVersion and removed empty organization elements
Modified:
jakarta/commons/proper/resources/trunk/project.xml
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=37249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: niallp
Date: Tue Nov 22 16:48:33 2005
New Revision: 348326
URL: http://svn.apache.org/viewcvs?rev=348326view=rev
Log:
Site generation improvements:
* Add comments to dependencies
* Add maven plugin dependencies (improves site gen)
* change repository url (otherwise maven change reports
That and the BoundedBuffer wrapper class. If you want, I can fix the
serialVersionUIDs too. That's a find/replace in IDEA as long as that's all
that we need to do with it.
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 22, 2005 7:39 PM
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=37249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: niallp
Date: Tue Nov 22 17:17:22 2005
New Revision: 348333
URL: http://svn.apache.org/viewcvs?rev=348333view=rev
Log:
Improve Commons Resources site and add missing license headers:
* add support, releases and documentation sections to home page
* add improved Issue Tracking page
* add
Author: niallp
Date: Tue Nov 22 17:34:52 2005
New Revision: 348339
URL: http://svn.apache.org/viewcvs?rev=348339view=rev
Log:
Remove get/setServletContext() methods inherited from WebappResourcesFactoryBase
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=37597.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37597.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=37597.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I just thought I would make other Commons Resources developers aware of the
question I just posted to commons-user - in case that list is not on their
radar:
http://article.gmane.org/gmane.comp.jakarta.commons.user/13775
Niall
Is there any objection to me changing instance variables from protected to
private?
Niall
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 124 matches
Mail list logo