February 2010 - jboss-user - Jboss List Archives

[jBPM] New message: "Ad hoc task creation"

by Ed Loyot

User development, A new message was posted in the thread "Ad hoc task creation": http://community.jboss.org/message/525155#525155 Author : Ed Loyot Profile : http://community.jboss.org/people/eloyot Message: -------------------------------------------------------------- Hi All, I need to create tasks for a particular activity programatically. This was straightforward in jBPM 3.x but I don't see how to do this is jBPM 4. I've reviewed the docs and the API but don't see anything relevent. Can someone point me in the right direction either into the docs or into API. Thanks, Ed -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525155#525155

16 years, 5 months

1
0
0 / 0

[JBoss AOP Development] New message: "Re: Help: Error [Instrumentor] AOP Instrumentor failed"

by Ales Justin

User development, A new message was posted in the thread "Help: Error [Instrumentor] AOP Instrumentor failed": http://community.jboss.org/message/525154#525154 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Kabir i resolved my problem with comment out bean named "*WarClassLoaderDeployer*" in > > deployers/jbossweb.deployer/META-INF/war-deployers-jboss-beans.xml > > > > > > > That is a very dirty solution but working properly. * http://community.jboss.org/wiki/useJBossWebClassLoaderinJBoss5 Should be fixed in upcoming AS6_M2. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525154#525154

16 years, 5 months

1
0
0 / 0

[JBoss AOP Development] New message: "Re: Help: Error [Instrumentor] AOP Instrumentor failed"

by Kabir Khan

User development, A new message was posted in the thread "Help: Error [Instrumentor] AOP Instrumentor failed": http://community.jboss.org/message/525151#525151 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- > cuccu83 wrote: > > I tried to isolate .aop from .war setting > > <loader-repository>my.package:loader=unique-ID</loader-repository> > > > > > > > in .AOP\META-INF\jboss-aop.xml > > > > but i obtain however ClassCastException...any idea? I can't remember which is the default, but you probably want to set java2ParentDelegation to false. That way it will always check the sar's loader before checking the parent classloader. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525151#525151

16 years, 5 months

1
0
0 / 0

[JBoss AOP Development] New message: "Re: Help: Error [Instrumentor] AOP Instrumentor failed"

by dfsdf asdas

User development, A new message was posted in the thread "Help: Error [Instrumentor] AOP Instrumentor failed": http://community.jboss.org/message/525149#525149 Author : dfsdf asdas Profile : http://community.jboss.org/people/cuccu83 Message: -------------------------------------------------------------- Kabir i resolved my problem with comment out in deployers/jbossweb.deployer/META-INF/war-deployers-jboss-beans.xml bean named *"WarClassLoaderDeployer"* That is a very dirty solution but working properly. Thanks for the support Hi Marco -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525149#525149

16 years, 5 months

1
0
0 / 0

[EJB 3.0 Development] New message: "Re: EJBTHREE-2007: VFS Abstraction"

by Andrew Rubinger

User development, A new message was posted in the thread "EJBTHREE-2007: VFS Abstraction": http://community.jboss.org/message/525144#525144 Author : Andrew Rubinger Profile : http://community.jboss.org/people/ALRubinger Message: -------------------------------------------------------------- To use this, apply the following patch to projects/ejb3/trunk/build: Index: pom.xml =================================================================== --- pom.xml (revision 100755) +++ pom.xml (working copy) @@ -186,8 +186,20 @@ <requireMavenVersion> <version>[2.0.9,2.1)</version> </requireMavenVersion> + <noCompileDependencyRule implementation="org.jboss.maven.plugins.enforcer.rules.nocompiledep.NoCompileDependencyRule"> + <excludes> + <exclude>org.jboss:jboss-vfs</exclude> + </excludes> + </noCompileDependencyRule> </rules> </configuration> + <dependencies> + <dependency> + <groupId>org.jboss.maven.plugins.enforcer.rules</groupId> + <artifactId>nocompiledep</artifactId> + <version>1.0.0-alpha-1</version> + </dependency> + </dependencies> </plugin> <plugin> S, ALR -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525144#525144

16 years, 5 months

1
0
0 / 0

