July 2010 - esb-issues - Jboss List Archives

[JBoss JIRA] Created: (JBESB-3405) Investigate an alternate approach for invoking CXF endpoints

by Magesh Kumar B (JIRA)

Investigate an alternate approach for invoking CXF endpoints ------------------------------------------------------------ Key: JBESB-3405 URL: https://jira.jboss.org/browse/JBESB-3405 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Reporter: Magesh Kumar B Fix For: 4.9 CP1 Currently CXFSOAPProcessor uses Dispatch API to invoke endpoints over SOAP/HTTP. See if it is possible to use CXF API to invoke the endpoints internally. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 8 months

2
5
0 / 0

[JBoss JIRA] Created: (JBESB-1900) Current system date in sql-provider where-condition

by Raghavan TV (JIRA)

Current system date in sql-provider where-condition --------------------------------------------------- Key: JBESB-1900 URL: https://jira.jboss.org/jira/browse/JBESB-1900 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Environment: JBoss ESB 4.3GA + JBoss 4.2.2 or JBOss 4.0.0 + Oracle 10g + Windows Xp or HP-UX 11.0 Reporter: Raghavan TV I have a simple table where I store my Orders. e.g. DB - Oracle 10g Table ORDER_QUEUE ---------------------------------------- ORDER_ID NUMBER(5) FIELD1 VARCHAR2(10) FIELD2 VARCHAR2(10) ORDER_DATE DATE ESB_STATUS VARCHAR2(1) TIMESTAMP_COL DATE ----------------------------------------- My requirement is to process only those records where ORDER_DATE = Current System Date that hosts my AppServer Am trying to work with the sample provided. I updated the where condition as follows and it works fine. <sql-bus busid="helloSQLChannel" > <sql-message-filter tablename="ORDER_QUEUE" status-column="ESB_STATUS" where-condition="TO_DATE(ORDER_DATE,'DD-MON-YYYY') = (SELECT TO_DATE(SYSDATE,'DD-MON-YYYY') FROM DUAL)" message-column="message" message-id-column="ORDER_ID" insert-timestamp-column="TIMESTAMP_COL" /> </sql-bus> [where-condition="TO_CHAR(ORDER_DATE,'DD-MON-YYYY') = (SELECT TO_CHAR(SYSDATE,'DD-MON-YYYY') FROM DUAL)"] But the query is more specific to a Oracle DB. If I decide to change the provider in the future, then this filter will fail! Also if the DB and AppServer are in different TZ, we have a problem Is there some other workaround to use the AppServer Date in the where-condition ? -- 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

15 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (JBESB-3378) http-client-properties not propagated to HttpMethodParams

by David Ward (JIRA)

http-client-properties not propagated to HttpMethodParams --------------------------------------------------------- Key: JBESB-3378 URL: https://jira.jboss.org/browse/JBESB-3378 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Configuration, Rosetta, Transports Affects Versions: 4.8 Reporter: David Ward If you set your config like this: <action ... class="org.jboss.soa.esb.actions.soap.proxy.SOAPProxy"> ... <property name="http-client-properties"> <http-client-property name="http.method.retry-handler" value="com.foobar.MyRetryHandler"/> </property> or like this: <action ... class="org.jboss.soa.esb.actions.soap.proxy.SOAPProxy"> ... <property name="file" value="http-client.properties"/> http-client.properties: http.method.retry-handler=com.foobar.MyRetryHandler , your custom retry handler is not picked up. This is NOT a bug in SOAPProxy. The bug is in both POSTHttpMethodFactory and GETHttpMethodFactory, where in the setConfiguration(ConfigTree):void method, the http-client-properties that are available in the passed-in ConfigTree are not set into the HttpMethod's HttpMethodParams. What should happen is that ANY property that starts with "http.method." should be set into the HttpMethodParams. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 8 months

2
14
0 / 0

[JBoss JIRA] Created: (JBESB-3085) Loading of DRL Files in ContentBasedRouter

by Fernando Ribeiro (JIRA)

Loading of DRL Files in ContentBasedRouter ------------------------------------------ Key: JBESB-3085 URL: https://jira.jboss.org/jira/browse/JBESB-3085 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Content Based Routing Affects Versions: 4.7 Reporter: Fernando Ribeiro Unlike XsltAction, for example, ContentBasedRouter tries to find the template file in the file system before loading it from the classpath. // Get the properties file stream... if (ruleSetFile.exists()) { try { ruleStream = new FileInputStream(ruleSetFile); } catch (FileNotFoundException e) { throw new MessageRouterException("Unable to open rule properties file '" + ruleSetFile.getAbsolutePath() + "'.", e); } lastLoaded = ruleSetFile.lastModified(); } else { ruleStream = ClassUtil.getResourceAsStream(ruleSetConfig, AbstractPropertyRulesRouter.class); } (from AbstractPropertyRulesRouter.java) It is an easy miss because it is the only parameter that can't begin with "/". -- 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

15 years, 8 months

3
13
0 / 0

[JBoss JIRA] Created: (JBESB-776) Need a Maven ESB Archetype

by Tom Cunningham (JIRA)

Need a Maven ESB Archetype -------------------------- Key: JBESB-776 URL: http://jira.jboss.com/jira/browse/JBESB-776 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Tooling Reporter: Tom Cunningham Assigned To: Tom Cunningham Fix For: 5.0 We have a maven task which compiles an .esb package. We should also have a maven "archetype" which creates the preferred project layout for Maven. See for details on archetypes http://maven.apache.org/plugins/maven-archetype-plugin/ -- 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

15 years, 8 months

4
3
0 / 0

[JBoss JIRA] Created: (JBESB-3311) ReplyTo EPR must be manually reset after Aggregator action is used

by Kevin Conner (JIRA)

ReplyTo EPR must be manually reset after Aggregator action is used ------------------------------------------------------------------ Key: JBESB-3311 URL: https://jira.jboss.org/jira/browse/JBESB-3311 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Content Based Routing Affects Versions: 4.8 Reporter: David van Balen Fix For: 4.9 The ESB depends on the message's replyTo to know where to send a reply in a RequestResponse service. However, the Aggregator action makes no attempt to preserve the replyTo when it creates an aggregate message for a series. In most cases, I would think the replyTo on the aggregated messages would be the same, so adding it onto the resulting aggregated message would seem like a good idea. Otherwise, it has to be handled manually in the assembler action. -- 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

15 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (JBESB-3310) Aggregator meta data in properties

by Kevin Conner (JIRA)

Aggregator meta data in properties ---------------------------------- Key: JBESB-3310 URL: https://jira.jboss.org/jira/browse/JBESB-3310 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Content Based Routing Affects Versions: 4.8 Reporter: Kevin Conner Fix For: 4.9 The MessageMulticaster creates an aggregation id and stores this value in message properties. Normally this does not prove to be an issue but when using invm transport it may cause issues. When the message is sent to multiple services, using pass by reference semantics, then all services will see the *same* properties and may, depending on timing, see the same aggregation id. The aggregation value should really be in the message context as this section is always duplicated when creating a reference, never shared. The problem we face is that users may already be referencing the property, especially if they are creating a fresh response message, so we need to think about handling this. -- 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

15 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (JBESB-3019) Warning during deployment of webservice_proxy_* quickstarts

by Jiri Pechanec (JIRA)

Warning during deployment of webservice_proxy_* quickstarts ----------------------------------------------------------- Key: JBESB-3019 URL: https://jira.jboss.org/jira/browse/JBESB-3019 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Web Services Affects Versions: 4.7 Environment: SOA-P 5 CR4 Reporter: Jiri Pechanec Priority: Minor When a qucikstart with webservice proxy is deployed than log generates warning message 08:01:36,522 WARNING [config] Unable to process deployment descriptor for context '/Quickstart_webservice_proxy_basic' -- 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

15 years, 8 months

5
16
0 / 0

[JBoss JIRA] Created: (JBESB-2444) Modify JAXRRegistryImpl to coalesce multiple registry object creations when discovered

by Kevin Conner (JIRA)

Modify JAXRRegistryImpl to coalesce multiple registry object creations when discovered -------------------------------------------------------------------------------------- Key: JBESB-2444 URL: https://jira.jboss.org/jira/browse/JBESB-2444 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Registry and Repository Affects Versions: 4.5 Reporter: Kevin Conner Fix For: 4.6 It is possible for the same registry objects to be created concurrently, especially with multiple VMs, leading to certain registry objects being created multiple times when only one occurrence is expected. We need to identify those objects which should be single instances and then have the JAXRRegistryImpl check, then coalesce, any discovered. -- 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

15 years, 8 months

1
4
0 / 0

[JBoss JIRA] Created: (JBESB-2902) upgrade messaging to latest stable

by Tom Eicher (JIRA)

upgrade messaging to latest stable ---------------------------------- Key: JBESB-2902 URL: https://jira.jboss.org/jira/browse/JBESB-2902 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.6 Reporter: Tom Eicher ESB 4.6 GA still comes with jboss-messaging.jar : > Implementation-Version: 1.4.0.SP3 (build: CVSTag=JBossMessaging_1_4_0_SP3 date=200712131418) Please upgrade to latest stable messaging version. Also: Please include version information in jar name, i.e. /jbossesb-server-4.6/server/default/lib/jboss-messaging-140sp3.jar instead of /jbossesb-server-4.6/server/default/lib/jboss-messaging.jar Thanks, Tom. -- 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

15 years, 8 months

2
12
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

esb-issues July 2010