[jBPM] - Re: JBPM5 /LDAP
by Sandra Renaud
Sandra Renaud [https://community.jboss.org/people/joploya] created the discussion
"Re: JBPM5 /LDAP"
To view the discussion, visit: https://community.jboss.org/message/772327#772327
--------------------------------------------------------------
Hi all,
I encounter difficulty to add LDAP auhentification with the Human Task web service. So I post on this thread and I hope I'm right.
So, I follow both of jbpm 5.3 documentation and the Maciej explanations here : http://mswiderski.blogspot.fr/2012/05/jbpm-53-brings-ldap-into-picture.html http://mswiderski.blogspot.fr/2012/05/jbpm-53-brings-ldap-into-picture.html
In the human-task war I added a folder (service) : jbpm-human-task-war-5.3.0.Final.war\WEB-INF\classes\org\jbpm\task\service\
and paste a file : jbpm.usergroup.callback.properties, that contains the followings :
#ldap.bind.user=
#ldap.bind.pwd=
ldap.user.ctx=ou\=people,dc\=myJobDomain,dc\=com
ldap.role.ctx=ou\=groups,dc\=myJobDomain,dc\=com
ldap.user.filter=(uid\={0})
ldap.role.filter=(cn\={xxx})
ldap.user.roles.filter=(member\={0})
#ldap.user.attr.id=
#ldap.roles.attr.id=
java.naming.provider.url=ldap://ldap.myJob.com:389
I also modify the web.xml to :
<!-- use org.jbpm.task.service.DefaultUserGroupCallbackImpl to configure sample user group callback for demo purpose-->
<init-param>
<param-name>user.group.callback.class</param-name>
<param-value>classpath:/org/jbpm/task/service/jbpm.usergroup.callback.properties</param-value>
</init-param>
But when I deploy the war in jboss serveur it failed with a class not found message error as below :
Caused by: java.lang.ClassNotFoundException: classpath:/org/jbpm/task/service/jbpm.usergroup.callback.properties
Can anyone tell me what I do wrong please?
Regards
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/772327#772327]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 5 months
[jBPM] - XML Deserialization of Result Map Fails 5.4.0.Beta1
by Timothy Charman
Timothy Charman [https://community.jboss.org/people/tcharman] created the discussion
"XML Deserialization of Result Map Fails 5.4.0.Beta1"
To view the discussion, visit: https://community.jboss.org/message/772104#772104
--------------------------------------------------------------
We are getting this exception:
16:12:52,091 ERROR [com.irdeto.taskhandler.AbstractTaskHandler] (pool-13-thread-1) An exception occurred downstream of task ConfigurationTaskHandler: Configuration. This likely occurred in a script task or gateway.: com.thoughtworks.xstream.io.StreamException: : only whitespace content allowed before start tag and not h (position: START_DOCUMENT seen h... @1:1)
at com.thoughtworks.xstream.io.xml.XppReader.pullNextEvent(XppReader.java:124) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.AbstractPullReader.readRealEvent(AbstractPullReader.java:148) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.AbstractPullReader.readEvent(AbstractPullReader.java:141) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.AbstractPullReader.move(AbstractPullReader.java:118) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.AbstractPullReader.moveDown(AbstractPullReader.java:103) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.XppReader.<init>(XppReader.java:63) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.io.xml.AbstractXppDriver.createReader(AbstractXppDriver.java:58) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:895) [xstream-1.4.1.jar:]
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:886) [xstream-1.4.1.jar:]
at org.drools.process.core.datatype.impl.type.ObjectDataType.readValue(ObjectDataType.java:77) [drools-core-5.5.0.Beta1.jar:5.5.0.Beta1]
at org.jbpm.workflow.instance.node.WorkItemNodeInstance.triggerCompleted(WorkItemNodeInstance.java:223) [jbpm-flow-5.4.0-20120925.045710-447.jar:5.4.0-SNAPSHOT]
at org.jbpm.workflow.instance.node.WorkItemNodeInstance.workItemCompleted(WorkItemNodeInstance.java:309) [jbpm-flow-5.4.0-20120925.045710-447.jar:5.4.0-SNAPSHOT]
This is failing when jbpm-flow tries to deserialize the result map data on completing a task. Some of the values we are mapping are URLs, e.g. "http..." so I'm guessing that's where the "h" comes from in the exception.
This worked in an earlier version of jbpm 5.4.0-SNAPSHOT....
Any help much appreciated.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/772104#772104]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 5 months
[JBoss Web Services] - NullPointerException in JAXWSMetaDataBuilder
by Xavier Dury
Xavier Dury [https://community.jboss.org/people/xdury] created the discussion
"NullPointerException in JAXWSMetaDataBuilder"
To view the discussion, visit: https://community.jboss.org/message/772265#772265
--------------------------------------------------------------
Hi,
I'm using jboss 5.1.0 and I'm trying to attach a custom SOAPHandler to a WebService reference injected in an EJB:
@Stateless
public class MyServiceBean implements MyService {
@WebServiceRef(name = "services/MyWebService")
private MyWebServicePortType myWebService;
}
in jboss.xml:
<session>
<ejb-name>MyServiceBean </ejb-name>
<service-ref>
<service-ref-name>services/MyWebService</service-ref-name>
<service-qname>{ http://mycompany.com/MyWebService http://mycompany.com/MyWebService}MyWebService</service-qname>
<handler-chain>jbossws-client-handlers.xml</handler-chain>
<wsdl-override> http://myserver/myservice?wsdl http://myserver/myservice?wsdl</wsdl-override>
</service-ref>
</session>
When I call a method on my EJB which uses the WS, I get:
java.lang.RuntimeException: Unable to inject jndi dependency: env/services/MyWebService into property com.mycompany.MyServiceBean.myWebService: null
at org.jboss.injection.JndiPropertyInjector.lookup(JndiPropertyInjector.java:82)
at org.jboss.injection.JndiPropertyInjector.inject(JndiPropertyInjector.java:99)
at org.jboss.injection.JndiPropertyInjector.inject(JndiPropertyInjector.java:89)
at org.jboss.injection.JndiPropertyInjector.inject(JndiPropertyInjector.java:61)
at org.jboss.ejb3.injection.InjectionInvocation.invokeTarget(InjectionInvocation.java:89)
at org.jboss.ejb3.injection.InjectionInvocation.invokeNext(InjectionInvocation.java:83)
at org.jboss.aspects.currentinvocation.CurrentInvocationInterceptor.invoke(CurrentInvocationInterceptor.java:67)
at org.jboss.ejb3.injection.InjectionInvocation.invokeNext(InjectionInvocation.java:74)
at org.jboss.ejb3.EJBContainer.injectBeanContext(EJBContainer.java:1086)
at org.jboss.ejb3.pool.AbstractPool.create(AbstractPool.java:83)
at org.jboss.ejb3.InfinitePool.get(InfinitePool.java:56)
at org.jboss.ejb3.InfinitePool.get(InfinitePool.java:51)
at org.jboss.ejb3.pool.ThreadlocalPool.create(ThreadlocalPool.java:53)
at org.jboss.ejb3.pool.ThreadlocalPool.get(ThreadlocalPool.java:93)
at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:58)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.tx.NullInterceptor.invoke(NullInterceptor.java:42)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.security.RunAsSecurityInterceptorv2.invoke(RunAsSecurityInterceptorv2.java:94)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.security.RoleBasedAuthorizationInterceptorv2.invoke(RoleBasedAuthorizationInterceptorv2.java:201)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.security.Ejb3AuthenticationInterceptorv2.invoke(Ejb3AuthenticationInterceptorv2.java:186)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:41)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.BlockContainerShutdownInterceptor.invoke(BlockContainerShutdownInterceptor.java:67)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.aspects.currentinvocation.CurrentInvocationInterceptor.invoke(CurrentInvocationInterceptor.java:67)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
at org.jboss.ejb3.session.SessionSpecContainer.invoke(SessionSpecContainer.java:176)
at org.jboss.ejb3.session.SessionSpecContainer.invoke(SessionSpecContainer.java:216)
at org.jboss.ejb3.proxy.impl.handler.session.SessionProxyInvocationHandlerBase.invoke(SessionProxyInvocationHandlerBase.java:207)
at org.jboss.ejb3.proxy.impl.handler.session.SessionProxyInvocationHandlerBase.invoke(SessionProxyInvocationHandlerBase.java:164)
...
Caused by: javax.naming.NamingException: Could not dereference object [Root exception is org.jboss.ws.WSException: Cannot create service]
at org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1504)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at org.jboss.ejb3.JndiUtil.lookup(JndiUtil.java:44)
at org.jboss.injection.JndiPropertyInjector.lookup(JndiPropertyInjector.java:75)
... 161 more
Caused by: org.jboss.ws.WSException: Cannot create service
at org.jboss.ws.WSException.rethrow(WSException.java:60)
at org.jboss.ws.core.jaxws.client.ServiceObjectFactoryJAXWS.getObjectInstance(ServiceObjectFactoryJAXWS.java:192)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479)
at org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1496)
... 165 more
Caused by: java.lang.NullPointerException
at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.getHandlerChainsMetaData(JAXWSMetaDataBuilder.java:221)
at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.<init>(ServiceDelegateImpl.java:157)
at org.jboss.ws.core.jaxws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:63)
at javax.xml.ws.Service.<init>(Service.java:79)
at javax.xml.ws.Service.create(Service.java:96)
at org.jboss.ws.core.jaxws.client.ServiceObjectFactoryJAXWS.getObjectInstance(ServiceObjectFactoryJAXWS.java:126)
... 168 more
It seems that JAXWSMetaDataBuilder.getHandlerChainsMetaData() receives javax.xml.ws.Service as wsClass parameter.
To load the handlers-chain file, JAXWSMetaDataBuilder tries to use wsClass.getClassloader().getResource(filename) but the returned classloader is null.
The comment on Class.getClassloader() says: "Returns the class loader for the class. Some implementations may use *null* to represent the bootstrap class loader. This method will return null in such implementations if this class was loaded by the bootstrap class loader."
That's normal because javax.xml.ws.Service is part of jdk6+.
I checked all versions of jbossws-native-cores (up to 4+) and all versions seem to do the same thing.
Is there any way to prevent that NPE or is it a bug that can't be avoided?
Regards,
Xavier
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/772265#772265]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 5 months
[jBPM] - jBPM 5: how to remove or change a completed task?
by Daniel Hernáez
Daniel Hernáez [https://community.jboss.org/people/herna] created the discussion
"jBPM 5: how to remove or change a completed task?"
To view the discussion, visit: https://community.jboss.org/message/764793#764793
--------------------------------------------------------------
let's see if you can give me a hand. Thanks in advance.
I am developing a web application that manage invoices through a workflow with different states. I am using jBPM 5 for that purpose and the way I launch one specific invoice through workflow is next:
getTaskService().activate(taskId, userId);
getTaskService().claim(taskId, userId);
getTaskService().start(taskId, userId);
getTaskService().complete(taskId, userId, taskContentData);
My problem is the fourth instruction and regards with transactionality. I have a utility class that performs operations once the invoice is processing through its workflow, and if this class throws and exception, the jBPM invoice task remains as 'Completed' when it shouldn't.
My question is: how do I proceed in this situation? I want that 4 previous instructions go in only one transaction, or at least that task status doesn't change to 'Completed' if one exception arises, but this is controlled by jBPM and it doesn't seem easy. Should I try to change task status from 'Completed' to 'Created' again? Or make a new task with status 'Created'?
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/764793#764793]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 5 months
[JBoss Messaging] - belly was causing her to
by widkrufjn dkrufjnty
widkrufjn dkrufjnty [https://community.jboss.org/people/widkrufjnty] created the discussion
"belly was causing her to"
To view the discussion, visit: https://community.jboss.org/message/772225#772225
--------------------------------------------------------------
On Jersey Shore Season 6, Episode 5: “Old Profession”, Snooki got some frightening news at the doctor’s office. The then-pregnant meatball went with JWOWW on her appointment, after Roger’s shove caused JWOWW’s ankle to fracture. While Jenni received her own terrible news, Snooki had a thought: How tall am I? Stepping up to a height measure, a doctor tells Snooki that she is 4’8” tall. This shocked most viewers, and especially Snooki, since her height was widely reported as 4’9”. Did she really shrink? There isn’t a lot of information on a correlation between pregnancy and shrinking, so we’re going to have to assume that Snooki just wore some super-thick socks or flatsback in the day when she originally got measured. Or maybe her 6-months-pregnant belly was causing her to slouch, or invert her back, leading to the lost inch. Why do you think Snooki’s measurements are off? On last night’s Jersey Shore (Season 6, Episode 5: “Old Profession”), we got to see the fallout from JWOWW and Roger Mathews’s fight at Bamboo bar. Were we the only ones surprised to see the housemates divided along gender lines when it came to who was right and who was wrong? To review (see for yourself in this video), Roger was starting to get very aggressive as a fight broke out at Bamboo. JWOWW saw her boyfriend raise his fist, and got in between Roger and his intended target, telling him “No!” and “Stop!” repeatedly. Roger put both his hands on Jenni and shoved her aside, where she fell on the floor and apparently fractured a bone in her ankle. Deena Nicole was the surprising voice of reason, saying in her confessional that she doesn’t think it’s ever okay for a guy to put his hands on a girl in a violent manner. Sammi tried her best to convince Ronnie that women have protective instincts too, and that Jenni was just trying to help Roger by getting involved. Snooki, as always, was Team JWOWW. But all the guys in the house were Team Roger. Out for dinner the next night, The Situation, Ronnie, Vinny, and Pauly D all took Roger’s side, agreeing that a girl should never, ever try to get involved when “the men” are fighting. They made fun of her, calling her the bitchiest roommate, and saying she’s always over-exaggerating and being dramatic. After the fight aired last week, Roger took to Twitter to quasi-apologize for his behavior. He admitted that he needs to control his temper, but he also reprimanded Jenni for getting in between “grown men” who are fighting. Having seen the actual video of the moment in question (which none of the roommates had seen at the time of filming), whose side are you on? Tell us in the reaction buttons below!
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/772225#772225]
Start a new discussion in JBoss Messaging at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 5 months