October 2009 - jboss-dev-forums - Jboss List Archives

[jBPM Development] - Re: parser for each jpdl release

by kukeltje

Ok, the 'parking' of older parsers makes sense. I do have som questions though - A version is not only the parser but also accompanying activity implementations. These are instantiated once a process is started (from what I understand). Does this have implications? - Currently the schema is not fully 'any:any' aware. (I still think it should be 'other:any' for the extensibility. Fully supporting this is needed if you automatically want to add a namespace since people can remove the ns now if they want to add custom attributes. - Does this mean that people have to redeploy their old processes if they want to take advantage of certain bugfixes in e.g. activity implementations? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258387#4258387 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258387

14 years, 6 months

1
0
0 / 0

[JBoss ESB Development] - ESB Web Service Client MessageDeliverException problem

by sbutt

Hi Folks, I'm invoking a WS through: | org.jboss.soa.esb.client.ServiceInvoker.ServiceInvoker(String serviceCategory, String serviceName) t | hrows MessageDeliverException | | My method implementation: | | protected SOAPMessage invokeService(SOAPMessage message, String category, String service) | { | Log logger = LogFactory.getLog(this.getClass()); | SOAPMessage response = null; | try | { | String strInMsg = getString(message); | Message msg = org.jboss.soa.esb.message.format.MessageFactory.getInstance().getMessage(); | msg.getBody().add(strInMsg); | msg.getProperties().setProperty("ws-transaction-id", Long.toString(System.nanoTime())); | Message ret = new ServiceInvoker(category, service).deliverSync(msg, INTEGRAWS_TIMEOUT); | response = getSOAPMessage((String)ret.getBody().get()); | | logger.debug("RESPONSE: "+response.getSOAPBody().toString()); | | } | catch (Exception e) | { | | response = getSOAPMessage(e); | logger.error(e); | | } | | | | return response; | | } | | but getting this exception: | [IBNRegistryWSProvider]org.jboss.soa.esb.listeners.message.MessageDeliverException: Failed to delive | r message [header: [ To: JMSEpr [ PortReference < <wsa:Address jms://HH-Linux1.usbeck.de:1099/queue/esb_queue_integra_ibn_broker/>, <wsa:ReferenceProperties jbossesb:java.naming.factory.initial : org.jnp.interfaces.NamingContextFacto | ry/>, <wsa:ReferenceProperties jbossesb:java.naming.provider.url : HH-Linux1.usbeck.de:1099/>, <wsa:ReferenceProperties jbossesb:java.naming.factory.url.pkgs : org.jnp.interfaces/>, <wsa:ReferenceProperties jbossesb:destination-type : queue/>, <wsa:ReferenceProperties jbossesb:specification-version : 1.1/>, <wsa:ReferenceProperties jbossesb:connection-factory : ConnectionFactory/>, <wsa:ReferenceProperties jbossesb:persistent : false/>, <wsa:ReferenceProperties jbossesb:acknowledge-mode : AUTO_ACKNOWLEDGE/>, <wsa:ReferenceProperties jbossesb:transacted : false/>, <wsa:ReferenceProperties jbossesb:type : urn:jboss/esb/epr/type/jms/> > ] ReplyTo: JMSEpr [ PortReference < <wsa:Address jms://HH-Linux1.usbeck.de:1099/queue/esb_queue_integra_ibn_broker_reply/>, <wsa:ReferenceProperties jbossesb:java.naming.provider.url : HH-Linux1.usbeck.de:1099/>, <wsa:ReferenceProperties jbossesb:java.naming.factory.initial : org.jnp.interfaces.NamingContextFacto | ry/>, <wsa:ReferenceProperties jbossesb:java.naming.factory.url.pkgs : org.jnp.interfaces/>, <wsa:ReferenceProperties jbossesb:destination-type : queue/>, <wsa:ReferenceProperties jbossesb:specification-version : 1.1/>, <wsa:ReferenceProperties jbossesb:connection-factory : ConnectionFactory/>, <wsa:ReferenceProperties jbossesb:message-selector : jbossESBresponseUUID='dd2faa97-8509-449b-bc8f-f4 | 4f643ace16'/>, <wsa:ReferenceProperties jbossesb:persistent : false/>, <wsa:ReferenceProperties jbossesb:acknowledge-mode : AUTO_ACKNOWLEDGE/>, <wsa:ReferenceProperties jbossesb:transacted : false/>, <wsa:ReferenceProperties jbossesb:type : urn:jboss/esb/epr/type/jms/> > ] ]] to Service [IBN:Broker]. Check for errors. | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258385#4258385 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258385

14 years, 6 months

1
0
0 / 0

[JBoss ESB Development] - how to have more than 1 templates in one service action?

by sbutt

Hi All, I have defined an ESB service with a single action containing more than 1 xslt templates. | <service category="IBN" name="Broker" description="The implementation of dispatcher for event notification"> | <listeners> | <jms-listener name="JMS-Gateway" busidref="IBNBroker"/> | </listeners> | <actions mep="OneWay"> | <action name="registerSubscriber" class="com.traveltainment.integra.middleware.ibn.IBNBroker"> | <property name="service-template-pool-name" value="BrokerServiceRegister"/> | <property name="xsl-resources" value="/META-INF/xsl/RegisterSubscriber.xsl"/> | <property name="templateRegister" value="/META-INF/xsl/RegisterSubscriber.xsl"/> | <property name="xsl-resources" value="/META-INF/xsl/SubscribingRQ2RS.xsl"/> | <property name="template" value="/META-INF/xsl/SubscribingRQ2RS.xsl"/> | <property name="xsl-resources" value="/META-INF/xsl/RS2SOAP.xsl"/> | <property name="templateResponse" value="/META-INF/xsl/RS2SOAP.xsl"/> | <property name="select-query" value="SELECT url, protocol, host, jms_destination | FROM IntegraDB.ibn_event_registry"/> | </action> | </actions> | </service> | The reason why I have more than 1 templates in my action is because I want to stay inside my IBNBroker and apply different transformation. If I define a separate action for each template then the control would be shifted. Now the problem I am facing in my above templates' definition is that at runtime I get the exception that one of the templates is null. I don't know why is it occurring? How can i have more than 1 templates in the same template pool inside a single action? thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258382#4258382 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258382

14 years, 6 months

1
0
0 / 0

[JBoss Web Services Development] - Re: Keep alive doesn't doesn't work for closed TCP/IP connec

by alessio.soldano＠jboss.com

Richard, as discussed on IRC, I don't see the problem you're talking about, please provide a testcase demonstrating your claims. "richard.opalka(a)jboss.com" wrote : The fix is not acceptable :( | We cannot simply catch exception and resend the message. | This fix won't work for long streaming attachments :( It just works for really simple usecases. | The correct fix will be to detect closed connections before writing to the stream. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258332#4258332 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258332

14 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: parser for each jpdl release

by koen.aers＠jboss.com

Bernd, As far as I understood Tom the old parsers would be parked and no more fixes would be applied on them. In that case the approach seems feasible to me. We possibly need to add a parser with each release *if* the language changes. And indeed, to my own surprise I saw Tom happily experiment with namespaces yesterday ;-) Cheers, Koen View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258330#4258330 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258330

14 years, 6 months

1
0
0 / 0

[JBoss AS Development Deployment Framework] - Re: Web application deployment directory

by alesj

"juicebox" wrote : | Is there any way in which I can instruct JBoss to uncompress the archives to an arbitrary directory? | Currently no, as this is non-exposed impl detail of the VFS. I'll see if I can make this plugable for the next release. You can deploy the .ear as unpacked, hence there will be no .war copy --> consistent name. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258319#4258319 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258319

14 years, 6 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by alex.loubyansky＠jboss.com

"bill.burke(a)jboss.com" wrote : Because of marshalling, I don't understand why we can't use Sun's JAXB? WHy spend another year getting marshalling right? What *REAL* benefits will be obtained? Good if we can. But for currrent metadata we can't since it's using to many JBXB-specific features and annotations. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258315#4258315 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258315

14 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: parser for each jpdl release

by camunda

Hey Tom. Sorry, for not replying earlier to the mail. I am not sure about this solutions. Depends on how good we can develop these new parsers. I think of fixes in parsing for older released, where complexity might explode if you have to have a look at a couple of versions. Hmm, and you changed, you want to ADD namespaces per default???? ;-) A basic question upfront: Why not forbit removing attributes from the schema at all? Shouldn't be that regular and not hard to avoid, or am I wrong here? Would save us all that complexity... Cheers Bernd View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258309#4258309 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258309

14 years, 6 months

1
0
0 / 0

[JBoss OSGi Development] - Consolidate & simplify package structure

by thomas.diesler＠jboss.com

For the upcoming first release I'm going to consolidate and simplify the framework package structure. Please get your uncommited stuff in - if you have some. cheers View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258307#4258307 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258307

14 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: m2eclipse or not

by thomas.diesler＠jboss.com

I would now assume that it is ok to switch to m2eclipse View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258306#4258306 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258306

14 years, 6 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-dev-forums October 2009