[Remoting] - Transporter communication across firewalls, any suggestions?
by ckopec
Here is the scenario I am trying to solve:
Client --- Firewall1 --- Internet --- Firewall2 --- Servers
On the right side, the firewall can be configured as needed to support port forwarding. The client knows the ip address of Firewall2. The client has data that needs to be passed to the Servers and the Servers have data that needs to be passed to the Client. The Servers data is however time sensitive. There can also be quite a few Servers therefore making polling rather inefficient.
The Client and Servers each have external APIs that are available. The data being sent should be encrypted, preferrably SSL.
At this point I am looking for options as to if Remoting will suite my needs? I started off using the SSLSocket Transporter which allows me to export an interface on both sides and form the connections with clients on each. However since then I discovered that the Servers will not know the address of the Client's firewall. Therefore eliminating this approach. It seems the most logical approach would be to use a bidirectional socket.
Does Remoting allow for bidirectional sockets at the transporter level? I saw some implementation of bidirectional sockets and ssl sockets at the lower invoker level. If not, is this currently planned? Do you know of any other options that may better suite my needs.
Thanks for any help you all can provide.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110953#4110953
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110953
18 years, 4 months
[Installation, Configuration & DEPLOYMENT] - Re: engineOptionsClass (ClassCastException)
by flbjuniorx
I'm getting the very same error. My application was developed on Eclipse ant tested in Tomcat 5.0 without troubles. The application's WEB-INF\lib folder contains the following libraries, if it help somehow:
antlr-2.7.5H3.jar
antlr.jar.gz
aopalliance.jar
batik-awt-util-1.6.jar
batik-dom-1.6.jar
batik-svggen-1.6.jar
batik-util-1.6.jar
batik-xml-1.6.jar
cglib-2.0-rc2.jar
commons-beanutils.jar
commons-collections-2.1.jar
commons-collections-3.2.jar
commons-collections-3 2 tar
commons-collections.jar
commons-dbcp-1.1.jar
commons-digester.jar
commons-el.jar
commons-fileupload-1.0.jar
commons-fileupload.jar
commons-javaflow-20060411.jar
commons-lang-2.0.jar
commons-logging-1.0.4.jar.gz
commons-logging.jar.gz
commons-pool-1.1.jar
commons-validator.jar
displaytag-1.0.jar
dom4j-1.6.jar
dwr__.jar
dwr.jar
entirex.jar
hibernate3.jar
input-1.0.jar
itext-1.3.1.jar
jakarta-oro.jar.gz
jasper-compiler.jar
jasper-compiler-jdt.jar
jasperreports-1.2.0.jar.gz
jasperreports-1.2.3.jar
jasper-runtime.jar
javaActivation.jar
javaMail1.2.jar
jcommon-1.0.0.jar
jdbc2_0-stdext.jar
jdbcpool-0.99.jar
jfreechart-1.0.0.jar
jfreechart-demo-1.0.0.jar
jsp-api.jar.gz
jstl.jar
jta.jar
naming-factory-dbcp.jar
naming-factory.jar
naming-resources.jar
ojdbc14.jar
poi-3.0-rc4-20070503.jar
rowset-new.jar
spring.jar
standard.jar
struts_08082007.jar
struts.jar
velocity-1.4.jar
velocity-dep-1.2.jar
velocity-dep-1.4.jar
velocityInstanceSEFAZ.jar
vssver.scc
xdoclet-1.2.3.jar
xdoclet-apache-module-1.2.3.jar
xdoclet-ejb-module-1.2.3.jar
xdoclet-hibernate-module-1.2.3.jar
xdoclet-spring-module-1.2.3.jar
xdoclet-web-module-1.2.3.jar
xdoclet-xdoclet-module-1.2.3.jar
xjavadoc-1.5-snapshot050611.jar
Thaks!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110949#4110949
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110949
18 years, 4 months
[JNDI/Naming/Network] - Remote jndi Lookup
by mnouwens＠future-earth.eu
Hello,
I have a problem. I have Services inside Ejb's inside Ear files. I have serveral war's that should be deployed stand alone. I can get it to work when I remove the interface defenition libraries from the war/lib directory.
I have two issues with this:
* I cannot deploy diferent versions of an Ear on the same server. With matching war's
* War files should be able to include the interface libraries in the lib dir.
* I must redeploy every war files when I redeploy a back end ear. This is not fun if you have 5 war's which should just keep working.
Has anybody any idea how to change this behavior towards like it does on bea or glassfish. Accoring to the classloading specs in j2ee standard this should be possible. It's possible i expect but I cannot find any reference toward what to configure in jboss.
Marteijn
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110948#4110948
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110948
18 years, 4 months