Problem Deploying To OC4J 10.1.3.1 (Orion) Server

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Problem Deploying To OC4J 10.1.3.1 (Orion) Server

MBowen


I get this exception when I try to deploy Hudson (1.74) to Oracle's OC4J container (10.1.3.1). I deploys just fine to Tomcat (5.5.20). Any insight on what's going on and how to fix?


I peeked at TagScript.run() and see where it's failing; it is just not obvious to me as to why. It seems like a namespace issue? Actually dunno... Any help would be appreciated... Our company uses Oracle's IAS, so seems a pity to keep around a Tomcat instance just for Hudson, but I'm not suggesting I won't if have to. Thank you.


- Matt Bowen



org.apache.commons.jelly.JellyTagException: code-source:/C:/oc4j10131/j2ee/home/applications/hudson/WEB-INF/lib/hudson-core-1.74.jar!/hudson/model/JobCollection/index.jelly:1:163: <j:jelly> This tag does not understand the 'l' attribute

       at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:651)

       at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)

               :
Reply | Threaded
Open this post in threaded view
|

Re: Problem Deploying To OC4J 10.1.3.1 (Orion) Server

Kohsuke Kawaguchi-2
[hidden email] wrote:
> I get this exception when I try to deploy Hudson (1.74) to Oracle's OC4J
> container (10.1.3.1). I deploys just fine to Tomcat (5.5.20). Any insight
> on what's going on and how to fix?
>
> I peeked at TagScript.run() and see where it's failing; it is just not
> obvious to me as to why. It seems like a namespace issue? Actually
> dunno... Any help would be appreciated... Our company uses Oracle's IAS,
> so seems a pity to keep around a Tomcat instance just for Hudson, but I'm
> not suggesting I won't if have to. Thank you.

I guess there's no way for me to get my hands on OC4J, right? I thought
it's a commercial product. My hunch is that the XML parser in OC4J is
broken, but it's difficult for me to find out why it's failing w/o
having an environment.

Was there any nested stack trace? TagScript line 651 is just wrapping
another exception. We need to find the root cause of the exception.

>
> - Matt Bowen
>
>
> org.apache.commons.jelly.JellyTagException:
> code-source:/C:/oc4j10131/j2ee/home/applications/hudson/WEB-INF/lib/hudson-core-1.74.jar!/hudson/model/JobCollection/index.jelly:1:163:
> <j:jelly> This tag does not understand the 'l' attribute
>         at
> org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:651)
>
>         at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
>
>                 :
>

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem Deploying To OC4J 10.1.3.1 (Orion) Server

MBowen

Here's the complete stack trace. Oracle's Internet Application Server is a commercial product, though I'm running the standalone container (which is supposedly binary compatible with full blown version minus some instrumentation hooks). Thank you for the quick reply. Let me know if you need additional information.

- M-)


07/01/19 16:00:32.324 hudson: Servlet error
org.apache.commons.jelly.JellyTagException: code-source:/C:/oc4j10131/j2ee/home/applications/hudson/WEB-INF/lib/hudson-core-1.74.jar!/hudson/model/JobCollection/index.jelly:1:163: <j:jelly> This tag does not understand the 'l' attribute
        at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:651)
        at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
        at org.kohsuke.stapler.jelly.JellyClassTearOff.invokeScript(JellyClassTearOff.java:65)
        at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:78)
        at org.kohsuke.stapler.Stapler.invoke(Stapler.java:207)
        at org.kohsuke.stapler.Stapler.invoke(Stapler.java:169)
        at org.kohsuke.stapler.Stapler.service(Stapler.java:68)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
        at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
        at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
        at java.lang.Thread.run(Thread.java:595)
Reply | Threaded
Open this post in threaded view
|

Re: Problem Deploying To OC4J 10.1.3.1 (Orion) Server

MBowen
In reply to this post by Kohsuke Kawaguchi-2

Kohsuke:
FYI - you actually can download the standalone OC4J container from Oracle (http://www.oracle.com/technology/software/products/ias/index.html). It's about 80 MB. The install is pretty straight forward, though not as easy as Tomcat's deployment. Actually, OC4J does have an Ant deploy task and command line utility too, however, here are brute-force deployment instructions.

1. Copy hudson.war to /oc4j/j2ee/home/applications

2. Edit application.xml in /oc4j/j2ee/home/config and add the following entry after
   <web-module id="defaultWebApp" path="../../home/default-web-app"/>

   <web-module id="hudson" path="../applications/hudson.war"/>
   

3. Edit default-web-site.xml in /oc4j/j2ee/home/config and add the following entry after
   <default-web-app application="default" name="defaultWebApp"/>
   
   <web-app application="default" name="hudson" root="/hudson" />
   
   
4. Start OC4J. This will auto-deply Hudson and extract war file beneath "applications" dir.

    # cd /opt/oc4j/bin
    # ./oc4j.sh -start

By default, OC4J listens on port 8888. Surf to http://localhost:8888/hudson.

Jelly exception is instantly raised and written to global-application.log in /opt/oc4j/j2ee/home/log.