April 2009 - esb-issues - Jboss List Archives

[JBoss JIRA] Created: (JBESB-2192) [AbstractFileGateway] Composer <LocalFileMessageComposer> Failed. MessageDeliverException: Invalid File payload. File 'C:\... .esbWorking' doesn't exist.

by Douglas Zanatta Ulian (JIRA)

[AbstractFileGateway] Composer <LocalFileMessageComposer> Failed. MessageDeliverException: Invalid File payload. File 'C:\... .esbWorking' doesn't exist. --------------------------------------------------------------------------------------------------------------------------------------------------------- Key: JBESB-2192 URL: https://jira.jboss.org/jira/browse/JBESB-2192 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Transports Affects Versions: 4.4 CP1 Environment: Windows XP SP3, JBoss AS 4.2.2.GA Reporter: Douglas Zanatta Ulian I'm working on an integration project where ESB is responsible for: 1: picking up XML message files in a remote host using an ftp-provider and writing them to a local directory. 2: loading each file from the local dir using fs-provider, 3: validating its XML message, 4: consuming the message using hibernate, 5: creating a result message to be returned to the sender, 6: writing it to a success/error directory, 7: loading the result message file using fs-provider, 8: sending the return info through a web service. The problem seems to be on step 7, when multiple "return message files" are placed on the dir to be sent back to the sender, after working well with a couple of files I get the following exception: 2008-11-13 16:17:11,154 ERROR [org.jboss.soa.esb.listeners.gateway.AbstractFileGateway] Composer <org.jboss.soa.esb.listeners.gateway.LocalFileMessageComposer> Failed. org.jboss.soa.esb.listeners.message.MessageDeliverException: Invalid File payload. File 'C:\message\loja\ok\9844_MsgUnidade_13112008_35501.msg.esbWorking' doesn't exist. at org.jboss.soa.esb.listeners.gateway.LocalFileMessageComposer.compose(LocalFileMessageComposer.java:63) at org.jboss.soa.esb.listeners.gateway.LocalFileMessageComposer.compose(LocalFileMessageComposer.java:44) at org.jboss.soa.esb.listeners.gateway.AbstractFileGateway.onSchedule(AbstractFileGateway.java:156) at org.jboss.soa.esb.schedule.ScheduleProvider$ESBScheduledJob.execute(ScheduleProvider.java:227) at org.quartz.core.JobRunShell.run(JobRunShell.java:203) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520) Although the exception is raised, the process is completed and step 8 is executed, making it looks like there are two threads working on the same file, where one of them completes the entire pipeline while the other fails on step 7... though I've configured it to work with a single thread! my jboss-esb.xml looks like this: <?xml version = "1.0" encoding = "UTF-8"?> <jbossesb xmlns="http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml..." parameterReloadSecs="5"> <providers> <ftp-provider name="FTPprovider" hostname="${caravelas.ftp}"> <ftp-bus busid="helloFTPChannel" > <ftp-message-filter username="caravelas" password="colombo" passive="false" directory="${caravelas.ftp.directory}" input-suffix=".msg" work-suffix=".esbWorking" post-delete="false" post-suffix=".COMPLETE" error-delete="false" error-suffix=".HAS_ERROR"/> </ftp-bus> </ftp-provider> <fs-provider name="FSprovider"> <fs-bus busid="SucessoFileChannel" > <fs-message-filter directory="${caravelas.message.ok}" input-suffix=".msg" work-suffix=".esbWorking" post-delete="false" post-directory="${caravelas.message.ok}" post-suffix=".sentToEsb" error-delete="false" error-directory="${caravelas.message.ok}" error-suffix=".IN_ERROR" /> </fs-bus> <fs-bus busid="ErroFileChannel" > <fs-message-filter directory="${caravelas.message.erro}" input-suffix=".msg" work-suffix=".esbWorking" post-delete="false" post-directory="${caravelas.message.erro}" post-suffix=".sentToEsb" error-delete="false" error-directory="${caravelas.message.erro}" error-suffix=".IN_ERROR" /> </fs-bus> </fs-provider> <jms-provider name="JBossMQ" connection-factory="ConnectionFactory"> <jms-bus busid="quickstartEsbChannel"> <jms-message-filter dest-type="QUEUE" dest-name="queue/B"/> </jms-bus> <jms-bus busid="Business_Rules_ClientePFisica"> <jms-message-filter dest-type="QUEUE" dest-name="queue/ConsumidorClientePFisicaService"/> </jms-bus> <jms-bus busid="Business_Rules_Linha"> <jms-message-filter dest-type="QUEUE" dest-name="queue/ConsumidorLinhaService"/> </jms-bus> <jms-bus busid="Business_Rules_Familia"> <jms-message-filter dest-type="QUEUE" dest-name="queue/ConsumidorFamiliaService"/> </jms-bus> <jms-bus busid="Business_Rules_Unidade"> <jms-message-filter dest-type="QUEUE" dest-name="queue/ConsumidorUnidadeService"/> </jms-bus> <jms-bus busid="Queue_ERRO"> <jms-message-filter dest-type="QUEUE" dest-name="queue/ERRO" /> </jms-bus> <jms-bus busid="Queue_SUCESSO"> <jms-message-filter dest-type="QUEUE" dest-name="queue/SUCESSO" /> </jms-bus> <jms-bus busid="Queue_RETORNO_SUCESSO"> <jms-message-filter dest-type="QUEUE" dest-name="queue/RetornoSucesso"/> </jms-bus> <jms-bus busid="Queue_RETORNO_ERRO"> <jms-message-filter dest-type="QUEUE" dest-name="queue/RetornoErro"/> </jms-bus> </jms-provider> <schedule-provider name="cronExample"> <cron-schedule scheduleid="cron-schedule" cronExpression="0/5 * * * * ?"/> </schedule-provider> </providers> <services> <service category="myCategory" name="myFileListener" description="Hello World File Action (esb listener)" > <listeners> <ftp-listener name="FtpGateway" busidref="helloFTPChannel" is-gateway="true" scheduleidref="cron-schedule" /> <jms-listener name="helloWorldFileAction" busidref="quickstartEsbChannel" /> </listeners> <actions> <action name="ValidaMensagem" class="com.colombo.esb.action.ValidaMensagem"/> <action name="ContentBasedRouter" class="org.jboss.soa.esb.actions.ContentBasedRouter"> <property name="ruleSet" value="rotas.drl" /> <property name="ruleReload" value="true" /> <property name="destinations"> <route-to destination-name="ConsumidorClientePFisicaService" service-category="ConsumidorServices" service-name="ConsumidorClientePFisicaService" /> <route-to destination-name="ConsumidorLinhaService" service-category="ConsumidorServices" service-name="ConsumidorLinhaService"/> <route-to destination-name="ConsumidorFamiliaService" service-category="ConsumidorServices" service-name="ConsumidorFamiliaService" /> <route-to destination-name="ConsumidorUnidadeService" service-category="ConsumidorServices" service-name="ConsumidorUnidadeService" /> </property> <property name="object-paths"> <object-path esb="body.mensagem_tipo" /> </property> </action> </actions> </service> <service category="ConsumidorServices" name="ConsumidorClientePFisicaService" description="Consumidor de ClientePFisica"> <listeners> <jms-listener name="Business_Rules_ClientePFisica" busidref="Business_Rules_ClientePFisica"/> </listeners> <actions mep="OneWay"> <action name="ConsumidorClientePFisica" class="com.colombo.esb.action.ConsumidorClientePFisica"/> </actions> </service> <service category="ConsumidorServices" name="ConsumidorLinhaService" description="Consumidor de Linha"> <listeners> <jms-listener name="Business_Rules_Linha" busidref="Business_Rules_Linha"/> </listeners> <actions mep="OneWay"> <action name="ConsumidorLinha" class="com.colombo.esb.action.ConsumidorLinha"/> </actions> </service> <service category="ConsumidorServices" name="ConsumidorFamiliaService" description="Consumidor de Familia"> <listeners> <jms-listener name="Business_Rules_Familia" busidref="Business_Rules_Familia"/> </listeners> <actions mep="OneWay"> <action name="ConsumidorFamilia" class="com.colombo.esb.action.ConsumidorFamilia"/> </actions> </service> <service category="ConsumidorServices" name="ConsumidorUnidadeService" description="Consumidor de Unidade"> <listeners> <jms-listener name="Business_Rules_Unidade" busidref="Business_Rules_Unidade"/> </listeners> <actions mep="OneWay"> <action name="ConsumidorUnidade" class="com.colombo.esb.action.ConsumidorUnidade"/> </actions> </service> <service category="controle" name="Erro" description="gera msg erro"> <listeners> <jms-listener name="Queue_ERRO" busidref="Queue_ERRO" is-gateway="false"/> </listeners> <actions mep="OneWay"> <action name="ErroAction" class="com.colombo.esb.action.ErroAction"> <property name="directory" value="${caravelas.message.erro}"/> </action> </actions> </service> <service category="controle" name="Sucesso" description="gera msg Sucesso"> <listeners> <jms-listener name="Queue_SUCESSO" busidref="Queue_SUCESSO" is-gateway="false"/> </listeners> <actions mep="OneWay"> <action name="SucessoAction" class="com.colombo.esb.action.SucessoAction"> <property name="directory" value="${caravelas.message.ok}"/> </action> </actions> </service> <service category="resposta" name="RetornoSucesso" description="gera Retorno Sucesso"> <listeners> <fs-listener name="SucessoGateway" busidref="SucessoFileChannel" is-gateway="true" poll-frequency-seconds="10"/> <jms-listener name="Queue_RETORNO" busidref="Queue_RETORNO_SUCESSO"/> </listeners> <actions mep="OneWay"> <action name="geraRetorno" class="com.colombo.esb.action.GeraRetornoMatriz" /> </actions> </service> <service category="resposta" name="RetornoErro" description="gera Retorno Erro"> <listeners> <fs-listener name="ErroGateway" busidref="ErroFileChannel" is-gateway="true" poll-frequency-seconds="10"/> <jms-listener name="Queue_RETORNO" busidref="Queue_RETORNO_ERRO"/> </listeners> <actions mep="OneWay"> <action name="geraRetorno" class="com.colombo.esb.action.GeraRetornoMatriz" /> </actions> </service> </services> </jbossesb> and we're using a "-service.xml" file to load the properties containing dir paths and ftp info, it looks like this: <?xml version="1.0" encoding="UTF-8"?> <server> <mbean code="org.jboss.varia.property.SystemPropertiesService" name="jboss.util:type=Service,name=SystemProperties"> <attribute name="Properties"> caravelas.ftp=100.1.1.137 caravelas.ftp.directory=/home/caravelas/ftp/message/out/001 caravelas.message.ok=C:/message/loja/ok caravelas.message.erro=c:/message/loja/erro </attribute> </mbean> </server> Please, let me know if any other information is needed. Douglas -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 7 months

