Hi Claus,

You are using Apache as a proxy, i.e., client --> Apache ---> Tomcat, right?

There is an error: unsupported HTTP response code: 404 (Not Found). That
means that the URL of the application is incorrect.

You say JNLP is working fine. What is the ULC application URL that you are
specifying within the .jnlp file? Are you using the Apache Load balancing
when you connect to your application with the JNLP client?

Please also see the attached mail and the following URLs (earlier answers to
you) for more info:

http://lists.canoo.com/mailman/private/ulc-developer/2005/003254.html


http://lists.canoo.com/mailman/private/ulc-developer/2005/003251.html

Kindly let me know if this helped.

Thanks and regards,

Janak



>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of
>[EMAIL PROTECTED]
>Sent: Monday, October 30, 2006 3:43 PM
>To: [EMAIL PROTECTED]
>Subject: [ULC-developer] Load Balancer Problem with
>DefaultStandaloneLauncher
>
>
>In our intranet we use a custom standlaone launcher that extends
>com.ulcjava.environment.standalone.client.DefaultStandaloneLauncher
>. This works fine as long as we feed it the URL of our server,
>i.e. http://KOM-PRD.mv.com:8975/lv/lvapp/ . When we replcae this
>URL with the URL that points to our Apache httpd loadbalancer,
>i.e. http://KOMLIX-PRD.mv.com/lv/lvapp/ , the servlet connector
>cannot be startet (see stack trace below). If we use a JNLP
>launcher via a web browser, everything works fine. Could somebody
>give me a hint what could be the problem ? We're using ULC 6.0.4,
>Apache Tomcat/5.0.19, Sun Java 1.4.2_03-b02 on         Windows 2000.
>
>best regards,
>
>Mit freundlichem Gruß
>C.J.Seitter
>
>MÜNCHENER VEREIN             http://www.muenchener-verein.de
>Versicherungsgruppe          [EMAIL PROTECTED]
>Pettenkoferstraße 19
>D-80336 München              Tel.: 089/5152-1073
>                             Fax   089/5152-3073
>-------------------------------------------------------------------
>----------------------------------------
>stack trace
>-------------------------------------------------------------------
>----------------------------------------
>com.ulcjava.base.client.ConnectorException: could not start
>ServletConnector       at
>com.ulcjava.container.servlet.client.ServletConnector.start(Servlet
>Connector.java:31)     at
>com.ulcjava.base.client.UISession.startConnector(UISession.java:2
>6)     at
>com.ulcjava.base.client.launcher.DefaultSessionStateListener.sessio
>nStarted(DefaultSessionStateListener.java:4)   at
>com.ulcjava.base.client.UISession.a(UISession.java:286)        at
>com.ulcjava.base.client.UISession.access$200(UISession.java:64)
>at com.ulcjava.base.client.UISession$0.run(UISession$0.java:4)
>at java.awt.event.InvocationEvent.dispatch(Unknown Source)     at
>java.awt.EventQueue.dispatchEvent(Unknown Source)      at
>com.ulcjava.base.client.FilteringEventQueue.dispatchEvent(Filtering
>EventQueue.java:19)    at
>java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown
>Source)        at
>java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>Source)        at java.awt.EventDispatchThread.pumpEvents(Unknown
>Source)        at java.awt.EventDispatchThread.pumpEvents(Unknown
>Source)        at java.awt.EventDispatchThread.run(Unknown Source)
>Caused by:
>com.ulcjava.container.servlet.client.ConnectorCommandException:
>unsupported HTTP response code: 404 (Not Found)        at
>com.ulcjava.container.servlet.client.ConnectorCommand.handleRespons
>e(ConnectorCommand.java:50)    at
>com.ulcjava.container.servlet.client.ConnectorCommand.execute(Conne
>ctorCommand.java:56)   at
>com.ulcjava.container.servlet.client.ServletConnector.executeComman
>d(ServletConnector.java:6)     at
>com.ulcjava.container.servlet.client.ServletConnector.start(Servlet
>Connector.java:55)     at
>com.ulcjava.base.client.UISession.startConnector(UISession.java:2
>6)     at
>com.ulcjava.base.client.launcher.DefaultSessionStateListener.sessio
>nStarted(DefaultSessionStateListener.java:4)   at
>com.ulcjava.base.client.UISession.a(UISession.java:286)        at
>com.ulcjava.base.client.UISession.access$200(UISession.java:64)
>at com.ulcjava.base.client.UISession$0.run(UISession$0.java:4)
>at java.awt.event.InvocationEvent.dispatch(Unknown Source)     at
>java.awt.EventQueue.dispatchEvent(Unknown Source)      at
>com.ulcjava.base.client.FilteringEventQueue.dispatchEvent(Filtering
>EventQueue.java:19)    at
>java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown
>Source)        at
>java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>Source)        at java.awt.EventDispatchThread.pumpEvents(Unknown
>Source)        at java.awt.EventDispatchThread.pumpEvents(Unknown
>Source)        at java.awt.EventDispatchThread.run(Unknown Source)
>_______________________________________________
>ULC-developer mailing list
>[email protected]
>http://lists.canoo.com/mailman/listinfo/ulc-developer
--- Begin Message ---
Hi Torsten,

