Subject: Problem Deploying To OC4J 10.1.3.1 (Orion) Server - msg#00057
List: java.hudson.user
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)
:
Was this page helpful?
Thread at a glance:
Previous Message by Date:
click to view message preview
Re: IOException if cvs not in path
Paul Oswald wrote:
Hey! I'm back. I've had some success testing Hudson out and I'm now looking
to move it into our normal build process now. After helping me get my
problem solved on windows I'm having the same problem on Solaris:
https://hudson.dev.java.net/servlets/ReadMsg?listName=users&msgNo=188
This time I am using version 1.73 on Solaris and trying to deploy Hudson
under JBoss 4.0.4.GA. The issue seems to be that the cvs bin is not found.
Now I know from last time that you agree that unhandled exceptions are a bad
thing so I'd like to report that first of all.
Thanks. If you can file this as an issue, that would be superb.
> On our solaris install cvs is
in /usr/local/bin and we cannot move or link it to /usr/bin since this is a
read only filesystem. When I click on the link to check the cvs version I
get the exception below. I am starting JBoss with /usr/local/bin in the PATH
and have tied adding it as a -DPATH=/usr/local/bin as well as with -
Djava.library.path=/usr/local/bin and even though those get picked up, the
environment variable page still says: PATH /usr/bin:
I suspect this is a JBoss issue --- maybe they have some weird launch
sequence that inherits environment variables from somewhere else.
Any ideas for me? I cant seem to get this to see cvs no matter what I try.
The exception I'm seeing is below
I think another RFE is in order. Allow cvs executable location to be
configured via Hudson UI.
--
Kohsuke Kawaguchi
Sun Microsystems kohsuke.kawaguchi@xxxxxxx
smime.p7s
Description: S/MIME Cryptographic Signature
Next Message by Date:
click to view message preview
Re: IOException if cvs not in path
FYI I created 3 new issues:https://hudson.dev.java.net/issues/show_bug.cgi?id=241 (exception in when checking version)
https://hudson.dev.java.net/issues/show_bug.cgi?id=242 (need a configurable cvs location)https://hudson.dev.java.net/issues/show_bug.cgi?id=243 (a separate issue regarding ant on solaris)
Thanks!
Previous Message by Thread:
click to view message preview
Incrementing the build numbers
It would be a good idea to be able to configure the next build number for a job.I need to increment these to match with the build numbers from the previous build environment, since the number is used internally in our teams for various things.
Take a look how this Luntbuild screenshot to get the idea: http://luntbuild.javaforge.com/manual/guide/ch13.htmlcheers,Sakke Wiik
Next Message by Thread:
click to view message preview
Re: Problem Deploying To OC4J 10.1.3.1 (Orion) Server
MBowen@xxxxxxxxxx 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 kohsuke.kawaguchi@xxxxxxx
smime.p7s
Description: S/MIME Cryptographic Signature