[Installation, Configuration & Deployment] - JBoss send Email with external IP -- Firewall Problem
by JunkzTheGoblin
Hi dear Community,
My name is Bastian and I have a strange problem with my application. I setup JBoss on a japanese server. One server for the JBoss itself (192.168.0.60) and another server with a database(192.168.0.61). These two servers where behind a firewall which opend port 80 for incoming HTTP requests.
The JBoss is connected to the Apache with mod_jk.
Everything works fine. I can call the portal from outside in my office in Europe
and from inside the server as well. Normally I choose the database server to test if everything works fine. I connect via RemoteDesktop to the japanese server.
My Application has a resend password funktion, that call the java:/mail (mail-service.xml) funktion in JBoss to connect to an external mailserver also located in japan. And here I get my problem, when I resend the email from the inside database server or the JBoss server itself via a browser, JBoss connects to the email server an I receive a email.
There he send the email when started from inside the firewall.
java.exe:4660 TCP pcom01:2466 g101.secure.ne.jp:imap ESTABLISHED
java.exe:4660 TCP pcom01:2467 g101.secure.ne.jp:587 ESTABLISHED
If I do that from my browser in europe or usa, I get a refused connection error in the JBoss console.
Here he tries to connect to himself (with -Djava.rmi.server.hostname=192.168.0.60) but witout this string too..:/
java.exe:4660 TCP (src)pcom01:2542 (rmt)pcom01:http SYN_SENT
I have done some research about that behaviour here in the forum and the wiki for quite a week now. The most issues I found were about firewall problems with java clients, they can't connect because the ports for RMI or so where not open.
Also the wiki article about JBoss behind a firewall does not seem to match to my problem.
I used TCPview to see what is going on at that moment JBoss received my request.
If JBoss receive the request to send the email from inside his subnet, he open the connection directly to the mailserver. When I try this from my office or some other machine via internet TCPview shows me that JBoss tries to connect to himself using the external ip from the firewall. But JBoss cannot know the external IP by himself because he cannot connect to the external IP from inside. So I think JBoss takes the client remote address and replaces its own with it.
I tried to change the bind port of JBoss and the Java:/Mail without success.
I tried a guide in an article from this forum where to change the settings in the hosts file, but didn't worked too :|
I know when I make the external IP from the firewall visible for JBoss, the problem would disapper, but this is an unprofessional way my administration team told me.
Is there any way that I can tell JBoss not to replace it's IP with the one from the client who is doing the request?
I am using JBoss 4.0.3 and he runs on a W2k3 Standard Edition.
Please don't punish me if have forgot a important thing to tell, but I think thats all I can say for now.
Thanks for any help
Bastian
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021076#4021076
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021076
19Â years, 2Â months
[JBoss jBPM] - Re: jbpmContext in Web Application
by symmetrysolutions
Not really, I see the workflow as a container for managing a long running transaction which may may have different users or different operations acting upon it within its life cycle.
The issue is not one of cache but one where at any one wait state the Web application needs to maintain the task, use/set variables on that task and then signal it to move on. While it is in one wait state it is not a single page operation that is getting/setting the values. I really do not want to have to copy the values out of the task into another container and then copy them back in when I want to save the task. The task is the container that maintains state so why should I not be able to hold on to it across contexts.
When the default persistence is used, a task or process instance within jBPM seems to be closely coupled to a transaction which is not typical for a workflow engine. It is not a criticism just an observation and one that the developer needs to be aware of and design their application to handle. Of course I could write my own persistence but then I would lose all of the hard work the JBPM team has put in.
The behavior I was expecting was that if I used one of the "ForUpdate" methods then the instance was closely coupled to a transaction. If I simply loaded it then I was responsible for saving it but could do so across any context.
I am just trying to fully understand the operations that effect design decisions within my applications when I use jBPM. I still plan on using it as I am a big supporter of anything from JBoss.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021074#4021074
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021074
19Â years, 2Â months
[Installation, Configuration & Deployment] - Error deploying jboss - Incomplete Deployment listing
by liss_jboss
Hi everyone,
I'm having a problem and your help would be great!
I generated a ear file that contains the following estructure:
File.ear
/META-INF
/META-INF/application.xml
/META-INF/jboss-app.xml
/lib
/lib/c.jar
/lib/d.jar
my-to.jar
my-bo.jar
my-dao.jar
All this java modules are specified at application.xml.
However, when I start jboss, two things happens:
1. My application is not able to find classes on my-to.jar, my-bo.jar and my-dao.jar, even if they're declared at application.xml. So, I put this files at lib directory of my server default. And it worked!!!
2. An error occur while deploying it, see log:
| 10:01:46,828 INFO [EARDeployer] Started J2EE application: file:/C:/jboss-3.2.6/server/default/deploy/File.ear
| 10:01:46,828 ERROR [URLDeploymentScanner] Incomplete Deployment listing:
| Packages waiting for a deployer:
| org.jboss.deployment.DeploymentInfo@5b24655 { url=file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-bo.jar }
| deployer: null
| status: Starting
| state: START_SUBDEPLOYMENTS
| watch: file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-bo.jar
| lastDeployed: 1172235657734
| lastModified: 1172235653078
| mbeans:
|
| org.jboss.deployment.DeploymentInfo@592f5a { url=file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-dao.jar }
| deployer: null
| status: Starting
| state: START_SUBDEPLOYMENTS
| watch: file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-dao.jar
| lastDeployed: 1172235657734
| lastModified: 1172235653093
| mbeans:
|
| org.jboss.deployment.DeploymentInfo@24698183 { url=file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-to.jar }
| deployer: null
| status: Starting
| state: START_SUBDEPLOYMENTS
| watch: file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/my-to.jar
| lastDeployed: 1172235657734
| lastModified: 1172235653093
| mbeans:
|
| org.jboss.deployment.DeploymentInfo@c1ef9091 { url=file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/lib/ajaxtags-1.2-beta2.jar }
| deployer: null
| status: Starting
| state: START_SUBDEPLOYMENTS
| watch: file:/C:/jboss-3.2.6/server/default/tmp/deploy/tmp31187File.ear-contents/lib/ajaxtags-1.2-beta2.jar
| lastDeployed: 1172235657750
| lastModified: 1172235653109
| mbeans:
|
I'm using jboss 3.2.6.
Thank you.
LISS
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021068#4021068
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021068
19Â years, 2Â months