[Design of JBoss ESB] - FtpClientUtil refactoring
by b_georges
In order to add support for protocol such as Secure FTP over SSL and SSH, which could be implemented using either open or closed source implementation. We need flexibility to extend and configure the bus to support any of these implementations.
We discussed with Esteban to start with the following approach:
Create an Interface based on the existing FtpClientUtil
core/rosetta/src/org/jboss/soa/esb/util/RemoteFileSystem.java
Create a Factory
core/rosetta/src/org/jboss/soa/esb/util/RemoteFileSystemFactory.java
Implementation in the internal package
Regular FTP: core/rosetta/src/org/jboss/internal/soa/esb/util/EdtFtpImpl.java
Secure FTP [over ssh]: core/rosetta/src/org/jboss/internal/soa/esb/util/JSchFtpImpl.java
Others...
update action classes to use the RemoteFileSystem factory
core/listeners/src/org/jboss/soa/esb/actions/FtpUploader.java
| core/listeners/src/org/jboss/soa/esb/actions/FtpDownloader.java
I will check these in the workspace.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983580#3983580
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983580
19 years, 5 months
[Design of JBossCache] - Partial state transfer -when target root integration is not
by vblagojevic@jboss.com
Hi,
While converting partial state transfer from RPC based mechanism I realized that there are numerous cases when partial state requested from target cache subroot is not integrated at recipient cache at the same subroot. This is particularly case with buddy backup manager.
As you might be aware I am trying to migrate partial state transfer to Jgroups callbacks. However, the problem is that jgroups partial state transfer does not accommodate this idea out-of-the box. Once channel1 requests partial state with channel1.getState(String state_id) it eventually receives setState callback with the same state_id. This callback is the handed of to StateTransferManager with that state_id.
In order to accomodate integration under a different subroot I will encode state_id from getState call with a special delimeter between the requested fqn subtree and target fqn subtree. Therefore,
ch.getState("/a/b$INTEGRATION_TARGET$/c",timeout);
would mean fetch state from /a/b but integrate it under /c.
Of course this will all be hidden by higher level API and in TreeCache.MessageListeberAdaptor that would strip this delimeter out.
If you have an advice or a comment - speak up.
Regards,
Vladimir
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983559#3983559
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983559
19 years, 5 months