[JBoss jBPM] - Re: jbpm-jpdl-suite-3.2.1 Source Code
by dleerob
Thanks kukeltjie! I took your advice and checked out the wiki link.
I have downloaded cvsgrab-2.3, and after some playing around, figured it out, and what url to use for JBPM. I am busy downloading the jbpm.3 module at the moment.
Incase this will benifit anyone else, I will post what I did to get the source code:
- Downloaded cvsgrab-2.3 from http://cvsgrab.sourceforge.net
- Unzipped the cvsgrab-2.3 into a directory, and edited cvsgrab-2.3/cvsgrab.bat, and set the CVSGRAB_HOME to my cvsgrab-2.3 directory.
- Went to http://fisheye.jboss.org/browse/JBPM to see what I wanted to checkout.
- Went to the cvsgrab-2.3 directory in the command prompt, and typed: cvsgrab -proxyHost [company.proxy.server] -proxyPort [proxy.port] -url http://fisheye.jboss.org/browse/JBPM/jbpm.3
That's it, quite simple. I am busy downloading the source right now. I hope it's the correct way to get the source using CSVGrab, and that im using the correct url. Can anyone confirm? I initially tried using the following command, as it says in the wiki: cvsgrab -webInterface FishEye1_0 -url \
| http://fisheye.jboss.com/viewrep/JBoss/jrunit -destDir .
I replaced "jrunit" with the jbpm module, and different variations of it, but nothing seemed to work. That's why I ended up using the slightly different command: cvsgrab -proxyHost [company.proxy.server] -proxyPort [proxy.port] -url http://fisheye.jboss.org/browse/JBPM/jbpm.3
Also, I had to use the -proxyHost and -proxyPort parameters as my company used a proxy to connect to the internet. Some of you may not need these parameters.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069655#4069655
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069655
19Â years
[Installation, Configuration & DEPLOYMENT] - seam example will not deploy
by woo37830
Installed using jems installer the JBoss-4.0.5.GA. Selected the full installation ( tried just the ejb and that didn't work either ).
Installed the jboss-seam-1.2.1.GA.
This is Mac OS X 10.4.10 so edited the build.properties to point to my tomcat.home and my jboss.home.
cd'd to examples/booking and did ant deploy. No errors! it copied ear file to JBoss.*/server/deploy.
Started JBoss server via bin/run.sh
I get
--- Incompletely deployed packages ---
org.jboss.deployment.DeploymentInfo@7ae9c196 { url=file:/Applications/jboss-4.0.5.GA/server/default/deploy/jboss-seam-registration.ear }
deployer: org.jboss.deployment.EARDeployer@10ad7e
status: Deployment FAILED reason: ejb-jar.xml must either obey the right xml schema or define a valid DOCTYPE!
state: FAILED
watch: file:/Applications/jboss-4.0.5.GA/server/default/deploy/jboss-seam-registration.ear
altDD: null
lastDeployed: 1185976224917
lastModified: 1185976224000
mbeans:
WHY does the ejc-jar.xml not have the correct information?
How do I correct this? I want to get the first example working. booking doesn't work either and gives the same error.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069654#4069654
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069654
19Â years
[JBossCache] - duplicate dependencies, classloader isolation, JBoss version
by jfrancis_dsl
JBossCache version: 1.4.1SP3/1.4.1SP4.
I have a web application, packaged as a .war, that is targeted towards multiple-versions/multiple-vendors of J2EE. JBossCache is used as the second-level cache for Hibernate, and usually works quite well.
In jboss-web.xml, I keep java2ClassLoadingCompliance=false, to avoid conflicts with JBoss's system copies of libraries (this mainly for complete isolation of logging).
In web-inf/lib, I have copies of jboss-common.jar, jboss-system.jar, and jboss-jmx.jar (minus the javax.jmx api classes), along with jboss-cache.jar
The first three jars (system, common, jmx) MUST reside in web-inf/lib for JBossCache to work on non-JBoss appservers.
On appserver 4.0.5GA, this works great.
THE PROBLEM:
It doesn't work on JBoss versions other than 4.0.5. I've tried 4.0.4GA, 4.0.4GA-Patch1, and 4.2.0GA. On these JBoss versions, a vanilla JNDI lookup of a vanilla Datasource object in a servlet's init() method fails in a strange way. The datasource JNDI name is resolved without NamingException, but the object bound to the name is a null.
What seems to be occurring is that because java2ClassLoadingCompliance is set to false, the webapp is getting its own, half-corrupted JNDI tree, originating in the 3 jboss jars in web-inf/lib, instead of the usual system JNDI tree containing the datasource.
I need to be able to instruct the JBossCache of these peculiarities. Such that, when its running in JBoss Appserver, it should obtain its dependencies from the appserver, regardless of java2ClassLoadingCompliance setting.
How can I strip down the JBossCache dependencies to the bare minimum? I don't need to deploy it as a standalone JBoss service, nor monitor its stats via JMX.
If I remove the 3 jboss jars from web-inf/lib prior to deployment, the JNDI lookup works OK on 4.0.4/4.2.0. This is the solution of last resort, since it forces customization of the .war file for specific platforms beyond deployment descriptors, multiplying testing and management efforts.
Any thoughts?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069647#4069647
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069647
19Â years