The attached file is a URL:
http://httpd.apache.org/docs/2.0/mod/mod_proxy.html

Thanks and regards,

Janak

>-----Original Message-----
>From: Hofmann, Torsten [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 27, 2006 3:23 PM
>To: Janak Mulani
>Subject: AW: [ULC-developer] ULC over Apache
>
>
>Hello Janak
>
>The file you have attached was blocked from our firewall. Please
>could you rename the extention to e.g. .test and sent me again
>
>Thanks so far
>
>
>Torsten Hofmann
>Dipl. - Informatiker (FH)
>IT Consultant Business Integration
>
>Würth Phoenix GmbH
>Drillberg 6
>D-97980 Bad Mergentheim
>
>(Phone: +49 7931 91 6284
>7 Fax: +49 7931 91 7284
>+E-Mail: [EMAIL PROTECTED]
>     Website: www.wuerth-phoenix.de
>
>
>-----Ursprüngliche Nachricht-----
>Von: Janak Mulani [mailto:[EMAIL PROTECTED]
>Gesendet: Dienstag, 27. Juni 2006 09:23
>An: Hofmann, Torsten
>Cc: Sandro Pedrazzini
>Betreff: FW: [ULC-developer] ULC over Apache
>
>Hi Torsten, Sandro,
>
>Here is a full compilation of all the info about "ULC over Apache".
>
>Please get back to me if you need more details.
>
>Thanks and regards,
>
>Janak
>
>-----------------------------
>following the snippet that handles relative URLs in the applet
>case. It is used by a custom AppletBrowserService in
>showDocument() and by the applet launcher itself when starting the
>UI session / creating the connector.
>
>public static URL convertToAbsoluteURL(Applet applet, String urlString) {
>        if (urlString == null) {
>            return null;
>        }
>
>        try {
>            // check whether the URL is absolute (contains a
>protocol, ending with "://")
>            if (urlString.indexOf("://") >= 0) {
>                return new URL(urlString);
>            }
>
>            // the URL of the page the applet is embedded into
>            URL documentBase = applet.getDocumentBase();
>
>            // URL relative to the document base (not starting with "/")
>            if (!urlString.startsWith("/")) {
>                String documentBaseFile = documentBase.getFile();
>                String documentBasePath =
>documentBaseFile.substring(0, documentBaseFile.lastIndexOf('/'));
>                urlString = documentBasePath + "/" + urlString;
>            } else {
>                // URL relative to the host
>            }
>
>            return new URL(documentBase.getProtocol(),
>documentBase.getHost(), documentBase.getPort(), urlString);
>        } catch (MalformedURLException e) {
>            throw new IllegalArgumentException("invalid URL
>string: " + urlString, e);
>        }
>    }
>
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Pavkovic, Ilja
>Sent: Thursday, June 15, 2006 3:20 PM
>To: [EMAIL PROTECTED] Com; Hofmann, Torsten
>Cc: [email protected]
>Subject: RE: [ULC-developer] ULC over Apache
>
>
>Hi,
>
>one addition:
>in a configuration like
>
>client
>->  apache.somewhere.com:80
>->  tomcat.somewhere.else.com:8080
>
>you could play around the the apache directive ProxyPreserveHost On
>
>This keeps the hostname "apache.somewhere.com:80"  in the request
>header and should solve your problem.
>
>Using this another problem arises:
>
>client
>->  https://apache.somewhere.com:443
>->  http://tomcat.somewhere.else.com:80
>
>is still a problem as the request type https is not preserved.
>
>Best Regards,
>       Ilja Pavkovic
>
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Janak Mulani
>Sent: Thursday, June 15, 2006 10:50 AM
>To: Hofmann, Torsten
>Cc: [email protected]
>Subject: RE: [ULC-developer] ULC over Apache
>
>
>Hi Torsten,
>
>There is already an issue: http://www.canoo.com/jira/browse/UBA-5744.
>
>Some colleagues have had expreience with server side proxies and
>they offer the following tips:
>
>There are different way one can use tomcat together with apache:
>
>1. by using ajp13-connector (or ajp12)
>or
>2. by using http and apache as a server side proxy.
>
>If apache is configured as server side proxy it itself performs
>http-requests at the tomcat-http-server => the Servlet only sees a
>request - URI that points into the tomcat server and not the apache server.
>
>Example:
>
>client   ->  apache.somewhere.com:80       ->
>tomcat.somewhere.else.com:8080
>
>=>  the ULC Application running on tomcat.somewhere.else.com  only
>can see requests to tomcat.somewhere.else.com:8080 and therefore
>probably is generating URLs that use this as a basis.
>
>The .jsp's that generate the applet-tag, ... should show the same problem.
>
>One solution could be to use ajp13, because it transports the
>original request headers and URI to tomcat.
>
>Another one, to somehow configure the ULC-Application to know
>about apache.somewhere.com.
>
>If you make use of absolute URLs in your ULC application (e.g. the
>application-url in the JSP, or an URL to be opened via
>ClientContext.showDocument()) and if you use a server side proxy,
>these absolute URLs finally point to the application server and
>not to the server side proxy (i.e. Apache in your case).
>
>1. pass the context URL to your application and use this to
>calculate the absolute URLs => this is a deployment dependant
>element that has to be adapted for each deployment
>
>2. use relative URLs in your application and calculate the
>absolute URL on the client => only works with Applets For this you
>will have to implement a custom Applet launcher that could handle
>relative URLs for both, application-urls and
>ClientContext.showDocument() URLs. As URL root you need to use the
>Applets document base (Applet.getDocumentBase()).
>
>I hope this helps.
>
>Thanks and regards,
>
>Janak
>
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Hofmann, Torsten
>Sent: Tuesday, June 13, 2006 12:07 PM
>To: [email protected]
>Subject: [ULC-developer] ULC over Apache
>
>
>Hello
>
>Is it possible to run a ULC Application in this way
>
>
>ULC-Server(Tomcat) --> Apache --> Internet
>
>When i try this i get an error for example in the method
>ClientContext.showDocument, because the application tried to reach
>the file at the tomcat server.
>
>Could someone give me a hint.
>
>Regards
>
>Torsten Hofmann
>Dipl. - Informatiker (FH)
>IT Consultant Business Integration
>
>Würth Phoenix GmbH
>Drillberg 6
>D-97980 Bad Mergentheim
>
>(Phone: +49 7931 91 6284
>7 Fax: +49 7931 91 7284
>+E-Mail: [EMAIL PROTECTED]
>     Website: www.wuerth-phoenix.de
>
>_______________________________________________
>ULC-developer mailing list
>[email protected]
>http://lists.canoo.com/mailman/listinfo/ulc-developer

--- End Message ---

Reply via email to