juddi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrei Kazyrevich" <Andrei_Kazyrev...@epam.com>
Subject RE: [jira] Created: (JUDDI-84) juddi console does not work on servers with others ports than 8080
Date Wed, 31 May 2006 09:23:20 GMT

Generally, a current workaround could be using SOAPToolkit or similar tool to transfer calls
to the 8080


_______________________________
Andrew Kazyrevich, SCJP
Senior Software Engineer

EPAM Systems
Minsk office, Belarus (GMT+2)

Office phone: +375 (17) 210-1662
Office fax: +375 (17) 210-1168
Mobile phone: +375 (29) 708-2395
E-mail: Andrei_Kazyrevich@epam.com
WWW: http://www.epam.com

CONFIDENTIALITY CAUTION AND DISCLAIMER
This message is intended only for the use of the individual(s) or entity(ies) to which it
is addressed and contains information that is legally privileged and confidential. If you
are not the intended recipient, or the person responsible for delivering the message to the
intended recipient, you are hereby notified that any dissemination, distribution or copying
of this communication is strictly prohibited. All unintended recipients are obliged to delete
this message and destroy any printed copies.


-----Original Message-----
From: Loïc ALBERTIN (JIRA) [mailto:juddi-dev@ws.apache.org] 
Sent: Wednesday, May 31, 2006 12:19 PM
To: juddi-dev@ws.apache.org
Subject: [jira] Created: (JUDDI-84) juddi console does not work on servers with others ports
than 8080

juddi console does not work on servers with others ports than 8080
------------------------------------------------------------------

         Key: JUDDI-84
         URL: http://issues.apache.org/jira/browse/JUDDI-84
     Project: jUDDI
        Type: Bug

    Versions: 0.9rc4    
 Environment: JOnAS 4.7.2 app server
    Reporter: Loïc ALBERTIN
 Assigned to: Steve Viens 


There is a problem on juddi console, in the controler.jsp file server ports are hard coded
to 8080 for INQUIRY_URL, PUBLISH_URL and ADMIN_URL.
So with a server which doesn't run on 8080 port, we obtain a java.net.ConnectException.
This is the stack trace :
java.net.ConnectException: Connection refused
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.Socket.connect(Socket.java:507)
        at java.net.Socket.connect(Socket.java:457)
        at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
        at sun.net.www.http.HttpClient.<init>(HttpClient.java:214)
        at sun.net.www.http.HttpClient.New(HttpClient.java:287)
        at sun.net.www.http.HttpClient.New(HttpClient.java:299)
        at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:792)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:744)
        at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:669)
        at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:836)
        at org.apache.jsp.console.controller_jsp._jspService(org.apache.jsp.console.controller_jsp:149)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
        at java.security.AccessController.doPrivileged(Native Method)
        at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
        at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
        at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
        at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
        at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.objectweb.jonas.web.catalina55.ResetAuthenticationValve.invoke(ResetAuthenticationValve.java:62)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

Moreover, the context path is also hardcoded, so if you rename the juddi.war file that does
not work anymore.

I've create a patch for this :

Index: /home/albertil/Prog/WorkSpaces/juddiSVN/juddi/webapp/console/controller.jsp
===================================================================
--- /home/albertil/Prog/WorkSpaces/juddiSVN/juddi/webapp/console/controller.jsp  (revision
410213)
+++ /home/albertil/Prog/WorkSpaces/juddiSVN/juddi/webapp/console/control
+++ ler.jsp  (working copy)
@@ -12,9 +12,18 @@
   // Access the UDDI registry on localhost
   final String HTTP_PROXY_HOST = null;
   final String HTTP_PROXY_PORT = null;
-  final URL INQUIRY_URL = new URL("http://localhost:8080/juddi/inquiry");
-  final URL PUBLISH_URL = new URL("http://localhost:8080/juddi/publish");
-  final URL ADMIN_URL =   new URL("http://localhost:8080/juddi/admin");
+  final URL INQUIRY_URL = new URL("http://localhost:"
+                 + request.getServerPort()
+                 + request.getContextPath()
+                 + "/inquiry");
+  final URL PUBLISH_URL = new URL("http://localhost:"
+                 + request.getServerPort()
+                 + request.getContextPath()
+                 + "/publish");
+  final URL ADMIN_URL =   new URL("http://localhost:"
+                 + request.getServerPort()
+                 + request.getContextPath()
+                 + "/admin");

   // Access a remote UDDI registry
   //final String HTTP_PROXY_HOST = "proxy";


P.S.: it is my first bug report, so I am sorry if I badly did something. 
Thanks.
Loïc

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: juddi-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: juddi-dev-help@ws.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: juddi-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: juddi-dev-help@ws.apache.org


Mime
View raw message