Uploaded image for project: 'Derby'
  1. Derby
  2. DERBY-6410

ClassCastException when launching derby from windows subst drive

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 10.9.1.0
    • Fix Version/s: 10.10.2.1, 10.11.1.1
    • Component/s: Services
    • Labels:
      None
    • Environment:
      Windows 7
    • Urgency:
      Low
    • Issue & fix info:
      Workaround attached
    • Bug behavior facts:
      Crash

      Description

      When launching derby bundled with glassfish4 on a substed drive derby fails to startup and logs the following into the derby.log:

      Fri Nov 08 10:30:34 CET 2013 : Sicherheitsmanager mit einfacher Server-Sicherheitsrichtlinie installiert.
      java.lang.reflect.InvocationTargetException
      	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
      	at java.lang.reflect.Method.invoke(Unknown Source)
      	at com.sun.enterprise.admin.cli.optional.DerbyControl.invokeNetworkServerControl(DerbyControl.java:158)
      	at com.sun.enterprise.admin.cli.optional.DerbyControl.main(DerbyControl.java:245)
      Caused by: java.lang.ExceptionInInitializerError
      	at java.lang.Class.forName0(Native Method)
      	at java.lang.Class.forName(Unknown Source)
      	at org.apache.derby.impl.drda.NetworkServerControlImpl.startNetworkServer(Unknown Source)
      	at org.apache.derby.impl.drda.NetworkServerControlImpl.blockingStart(Unknown Source)
      	at org.apache.derby.impl.drda.NetworkServerControlImpl.executeWork(Unknown Source)
      	at org.apache.derby.drda.NetworkServerControl.main(Unknown Source)
      	... 6 more
      Caused by: java.lang.ClassCastException: java.nio.file.FileSystemException cannot be cast to java.lang.RuntimeException
      	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwnerViaACLs(Unknown Source)
      	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwner(Unknown Source)
      	at org.apache.derby.impl.services.stream.SingleStream.PBmakeFileHPW(Unknown Source)
      	at org.apache.derby.impl.services.stream.SingleStream.run(Unknown Source)
      	at java.security.AccessController.doPrivileged(Native Method)
      	at org.apache.derby.impl.services.stream.SingleStream.makeFileHPW(Unknown Source)
      	at org.apache.derby.impl.services.stream.SingleStream.createDefaultStream(Unknown Source)
      	at org.apache.derby.impl.services.stream.SingleStream.makeStream(Unknown Source)
      	at org.apache.derby.impl.services.stream.SingleStream.boot(Unknown Source)
      	at org.apache.derby.impl.services.monitor.BaseMonitor.boot(Unknown Source)
      	at org.apache.derby.impl.services.monitor.TopService.bootModule(Unknown Source)
      	at org.apache.derby.impl.services.monitor.BaseMonitor.startModule(Unknown Source)
      	at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Unknown Source)
      	at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(Unknown Source)
      	at org.apache.derby.impl.services.monitor.FileMonitor.<init>(Unknown Source)
      	at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Unknown Source)
      	at org.apache.derby.iapi.jdbc.JDBCBoot.boot(Unknown Source)
      	at org.apache.derby.jdbc.EmbeddedDriver.boot(Unknown Source)
      	at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(Unknown Source)
      	... 12 more
      

      Derby was started via the glassfish command:

      $ asadmin start-database
      

      The asadmin command only fails if it is launched from a substed windows drive. The substed drive was created with the following command:

      $ subst d: c:\d
      

      When derby is started from drive 'C' everything is fine.

      1. d6410-1a.diff
        6 kB
        Knut Anders Hatlen
      2. d6410-backport.diff
        7 kB
        Knut Anders Hatlen

        Issue Links

          Activity

          Hide
          myrna Myrna van Lunteren added a comment -

          bulk change to close all issues resolved but not closed and not changed since June 1, 2014.

          Show
          myrna Myrna van Lunteren added a comment - bulk change to close all issues resolved but not closed and not changed since June 1, 2014.
          Hide
          jira-bot ASF subversion and git services added a comment -

          Commit 1592486 from Knut Anders Hatlen in branch 'code/branches/10.10'
          [ https://svn.apache.org/r1592486 ]

          DERBY-6410: ClassCastException when launching derby from windows subst drive

          Merged revision 1585407 from trunk and manually resolved conflicts.

          Show
          jira-bot ASF subversion and git services added a comment - Commit 1592486 from Knut Anders Hatlen in branch 'code/branches/10.10' [ https://svn.apache.org/r1592486 ] DERBY-6410 : ClassCastException when launching derby from windows subst drive Merged revision 1585407 from trunk and manually resolved conflicts.
          Hide
          knutanders Knut Anders Hatlen added a comment -

          The fix doesn't merge cleanly to 10.10, since 10.10 still uses reflection to access the java.nio.file API. The attached patch, d6410-backport.diff, is a manual backport of the fix. RestrictiveFilePermissionsTest runs cleanly on a subst drive with the patch. I'm running the full regression test suite now.

          Show
          knutanders Knut Anders Hatlen added a comment - The fix doesn't merge cleanly to 10.10, since 10.10 still uses reflection to access the java.nio.file API. The attached patch, d6410-backport.diff, is a manual backport of the fix. RestrictiveFilePermissionsTest runs cleanly on a subst drive with the patch. I'm running the full regression test suite now.
          Hide
          jira-bot ASF subversion and git services added a comment -

          Commit 1585407 from kahatlen@apache.org in branch 'code/trunk'
          [ https://svn.apache.org/r1585407 ]

          DERBY-6410: ClassCastException when launching derby from windows subst drive

          Avoid calling Files.getFileStore() since it fails when called on a
          file that lives on a subst drive. (Because of a bug in the JVM:
          JDK-8034057.)

          It is used for checking if a specific FileAttributeView is supported
          on the file system. The same information can be found by checking if
          Files.getFileAttributeView() returns null, which we already do, so
          skip the failing call.

          Show
          jira-bot ASF subversion and git services added a comment - Commit 1585407 from kahatlen@apache.org in branch 'code/trunk' [ https://svn.apache.org/r1585407 ] DERBY-6410 : ClassCastException when launching derby from windows subst drive Avoid calling Files.getFileStore() since it fails when called on a file that lives on a subst drive. (Because of a bug in the JVM: JDK-8034057.) It is used for checking if a specific FileAttributeView is supported on the file system. The same information can be found by checking if Files.getFileAttributeView() returns null, which we already do, so skip the failing call.
          Hide
          knutanders Knut Anders Hatlen added a comment -

          Even though the root cause of this bug is a JVM bug, I think it is possible to fix it in Derby.

          The failing call is to Files.getFileStore(Path). We only need the FileStore instance in order to check if the specific FileAttributeView is supported on the file system (by calling FileStore.supportsFileAttributeView()). But this information can also be found by checking if Files.getAttributeFileView() returns null. Since we already call getAttributeFileView() to get the view, the calls to Files.getFileStore() and FileStore.supportsFileAttributeView() are redundant and can be removed.

          The attached patch, d6410-1a.diff, removes the redundant calls. With the patch, I'm able to start the network server on a subst drive without getting an error, and the files created by the server instance have restricted file permissions. I've also successfully run RestrictiveFilePermissionsTest on a subst drive with the patch.

          Show
          knutanders Knut Anders Hatlen added a comment - Even though the root cause of this bug is a JVM bug, I think it is possible to fix it in Derby. The failing call is to Files.getFileStore(Path). We only need the FileStore instance in order to check if the specific FileAttributeView is supported on the file system (by calling FileStore.supportsFileAttributeView()). But this information can also be found by checking if Files.getAttributeFileView() returns null. Since we already call getAttributeFileView() to get the view, the calls to Files.getFileStore() and FileStore.supportsFileAttributeView() are redundant and can be removed. The attached patch, d6410-1a.diff, removes the redundant calls. With the patch, I'm able to start the network server on a subst drive without getting an error, and the files created by the server instance have restricted file permissions. I've also successfully run RestrictiveFilePermissionsTest on a subst drive with the patch.
          Hide
          rhillegas Rick Hillegas added a comment -

          The workaround for this issue is to turn off the extra file access controls for Windows platforms which are available on Java SE 7 and higher. To do that, set...

          derby.storage.useDefaultFilePermissions=true

          ...as described here: http://db.apache.org/derby/docs/10.10/ref/rrefproperdefaultfileperms.html

          Show
          rhillegas Rick Hillegas added a comment - The workaround for this issue is to turn off the extra file access controls for Windows platforms which are available on Java SE 7 and higher. To do that, set... derby.storage.useDefaultFilePermissions=true ...as described here: http://db.apache.org/derby/docs/10.10/ref/rrefproperdefaultfileperms.html
          Hide
          knutanders Knut Anders Hatlen added a comment -

          The problem with subst drives is probably this JDK bug: https://bugs.openjdk.java.net/browse/JDK-8034057

          The problem with network drives seems to be something different. It might make sense to track the two problems separately. I've filed DERBY-6503 for the network drive issue.

          Show
          knutanders Knut Anders Hatlen added a comment - The problem with subst drives is probably this JDK bug: https://bugs.openjdk.java.net/browse/JDK-8034057 The problem with network drives seems to be something different. It might make sense to track the two problems separately. I've filed DERBY-6503 for the network drive issue.
          Hide
          mikem Mike Matrigali added a comment -

          not sure what component is failing here, setting system.

          Show
          mikem Mike Matrigali added a comment - not sure what component is failing here, setting system.
          Hide
          knutanders Knut Anders Hatlen added a comment -

          I tried to start the network server on a substituted drive and saw the same ClassCastException. The original exception seems to be the following:

          java.nio.file.FileSystemException: F:\derby.log: The parameter is incorrect.
          
          	at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
          	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
          	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
          	at sun.nio.fs.WindowsFileStore.create(WindowsFileStore.java:92)
          	at sun.nio.fs.WindowsFileSystemProvider.getFileStore(WindowsFileSystemProvider.java:498)
          	at java.nio.file.Files.getFileStore(Files.java:1411)
          	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
          	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
          	at java.lang.reflect.Method.invoke(Method.java:601)
          	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwnerViaACLs(FileUtil.java:824)
          	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwner(FileUtil.java:747)
          	at org.apache.derby.impl.services.stream.SingleStream.PBmakeFileHPW(SingleStream.java:205)
          	at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:401)
          	at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:72)
          	at java.security.AccessController.doPrivileged(Native Method)
          	at org.apache.derby.impl.services.stream.SingleStream.makeFileHPW(SingleStream.java:394)
          	at org.apache.derby.impl.services.stream.SingleStream.createDefaultStream(SingleStream.java:356)
          	at org.apache.derby.impl.services.stream.SingleStream.makeStream(SingleStream.java:132)
          	at org.apache.derby.impl.services.stream.SingleStream.boot(SingleStream.java:92)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.boot(BaseMonitor.java:1991)
          	at org.apache.derby.impl.services.monitor.TopService.bootModule(TopService.java:334)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.startModule(BaseMonitor.java:541)
          	at org.apache.derby.impl.services.monitor.FileMonitor.startModule(FileMonitor.java:44)
          	at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:362)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:343)
          	at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:58)
          	at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:285)
          	at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:67)
          	at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199)
          	at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:95)
          	at java.lang.Class.forName0(Native Method)
          	at java.lang.Class.forName(Class.java:188)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.startNetworkServer(NetworkServerControlImpl.java:1032)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.blockingStart(NetworkServerControlImpl.java:732)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.executeWork(NetworkServerControlImpl.java:2277)
          	at org.apache.derby.drda.NetworkServerControl.main(NetworkServerControl.java:353)
          

          I also tried to start the network server from a network drive. That failed with a ClassCastException too, but the original exception was a different one:

          java.nio.file.AccessDeniedException: \\clustra\cluwin\khatlen\derby.log
          	at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:83)
          	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
          	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
          	at sun.nio.fs.WindowsAclFileAttributeView.setAcl(WindowsAclFileAttributeView.java:221)
          	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
          	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
          	at java.lang.reflect.Method.invoke(Method.java:601)
          	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwnerViaACLs(FileUtil.java:897)
          	at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwner(FileUtil.java:747)
          	at org.apache.derby.impl.services.stream.SingleStream.PBmakeFileHPW(SingleStream.java:205)
          	at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:401)
          	at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:72)
          	at java.security.AccessController.doPrivileged(Native Method)
          	at org.apache.derby.impl.services.stream.SingleStream.makeFileHPW(SingleStream.java:394)
          	at org.apache.derby.impl.services.stream.SingleStream.createDefaultStream(SingleStream.java:356)
          	at org.apache.derby.impl.services.stream.SingleStream.makeStream(SingleStream.java:132)
          	at org.apache.derby.impl.services.stream.SingleStream.boot(SingleStream.java:92)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.boot(BaseMonitor.java:1991)
          	at org.apache.derby.impl.services.monitor.TopService.bootModule(TopService.java:334)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.startModule(BaseMonitor.java:541)
          	at org.apache.derby.impl.services.monitor.FileMonitor.startModule(FileMonitor.java:44)
          	at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:362)
          	at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:343)
          	at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:58)
          	at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:285)
          	at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:67)
          	at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199)
          	at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:95)
          	at java.lang.Class.forName0(Native Method)
          	at java.lang.Class.forName(Class.java:188)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.startNetworkServer(NetworkServerControlImpl.java:1032)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.blockingStart(NetworkServerControlImpl.java:732)
          	at org.apache.derby.impl.drda.NetworkServerControlImpl.executeWork(NetworkServerControlImpl.java:2277)
          	at org.apache.derby.drda.NetworkServerControl.main(NetworkServerControl.java:353)
          
          Show
          knutanders Knut Anders Hatlen added a comment - I tried to start the network server on a substituted drive and saw the same ClassCastException. The original exception seems to be the following: java.nio.file.FileSystemException: F:\derby.log: The parameter is incorrect. at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86) at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97) at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102) at sun.nio.fs.WindowsFileStore.create(WindowsFileStore.java:92) at sun.nio.fs.WindowsFileSystemProvider.getFileStore(WindowsFileSystemProvider.java:498) at java.nio.file.Files.getFileStore(Files.java:1411) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwnerViaACLs(FileUtil.java:824) at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwner(FileUtil.java:747) at org.apache.derby.impl.services.stream.SingleStream.PBmakeFileHPW(SingleStream.java:205) at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:401) at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:72) at java.security.AccessController.doPrivileged(Native Method) at org.apache.derby.impl.services.stream.SingleStream.makeFileHPW(SingleStream.java:394) at org.apache.derby.impl.services.stream.SingleStream.createDefaultStream(SingleStream.java:356) at org.apache.derby.impl.services.stream.SingleStream.makeStream(SingleStream.java:132) at org.apache.derby.impl.services.stream.SingleStream.boot(SingleStream.java:92) at org.apache.derby.impl.services.monitor.BaseMonitor.boot(BaseMonitor.java:1991) at org.apache.derby.impl.services.monitor.TopService.bootModule(TopService.java:334) at org.apache.derby.impl.services.monitor.BaseMonitor.startModule(BaseMonitor.java:541) at org.apache.derby.impl.services.monitor.FileMonitor.startModule(FileMonitor.java:44) at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:362) at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:343) at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:58) at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:285) at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:67) at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199) at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:95) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:188) at org.apache.derby.impl.drda.NetworkServerControlImpl.startNetworkServer(NetworkServerControlImpl.java:1032) at org.apache.derby.impl.drda.NetworkServerControlImpl.blockingStart(NetworkServerControlImpl.java:732) at org.apache.derby.impl.drda.NetworkServerControlImpl.executeWork(NetworkServerControlImpl.java:2277) at org.apache.derby.drda.NetworkServerControl.main(NetworkServerControl.java:353) I also tried to start the network server from a network drive. That failed with a ClassCastException too, but the original exception was a different one: java.nio.file.AccessDeniedException: \\clustra\cluwin\khatlen\derby.log at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:83) at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97) at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102) at sun.nio.fs.WindowsAclFileAttributeView.setAcl(WindowsAclFileAttributeView.java:221) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwnerViaACLs(FileUtil.java:897) at org.apache.derby.iapi.services.io.FileUtil.limitAccessToOwner(FileUtil.java:747) at org.apache.derby.impl.services.stream.SingleStream.PBmakeFileHPW(SingleStream.java:205) at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:401) at org.apache.derby.impl.services.stream.SingleStream.run(SingleStream.java:72) at java.security.AccessController.doPrivileged(Native Method) at org.apache.derby.impl.services.stream.SingleStream.makeFileHPW(SingleStream.java:394) at org.apache.derby.impl.services.stream.SingleStream.createDefaultStream(SingleStream.java:356) at org.apache.derby.impl.services.stream.SingleStream.makeStream(SingleStream.java:132) at org.apache.derby.impl.services.stream.SingleStream.boot(SingleStream.java:92) at org.apache.derby.impl.services.monitor.BaseMonitor.boot(BaseMonitor.java:1991) at org.apache.derby.impl.services.monitor.TopService.bootModule(TopService.java:334) at org.apache.derby.impl.services.monitor.BaseMonitor.startModule(BaseMonitor.java:541) at org.apache.derby.impl.services.monitor.FileMonitor.startModule(FileMonitor.java:44) at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:362) at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:343) at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:58) at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:285) at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:67) at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199) at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:95) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:188) at org.apache.derby.impl.drda.NetworkServerControlImpl.startNetworkServer(NetworkServerControlImpl.java:1032) at org.apache.derby.impl.drda.NetworkServerControlImpl.blockingStart(NetworkServerControlImpl.java:732) at org.apache.derby.impl.drda.NetworkServerControlImpl.executeWork(NetworkServerControlImpl.java:2277) at org.apache.derby.drda.NetworkServerControl.main(NetworkServerControl.java:353)

            People

            • Assignee:
              knutanders Knut Anders Hatlen
              Reporter:
              ma300k Markus Peröbner
            • Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development