[JBoss Microcontainer Users] - Re: Struggling with jboss-classloading.xml
by ad-rocha
Hi Ales,
It did not work either. Now, the problem is because of jboss-classloading.xml inside RAR (error below).
Anyway, I don't think it will work, because JBoss already has a slf4j implementation in commons lib (slf4j-jboss-logging.jar), so it will never choose my log implementation (logback)...
I think the simpler and easy way is to configure jboss-log4j.xml according to my system :-)
Thanks for all your help!
Andre
| 2009-11-25 09:34:27,415 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] (main) Error installing to Instantiated: name=jboss.jca:name='rysys-cobol-connector-1.1.5.rar',service=RARDeployment state=Described mode=Manual requiredState=Configured
| java.lang.ClassNotFoundException: org.jboss.resource.deployers.RARDeployment from BaseClassLoader@219f32{VFSClassLoaderPolicy@15aa868{name=vfszip:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/ domain=ClassLoaderDomain@1f1cbf6{name=DefaultDomain parentPolicy=BEFORE parent=org.jboss.bootstrap.NoAnnotationURLClassLoader@7a84e4} roots=[MemoryContextHandler@15095815[path= context=vfsmemory://67113k-c08jdd-g2g0otth-1-g2g0p9b8-23 real=vfsmemory://67113k-c08jdd-g2g0otth-1-g2g0p9b8-23], DelegatingHandler(a)23938122[path=rysys-cobol-connector-1.1.5.rar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar], DelegatingHandler(a)10308773[path=rysys-cobol-connector-1.1.5.rar/aspectjrt-1.6.5.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/aspectjrt-1.6.5.jar], DelegatingHandler(a)18028343[path=rysys-cobol-connector-1.1.5.rar/avalon-framework-4.1.3.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/avalon-framework-4.1.3.jar], DelegatingHandler(a)5848910[path=rysys-cobol-connector-1.1.5.rar/commons-beanutils-1.8.0.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/commons-beanutils-1.8.0.jar], DelegatingHandler(a)21712743[path=rysys-cobol-connector-1.1.5.rar/commons-lang-2.4.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/commons-lang-2.4.jar], DelegatingHandler(a)21631386[path=rysys-cobol-connector-1.1.5.rar/commons-logging-1.1.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/commons-logging-1.1.jar], DelegatingHandler(a)29998362[path=rysys-cobol-connector-1.1.5.rar/easymbean-alpha-2.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/easymbean-alpha-2.jar], DelegatingHandler(a)27136921[path=rysys-cobol-connector-1.1.5.rar/log4j-1.2.12.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/log4j-1.2.12.jar], DelegatingHandler(a)18405633[path=rysys-cobol-connector-1.1.5.rar/logback-classic-0.9.15.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/logback-classic-0.9.15.jar], DelegatingHandler(a)5176659[path=rysys-cobol-connector-1.1.5.rar/logback-core-0.9.15.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/logback-core-0.9.15.jar], DelegatingHandler(a)31024311[path=rysys-cobol-connector-1.1.5.rar/logkit-1.0.1.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/logkit-1.0.1.jar], DelegatingHandler(a)23280573[path=rysys-cobol-connector-1.1.5.rar/oro-2.0.8.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/oro-2.0.8.jar], DelegatingHandler(a)31922664[path=rysys-cobol-connector-1.1.5.rar/rysys-cobol-1.1.5.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/rysys-cobol-1.1.5.jar], DelegatingHandler(a)22409515[path=rysys-cobol-connector-1.1.5.rar/rysys-core-1.1.5.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/rysys-core-1.1.5.jar], DelegatingHandler(a)21789768[path=rysys-cobol-connector-1.1.5.rar/rysys-utils-1.1.5.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/rysys-utils-1.1.5.jar], DelegatingHandler(a)7575855[path=rysys-cobol-connector-1.1.5.rar/slf4j-api-1.5.6.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/slf4j-api-1.5.6.jar], DelegatingHandler(a)21881611[path=rysys-cobol-connector-1.1.5.rar/ssh2-213.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/ssh2-213.jar], DelegatingHandler(a)7677284[path=rysys-cobol-connector-1.1.5.rar/xpp3_min-1.1.4c.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/xpp3_min-1.1.4c.jar], DelegatingHandler(a)15334863[path=rysys-cobol-connector-1.1.5.rar/xstream-1.3.jar context=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/ real=file:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/xstream-1.3.jar]] delegates=[FilteredDelegateLoader@1653c4{delegate=VFSClassLoaderPolicy@1fcb1a{vfszip:/C:/Java/jboss-5.1.0.GA/server/default/deploy/slf4j-1.5.6-wrapper.jar/}}] exported=[ch.qos.logback.core.spi, , com.trilead.ssh2.crypto.digest, org.apache.log4j, com.thoughtworks.xstream.io.path, org.apache.log4j.lf5.config, org.apache.log4j.spi, ch.qos.logback.core, ch.qos.logback.core.joran.action, org.apache.commons.beanutils.locale.converters, org.apache.commons.beanutils.converters, br.com.codecompany.rysys.cobol.jmx, com.thoughtworks.xstream.converters.reflection, br.com.codecompany.rysys.cobol.driver, org.apache.log4j.chainsaw, META-INF.maven.br.com.codecompany.rysys-core, ch.qos.logback.core.net, com.thoughtworks.xstream.converters.collections, br.com.codecompany.rysys.cobol.function, com.thoughtworks.xstream.core, ch.qos.logback.core.rolling, com.trilead.ssh2, org.apache.avalon.framework.parameters, org.xmlpull.v1, org.apache.avalon.framework.context, br.com.codecompany.rysys.core.driver, ch.qos.logback.classic, org.aspectj.internal.lang.reflect, com.thoughtworks.xstream.io.json, ch.qos.logback.core.pattern.parser, ch.qos.logback.classic.boolex, com.trilead.ssh2.log, ch.qos.logback.classic.filter, ch.qos.logback.classic.joran, ch.qos.logback.core.helpers, com.thoughtworks.xstream.io, org.apache.commons.lang.builder, com.trilead.ssh2.transport, org.apache.commons.beanutils.locale, org.aspectj.runtime.internal.cflowstack, org.apache.commons.logging.impl, org.apache.log4j.lf5.util, org.apache.log4j.jdbc, org.apache.commons.logging, org.apache.commons.lang.enum, com.thoughtworks.xstream.io.copy, org.apache.avalon.framework.configuration, org.apache.commons.collections, com.thoughtworks.xstream.io.xml.xppdom, org.apache.avalon.framework.component, ch.qos.logback.classic.html, com.trilead.ssh2.channel, org.apache.oro.util, ch.qos.logback.classic.pattern, ch.qos.logback.core.joran.spi, org.apache.log.output.net, org.apache.commons.lang, org.slf4j.spi, ch.qos.logback.classic.net, br.com.codecompany.rysys.cobol.executor, org.apache.log4j.lf5, ch.qos.logback.classic.log4j, com.trilead.ssh2.util, org.apache.log.output.jms, org.apache.commons.lang.exception, br.com.codecompany.rysys.core.balancing, org.apache.avalon.framework.service, com.thoughtworks.xstream.alias, org.apache.commons.lang.text, META-INF.maven.ch.qos.logback.logback-classic, org.aspectj.runtime.internal, org.apache.log4j.lf5.viewer.images, ch.qos.logback.classic.turbo, com.trilead.ssh2.crypto.dh, ch.qos.logback.core.sift, org.apache.log.output.db, org.apache.log.util, ch.qos.logback.core.pattern, com.thoughtworks.xstream.core.util, org.slf4j, com.trilead.ssh2.packets, org.apache.avalon.framework, org.aspectj.internal.lang.annotation, com.thoughtworks.xstream.converters, META-INF.services, META-INF.maven.commons-beanutils.commons-beanutils, org.apache.log4j.varia, org.aspectj.runtime, org.jmanage.easymbean.impl, ch.qos.logback.core.util, org.apache.log4j.lf5.viewer.configure, ch.qos.logback.core.rolling.helper, br.com.codecompany.rysys.core.jmx.database, org.apache.oro.text, ch.qos.logback.classic.util, org.apache.avalon.framework.thread, org.apache.avalon.framework.container, ch.qos.logback.core.db.dialect, org.xmlpull.mxp1, org.apache.log.format, org.apache.commons.beanutils.expression, com.trilead.ssh2.auth, org.apache.commons.lang.mutable, org.apache.log4j.nt, br.com.codecompany.rysys.util, br.com.codecompany.rysys.core.jce, br.com.codecompany.rysys.core.cache, com.thoughtworks.xstream.io.binary, com.thoughtworks.xstream.io.xml, org.apache.log4j.xml, ch.qos.logback.core.joran.event, com.thoughtworks.xstream.mapper, br.com.codecompany.rysys.core.jmx, ch.qos.logback.core.joran, ch.qos.logback.core.boolex, META-INF.maven.com.thoughtworks.xstream.xstream, com.trilead.ssh2.sftp, org.apache.oro.io, ch.qos.logback.classic.jmx, ch.qos.logback.core.read, com.thoughtworks.xstream, org.jmanage.easymbean.annotations, br.com.codecompany.rysys.cobol.cache, org.apache.oro.text.perl, org.apache.log4j.lf5.viewer.categoryexplorer, com.thoughtworks.xstream.converters.javabean, com.trilead.ssh2.crypto, META-INF.maven.br.com.codecompany.rysys-utils, org.aspectj.lang.annotation, org.aspectj.lang.internal.lang, ch.qos.logback.classic.db, ch.qos.logback.core.filter, com.thoughtworks.xstream.converters.extended, org.apache.log.output.io.rotate, org.aspectj.lang.reflect, ch.qos.logback.classic.sift, com.trilead.ssh2.signature, org.apache.log4j.or, org.apache.commons.lang.time, org.apache.commons.lang.math, ch.qos.logback.core.status, org.apache.commons.beanutils, org.apache.log4j.net, META-INF.maven.commons-lang.commons-lang, org.apache.log4j.lf5.viewer, br.com.codecompany.rysys.core.jca.eis, org.apache.log4j.jmx, org.apache.log4j.config, org.apache.log4j.helpers, org.apache.commons.lang.enums, org.apache.oro.text.awk, com.thoughtworks.xstream.converters.basic, org.apache.log.output.io, ch.qos.logback.classic.joran.action, org.apache.log4j.or.jms, org.apache.log.filter, org.aspectj.lang, META-INF.maven.ch.qos.logback.logback-core, org.apache.avalon.framework.activity, org.slf4j.impl, org.apache.log.output, com.thoughtworks.xstream.annotations, org.slf4j.helpers, org.aspectj.runtime.reflect, com.trilead.ssh2.crypto.cipher, META-INF.maven.br.com.codecompany.rysys-cobol, br.com.codecompany.rysys.core.jca.eis.transaction, ch.qos.logback.core.db, org.apache.avalon.framework.logger, org.apache.log4j.or.sax, ch.qos.logback.classic.selector, META-INF, ch.qos.logback.core.html, org.apache.log, ch.qos.logback.core.layout, ch.qos.logback.classic.selector.servlet, org.jmanage.easymbean, META-INF.maven.org.slf4j.slf4j-api, ch.qos.logback.core.pattern.util, META-INF.maven.br.com.codecompany.rysys-cobol-connector, com.thoughtworks.xstream.persistence, org.apache.oro.text.regex, com.thoughtworks.xstream.converters.enums, ch.qos.logback.classic.spi]NON_EMPTY}}
| at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:448)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1213)
| at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286)
| at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344)
| at org.jboss.system.ServiceCreator.installPlainMBean(ServiceCreator.java:211)
| at org.jboss.system.ServiceCreator.install(ServiceCreator.java:130)
| at org.jboss.system.microcontainer.InstantiateAction.installAction(InstantiateAction.java:45)
| at org.jboss.system.microcontainer.InstantiateAction.installAction(InstantiateAction.java:37)
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267479#4267479
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267479
14 years, 7 months
[EJB 3.0 Users] - Call EJB 3 deployed under JBoss 4.2.3 from JBoss 4.0.5
by ptitjeojeo
Hello,
I have an EJB 3 deployed under a JBoss AS 4.2.3 and I have a Web Application deployed under an other server JBoss AS 4.0.5.
I would like to call the EJB from my Web Application but I'me getting the following Exception :
javax.naming.CommunicationException [Root exception is java.io.InvalidClassException: org.jboss.remoting.InvokerLocator; local class incompatible: stream classdesc serialVersionUID = -4977622166779282521, local class serialVersionUID = -2909329895029296248]
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:722)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
| at javax.naming.InitialContext.lookup(InitialContext.java:392)
| at com.nordnet.referencing.batch.invoker.EJB3Invoker.execute(EJB3Invoker.java:81)
| at com.nordnet.referencing.batch.BatchLauncher.main(BatchLauncher.java:101)
| Caused by: java.io.InvalidClassException: org.jboss.remoting.InvokerLocator; local class incompatible: stream classdesc serialVersionUID = -4977622166779282521, local class serialVersionUID = -2909329895029296248
| at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:562)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1583)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at java.rmi.MarshalledObject.get(MarshalledObject.java:142)
| at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:72)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:652)
| ... 4 more
My question is : how to call this EJB ? Do I include jbossall-client-4.2.3-GA in my Web Application under JBoss 4.0.5 ???
Thank in advance for your responses.
Jeoffrey.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267478#4267478
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267478
14 years, 7 months
[jBPM Users] - Re: JBPM 4.2 - Manage JBPM users - recommended way? How to u
by dejanmr
Thanks for the answer kukeltje,
"kukeltje" wrote : By making a big 'typo' in it, you can see if it is or not.
This is exactly what I tried with:
anonymous wrote : 1) When I put dummy class name, I got error on process deployment, so it looks like my change is being processed in some way.
When I got my class deployed successfully, I guess they is is processed somehow.
anonymous wrote :
| Could also be that the specific config us not picked up contrary to what you expect
How can I know it?
1) I have custom jbpm.cfg.xml on classpath in my ear, and the same one is in database (blob field) which got there on depoy, so I guess this means it seems t be "picked up".
2) This is not the same jbpm.cfg.xml which is within \jbpm\jbpm-service.sar\! Why? If I put custom jbpm.cfg.xml, my custom class could not be located.
Is this proper way of doing it, and if it is not can you give me a hint how to fix it?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267474#4267474
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267474
14 years, 7 months
[JBoss Cache Users] - Re: JGroups multicast works, JBC cluster doesn't form with s
by chtimi2
Here is my test main:
public class JustStartTheCache
| {
| private final String name;
| private final Cache cache;
|
| public JustStartTheCache(String name)
| {
| this.name = name;
| CacheFactory factory = new DefaultCacheFactory();
| this.cache = factory.createCache ( "resources/META-INF/replSync-service.xml" , false );
| }
|
| public static void main(String[] args)
| {
| new JustStartTheCache( args[0] ).doIt();
| }
|
| private void doIt()
| {
| System.out.println ( name + " STARTING" );
| this.cache.start();
| System.out.println ( name + " STARTED: " + cache );
| }
| }
My conf:
<?xml version="1.0" encoding="UTF-8"?>
|
| <jbosscache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:jboss:jbosscache-core:config:3.2">
|
| <transaction transactionManagerLookupClass="org.jboss.cache.transaction.GenericTransactionManagerLookup"/>
|
| <!--<clustering mode="replication">
| <jgroupsConfig configFile="udp.xml" />
| <sync />
| </clustering>-->
|
| <clustering mode="replication">
| <jgroupsConfig>
| <UDP discard_incompatible_packets="true" enable_bundling="false" enable_diagnostics="false" ip_ttl="2"
| loopback="false" max_bundle_size="64000" max_bundle_timeout="30" mcast_addr="228.10.10.10"
| mcast_port="45588" mcast_recv_buf_size="25000000" mcast_send_buf_size="640000"
| oob_thread_pool.enabled="true" oob_thread_pool.keep_alive_time="10000" oob_thread_pool.max_threads="4"
| oob_thread_pool.min_threads="1" oob_thread_pool.queue_enabled="true" oob_thread_pool.queue_max_size="10"
| oob_thread_pool.rejection_policy="Run" thread_naming_pattern="pl" thread_pool.enabled="true"
| thread_pool.keep_alive_time="30000" thread_pool.max_threads="25" thread_pool.min_threads="1"
| thread_pool.queue_enabled="true" thread_pool.queue_max_size="10" thread_pool.rejection_policy="Run"
| tos="8" ucast_recv_buf_size="20000000" ucast_send_buf_size="640000" use_concurrent_stack="true"
| use_incoming_packet_handler="true"/>
| <PING num_initial_members="3" timeout="2000"/>
| <MERGE2 max_interval="30000" min_interval="10000"/>
| <FD_SOCK/>
| <FD max_tries="5" shun="true" timeout="10000"/>
| <VERIFY_SUSPECT timeout="1500"/>
| <pbcast.NAKACK discard_delivered_msgs="true" gc_lag="0" retransmit_timeout="300,600,1200,2400,4800"
| use_mcast_xmit="false"/>
| <UNICAST timeout="300,600,1200,2400,3600"/>
| <pbcast.STABLE desired_avg_gossip="50000" max_bytes="400000" stability_delay="1000"/>
| <pbcast.GMS join_timeout="5000" print_local_addr="true" shun="false" view_ack_collection_timeout="5000"
| view_bundling="true"/>
| <FRAG2 frag_size="60000"/>
| <pbcast.STREAMING_STATE_TRANSFER/>
| <pbcast.FLUSH timeout="0"/>
|
| </jgroupsConfig>
| <sync />
| </clustering>
|
| </jbosscache>
The result is the same no matter which clustering conf i choose:
NODE1 STARTING
| NODE1 STARTED: org.jboss.cache.DataContainerImpl [0 nodes, 0 locks]
NODE2 STARTING
| NODE2 STARTED: org.jboss.cache.DataContainerImpl [0 nodes, 0 locks]
No cluster is formed, and the number of nodes (0) is confirmed in JConsole for the exported MBean for DataContainerImpl.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267461#4267461
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267461
14 years, 7 months
[jBPM Users] - Groovy in Script activity works, but lang attribute seems to
by bgoetzmann
After some search, I've found how to proceed. The class to use is org.codehaus.groovy.jsr223.GroovyScriptEngineFactory.
- I added this declaration (in bold) in the jbpm.cfg.xml:
<script-manager default-expression-language="groovy"
default-script-language="groovy">
<script-language name="juel" factory="org.jbpm.pvm.internal.script.JuelScriptEngineFactory" />
<script-language name="groovy" factory="org.codehaus.groovy.jsr223.GroovyScriptEngineFactory" />
</script-manager>
- You have to have the groovy-all-....jar in your libs
So you use Groovy in a script activity; for example:
<script name="display hello world" lang="groovy"
expr="println 'Salut !'">
But with some test, I see that the lang attribute value is not take in account; and the only way to have Groovy to be executed is to set it as default as I do it above in script-manager XML element.
Is it a bug?
Cheers,
Bertrand.
"bgoetzmann" wrote : Hello,
|
| The jBPM says a little on how to use another script language in a Script activity.
| It seems you have to add something like this, as child element of the script-manager XML element in the jbpm.cfg.cml file:
|
| <script-language name="..." factory="..."/>
|
| for the language you want.
|
| How can I define Groovy? And what interface the class defined in factory attribute is supposed to support?
|
| Thank you,
|
|
| Bertrand.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267458#4267458
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267458
14 years, 7 months
[JBoss Cache Users] - JGroups multicast works, JBC cluster doesn't form with same
by chtimi2
I'm trying JBC clustering, but so far the cluster never goes past 0 nodes.
Yes not 1, but 0 nodes!
cache = org.jboss.cache.pojo.impl.PojoCacheImpl cache=org.jboss.cache.DataContainerImpl [0 nodes, 0 locks] delegate=org.jboss.cache.pojo.impl.PojoCacheDelegate@5bd978 types=0
I have tried some tests to see where it might come from:
1/ The JGroups drawing test at http://www.jgroups.org/tutorial/html/ch01.html works perfectly, so at least multicast works.
2/ The JBoss cache tutorial test with the 2 little clients works
3/ My two nodes using the default JGroups conf (used by 1/)
| <clustering mode="replication">
| <jgroupsConfig configFile="udp.xml" />
| <sync />
| </clustering>
|
-->0 nodes on both JVMs
4/ My two nodes using the sample conf total-replication.xml (used by 2/),
and supplying the same runtime arguments as 2/
| -Djava.net.preferIPv4Stack=true
| -Dbind.address=127.0.0.1
|
| <jbosscache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:jboss:jbosscache-core:config:3.2">
|
| <!--<clustering mode="replication">
| <jgroupsConfig configFile="udp.xml" />
| <sync />
| </clustering>-->
|
| <!-- Configure the TransactionManager -->
| <transaction transactionManagerLookupClass="org.jboss.cache.transaction.GenericTransactionManagerLookup"/>
|
| <clustering mode="replication">
| <!-- JGroups protocol stack properties. -->
| <jgroupsConfig>
| <UDP discard_incompatible_packets="true" enable_bundling="false" enable_diagnostics="false" ip_ttl="2"
| loopback="false" max_bundle_size="64000" max_bundle_timeout="30" mcast_addr="228.10.10.10"
| mcast_port="45588" mcast_recv_buf_size="25000000" mcast_send_buf_size="640000"
| oob_thread_pool.enabled="true" oob_thread_pool.keep_alive_time="10000" oob_thread_pool.max_threads="4"
| oob_thread_pool.min_threads="1" oob_thread_pool.queue_enabled="true" oob_thread_pool.queue_max_size="10"
| oob_thread_pool.rejection_policy="Run" thread_naming_pattern="pl" thread_pool.enabled="true"
| thread_pool.keep_alive_time="30000" thread_pool.max_threads="25" thread_pool.min_threads="1"
| thread_pool.queue_enabled="true" thread_pool.queue_max_size="10" thread_pool.rejection_policy="Run"
| tos="8" ucast_recv_buf_size="20000000" ucast_send_buf_size="640000" use_concurrent_stack="true"
| use_incoming_packet_handler="true"/>
| <PING num_initial_members="3" timeout="2000"/>
| <MERGE2 max_interval="30000" min_interval="10000"/>
| <FD_SOCK/>
| <FD max_tries="5" shun="true" timeout="10000"/>
| <VERIFY_SUSPECT timeout="1500"/>
| <pbcast.NAKACK discard_delivered_msgs="true" gc_lag="0" retransmit_timeout="300,600,1200,2400,4800"
| use_mcast_xmit="false"/>
| <UNICAST timeout="300,600,1200,2400,3600"/>
| <pbcast.STABLE desired_avg_gossip="50000" max_bytes="400000" stability_delay="1000"/>
| <pbcast.GMS join_timeout="5000" print_local_addr="true" shun="false" view_ack_collection_timeout="5000"
| view_bundling="true"/>
| <FRAG2 frag_size="60000"/>
| <pbcast.STREAMING_STATE_TRANSFER/>
| <pbcast.FLUSH timeout="0"/>
|
| </jgroupsConfig>
|
| <sync />
| <!-- Alternatively, to use async replication, comment out the element above and uncomment the element below. -->
| <!-- <async /> -->
|
| </clustering>
|
| </jbosscache>
|
-->0 nodes on both JVMs
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267456#4267456
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267456
14 years, 7 months