4
6
0 / 0

[JBoss JIRA] Created: (JBESB-2473) http-listener: Add security related intergration code e.g. mapping auth info onto message etc

by Tom Fennelly (JIRA)

http-listener: Add security related intergration code e.g. mapping auth info onto message etc --------------------------------------------------------------------------------------------- Key: JBESB-2473 URL: https://jira.jboss.org/jira/browse/JBESB-2473 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rosetta, Transports Reporter: Tom Fennelly Assignee: Tom Fennelly Fix For: 4.4 FP1 At the moment, the new http-listener allows you to specify a user configured web.xml. Should also allow specification of a jboss-web.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 8 months

2
6
0 / 0

[JBoss JIRA] Created: (JBESB-2449) The Get or Post request 'http://localhost:8080/jbossesb/httpgateway/serviceA' can not be passed in ESB service through HttpGateway

by Kevin Conner (JIRA)

The Get or Post request 'http://localhost:8080/jbossesb/httpgateway/serviceA' can not be passed in ESB service through HttpGateway ----------------------------------------------------------------------------------------------------------------------------------- Key: JBESB-2449 URL: https://jira.jboss.org/jira/browse/JBESB-2449 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Rosetta Affects Versions: 4.4 Reporter: Jim Ma Assignee: Tom Fennelly Fix For: 4.4 FP1 When context value of <http-bus> is configured to "/jbossesb/httpgateway/serviceA" ,the HttpGatewayListener will use name "jbossesb/httpgateway/serviceA" to create web context and use "/" to create servlet mapping . The Get or Post request for "http://localhost:8080/jbossesb/httpgateway/serviceA" can not be passed in HttpDistpatchServlet. I think we can use "jbossesb/httpgateway" to create web context and use "/serviceA/*" to create servlet mapping , then all the following requests can be passed in ESB service. http://localhost:8080/jbossesb/httpgateway/serviceA/1234 http://localhost:8080/jbossesb/httpgateway/serviceA/5678 http://localhost:8080/jbossesb/httpgateway/serviceA?a=b http://localhost:8080/jbossesb/httpgateway/serviceA/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (JBESB-2436) Add test for new HttpGateway classes

