Re: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

On May 25, 2009, at 7:10 PM, Vince Bonfanti wrote: I'm working on a Google App Engine/Java (GAE/J) plug-in for VFS (it's almost done) and have a few questions: 1. Is the LRUFilesCache safe for production use? GAE/J won't allow using the default SoftRefFilesCache because it doesn't allow

RE: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

Hi! 1. Is the LRUFilesCache safe for production use? GAE/J won't allow using the default SoftRefFilesCache because it doesn't allow background threads. I 've found a few really old messages saying things like SoftRefFilesCache is the only implementation suitable for production use and other

Re: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

On May 25, 2009, at 11:28 PM, Mario Ivankovits wrote: Hi! 1. Is the LRUFilesCache safe for production use? GAE/J won't allow using the default SoftRefFilesCache because it doesn't allow background threads. I 've found a few really old messages saying things like SoftRefFilesCache is the

[Commons Wiki] Update of CLI by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI The comment on the change is: Updated the URL of the project

[Commons Wiki] Update of CLI by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI The comment on the change is: Removed the documentation bugs (obsolete)

[Commons Wiki] Update of CLI by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI The comment on the change is: Removed the mention of CLI 2 being almost finished

[Commons Wiki] Update of CLI/Projects by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI/Projects The comment on the change is: Updated the version used by Groovy

[Commons Wiki] Update of CLI/Projects by RusselWinder

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by RusselWinder: http://wiki.apache.org/commons/CLI/Projects -- - *

[Commons Wiki] Update of CLI/dotnet by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI/dotnet The comment on the change is: Created a separate page for the C# port New page: .NET CLI

[Commons Wiki] Update of CLI by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI The comment on the change is: Removed the news about .NET CLI and added a link to the project in

[g...@vmgump]: Project commons-configuration-test (in module apache-commons) failed

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 gene...@gump.apache.org. Project commons-configuration-test has an issue affecting its community

[Commons Wiki] Update of FrontPage by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/FrontPage The comment on the change is: Added a link to the CLI2 page

[Commons Wiki] Update of CLI/Projects by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI/Projects The comment on the change is: Projects displayed in a table, and links to the Maven

[vfs] caching (was: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in)

Hi! Actually, I commented out the call to filesystemclose in SoftRelFilesCache. While looking at the FileSystem implementation I realized that the way close is implemented is not thread safe and can't be called while the system is running. I believe the fix for this is non-trivial.

[vfs] Dependency to compress

Hi, before ages VFS included the compress classes with own namespace, cause compress wasn't released and VFS had to go ahead. It was planned to replace those vfs.compress classes with a dependency to commons compress. If this is still the plan, I will create an issue for it and would do it

Re: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

My code will always run within a servlet, so I can close() the filesystem when the servlet is destroyed. In this case, I should be OK using LRUFilesCache? Thanks, Vince On Tue, May 26, 2009 at 2:28 AM, Mario Ivankovits ma...@ops.co.at wrote: Hi! 1. Is the LRUFilesCache safe for production

RE: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

Yes, I think so. -Original Message- From: Vince Bonfanti [mailto:vbonfa...@gmail.com] Sent: Tuesday, May 26, 2009 1:14 PM To: Commons Developers List Subject: Re: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in My code will always run within a servlet, so I

RE: [vfs] Dependency to compress

before ages VFS included the compress classes with own namespace, cause compress wasn't released and VFS had to go ahead. It was planned to replace those vfs.compress classes with a dependency to commons compress. If this is still the plan, I will create an issue for it and would do it

[Commons Wiki] Update of CLI/Projects by EmmanuelBourg

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by EmmanuelBourg: http://wiki.apache.org/commons/CLI/Projects The comment on the change is: Added JOTM

[Commons Wiki] Update of CLI/Projects by RusselWinder

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by RusselWinder: http://wiki.apache.org/commons/CLI/Projects -- This is

[Commons Wiki] Update of CLI/Projects by RusselWinder

Dear Wiki user, You have subscribed to a wiki page or wiki category on Commons Wiki for change notification. The following page has been changed by RusselWinder: http://wiki.apache.org/commons/CLI/Projects -- ||

Re: [compress] Two issues with releasing the release

+1. The release was/is fine :) On May 21, 2009, at 4:58 PM, Christian Grobmeier wrote: Thanks Rainer. I did the fix and wait for the mirroring now. Hopefully everything works then. I don't think this does require a new vote, RC, etc. since it was just a broker link... right guys? Thanks

Re: [pool] Exception in GKOP allocate()

Note that clearOldest() (called in the middle of allocate()) itself calls allocate(). That could explain it. Phil - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail:

Re: [pool] Exception in GKOP allocate()

Phil Steitz wrote: Note that clearOldest() (called in the middle of allocate()) itself calls allocate(). That could explain it. Good catch. That will be it :) clearOldest() also needs to be moved outside of any syncs to prevent possible deadlocks. I'm just setting up commons-performance to

Re: [pool] Exception in GKOP allocate()

Mark Thomas wrote: Phil Steitz wrote: Note that clearOldest() (called in the middle of allocate()) itself calls allocate(). That could explain it. Good catch. That will be it :) clearOldest() also needs to be moved outside of any syncs to prevent possible deadlocks. I'm just setting

[all] Source jars for released components

POOL-141 is asking for source jars for old versions of [pool] to be pushed to maven central. I think we talked about this before in relation to another component, but I can't find the thread and can't recall the resolution. Have we done this before? If so, did we use the source distro or

[continuum] BUILD SUCCESSFUL: Commons - Commons Pool -

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=193296projectId=116 Build statistics: State: Ok Previous State: Failed Started at: Tue 26 May 2009 22:38:36 -0700 Finished at: Tue 26 May 2009 22:40:48 -0700 Total time: 2m 11s Build Trigger: Schedule