glassfish
  1. glassfish
  2. GLASSFISH-18228

The OSGi Admin Console seems to randomly swap between port 8080 and 4848

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 3.1.2_b19, 4.0_b21
    • Component/s: OSGi
    • Labels:
      None
    • Status Whiteboard:
      Hide

      Workaround:
      In order to cause webconsole to bind to HTTP Service listen on 8080 (default http port), create a file called
      glassfish/domain1/autodeploy/bundles/org.apache.felix.webconsole.internal.servlet.OsgiManager.cfg
      with following content:
      http.service.filter=VirtualServer=server

      Show
      Workaround: In order to cause webconsole to bind to HTTP Service listen on 8080 (default http port), create a file called glassfish/domain1/autodeploy/bundles/org.apache.felix.webconsole.internal.servlet.OsgiManager.cfg with following content: http.service.filter=VirtualServer=server

      Description

      The OSGi Admin Console seems to randomly swap between port 8080 and 4848

      When running on 8080 it is accessible from the Server -> OSGi Console link under http://localhost:4848/

      However when it magically/randomly flips to running on 4848 the Server -> OSGi Console link returns a 404 error.

      I haven't done enough investigation to determine what is causing the port flipping. But it seems extremely strange that it happens at all.

      Off the top of my head (without any investigation), if two instances of HttpService are registered the ordering would be random and sometimes it gets the correct one and others it gets the wrong one... shrug

        Activity

        No work has yet been logged on this issue.

          People

          • Assignee:
            Sanjeeb Sahoo
            Reporter:
            aaronjwhiteside
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: