[jira] Updated: (SM-749) JSR181 component does not generate WSDL types for JAXB2-annotated classes
[ https://issues.apache.org/activemq/browse/SM-749?page=all ] Anders Hammar updated SM-749: - Attachment: jira_sm749 reproduce.zip Code to reproduce the reported issue. > JSR181 component does not generate WSDL types for JAXB2-annotated classes > - > > Key: SM-749 > URL: https://issues.apache.org/activemq/browse/SM-749 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-jsr181 >Affects Versions: 3.0.1 > Environment: JSE 6 RC, Win XP >Reporter: Los Morales > Fix For: incubation > > Attachments: jira_sm749 reproduce.zip > > > JSR181 component fails to unmarshal data from an XML document into > JAXB2-annotated objects because the WSDL for types does not get properly > generated. Similar to an already existing issue: > (https://brutus.apache.org/activemq/browse/SM-739), the bug(s) seem to occur > only when the POJOs have JAXB2 annotations. Removing these annotations seem > to produce the proper WSDL (with all the respective types) when the JSR181 > component is deployed (using JConsole), although the unmarshaling still does > not work due to the missing annotations. The complete thread regarding this > issue can be found here: > http://www.nabble.com/connecting-to-jsr-181-jaxb2-tf2523299s12049.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SM-749) JSR181 component does not generate WSDL types for JAXB2-annotated classes
[ https://issues.apache.org/activemq/browse/SM-749?page=comments#action_37530 ] Anders Hammar commented on SM-749: -- I've uploaded code to reproduce the issue discussed. > JSR181 component does not generate WSDL types for JAXB2-annotated classes > - > > Key: SM-749 > URL: https://issues.apache.org/activemq/browse/SM-749 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-jsr181 >Affects Versions: 3.0.1 > Environment: JSE 6 RC, Win XP >Reporter: Los Morales > Fix For: incubation > > Attachments: jira_sm749 reproduce.zip > > > JSR181 component fails to unmarshal data from an XML document into > JAXB2-annotated objects because the WSDL for types does not get properly > generated. Similar to an already existing issue: > (https://brutus.apache.org/activemq/browse/SM-739), the bug(s) seem to occur > only when the POJOs have JAXB2 annotations. Removing these annotations seem > to produce the proper WSDL (with all the respective types) when the JSR181 > component is deployed (using JConsole), although the unmarshaling still does > not work due to the missing annotations. The complete thread regarding this > issue can be found here: > http://www.nabble.com/connecting-to-jsr-181-jaxb2-tf2523299s12049.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
I will ask for clarifications on legal & general incubator mailing list. On 11/23/06, Bruce Snyder <[EMAIL PROTECTED]> wrote: On 11/22/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > I was wondering if we could simply shut down the codehaus > project and import back the remaining bits at Apache. > As these parts depend on jboss (LGPL) or some proprietary > libraries (XSQL), i was thinking that we could just import the > code in a new area of servicemix (other than trunk) and not > release it. Simply importing the code should be ok with legal, > as soon as we do not release it afaik. > > Thoughts ? I'm not sure if incompatible code is allowed to be checked in as a long-term solution, is it? Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Cheers, Guillaume Nodet
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
On 11/22/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: I was wondering if we could simply shut down the codehaus project and import back the remaining bits at Apache. As these parts depend on jboss (LGPL) or some proprietary libraries (XSQL), i was thinking that we could just import the code in a new area of servicemix (other than trunk) and not release it. Simply importing the code should be ok with legal, as soon as we do not release it afaik. Thoughts ? I'm not sure if incompatible code is allowed to be checked in as a long-term solution, is it? Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/
Re: [jira] Commented: (SM-751) Flow tracing with correlation id
You need to clean the thread local. In the processExchange method, just do: protected void processExchange(MessageExchange exchange) throws Exception { try { corrId.set(exchange.getProperty("correlationId")); ... put the current code here ... } finally { corrId.set(null); } } This way you should not experience the problem you explained. On 11/22/06, Gianfranco Boccalon (JIRA) <[EMAIL PROTECTED]> wrote: [ https://issues.apache.org/activemq/browse/SM-751?page=comments#action_37515 ] Gianfranco Boccalon commented on SM-751: I implemented the solution you suggested, but I found some problems. Let me explain how I implemented your suggestion: - The method processExchange is invoked when a message is sent to a component and the component should process it. In this method I check for the correlation id in the message exchange, and only if present, i set this correlation id in the threadlocal variable. - The method sendConsumerExchange is invoked by a component to send messages to other components. In this method I check for the correlation id property in the message exchange (may be that the component has already setted it). If it'snt present, I look for the correlation id in the thread local variable (that should be setted by the invocation of processExchange method) and if present, i use it, otherwise i generate a new correlation id that i set in the message exchange and in the threadlocal variable. Now, I expose a simple ServiceAssembly where this change doesnt work. The service assembly is: HTTP BC->Splitter SE->Router SE->Screen BC Executing the process the first time, all work properly: the invocation of sendConsumerExchange by HTTP BC generate the correlation id, and this id is propagated through all components (the lightweight component have to be changed to propagate the id). But executing the process a second time, the invocation of sendConsumerExchange by HTTP BC finds a correlation id in the threadlocal variable, because i suppose that there is a thread pool, and we are using the same thread used in the first process activation. The result is that the second invocation use the same correlation id used by the first invocation. I suppose there are 2 possible solutions (not alternative): - Clean the threadlocal variables when the component finish its work: the problem is where to do this clean-up. There is a place to do once for all components ? - The HTTP BC should generate the correlation id, so it has priority over the thread local correlation id. In this way all BC should be modified. Any suggestion ? Gianfranco Boccalon > Flow tracing with correlation id > > > Key: SM-751 > URL: https://issues.apache.org/activemq/browse/SM-751 > Project: ServiceMix > Issue Type: Improvement >Reporter: Gianfranco Boccalon > Attachments: servicemix-components.zip > > > Add the possibility to trace the flow of the messages inside a Service Assembly. > For example, if we have a Service Assembly composed of three components, two binding components (call them BC1 and BC2) and a service engine (SE) organized in this sequence BC1->SE->BC2, we need to recognize that the output messages produced by the SE component are related to some messages provided by BC1. > To do this, we need to add a "process correlation id" to the message exchanges and to modify the used components, to propagate this correlation id in all Message Exchanges sent. > Enclosed there is the modified code for the following components: > - HTTP binding component: here I added the code to generate the correlation Id and set it in the Message Exchange > - Splitter > - Router (the lightweight component) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Cheers, Guillaume Nodet
[jira] Commented: (SM-751) Flow tracing with correlation id
[ https://issues.apache.org/activemq/browse/SM-751?page=comments#action_37515 ] Gianfranco Boccalon commented on SM-751: I implemented the solution you suggested, but I found some problems. Let me explain how I implemented your suggestion: - The method processExchange is invoked when a message is sent to a component and the component should process it. In this method I check for the correlation id in the message exchange, and only if present, i set this correlation id in the threadlocal variable. - The method sendConsumerExchange is invoked by a component to send messages to other components. In this method I check for the correlation id property in the message exchange (may be that the component has already setted it). If it'snt present, I look for the correlation id in the thread local variable (that should be setted by the invocation of processExchange method) and if present, i use it, otherwise i generate a new correlation id that i set in the message exchange and in the threadlocal variable. Now, I expose a simple ServiceAssembly where this change doesnt work. The service assembly is: HTTP BC->Splitter SE->Router SE->Screen BC Executing the process the first time, all work properly: the invocation of sendConsumerExchange by HTTP BC generate the correlation id, and this id is propagated through all components (the lightweight component have to be changed to propagate the id). But executing the process a second time, the invocation of sendConsumerExchange by HTTP BC finds a correlation id in the threadlocal variable, because i suppose that there is a thread pool, and we are using the same thread used in the first process activation. The result is that the second invocation use the same correlation id used by the first invocation. I suppose there are 2 possible solutions (not alternative): - Clean the threadlocal variables when the component finish its work: the problem is where to do this clean-up. There is a place to do once for all components ? - The HTTP BC should generate the correlation id, so it has priority over the thread local correlation id. In this way all BC should be modified. Any suggestion ? Gianfranco Boccalon > Flow tracing with correlation id > > > Key: SM-751 > URL: https://issues.apache.org/activemq/browse/SM-751 > Project: ServiceMix > Issue Type: Improvement >Reporter: Gianfranco Boccalon > Attachments: servicemix-components.zip > > > Add the possibility to trace the flow of the messages inside a Service > Assembly. > For example, if we have a Service Assembly composed of three components, two > binding components (call them BC1 and BC2) and a service engine (SE) > organized in this sequence BC1->SE->BC2, we need to recognize that the output > messages produced by the SE component are related to some messages provided > by BC1. > To do this, we need to add a "process correlation id" to the message > exchanges and to modify the used components, to propagate this correlation id > in all Message Exchanges sent. > Enclosed there is the modified code for the following components: > - HTTP binding component: here I added the code to generate the correlation > Id and set it in the Message Exchange > - Splitter > - Router (the lightweight component) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SM-752) [patch] Content-Enricher Implementation
[ https://issues.apache.org/activemq/browse/SM-752?page=all ] Kristian Koehler updated SM-752: Attachment: asf-licenced-patch.txt patch with the asf-licenced flag set ;-) > [patch] Content-Enricher Implementation > --- > > Key: SM-752 > URL: https://issues.apache.org/activemq/browse/SM-752 > Project: ServiceMix > Issue Type: Improvement > Components: servicemix-eip >Affects Versions: incubation >Reporter: Kristian Koehler > Attachments: asf-licenced-patch.txt, patch.txt, site-patch.txt > > > Hi > this is a patch implementing the 'Content-Enricher' Pattern > (http://www.enterpriseintegrationpatterns.com/DataEnricher.html). > see also: > http://www.nabble.com/-patch--Content-Enricher-for-ServiceMix-tf2677905s12049.html > Kristian -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SM-752) [patch] Content-Enricher Implementation
[ https://issues.apache.org/activemq/browse/SM-752?page=all ] Kristian Koehler updated SM-752: Attachment: site-patch.txt Hi I'm not sure how to add a update for the documentation. This is a Content-Enricher docu patch file for the site directory in svn. Kristian > [patch] Content-Enricher Implementation > --- > > Key: SM-752 > URL: https://issues.apache.org/activemq/browse/SM-752 > Project: ServiceMix > Issue Type: Improvement > Components: servicemix-eip >Affects Versions: incubation >Reporter: Kristian Koehler > Attachments: patch.txt, site-patch.txt > > > Hi > this is a patch implementing the 'Content-Enricher' Pattern > (http://www.enterpriseintegrationpatterns.com/DataEnricher.html). > see also: > http://www.nabble.com/-patch--Content-Enricher-for-ServiceMix-tf2677905s12049.html > Kristian -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira