[JBoss JIRA] (JBESB-3792) Bpm5Processor does not map BPM parameters on SIGNAL_EVENT.
by Marek Baluch (JIRA)
Marek Baluch created JBESB-3792:
-----------------------------------
Summary: Bpm5Processor does not map BPM parameters on SIGNAL_EVENT.
Key: JBESB-3792
URL: https://issues.jboss.org/browse/JBESB-3792
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Process flow
Affects Versions: 4.11
Reporter: Marek Baluch
Bpm5Processor does not map BPM parameters on SIGNAL_EVENT. This means that settings like:
{code}
<action name="jbpm5-2" class="org.jboss.soa.esb.services.jbpm5.actions.Bpm5Processor">
<property name="process-definition-name" value="Evaluation.bpmn"/>
<property name="process-id" value="com.sample.evaluation"/>
<property name="process-action" value="signalEvent|abortProcessInstance"/>
<property name="esbToBpmParams">
<mapping esb="employee" bpm="employee" value="krisv"/>
<mapping esb="reason" bpm="reason" value="Yearly performance review"/>
</property>
</action>
{code}
have no effect. IMO mapping BPM parameters does not make much sense for the abortProcessInstance (as used in the bpm5processor sample) event but it makes sence for signalEvent.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (JBESB-3803) org.jboss.soa.esb.listeners.gateway.SqlTableGatewayListener class needs to log DEBUG statements
by Rick Wagner (JIRA)
Rick Wagner created JBESB-3803:
----------------------------------
Summary: org.jboss.soa.esb.listeners.gateway.SqlTableGatewayListener class needs to log DEBUG statements
Key: JBESB-3803
URL: https://issues.jboss.org/browse/JBESB-3803
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Rosetta
Affects Versions: 4.11
Environment: ESB as used by SOA-P.
Reporter: Rick Wagner
Priority: Minor
Description of problem:
SqlTableGatewayListener class in general has virtually not enough debug statements for trouble shooting when a problem arises. Recently we ran into an issue with the SQL that was built by SqlTableGatewayListener. Since there was no debug logging on the sql that got built, we had to use byteman scripts to figure out the SQL.
The following three methods should at least log the SQL that it built before returning from the method.
protected String scanStatement();
protected String updateStatement();
protected String deleteStatement();
Version-Release number of selected component (if applicable):
JBossESB 4.10
How reproducible:
Does not apply.
Steps to Reproduce:
Does not apply.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (JBESB-3743) Transactional improvement for invm resources
by Kevin Conner (JIRA)
Kevin Conner created JBESB-3743:
-----------------------------------
Summary: Transactional improvement for invm resources
Key: JBESB-3743
URL: https://issues.jboss.org/browse/JBESB-3743
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Transports
Affects Versions: 4.10 CP1
Reporter: Kevin Conner
The transactional behaviour of InVM resources associates a single message with each XAResource. If multiple InVM operations occur within the same transaction then multiple XAResources will be enlisted into the transaction, causing the transaction manager to do more work than is necessary.
The code needs to change so that there is a single XAResource enlisted with each transaction, representing multiple operations.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (JBESB-3806) Need a ModelSchemaParser for 1.3.1 jbossesb schema
by Tom Cunningham (JIRA)
Tom Cunningham created JBESB-3806:
-------------------------------------
Summary: Need a ModelSchemaParser for 1.3.1 jbossesb schema
Key: JBESB-3806
URL: https://issues.jboss.org/browse/JBESB-3806
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Configuration
Affects Versions: 4.11 CP1
Reporter: Tom Cunningham
Assignee: Tom Cunningham
Fix For: 4.11 CP1
Missing a schema parser for 1.3.1
bananastand:rosetta tcunning$ find . | grep Model | grep SchemaParser | grep -v svn
./src/org/jboss/soa/esb/listeners/config/model/Model101SchemaParser.java
./src/org/jboss/soa/esb/listeners/config/model/Model110SchemaParser.java
./src/org/jboss/soa/esb/listeners/config/model/Model120SchemaParser.java
./src/org/jboss/soa/esb/listeners/config/model/Model130SchemaParser.java
bananastand:rosetta tcunning$
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month