You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "ant elder (JIRA)" <tu...@ws.apache.org> on 2007/05/31 16:07:15 UTC

[jira] Closed: (TUSCANY-1301) sample-helloworldjsonrpc.war built by ant script does not deploy into Tomcat

     [ https://issues.apache.org/jira/browse/TUSCANY-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ant elder closed TUSCANY-1301.
------------------------------

    Resolution: Duplicate

Dup of TUSCANY-1268 which has now been fixed

> sample-helloworldjsonrpc.war built by ant script does not deploy into Tomcat
> ----------------------------------------------------------------------------
>
>                 Key: TUSCANY-1301
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-1301
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SCA Samples
>    Affects Versions: Java-SCA-0.90
>         Environment: Windows XP
>            Reporter: Simon Nash
>            Assignee: Simon Nash
>             Fix For: Java-SCA-0.90
>
>         Attachments: sample-helloworldjsonrpc.war, sample-helloworldjsonrpc.war
>
>
> There is a problem with the helloworld-jsonrpc sample for Java-SCA-0.90 rc2.  The pre-built war file in the binary distro deploys and runs successfully.  However, a seemingly identical war file built by  "ant package" does not deploy successfully into a running Tomcat server (see below for the exception that is thrown).  If I do a cold start of the Tomcat server with the war file already in the webapps directory, the war deploys OK and the test runs.
> Here is the failure symptom:
> INFO: Server startup in 1813 ms
> 26-May-2007 19:38:37 org.apache.catalina.startup.HostConfig deployWAR
> INFO: Deploying web application archive sample-helloworldjsonrpc.war
> 26-May-2007 19:38:42 com.metaparadigm.jsonrpc.JSONRPCBridge registerLocalArgResolver
> INFO: registered local arg resolver com.metaparadigm.jsonrpc.HttpServletRequestArgResolver for local class javax.servlet.http.HttpServletRequest with context javax.servlet.http.HttpServletRequest
> 26-May-2007 19:38:42 com.metaparadigm.jsonrpc.JSONRPCBridge registerLocalArgResolver
> INFO: registered local arg resolver com.metaparadigm.jsonrpc.HttpSessionArgResolver for local class javax.servlet.http.HttpSession with context javax.servlet.http.HttpServletRequest
> 26-May-2007 19:38:42 com.metaparadigm.jsonrpc.JSONRPCBridge registerLocalArgResolver
> INFO: registered local arg resolver com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver for local class com.metaparadigm.jsonrpc.JSONRPCBridge with context javax.servlet.http.HttpServletRequest
> 26-May-2007 19:38:42 org.apache.catalina.session.StandardManager doLoad
> SEVERE: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
> java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
>     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1309)
>     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
>     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
>     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
>     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
>     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
>     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
>     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
>     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
>     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
>     at java.util.HashMap.readObject(HashMap.java:1067)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>     at java.lang.reflect.Method.invoke(Method.java:585)
>     at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:946)
>     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1809)
>     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
>     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
>     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
>     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
>     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
>     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
>     at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
>     at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1386)
>     at org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:921)
>     at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:393)
>     at org.apache.catalina.session.StandardManager.load(StandardManager.java:320)
> (cut)
> Can anyone else confirm these problem symptoms and throw any light on how these two war files differ?  I am attaching both files to this JIRA.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org