1 Reply Latest reply on Feb 15, 2013 8:21 AM by kc7bfi

    JARs continually redeployed to vfs-nested.tms

    kc7bfi

      I am running JBoss AS 5.1. I am having a problem where my SAR JARs are being continually deployed to the vfs-nested.tmp file. Approximatly 30 minutes after starting JBoss, I see the JARs from one of my SAR being redeployed to vsf-nested.tmp. I turned logging to TRACE and I get these messages:

       

      INFO   | jvm 1    | 2013/02/14 12:24:11 | 2013-02-14 12:24:11,487 TRACE VideoScheduledThread-1 org.jboss.virtual.plugins.context.zip.ZipEntryContext  Dest: C:\VICADSBoss\server\vicads\tmp\vfs-nested.tmp\b579cf7a_Vicads-AxisAPI-4.0.jar, Stack-trace:

      INFO   | jvm 1    | 2013/02/14 12:24:11 | [java.lang.Thread.getStackTrace(Unknown Source), org.jboss.virtual.plugins.context.zip.ZipEntryContext.initEntries(ZipEntryContext.java:553), org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:619), org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:773), org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:817), org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191), org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:684), org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165), org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107), org.jboss.virtual.VirtualFile.findChild(VirtualFile.java:457), org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.resolveVirtualFile(VirtualFileURLConnection.java:106), org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getVirtualFile(VirtualFileURLConnection.java:118), org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getInputStream(VirtualFileURLConnection.java:93), java.net.URL.openStream(Unknown Source), java.lang.ClassLoader.getResourceAsStream(Unknown Source), org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl.crackEntry(SchemaTypeLoaderImpl.java:337), org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl.typeSystemForComponent(SchemaTypeLoaderImpl.java:256), org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl.findDocumentTypeRef(SchemaTypeLoaderImpl.java:430), org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.findDocumentType(SchemaTypeLoaderBase.java:129), org.apache.xmlbeans.impl.store.Locale.autoTypeDocument(Locale.java:312), org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:850), org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:826), org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.parse(SchemaTypeLoaderBase.java:231), org.onvif.www.ver20.imaging.wsdl.GetImagingSettingsResponseDocument$Factory.parse(GetImagingSettingsResponseDocument.java:128), org.onvif.www.ver20.imaging.wsdl.ImagingServiceStub.fromOM(ImagingServiceStub.java:1939), org.onvif.www.ver20.imaging.wsdl.ImagingServiceStub.getImagingSettings(ImagingServiceStub.java:1138), com.orci.vicads.Camera.CameraONVIF.getImagingSettings(CameraONVIF.java:350), com.orci.vicads.Camera.CameraONVIF.cmdPoll(CameraONVIF.java:235), com.orci.vicads.Camera.CameraImpl.poll(CameraImpl.java:1045), com.orci.vicads.Camera.CameraImpl$PingerTask.run(CameraImpl.java:1290), java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source), java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source), java.util.concurrent.FutureTask.run(Unknown Source), java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source), java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source), java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source), java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source), java.lang.Thread.run(Unknown Source)]

       

      It appears that the ZipWrapper class believes that the last modified time of the JAR has changed when in fact it has not. I tried to compile the jboss-vfs library to add more logging but I cannot seem to get it to compile with maven.

       

      Any idea what may be going wrong? Any thoughts on how to continue to debug this issue?

      David