[Beginner's Corner] New message: "Re: Can't use CRUD in JBoss Developer Studio"

by Robert Freund

User development, A new message was posted in the thread "Can't use CRUD in JBoss Developer Studio": http://community.jboss.org/message/525141#525141 Author : Robert Freund Profile : http://community.jboss.org/people/rbrtfreund Message: -------------------------------------------------------------- Oh... and by the way... I find Jboss 4.2x to play nicer with Seam 2.2 before you dig into all the intricacies of Seam. So if your not tied to JBoss 5 in the immmediate future your auto seam gen process may work a little smoother for you. Just a thought. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525141#525141

16 years, 5 months

1
0
0 / 0

[Beginner's Corner] New message: "Re: Can't use CRUD in JBoss Developer Studio"

by Robert Freund

User development, A new message was posted in the thread "Can't use CRUD in JBoss Developer Studio": http://community.jboss.org/message/525139#525139 Author : Robert Freund Profile : http://community.jboss.org/people/rbrtfreund Message: -------------------------------------------------------------- That is referring to binding the namespace in your components.xml header. All the Seam namespaces are fairly "common" sense approach. So anytime you need a Seam namespace it follows the pattern http://jboss.com/products/seam/[mynamespace] components.xml xmlns:transaction="http://jboss.com/products/seam/transaction" xsi:schemaLocation="http://jboss.com/products/seam/transaction http://jboss.com/products/seam/transaction-2.2.xsd" If that's not working for you... Post your log on deploy to see what isn't getting bound. You should see your Table's in the hibernate log on deploy. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525139#525139

16 years, 5 months

1
0
0 / 0

[Datasource Configuration] New message: "Re: How to configure Oracle with my application in jboss 5.0"

by Peter Johnson

User development, A new message was posted in the thread "How to configure Oracle with my application in jboss 5.0": http://community.jboss.org/message/525136#525136 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- First let me ask you this: do you want to completely replace Hypersonic with Oracle, or do you just want to use Oracle for your applications? (You do know that JBoss AS can run just fine using multiple databases, right?) Are you using messaging? If not, I would suggest leaving Hypersonic as it is and just adding an Oracle data source. In this case all you need to do is make sure that the <jndi-name> entry is not DefaultDS. If you are using messaging and want messaging to use Oracle, then you should read: http://community.jboss.org/thread/64688 Other than messaging there are a few other services that use Hypersonic, but those usually don't require extra effort to switch. And the errors that you are getting show that your messaging configuration is not correct. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525136#525136

16 years, 5 months

1
0
0 / 0

[JNDI and Naming] New message: "Re: Remote vs. Local client lookup of same JNDI object"

by Brian Stansberry

User development, A new message was posted in the thread "Remote vs. Local client lookup of same JNDI object": http://community.jboss.org/message/525135#525135 Author : Brian Stansberry Profile : http://community.jboss.org/people/bstansberry@jboss.com Message: -------------------------------------------------------------- If you can put your remote client in a debugger and put a breakpoint in the org.jnp.interfaces.NamingContext.lookup(Name) method, that's probably your best approach to figuring out what's going on. I don't know what version you're using so won't quote line numbers, but a breakpoint here would be good: res = naming.lookup(n); That shouldn't return null. Then the code drops out of a try/catch block and goes through a bunch of if tests to deal with various types of objects that can be returned, resolve javax.naming.Reference etc. What will happen here very much depends on what was bound into JNDI. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525135#525135

16 years, 5 months

1
0
0 / 0

[EJB 3.0 Development] New message: "Re: EJBTHREE-2007: VFS Abstraction"

by Andrew Rubinger

User development, A new message was posted in the thread "EJBTHREE-2007: VFS Abstraction": http://community.jboss.org/message/525131#525131 Author : Andrew Rubinger Profile : http://community.jboss.org/people/ALRubinger Message: -------------------------------------------------------------- Looks like it does the job. I think I'll cut a release and see if it's too eager or breaks anything: [WARNING] Rule 2: org.jboss.maven.plugins.enforcer.rules.nocompiledep.NoCompileDependencyRule failed with message: Prohibited dependency from compilation: Dependency {groupId=org.jboss, artifactId=jboss-vfs, version=2.0.0.CR1, type=jar} [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed. S, ALR -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/525131#525131

16 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2010