December 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBESB-122) Schema needed

by Mark Little (JIRA)

Schema needed ------------- Key: JBESB-122 URL: http://jira.jboss.com/jira/browse/JBESB-122 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: ESB Core Affects Versions: 4.0 Beta 1 Reporter: Mark Little Assigned To: Mark Little Fix For: 4.0 XML is the configuration language of choice in Rosetta at the moment. There is no schema(s) for the various configuration files. Different classes have the attribute/element names hard coded into them. We should use the PropertyManager and have the schemas separated out of the implementation classes. -- 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

19 years, 7 months

4
16
0 / 0

[JBoss JIRA] Created: (JBESB-153) Make all configuration attribute names have consistent format

by Mark Little (JIRA)

Make all configuration attribute names have consistent format ------------------------------------------------------------- Key: JBESB-153 URL: http://jira.jboss.com/jira/browse/JBESB-153 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: ESB Core Affects Versions: 4.0 Beta 1 Maintenance Pack 1 Reporter: Mark Little Assigned To: Mark Little Fix For: 4.0 org.jboss.soa.esb as the root of all names. -- 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

19 years, 7 months

2
4
0 / 0

[JBoss JIRA] Updated: (JBPM-583) add jms support for the messaging service

by Tom Baeyens (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-583?page=all ] Tom Baeyens updated JBPM-583: ----------------------------- Fix Version/s: jBPM 3.2 alpha 3 (was: jBPM 3.2 alpha 2) > add jms support for the messaging service > ----------------------------------------- > > Key: JBPM-583 > URL: http://jira.jboss.com/jira/browse/JBPM-583 > Project: JBoss jBPM > Issue Type: Feature Request > Components: Core Engine > Reporter: Tom Baeyens > Assigned To: Jim Rigsbee > Priority: Critical > Fix For: jBPM 3.1.4, jBPM 3.2 alpha 3 > > > postponed. work is in progress on HEAD. but as long as it is not stable there, it is not ported to 3.1 branch. -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-283) Support certificates with SFTP

by Kevin Conner (JIRA)

Support certificates with SFTP ------------------------------ Key: JBESB-283 URL: http://jira.jboss.com/jira/browse/JBESB-283 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Kevin Conner Assigned To: Mark Little Fix For: 5.0 The current SFTP implementation only uses username/password authentication, we should also support certificates. -- 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

19 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (JBESB-199) Message Store Repository bootstrap

by Daniel Brum (JIRA)

Message Store Repository bootstrap ---------------------------------- Key: JBESB-199 URL: http://jira.jboss.com/jira/browse/JBESB-199 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Daniel Brum Assigned To: Daniel Brum Fix For: 4.0 Create a bootstrap process for the message store, same design to be used by service registry -- 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

19 years, 7 months

2
7
0 / 0

[JBoss JIRA] Created: (JBESB-282) Implement FTP over SSL

by Kevin Conner (JIRA)

Implement FTP over SSL ---------------------- Key: JBESB-282 URL: http://jira.jboss.com/jira/browse/JBESB-282 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Kevin Conner Assigned To: Mark Little Fix For: 5.0 We currently have an remote filesystem implementation for FTP and SFTP (ftp over ssh), we should also implement FTPS (ftp over ssl). This is split out from JBESB-127 -- 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

19 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (JBESB-268) Make the Gateway Controller's creation + initialisation an atomic opp

by Tom Fennelly (JIRA)

Make the Gateway Controller's creation + initialisation an atomic opp --------------------------------------------------------------------- Key: JBESB-268 URL: http://jira.jboss.com/jira/browse/JBESB-268 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0 RC1 Reporter: Tom Fennelly Assigned To: Mark Little Fix For: 5.0 ... in the same way as implemented on the EsbListenerController (perhaps). -- 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

19 years, 7 months

2
1
0 / 0

[JBoss JIRA] Updated: (JBESB-59) Add in generic bus abstraction

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-59?page=all ] Mark Little updated JBESB-59: ----------------------------- Component/s: ESB Core > Add in generic bus abstraction > ------------------------------ > > Key: JBESB-59 > URL: http://jira.jboss.com/jira/browse/JBESB-59 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: ESB Core > Affects Versions: 4.0 Alpha 1 > Reporter: Mark Little > Assigned To: Mark Little > Priority: Critical > Fix For: 5.0 > > Time Spent: 1 week > Remaining Estimate: 0 minutes > > Prior to Rosetta, we had the notion of a generic bus with client/service plugins, dispatchers and a message format. All of this needs to be added back to the new codebase. -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBESB-23) Improve addressing implementation

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-23?page=all ] Mark Little updated JBESB-23: ----------------------------- Component/s: ESB Core > Improve addressing implementation > --------------------------------- > > Key: JBESB-23 > URL: http://jira.jboss.com/jira/browse/JBESB-23 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: ESB Core > Affects Versions: 1.0 Alpha 1 > Reporter: Mark Little > Assigned To: Kevin Conner > > The current addressing implementation is based on the old XTS WS-A implementation. -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-192) Listener implementations need to perform the payload to Message wrapping, not the AbstractListener

by Tom Fennelly (JIRA)

Listener implementations need to perform the payload to Message wrapping, not the AbstractListener -------------------------------------------------------------------------------------------------- Key: JBESB-192 URL: http://jira.jboss.com/jira/browse/JBESB-192 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0 Reporter: Tom Fennelly Assigned To: Mark Little Priority: Blocker Fix For: 4.0 I may be missing something here but, I think there's an issue with the Listeners/Action/Messages that probably requires more immediate attention. The AbstractListener calls the receive method of its implementation (DirectoryPoller etc) in order to get messages from the delivery channel associated with the implementation. At the moment, the receive method returns an Object[] and AbstractListener does the job of converting/wrapping these Objects into Message implementations before pushing the Message instances through the associated pipeline for processing. The AbstractListener also performs the job of triggering "lifecycle" events on the implementation i.e. processingError and processingComplete. In order for these method implementations to perform the appropriate "channel specific" tasks relating to the processing of the message, they need access to "special" info that should be hidden in the message and not accessible to anyone else other than that Listener impl. Hopefully this will make more sense through an example.... The DirectoryPoller listens on the Filesystem for file based message. It manage the lifecycle of these messages as follows: 1. Before it's receive method impl returns the java.io.File associated with the message, it renames the file to "working" so that the file is not picked up for processing again. In fact, it actually returns an extension of java.io.File (WorkingFile) which contains "hidden" info that the Listener uses when message lifecycle events are called (processingError and processingComplete). 2. In response to a call to it's "processingError" implementation, it should get passed the original message object it returned from it's receive method (WorkingFile). WorkingFile is a inner class to DirectoryPoller and it contains a few private methods that only WorkingFile and DirectoryPoller can call. In the case of processingError being called, the DirectoryPoller wants to call the private method "renameToError". 3. In response to a call to it's "processingComplete" implementation, the DirectoryPoller wants to call the private method "renameToDone". The Issue: The AbstractListener implementations should be doing the wrapping of the message payload objects in the relevant Message implementations (not the AbstractListener itself as is currently the case). This way, the channel specific listener implementation can add the channel specific info it needs to the message before returning it for pipeline processing (e.g. the rename to error/done file names etc in the case of the DirectoryPoller). This also means that the receive method definition would need to be changed to return a Message[] (instead of an Object[]) and the lifecycle management methods (processingError and processingComplete) changed to take type Message (Vs type Object). Without making these changes, the lifecycle info will very likely get lost in the pipeline because it's currently being set on the Message body/payload, which will very likely get changed during pipeline processing. -- 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

19 years, 7 months

2
4
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2006