[JBoss jBPM] - Re: Custom Authentication/Identity Module
by salaboy21
I was looking for your answer (in jbpm 3.2.3) and I find this block of code:
| if (expression!=null){
| assignmentDelegation.setProcessDefinition(processDefinition);
| assignmentDelegation.setClassName("org.jbpm.identity.assignment.ExpressionAssignmentHandler");
| assignmentDelegation.setConfiguration("<expression>"+expression+"</expression>");
|
| }
|
This code is in the JpdlXmlReader.java, that is a core class that take the XML and create the processDefinition Object. The method is:
| protected Delegation readAssignmentDelegation(Element assignmentElement)
|
So I think that you must recompile the entire jbpm-jpdl.jar to change this Handler, with your extended handler implementation.
This is really a bad news for me.. because there is no other way to set it.. (someone know another??) but I think is right because is a core property, but there are no really flexible way to change it.. I hope to be wrong about that.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194119#4194119
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194119
17 years, 4 months
[Microcontainer] - Re: ClassNotFound on deployment of a SchemaResolverDeployer
by david.lloyd＠jboss.com
Wait, I see where this is coming from. I'm still declaring my deployer like this:
| deployment xmlns="urn:jboss:bean-deployer:2.0">
| <bean name="JBossThreadsMetaDataFactoryDeployer" class="org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer">
| <constructor>
| <parameter>org.jboss.threads.metadata.ThreadsMetaData</parameter>
| </constructor>
| </bean>
|
| <bean name="JBossThreadsMetaDataSchemaResolverDeployer" class="org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer">
| <constructor>
| <parameter>org.jboss.threads.metadata.ThreadsMetaData</parameter>
| </constructor>
| <property name="name">jboss-threads.xml</property>
| <property name="registerWithJBossXB">true</property>
| </bean>
| </deployment>
|
Which is clearly not safe against refactors. I suppose I should use the "deployers" stuff.
Though I just noticed that the jboss-deployers-2_0.xsd schema has a targetNamespace of "urn:jboss:classloader:1.0". Oops? :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194118#4194118
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194118
17 years, 4 months
[Microcontainer] - ClassNotFound on deployment of a SchemaResolverDeployer
by david.lloyd＠jboss.com
Deploying my threads deployer on JBossAS (build from clean trunk as of about 30 minutes ago) yields:
| 11:46:50,843 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/jboss-threads.deployer state=PreReal mode=Manual requiredState=Real
| org.jboss.deployers.spi.DeploymentException: Error deploying: vfszip:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/jboss-threads.deployer
| at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryVisitor.deploy(BeanMetaDataFactoryVisitor.java:136)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployerWithInput.deploy(AbstractRealDeployerWithInput.java:125)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployerWithInput.internalDeploy(AbstractRealDeployerWithInput.java:102)
| at org.jboss.deployers.spi.deployer.helpers.AbstractComponentDeployer.internalDeploy(AbstractComponentDeployer.java:78)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.IllegalArgumentException: Exception loading class for ScopeKey addition.
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryVisitor.addBeanComponent(BeanMetaDataFactoryVisitor.java:67)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryVisitor.deploy(BeanMetaDataFactoryVisitor.java:126)
| ... 28 more
| Caused by: java.lang.ClassNotFoundException: org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer from BaseClassLoader@830911c{VFSClassLoaderPolicy@2c86c977{name=vfszip:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/jboss-threads.deployer domain=ClassLoaderDomain@5a57e787{name=DefaultDomain parentPolicy=BEFORE parent=org.jboss.system.NoAnnotationURLClassLoader@21abab88} roots=[MemoryContextHandler@1158986359[path= context=vfsmemory://3j001-no32d3-foa9setw-1-foa9twdo-9n real=vfsmemory://3j001-no32d3-foa9setw-1-foa9twdo-9n], DelegatingHandler(a)1407057423[path=jboss-threads.deployer context=file:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/ real=file:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/jboss-threads.deployer]] delegates=[FilteredDelegateLoader@1352b5cd{delegate=VFSClassLoaderPolicy@22753e7a{vfszip:/home/david/src/java/jbossas/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/jboss-threads.jar}}] exported=[]}}
| at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:385)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryVisitor.addBeanComponent(BeanMetaDataFactoryVisitor.java:63)
| ... 29 more
|
The important error there is "java.lang.ClassNotFoundException: org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer". Happens with both minimal and default configs. Am I maybe making some mistake? Some classloader dependency I have to add?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194116#4194116
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194116
17 years, 4 months