first of all always go through the URI when making a File out of a URLgetFile() doesn't work. (empty spaces, encoded you name it)One problem if we completely skip the jars... More and more people use OSGI and bundles
those can be updated on the fly. But if we don't see that then we never serve the
* Johan Compagner:
> It is know bug in the java bug parade. Dont know directly what
> the number is. Search this mailing list it is talked about quite
> a lot.
I noticed this thread in the archives:
http://www.nabble.com/Open-Files-in-Development-Mode-tf1822162.html#a4969156
Eelco said there's
* Johan Compagner:
> First of all you also should do that in the lastModifiedTime
> call of the URLResourceStream class.
Right, thanks for pointing out. The problem is more serious than
I thought first, because the file descriptor leak also happens in
DEPLOYMENT mode, although a lot less.
Ok looked and debug it a bit through and i don't think that will help much that patch.First of all you also should do that in the lastModifiedTime call of the URLResourceStream class.But when debugging i see that the JarFile instance field in the JarUrlConnection instance that i get
is not there ye
Let m know if that helps for your situation.if really a jar url connection is returned in your case. Because this doesn't have to be the case. Any kind of UrlConnection can be returned (WebLogic does have its own ZipUrlConnection or something like that)
In the end this is a problem of the ClassLoad
I also ran into this problem.On 9/15/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
Hi,When deploying a Wicket application in DEVELOPMENT mode with onlyJARs in WEB-INF/lib (no WEB-INF/classes), and templates includedin JARs, the number of file descriptors increases steadily,
leading
Hi,
When deploying a Wicket application in DEVELOPMENT mode with only
JARs in WEB-INF/lib (no WEB-INF/classes), and templates included
in JARs, the number of file descriptors increases steadily,
leading to an OS error: « Too many files open ».
When turning configuration to DEPLOYMENT,
