July 2010 - jboss-user - Jboss List Archives

[jBPM Development] - JBPM-2806 add getParent() in org.jbpm.api.identity.Group

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] created the discussion "JBPM-2806 add getParent() in org.jbpm.api.identity.Group" To view the discussion, visit: http://community.jboss.org/message/551367#551367 -------------------------------------------------------------- Hi guys, I think add getParent() method in org.jbpm.api.identity.Group is harmless. Fortunately, we needn't change the org.jbpm.pvm.internal.identity.impl.GroupImpl. Here is the patch: https://jira.jboss.org/browse/JBPM-2806 https://jira.jboss.org/browse/JBPM-2806 -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551367#551367] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [JBoss Tools] - Observations Regarding JBoss Tools 3.1.1 Maven-Enabled Seam Web Project.

by Snjezana Peco

Snjezana Peco [http://community.jboss.org/people/snjeza] replied to the discussion "Observations Regarding JBoss Tools 3.1.1 Maven-Enabled Seam Web Project." To view the discussion, visit: http://community.jboss.org/message/551366#551366 -------------------------------------------------------------- I have created a jira for these issues. See https://jira.jboss.org/browse/JBIDE-6587 https://jira.jboss.org/browse/JBIDE-6587 -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551366#551366] Start a new discussion in JBoss Tools at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [JBoss Tools] - Automatic "touch" of web.xml after build

by Goncalo TrincÃ£o

Goncalo TrincÃ£o [http://community.jboss.org/people/trincao] replied to the discussion "Automatic "touch" of web.xml after build" To view the discussion, visit: http://community.jboss.org/message/551364#551364 -------------------------------------------------------------- Hi. Thanks for the feedback. But what do you mean by "update the right files"? Maybe it's better with an example. Let's say I have a session bean to update. Is it possible to just reload the class file of the session bean in JBoss AS? Cheers. Gonçalo -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551364#551364] Start a new discussion in JBoss Tools at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [EJB 3.0] - MDB Pool size configuration

by Pedro Gontijo

Pedro Gontijo [http://community.jboss.org/people/pedrong] replied to the discussion "MDB Pool size configuration" To view the discussion, visit: http://community.jboss.org/message/551360#551360 -------------------------------------------------------------- I have been suffering trying to tune my MDB's pools so I would like to share some things I found out: 1. Change ejb3-interceptors-aop.xml its only good if you want/can change the config to all of yours ejbs. If you have, for instance, many MDBs and want to increase the pool for just that critical one, change the ejb3-interceptors-aop.xml may not be a good choice since all others MDB's pools will be increased as well and some memory will be wasted. Besides that, you are going to increase a bit your deployment complexity since a file outside your ear/jar needs to be managed. 2. @Pool or @PoolClass? It depends on your JBoss version. For <= 4.2.3 @PoolClass, otherwise, @Pool. I tested only in 4.2.3 and 5.1.0. 3. @ActivationConfigProperty(propertyName = "maxSession", propertyValue = XX) I keep the XX equal to the pool size. The maxSession property defines the "the maximum number of jms sessions that can concurrently deliver messages to this mdb", so it makes sense to me keep then equal. What do you think? 4. Using XML (*-aop.xml) With an ejb jar inside an ear, I could only make it work with @AspectDomain annotation. Hope it help! These are just my experience, if someone want to add something, please, do it! -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551360#551360] Start a new discussion in EJB 3.0 at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

[JBoss Web Services] - Cannot create SOAP envelope from: {http://schemas.xmlsoap.org/wsdl/}definitions

by aodhan hoffman

aodhan hoffman [http://community.jboss.org/people/gryffin] created the discussion "Cannot create SOAP envelope from: {http://schemas.xmlsoap.org/wsdl/}definitions" To view the discussion, visit: http://community.jboss.org/message/551354#551354 -------------------------------------------------------------- Good afternoon. I am hitting an error which I haven't been able to make sense of. In calling a remote operation I get the following error: "IllegalArgumentException: Cannot create SOAP envelope from: { http://schemas.xmlsoap.org/wsdl/ http://schemas.xmlsoap.org/wsdl/}definitions". In trying to figure out what this means I found a reference to it in trunk/jbossws-core/src/java/org/jboss/ws/core/soap/SOAPEnvelopeImpl.java, but I can't tell what Envelope in this context is supposed to be, it all looks properly formatted. * * if ("Envelope".equals(localName) == false) throw new IllegalArgumentException("Cannot create SOAP envelope from: " + element.getElementQName()); Here's the stack trace: 2010-07-06 14:20:39,592 TRACE [org.jboss.ws.core.MessageTrace] (http-127.0.0.1-8080-1) Outgoing Request Message <env:Envelope xmlns:env=' http://schemas.xmlsoap.org/soap/envelope/ http://schemas.xmlsoap.org/soap/envelope/'> <env:Header/> <env:Body> <findPopulatedAssetByNaturalKey xmlns=' http://service.api.mobileview.aeroscout.com http://service.api.mobileview.aeroscout.com' xmlns:ns2=' http://asset.dto.api.mobileview.aeroscout.com http://asset.dto.api.mobileview.aeroscout.com' xmlns:ns3=' http://security.dto.api.mobileview.aeroscout.com http://security.dto.api.mobileview.aeroscout.com' xmlns:ns4=' http://location.dto.api.mobileview.aeroscout.com http://location.dto.api.mobileview.aeroscout.com' xmlns:ns5=' http://dto.api.mobileview.aeroscout.com http://dto.api.mobileview.aeroscout.com'> <in0>AodhansSecondTestAssetId</in0> <in1>ShimTestApp</in1> </findPopulatedAssetByNaturalKey> </env:Body> </env:Envelope> 2010-07-06 14:20:40,014 ERROR [org.jboss.ws.core.CommonClient] (http-127.0.0.1-8080-1) Exception caught while (preparing for) performing the invocation: java.io.IOException: Could not transmit message at org.jboss.ws.core.client.transport.NettyClient.invokeInternal(NettyClient.java:229) at org.jboss.ws.core.client.transport.NettyClient.invoke(NettyClient.java:121) at org.jboss.ws.core.client.HTTPRemotingConnection.invoke(HTTPRemotingConnection.java:150) at org.jboss.ws.core.client.SOAPProtocolConnectionHTTP.invoke(SOAPProtocolConnectionHTTP.java:69) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:345) at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:299) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:170) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) at $Proxy320.findPopulatedAssetByNaturalKey(Unknown Source) at com.boeing.ntpm.nls.api.ws.AssociationGet.getAssetAssociations(AssociationGet.java:107) at com.boeing.ntpm.nls.api.ws.ServiceManager.getAssetAssociations(ServiceManager.java:59) at com.boeing.ntpm.nls.api.ws.NlsSoapServiceImpl.assetAssociationGet(NlsSoapServiceImpl.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.wsf.common.invocation.AbstractInvocationHandlerJSE.invoke(AbstractInvocationHandlerJSE.java:129) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:222) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:502) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:299) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:206) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:131) at org.jboss.wsf.common.servlet.AbstractEndpointServlet.service(AbstractEndpointServlet.java:87) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) *Caused by: java.lang.IllegalArgumentException: Cannot create SOAP envelope from: { http://schemas.xmlsoap.org/wsdl/ http://schemas.xmlsoap.org/wsdl/}definitions* at org.jboss.ws.core.soap.SOAPEnvelopeImpl.<init>(SOAPEnvelopeImpl.java:64) at org.jboss.ws.core.soap.EnvelopeBuilderDOM.build(EnvelopeBuilderDOM.java:137) at org.jboss.ws.core.soap.EnvelopeBuilderDOM.build(EnvelopeBuilderDOM.java:97) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:305) at org.jboss.ws.core.soap.SOAPMessageUnMarshallerHTTP.read(SOAPMessageUnMarshallerHTTP.java:83) at org.jboss.ws.core.client.transport.NettyClient.invokeInternal(NettyClient.java:193) ... 43 more -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551354#551354] Start a new discussion in JBoss Web Services at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()" To view the discussion, visit: http://community.jboss.org/message/551345#551345 -------------------------------------------------------------- Hi Joe, Yes, you are right. The EnvironmentFactory isn't a part of public api. So if we want to get access environment, the recommanded way is using Command. As followed: processEngine.execute(new Command() { public Object execute(Environment env) { // do something. return null; } }); And yes, the Environment interface didn't declared close() method, because we didn't need it. The EnvironmentInterceptor will open/close the Environment instance automaticly. At last, if you want to do something transactional, please use Command to replace 'EnvironmentFactory.openEnvironment()', EnvironmentFactory wouldn't manage transaction, so it could cause some transactional issues. Cheers. :) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551345#551345] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()

by Joe Gottman

Joe Gottman [http://community.jboss.org/people/joegottman] replied to the discussion "Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()" To view the discussion, visit: http://community.jboss.org/message/551339#551339 -------------------------------------------------------------- You're right. Environment is in the public interface. However, EnvironmentFactory is not, so there is no public way to get an Environment variable from the public API. Also, as you noted Environment does not have a close() method, so there is no way to close an Environment variable using the public api either. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551339#551339] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()

by Michael Wohlfart

Michael Wohlfart [http://community.jboss.org/people/mwohlf] replied to the discussion "Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()" To view the discussion, visit: http://community.jboss.org/message/551335#551335 -------------------------------------------------------------- I totally agree, maybe the real problem is that the Environment interface doesn't implement the close() method like it seems to be intended from my understanding of the DevGuide: http://docs.jboss.com/jbpm/v4/devguide/html_single/#d0e2485 http://docs.jboss.com/jbpm/v4/devguide/html_single/#d0e2485 org.jbpm.api.cmd.Environment is part of the public API in 4.4 or do I miss something here? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551335#551335] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - jBPM 4.3 - BPMN 2.0 process - userTask does not work

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "jBPM 4.3 - BPMN 2.0 process - userTask does not work" To view the discussion, visit: http://community.jboss.org/message/551319#551319 -------------------------------------------------------------- Hi Marco, the things is that ManualTask was (most likely) not finished once 4.3 was release. It does nothing but (in my opinion) should forward the execution to the next activity. That's why your process suddenly ends. Please open an issue in jira for this, this is rather simple thing to do so I could provide a patch with some test cases for it. Cheers -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551319#551319] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()

by Joe Gottman

Joe Gottman [http://community.jboss.org/people/joegottman] replied to the discussion "Bug: jPBM 4.4: JbpmException thrown by ActivityExecution.getActivity()" To view the discussion, visit: http://community.jboss.org/message/551316#551316 -------------------------------------------------------------- The major thing I object to is the fact that I have to call elements of the private interface to make the public method getActvity() work. If getActivity() requires an active Environment, then that fact should be published in the JavaDocs and there should be a well-advertised way in jBPM to get an Enviroment (and close it when I'm done with it). Right now, the Environment interface isn't even in the jBPM public API. As a user, I don't know what an Environment is, what it is used for, or how long I should keep one around. Can I maintain one indefinitely, like a Hibernate session, or do I need to close it as soon as I'm done with it, like a database transaction? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/551316#551316] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user July 2010