by Daniel Bevenius (JIRA)

Add test for new HttpGateway classes ------------------------------------ Key: JBESB-2436 URL: https://jira.jboss.org/jira/browse/JBESB-2436 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Rosetta, Testing, Transports Reporter: Daniel Bevenius Fix For: 4.6 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 8 months

3
3
0 / 0

[JBoss JIRA] Created: (JBESB-2434) mep="OneWay" on a published webservice results in a zero-length wsdl returned by <web service URL>?wsdl

by Len DiMaggio (JIRA)

mep="OneWay" on a published webservice results in a zero-length wsdl returned by <web service URL>?wsdl -------------------------------------------------------------------------------------------------------- Key: JBESB-2434 URL: https://jira.jboss.org/jira/browse/JBESB-2434 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Configuration Affects Versions: 4.4 CP2 Reporter: Len DiMaggio Project issue for SOA-P platform issue SOA-1186 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 8 months

3
5
0 / 0

[JBoss JIRA] Created: (JBESB-2484) JBM HeuristicMixedException may destabilise the resource used during transactional contexts

by Kevin Conner (JIRA)

JBM HeuristicMixedException may destabilise the resource used during transactional contexts ------------------------------------------------------------------------------------------- Key: JBESB-2484 URL: https://jira.jboss.org/jira/browse/JBESB-2484 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Transports Affects Versions: 4.5 Reporter: Kevin Conner Assignee: Kevin Conner Fix For: 4.6 JBoss Messaging sometimes causes a HeuristicMixedException to be raised by the transaction manager during commit. Once this happens the associated session would appear to be destabilised in that subsequent use does not appear possible The log files contain the following output. On the client side 2009-03-03 07:17:13,137 118839811 ERROR [org.hibernate.transaction.JTATransaction] (JbpmJobExector:<ip addr>:12:) JTA commit failed javax.transaction.HeuristicMixedException at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1414) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:135) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:87) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:140) at org.hibernate.transaction.JTATransaction.commit(JTATransaction.java:146) at org.jbpm.persistence.db.DbPersistenceService.commit(DbPersistenceService.java:295) at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:253 This exception is sometimes, although not always, paired up with the following exception on the server side. 2009-03-03 07:29:32,752 119400749 ERROR [org.jboss.messaging.util.ExceptionUtil] (WorkerThread#7[<ip addr>:35552]:) ConnectionEndpoint[2gw-biv0otrf-1-png68srf-w3rpob-v2p1hs4] sendTransaction [4bz-4vj97urf-1-png68srf-w3rpob-v2p1hs4] javax.jms.IllegalStateException: Cannot find session with id i2y-gk8bttrf-1-png68srf-w3rpob-v2p1hs4 at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.processTransaction(ServerConnectionEndpoint.java:835) at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.sendTransaction(ServerConnectionEndpoint.java:497) at org.jboss.jms.server.endpoint.advised.ConnectionAdvised.org$jboss$jms$server$endpoint$advised$ConnectionAdvised$sendTransaction$aop(ConnectionAdvised.java:101) at org.jboss.jms.server.endpoint.advised.ConnectionAdvised$sendTransaction_N3268650789275322226.invokeNext(ConnectionAdvised$sendTransaction_N3268650789275322226.java) at org.jboss.jms.server.container.SecurityAspect.handleSendTransaction(SecurityAspect.java:195) at sun.reflect.GeneratedMethodAccessor231.invoke(Unknown Source) The exceptions are always generated with the same session id which would suggest that there is an underlying issue in the JBoss Messaging codebase. We need to handle this until the issue is resolved within JBM. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 8 months

