June 2010 - jboss-user - Jboss List Archives

[jBPM Development] - Maven archetype for user web app

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] created the discussion "Maven archetype for user web app" To view the discussion, visit: http://community.jboss.org/message/547181#547181 -------------------------------------------------------------- Hi guys, please take a look at jira issue ( https://jira.jboss.org/browse/JBPM-2884 https://jira.jboss.org/browse/JBPM-2884) and let me know your thoughts. Thanks Maciej -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547181#547181] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - variable declaration and history support

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "variable declaration and history support" To view the discussion, visit: http://community.jboss.org/message/547173#547173 -------------------------------------------------------------- Code committed. I added a comment to jira but did not resolve the issue. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547173#547173] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - variable declaration and history support

by Alejandro Guizar

Alejandro Guizar [http://community.jboss.org/people/alex.guizar%40jboss.com] replied to the discussion "variable declaration and history support" To view the discussion, visit: http://community.jboss.org/message/547166#547166 -------------------------------------------------------------- > Will you make any other changes or shall I commit history stuff as well? Nope. Please go ahead. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547166#547166] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [JBoss Web Services] - Problem with WS Security encryption

by Peter Johnson

Peter Johnson [http://community.jboss.org/people/peterj] replied to the discussion "Problem with WS Security encryption" To view the discussion, visit: http://community.jboss.org/message/547162#547162 -------------------------------------------------------------- I had actually suggested setting TRACE for org.jboss.security.auth because it is the authentication that its failing. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547162#547162] Start a new discussion in JBoss Web Services at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [JBoss Web Services CXF] - XTS tests broken in AS trunk after switch to CXF stack in 3.3.0

by Andrew Dinn

Andrew Dinn [http://community.jboss.org/people/adinn] replied to the discussion "XTS tests broken in AS trunk after switch to CXF stack in 3.3.0" To view the discussion, visit: http://community.jboss.org/message/547157#547157 -------------------------------------------------------------- > Andrew Dinn wrote: > > . . . > Now this is rather weird because the message with action http://fabrikam123.com/InitiatorPortType/Response http://fabrikam123.com/InitiatorPortType/Response is never sent to the Participant service implemented by class ParticipantPortTypeImpl. Not surprisingly given the action definition it is sent to service Initiator implemented by class InitiatorPortTypeImpl. So, mmy code is sending messages to one service and they are being delivered to another service. Of course when running on trunk with native a few weeks back this worked fine. Also when I last tested it on a CXF build some months back it worked fine. > I will try to debug the code path through to AbstractInvocationHandler.getImplMethod() in order to see why it is looking at the wrong class and get back with any info I can find. I debugged a case where the message has been misdirected and it appears that the delivery process goes awry in class org.jboss.wsf.stack.cxf.AbstractInvoker inside method _invokeInternal(Exchange exchange, Object o, WrappedMessageContext ctx). The problem appears to relate to the use of an InheritableThreadLocal. Here is the code: > private Object _invokeInternal(Exchange exchange, Object o, WrappedMessageContext ctx) > { > BindingOperationInfo bop = exchange.get(BindingOperationInfo.class); > MethodDispatcher md = (MethodDispatcher)exchange.get(Service.class).get(MethodDispatcher.class.getName()); > Method m = md.getMethod(bop); > > > Object[] params = NO_ARGS; > List<Object> paramList = null; > if (m.getParameterTypes().length != 0) > { > if (o instanceof List<?>) > { > paramList = CastUtils.cast((List<?>)o); > params = paramList.toArray(); > } > else > { > params = new Object[]{o}; > } > } > > > Endpoint ep = EndpointAssociation.getEndpoint(); > InvocationHandler invHandler = ep.getInvocationHandler(); > > > Invocation inv = invHandler.createInvocation(); > InvocationContext invContext = inv.getInvocationContext(); > inv.getInvocationContext().addAttachment(WebServiceContext.class, getWebServiceContext(ctx)); > invContext.addAttachment(MessageContext.class, ctx); > inv.setJavaMethod(m); > inv.setArgs(params); > > > Object retObj = null; > try > { > invHandler.invoke(ep, inv); > . . . > The debugger shows the following: > ctx { javax.xml.ws.wsdl.service --> {http://fabrikam123.com}InitiatorService, > javax.xml.ws.wsdl.port --> {http://fabrikam123.com}InitiatorPortType, > org.apache.cxf.request.uri --> /interop11/ATInitiatorService > . . . } > > m = "public void com.jboss.transaction.txinterop.webservices.atinterop.sei.InitiatorPortTypeImpl.response()" > > ep = org.jboss.wsf.framework.deployment.DefaultEndpoint@18138d9 { > > name = jboss.ws:context=interop11,endpoint=Interop11ATParticipantService > shortName = Interop11ATParticipantService > urlPattern = /ATParticipantService > targetBean = com.jboss.transaction.txinterop.webservices.atinterop.sei.ParticipantPortTypeImpl > . . . } So, the problem appears to be that the call to EndpointAssociation.getEndpoint() is returning the wrong endpoint. Now this is strange because it is a very simple function: > private static final ThreadLocal<Endpoint> endpoint = new InheritableThreadLocal<Endpoint>(); > > public static Endpoint getEndpoint() > { > return endpoint.get(); > } > Now this is a one way message which, as can be seen in the exception trace, is being dispatched by a worker pool thread. The handoff to this thread happens in the interceptor chain when one of the interceptors determines that this is a one way message. The interceptor queues the partially sent message and returns early so as not to block the JaxWS client. This can be seen in ContextUtils$1.run in the stack trace which is defined inside method ContextUtils.rebaseResponse. > if (retrieveAsyncPostResponseDispatch(inMessage)) { > //need to suck in all the data from the input stream as > //the transport might discard any data on the stream when this > //thread unwinds or when the empty response is sent back > DelegatingInputStream in = inMessage.get(DelegatingInputStream.class); > if (in != null) { > in.cacheInput(); > } > > // async service invocation required *after* a response > // has been sent (i.e. to a oneway, or a partial response > // to a decoupled twoway) > > // pause dispatch on current thread ... > inMessage.getInterceptorChain().pause(); > > // ... and resume on executor thread > getExecutor(inMessage).execute(new Runnable() { > public void run() { > inMessage.getInterceptorChain().resume(); > } > }); As you can see the message is queued to an executor obtained from the message. When I execute getExecutor(inMessage) in the debugger it does indeed return an executor. What is more when I execute the code in getExecutor it does indeed appear to be obtained from the Initiator service not the Participant service. However, when I looked at the threads in the Executor thread pool something is very wrong. The inheritedThreadLocalMap field in some of the threads has the Initiator port as the endpoint while in other threads it has the Participant port as the endpoint. So, something is resetting the thread local endpoint of Initiator service executor threads. I don't know exactly why or where this is happening but I will try tracing calls to getEndpoint and setEndpoint in order to see if I can idenitfy what is doing the reset. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547157#547157] Start a new discussion in JBoss Web Services CXF at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - variable declaration and history support

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "variable declaration and history support" To view the discussion, visit: http://community.jboss.org/message/547154#547154 -------------------------------------------------------------- > Alejandro Guizar wrote: > > Yes, it won't. However, what I wanted to point out with my extract from ScopeInstanceImpl.setVariable is that it ignores the historyEnabled parameter if the variable already exists. I do not know whether it makes sense to enable/disable history for an existing variable. In any case that would be a feature request that we can defer for the time being. Fair enough, just wanted to make sure we are on the same page, so to say. Agree that we could make further enhancement later on. Will you make any other changes or shall I commit history stuff as well? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547154#547154] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - foreach activity

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "foreach activity" To view the discussion, visit: http://community.jboss.org/message/547153#547153 -------------------------------------------------------------- Great :) Will do so today evening. It will not contain docs but as you mentioned will be incorporated bit later. Cheers Maciej -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547153#547153] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - variable declaration and history support

by Alejandro Guizar

Alejandro Guizar [http://community.jboss.org/people/alex.guizar%40jboss.com] replied to the discussion "variable declaration and history support" To view the discussion, visit: http://community.jboss.org/message/547148#547148 -------------------------------------------------------------- > Good to hear you found some time to look into it ;) Quite the opposite, thanks for the patience :) > Would that mean that once variable is created (without history being enabled) it won't be possible to alter it? Yes, it won't. However, what I wanted to point out with my extract from ScopeInstanceImpl.setVariable is that it ignores the historyEnabled parameter if the variable already exists. I do not know whether it makes sense to enable/disable history for an existing variable. In any case that would be a feature request that we can defer for the time being. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547148#547148] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

[JBoss Remoting] - JBOSS 5.1.0GA + EJB/JNDI over HTTPS

by Jo Vandermeeren

Jo Vandermeeren [http://community.jboss.org/people/jo_v] created the discussion "JBOSS 5.1.0GA + EJB/JNDI over HTTPS" To view the discussion, visit: http://community.jboss.org/message/547144#547144 -------------------------------------------------------------- Hi there, I am trying to tunnel EJB and JNDI operations over a single HTTP(S) port by using the unified invoker. The client application is a Swing GUI launched via webstart. The server is the stock "default" JBoss 5.1.0GA application server. I have walked through the UnifiedInvoker guide ( http://docs.jboss.org/jbossas/unified_invoker/UnifiedInvoker_guide.html#d... http://docs.jboss.org/jbossas/unified_invoker/UnifiedInvoker_guide.html#d...), the JBoss Remoting 2.5 documentation, and JBoss In Action. Basic HTTPS configuration went fine, but to get the tunneling part to work (and debug the network traffic more easily), I switched back to plain HTTP. Attempts: When I change the transport to http and use the use the mentioned Un/Marshallers as mentioned in the UnifiedInvoker guide, and change the client properties for the initial context, I get a server-side stack trace. When I deploy the ServerInvokerServlet as mentioned in a wiki post ( http://community.jboss.org/wiki/EJB3overHTTPHTTPSinJBossAS-5 http://community.jboss.org/wiki/EJB3overHTTPHTTPSinJBossAS-5), communication still happens via socket 4446, not the desired port. Any help on getting this to work is greatly appreciated. Thanks in advance, Jo -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547144#547144] Start a new discussion in JBoss Remoting at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - foreach activity

by Alejandro Guizar

Alejandro Guizar [http://community.jboss.org/people/alex.guizar%40jboss.com] replied to the discussion "foreach activity" To view the discussion, visit: http://community.jboss.org/message/547142#547142 -------------------------------------------------------------- Maciej, it seems like we have reached consensus. Can you commit, please? I have a few minor edits I would like to make but I'll apply them afterwards. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/547142#547142] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years

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 June 2010