Subject: Problem Deploying To OC4J 10.1.3.1 (Orion) Server - msg#00057

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