aspose file tools*
The moose likes Other JSE/JEE APIs and the fly likes JavaHelp Server--side Deployment Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Other JSE/JEE APIs
Bookmark "JavaHelp Server--side Deployment" Watch "JavaHelp Server--side Deployment" New topic
Author

JavaHelp Server--side Deployment

Don Griffing
Ranch Hand

Joined: Nov 21, 2003
Posts: 33
I am using JavaHelp 2.0_01 within my web application. I am encountering a very strange behavior. When I access my application from within my firewall, everything works as expected. When I access the application from the outside the firewall, the JSP that contains the link to the help generates the following error:

What do I need to do in order to get the help functionality available to the external world?
Don Griffing
Ranch Hand

Joined: Nov 21, 2003
Posts: 33

I am still fighting with this problem. Does anyone have any ideas that I can try to resolve it?
Don Griffing
Ranch Hand

Joined: Nov 21, 2003
Posts: 33
I have been able to narrow down the source of the problem. We are using a client-side certificate. When the servlet attempts to load the HelpSet, the request is rejected. If I attempt to use another URL (e.g. jar:...), the HelpSet is loaded but the actual pages cannot be displayed. What do I need to do to make a client-side certificate available to the servlet?
Don Griffing
Ranch Hand

Joined: Nov 21, 2003
Posts: 33
I have not been able to come up with a solution for this problem. Any suggestions?
nikos sokaf
Ranch Hand

Joined: May 01, 2004
Posts: 57
The security levels that you ' re using leaves the execution such scripts?
I think that when you are asking for an execution of this servlet the firewall does't leave the value parsing...
Compare this with one problem that i took 2 months ago...
I tried to access to a java server using TCP/IP locally. When i had my firewall down the connection was not alive from the client application.When i had it up , the connection was alive normally...
And when i was trying to parse an object using RMI the firewall negated this option!!!
A month later i solve my problem by changing the security level of my firewall.
Maybe your problem is at your IDE or your CASE tool you're using.
I think that you have Knowing the security issues of your OS and the firewall application you're using...
I hope that i helped you.
Don Griffing
Ranch Hand

Joined: Nov 21, 2003
Posts: 33
Thank you for your suggestion. The problem is occuring on a RedHat 9.0 server. We keep looking at firewall settings, but cannot find anything that would be blocking access. We are able to access the file from another machine on the same subnet using a browser.
I have been able to get the JVM to load client certificate. It involved loading the certificate and the CA certificate into keystores and specifying them with:
-Djavax.net.ssl.keyStore=Clientkeystore
-Djavax.net.ssl.keyStorePassword=password
-Djavax.net.ssl.trustStore=%JAVA_HOME%\jre\lib\security\cacerts
-Djavax.net.ssl.trustStorePassword=password
Now the file is not loading due to java.net.SocketException: Software caused connection abort: recv failed.
nikos sokaf
Ranch Hand

Joined: May 01, 2004
Posts: 57
Hmmm,
It is true that I haven't work with Red Hat 9. But I had set up an application written in java at the 7.5 version.
I remember that i had many problems...
First of all the application i had written does not support Greek characters
by default. So , when i was trying to had a TCP/IP connection , i failed.
When i was fixed that, the network doesn't support these characters too, with multiple OS 's. So the application was a failure again.
I work many days to find out what i supposed to do, so , I finally found some modules that i installed to clients i my problem (i believed) was finished.
When my partner developed the application to support HTTP, (I am new to this now), the connections failed...
He found the result of his problem to the firewall. After all, the objects,values,strings (or any kind of data) that has been transitted over a network, has to do with protocols.And a firewall checks first of all, the protocols.
So , even if i had some time off-practice on Linux OS, i remember what happend to us, and I suggest you to check the protocols...
Are you using SSL?
You told me that With your browser had a success,right?
The failure is on your socket over TCP/IP?
If this helped you, told me! I will check it out on Susse that i have , if i found another reason,please report to the forum.I'm intrested really to find the answer out!
Farewell!
 
Don't get me started about those stupid light bulbs.
 
subject: JavaHelp Server--side Deployment