2
9
0 / 0

[JBoss JIRA] Created: (JBESB-2395) add ingres db support to message-store db configurations

by murray armfield (JIRA)

add ingres db support to message-store db configurations -------------------------------------------------------- Key: JBESB-2395 URL: https://jira.jboss.org/jira/browse/JBESB-2395 Project: JBoss ESB Issue Type: Patch Security Level: Public (Everyone can see) Components: Message Store Affects Versions: 4.5, 4.6 Environment: N/A Reporter: murray armfield Priority: Minor Simple patch to add ingres sql files for using ingres as a message store. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 9 months

1
3
0 / 0

[JBoss JIRA] Created: (JBESB-2211) Sort out logging for OSGi deployment

by Tom Fennelly (JIRA)

Sort out logging for OSGi deployment ------------------------------------ Key: JBESB-2211 URL: https://jira.jboss.org/jira/browse/JBESB-2211 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rosetta Reporter: Tom Fennelly Fix For: 5.0 initial development We currently have log4j configs in places where they shouldn't be. There's an OSGi LogService. Not sure how we can log4j into this without polluting code with OSGi code. There should be a way. Maybe there's an OSGi LogService log4j appender , or something like that. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 9 months

3
6
0 / 0

[JBoss JIRA] Created: (JBESB-1710) Documentation of Standalone mode in Quickstarts is confusing

by Tom Cunningham (JIRA)

Documentation of Standalone mode in Quickstarts is confusing ------------------------------------------------------------ Key: JBESB-1710 URL: http://jira.jboss.com/jira/browse/JBESB-1710 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation, Examples Affects Versions: 4.2.1 CP2 Reporter: Tom Cunningham In the readme.txt of every QuickStart, we document how to run in standalone mode. Do we really want to do this? Standalone mode seems like an edge case that we support, and listing it in every QS readme.txt is confusing to first time users (see forum post reference). Maybe we should have a standalone guide that describes how to run QS's in standalone mode, and focus the QS readmes on the most common method of running the QS's (running in ESB server or JBossAS+ESB). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 9 months

6
7
0 / 0

[JBoss JIRA] Created: (JBESB-2521) Call Smooks.close() as part of the cleanup of any components using Smooks

by Tom Fennelly (JIRA)

Call Smooks.close() as part of the cleanup of any components using Smooks ------------------------------------------------------------------------- Key: JBESB-2521 URL: https://jira.jboss.org/jira/browse/JBESB-2521 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Transformation Service Affects Versions: 4.5 Reporter: Tom Fennelly Assignee: Tom Fennelly Fix For: 4.6 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 10 months

2
15
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

esb-issues April 2009