[JBoss JIRA] Created: (JBESB-494) Version mismatch between ESB 4.2MR1 - and JBoss Messaging server
by Len DiMaggio (JIRA)
Version mismatch between ESB 4.2MR1 - and JBoss Messaging server
----------------------------------------------------------------
Key: JBESB-494
URL: http://jira.jboss.com/jira/browse/JBESB-494
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Examples
Affects Versions: 4.2 Milestone Release 1
Environment: jbossesb-4.2 (from src: jbossesb-4.2MR1-src.zip)
jboss-4.0.5.GA (from src: jboss-4.0.5.GA-src.tar.gz)
JBoss Messaging server (jboss-messaging-1.0.1.SP4-src)
Sun Java 1.5
RHEL5
Reporter: Len DiMaggio
Assigned To: Mark Little
This JIRA tracks the issue raised in ESB user forum: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033350#4033350
According to Kurt, the versionID mismatch is due to patched jar files. This JIRA is thin on details - Kurt, can you elaborate? Thanks!
runtest:
[echo] Runs Test JMS Sender
[java] Exception in thread "main" javax.naming.CommunicationException [Root exception is java.io.InvalidClassException: org.jboss.jms.client.delegate.DelegateSupport; local class incompatible: stream classdesc serialVersionUID = 8005108339439737469, local class serialVersionUID = -1723908125830723356]
--
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
17 years, 1 month
[JBoss JIRA] Commented: (JBESB-437) Beans based configuration option for actions
by Rex Sheridan (JIRA)
[ http://jira.jboss.com/jira/browse/JBESB-437?page=comments#action_12357599 ]
Rex Sheridan commented on JBESB-437:
------------------------------------
I don't really understand how ConfigTree().childPropertyList() would solve the problem. ConfigTree is a pull based configuration approach as opposed to a push based one. I simply want my action class to look like the following:
class MyAction {
private String someProp;
private int count;
public Message process(Message message) throws Exception {
....
}
public void setSomeProp(String val) {
this.someProp = val;
}
public void setCount(int val) {
this.count = val;
}
}
And the configuration would look similar to:
<action name="anAction" class="MyAction">
<property name="someProp" value="foo"></property>
<property name="count" value="5"></property>
</action>
Notice how MyAction doesn't take a ConfigTree in its constructor. Its values are populated automatically just by following JavaBean conventions.
> Beans based configuration option for actions
> --------------------------------------------
>
> Key: JBESB-437
> URL: http://jira.jboss.com/jira/browse/JBESB-437
> Project: JBoss ESB
> Issue Type: Patch
> Security Level: Public(Everyone can see)
> Components: Configuration
> Reporter: Rex Sheridan
> Assigned To: Kevin Conner
> Priority: Minor
> Fix For: 4.2 Milestone Release 2
>
> Attachments: ActionBeanConfigurator.java, ActionProcessingPipeline.java, BeanConfigurator.java, FTPEprEditor.java, JbpmProcessAction.java, NotificationTarget.java, NotifyFTP.java
>
>
> This is a first pass at a beans based configuration approach for actions and notification targets.
--
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
17 years, 1 month