[JBoss JIRA] Created: (JBESB-2178) Add ability to reflectively inject FileFilter into file-based gateways
by Ryan Hochstetler (JIRA)
Add ability to reflectively inject FileFilter into file-based gateways
----------------------------------------------------------------------
Key: JBESB-2178
URL: https://jira.jboss.org/jira/browse/JBESB-2178
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Adapters
Reporter: Ryan Hochstetler
It would greatly enhance the flexibility of the file-based gateways if one could specify a class implementing java.io.FileFilter as part of the configuration of that gateway. This would be a far more flexible manner of choosing which files to accept than the clunky extension-based mechanism currently in place.
Please consider the following use case:
One unified drop-box: uncompressed files of various extensions are picked up for "Service A" (.dat, .txt, .etc), and compressed files of various extensions are picked up for "Service B" (.zip, .tar.gz, .rar). Currently, this would require six different file channels, whereas my suggestion would only require two. Sure, I could split the drop boxes into "compressed" and "uncompressed", but with the "no input-suffix required" feature broken, I'd still need six.
Another use case might be that we wish to accept only files which are of a certain age onto the bus. Another might filter on file size. (I actually wrote a FileSizeLimitComposer(long threshold) extends LocalFileMessageComposer to accomplish this task by setting bytes as the payload at or below the threshold and a lightweight file handle (string or java.io.File) as the payload above the threshold, but a FileFilter would have been a much better option).
My point being: JBESB is already internally using java.io.FileFilter (FileGatewayListener._inputFileFilter), why not make the FileGatewayListener extremely flexible by allowing us to define our own FileFilters?
--
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
17 years, 4 months
[JBoss JIRA] Created: (JBESB-2122) Investigate the jBPM security
by Kevin Conner (JIRA)
Investigate the jBPM security
-----------------------------
Key: JBESB-2122
URL: https://jira.jboss.org/jira/browse/JBESB-2122
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: 4.4 CP1
Reporter: Kevin Conner
Fix For: 4.4 CP1
jBPM does not appear to support the JAAS context as a security measure, as a consequence the security information is currently being lost when communicating through jBPM.
We need to investigate the jBPM mechanisms and provide some way to propagate the context.
It may well be that the simplest solution, for now, will be for the context to be stored during the process creation and then have that reused for all communications.
The ideal solution would be to link in with the jBPM mechanism so that changed in 'actors' could be tracked and acted on accordingly.
--
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
17 years, 4 months
[JBoss JIRA] Created: (JBESB-1438) JMS Courrier does not support transacted mode
by Jiri Pechanec (JIRA)
JMS Courrier does not support transacted mode
---------------------------------------------
Key: JBESB-1438
URL: http://jira.jboss.com/jira/browse/JBESB-1438
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Process flow, Rosetta
Affects Versions: 4.2.1
Reporter: Jiri Pechanec
Assigned To: Mark Little
Priority: Blocker
Fix For: 4.2.1 CP1
JMS Courrier (deliver side) operates only with non-transacted queue sessions. This prevents jBPM integration to work correctly. The problem can be sketched this way
1) The message is received via JMS/JCA listener, transaction is started
2) jBPM process is invoked
3) jBPM process sends message (calls service) in non-transacted mode
Three situations can happen
1) Exception is thrown later, it means that global transaction is rolled back but another service was already invoked - BUG
2) jBPM process goes to the wait state and waits for response from ESB, global transaction is committed, called service sends back signal to continue process - OK
3) jBPM process goes to the wait state and waits for response from ESB, called service sends back signal to continue process - but the global transaction was not committed yet - BUG
This is key feature to have ESB/jBPM integration working safely.
--
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, 4 months
[JBoss JIRA] Created: (JBESB-2209) Improve Documentation in order to allow users create new Providers
by Edgar Silva (JIRA)
Improve Documentation in order to allow users create new Providers
------------------------------------------------------------------
Key: JBESB-2209
URL: https://jira.jboss.org/jira/browse/JBESB-2209
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Adapters
Reporter: Edgar Silva
Fix For: 4.5
I don't wanna complain about missing some provider or about some shortcoming in some existing one, but I would like to request that somebody could to document: "How create New Providers".
For instance, I must use JBoss ESB to listen a simple UDP connection, and everybody knows that JBRProvider is not working for it. I am wondering create a new provider using Netty to connect and listen Sockets and UDP connections, but just looking the sources is pretty hard, once you have no standards defined or a clear Object Model (like Inteface, Abstract classes(Couriers) and so on).
It would help the community create their own Providers and enrich the set of supported protocols in JBoss ESB
Thanks in Advance
Edgar
--
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
17 years, 4 months
[JBoss JIRA] Created: (JBESB-2176) Merge 4.4 CP1 changes into trunk
by Kevin Conner (JIRA)
Merge 4.4 CP1 changes into trunk
--------------------------------
Key: JBESB-2176
URL: https://jira.jboss.org/jira/browse/JBESB-2176
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Adapters, Build and Release, Configuration, Content Based Routing, Deployment, Documentation, Examples, JBI, Management, Message Store, Process flow, Registry and Repository, Rosetta, Scripting, Security, Testing, Tooling, Transformation Service, Transports, Web Services
Affects Versions: 4.4
Reporter: Kevin Conner
Priority: Blocker
Fix For: 4.5
--
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
17 years, 5 months