0 Replies Latest reply on Mar 19, 2004 4:29 AM by sal ingrilli

    inconsistent deployment behavior

    sal ingrilli Newbie

      i'm trying out 3.2.4RC1.
      1. i hot-deploy my .sar and it works great.
      2. i stop the server.
      3. i start jboss and I get the below exception.
      java.lang.VerifyError: (class: com/syncvoice/commons/net/impl/NetManager, method: setProxyAddressImpl signature: (Ljava/lang/String;I)V) Incompat
      ible object argument for function call
      at java.lang.Class.newInstance0(Native Method)
      at java.lang.Class.newInstance(Class.java:237)
      at com.syncvoice.commons.patterns.singleton.SingletonBuilder.buildInstance(SingletonBuilder.java:20)

      4. i stop jboss
      5. i delete /tmp
      6. i start jboss and it works great.
      7. i stop jboss
      8. i start jboss and i get a different exceptions
      <45> <Problem starting service support-watchdog.application:service=properties>
      java.lang.IllegalAccessError: try to access class org.apache.tools.ant.taskdefs.ProcessDestroyer from class org.apache.tools.ant.taskdefs.Execute

      at org.apache.tools.ant.taskdefs.Execute.(Execute.java:106)
      at com.syncvoice.commons.os.impl.OperatingSystem.onGetSystemProperties(OperatingSystem.java:235)
      <46> <Problem starting service support-watchdog.application:service=support-client>
      java.lang.NoClassDefFoundError
      at com.syncvoice.commons.os.impl.OperatingSystem.onGetSystemProperties(OperatingSystem.java:235)

      NOTE that if instead of hot-deploying my sar for the first time i just place it in the deploy directory and then start jboss, then i get this:
      <24> <Problem starting service support-watchdog.application:service=properties>
      java.lang.IllegalAccessError: try to access class org.apache.tools.ant.taskdefs.ProcessDestroyer from class org.apache.tools.ant.taskdefs.Execute

      at org.apache.tools.ant.taskdefs.Execute.(Execute.java:106)
      at com.syncvoice.commons.os.impl.OperatingSystem.onGetSystemProperties(OperatingSystem.java:235)

      Any clues on why this inconsistent behavior?