juddi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeff Faath (JIRA)" <juddi-...@ws.apache.org>
Subject [jira] Resolved: (JUDDI-84) juddi console does not work on servers with others ports than 8080
Date Mon, 30 Jul 2007 22:45:53 GMT

     [ https://issues.apache.org/jira/browse/JUDDI-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jeff Faath resolved JUDDI-84.
-----------------------------

    Resolution: Fixed

This has been fixed to automatically determine the port number.

Theoretically, these URL constants are meant to be editable so they can be catered to a specific
environment.  For instance, what if one is running the console on a different port than the
jUDDI instance resided?  In this case, this fix will not work and the URL values will have
to be manually edited.

> juddi console does not work on servers with others ports than 8080
> ------------------------------------------------------------------
>
>                 Key: JUDDI-84
>                 URL: https://issues.apache.org/jira/browse/JUDDI-84
>             Project: jUDDI
>          Issue Type: Bug
>    Affects Versions: 0.9rc4
>         Environment: JOnAS 4.7.2 app server
>            Reporter: Loïc ALBERTIN
>            Assignee: Jeff Faath
>         Attachments: controler.jsp.patch
>
>
> 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/controller.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.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
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