The workaround is not so far.
I try to put the target directory as a key of the vfs.xml file and it
works. It duplicates only once files so no more problem of space.
BUT it is not so good for me as each developer has directory different,
and when we work with remote server, the directory is where wagon is
copying file. JMX lets file where they are.
I go back with my question about wicket, because of, with any other ear
without wicket, there is no problem.
What is doing wicket to give jboss a such problem ?
Le 15/06/2011 17:29, Thomas Franconville a écrit :
I have added as specified the entry
<entry>
<key>${jboss.server.home.url}farm</key>
<value><inject bean="VfsNamesExceptionHandler"/></value>
</entry>*
into the file server\default\conf\bootstrap\vfs.xml
But it changes nothing.
They wrote about farm. I am in default configuration, so farm is not
activated. I am not sure it is exactely the problem.
What mecanism is there into wicket of refresh ? Why it is scanning the
ear ?
NB: I have had already seen this note but as it was specified on all
configuration, I have already test this in the file
**server\all\conf\bootstrap\vfs.xml, but it chanded nothing too.*
Le 15/06/2011 15:42, Avraham Rosenzweig a écrit :
It's a known JBoss issue with a workaround:
http://community.jboss.org/message/8053
On Wed, Jun 15, 2011 at 4:32 PM, Thomas Franconville<
[email protected]> wrote:
Hi all,
I am deploying my wicket application as an EAR with maven using JMX
deploiment of JBoss.
When I use the web application, the directory
[Jboss_home]/default/tmp/vfs-nested.tmp is growing until saturated the
hardrive (several gigabytes !), duplicating all the jar and war in
the ear.
When the disk is saturated, I have this stack
2011-06-15 11:06:41,220 INFO [STDOUT] (ModificationWatcher Task)
ERROR -
Task - Unhandled exception thrown by user code
in task
ModificationWatcher
java.lang.RuntimeException: Failed to read zip file:
org.jboss.virtual.plugins.context.zip.ZipFileWrapper@1d295de -
D:\Workspaces\UbiAnt\HemisEAR\target\Hemis.ear
at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:628)
at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:773)
at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:817)
at
org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191)
at
org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:684)
at
org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165)
at
org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107)
at
org.jboss.virtual.VirtualFile.findChild(VirtualFile.java:457)
at
org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.resolveVirtualFile(VirtualFileURLConnection.java:106)
at
org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getVirtualFile(VirtualFileURLConnection.java:118)
at
org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getInputStream(VirtualFileURLConnection.java:93)
at
org.apache.wicket.util.io.Connections.close(Connections.java:127)
at
org.apache.wicket.util.io.Connections.getLastModified(Connections.java:87)
at
org.apache.wicket.util.resource.UrlResourceStream.lastModifiedTime(UrlResourceStream.java:233)
at
org.apache.wicket.markup.MarkupResourceStream.lastModifiedTime(MarkupResourceStream.java:149)
at
org.apache.wicket.util.watch.ModificationWatcher$1.run(ModificationWatcher.java:153)
at org.apache.wicket.util.thread.Task$1.run(Task.java:115)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.io.IOException: Espace insuffisant sur le disque
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:260)
at
java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
at org.jboss.virtual.VFSUtils.copyStream(VFSUtils.java:941)
at
org.jboss.virtual.VFSUtils.copyStreamAndClose(VFSUtils.java:901)
at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.initEntries(ZipEntryContext.java:562)
at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:619)
... 17 more
My environnement is:
JBoss 5.1
Wicket 1.5-RC4.2
Jdk 1.6
I am still in development mode.
When I am working with the war with Jetty, I have no problem.
Is somebody can explain me what happen and give me any clue to go
forward.
Thanks
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
