You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Dyre Tjeldvoll (JIRA)" <ji...@apache.org> on 2013/11/01 10:30:18 UTC
[jira] [Resolved] (DERBY-5908) Network server fails to start when
JARs are located on a Windows share / network drive
[ https://issues.apache.org/jira/browse/DERBY-5908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dyre Tjeldvoll resolved DERBY-5908.
-----------------------------------
Resolution: Fixed
Issue & fix info: Workaround attached (was: Patch Available,Workaround attached)
> Network server fails to start when JARs are located on a Windows share / network drive
> --------------------------------------------------------------------------------------
>
> Key: DERBY-5908
> URL: https://issues.apache.org/jira/browse/DERBY-5908
> Project: Derby
> Issue Type: Bug
> Components: Network Server
> Environment: Windows
> Reporter: Kristian Waagan
> Assignee: Kristian Waagan
> Priority: Minor
> Labels: derby_triage10_10
> Attachments: derby-5908-1a-network_server_url_handling.diff, derby-5908-2a-network_server_url_handling.diff
>
>
> As reported by Knut Anders on DERBY-5889:
> ---
> But I'm wondering if this might be a product issue and not a test issue. For example, when I try to start the network server on Windows using a derbynet.jar located on a network drive, it refuses to start unless I specify -noSecurityManager:
> C:\cygwin\home\lroot\test> java -jar \\yme\cluwin\usr\local\share\java\derby\lib\10.9.1.0\derbynet.jar start
> Tue Aug 14 22:23:33 CEST 2012 : Security manager installed using the Basic server security policy.
> Startup failed due to missing functionality for org.apache.derby.iapi.services.stream.InfoStreams. Please ensure your classpath includes the correct Derby software.
> ERROR XBM02: Startup failed due to missing functionality for org.apache.derby.iapi.services.stream.InfoStreams. Please ensure your classpath includes the correct Derby software.
> at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
> at org.apache.derby.iapi.services.monitor.Monitor.missingImplementation(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)
> 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)
> ---
> The workaround is to use "-noSecurityManager", but this is not recommended due to the security implications. A better option is to move the Derby installation off the network drive / share if possible and run the Derby server with the security manager.
--
This message was sent by Atlassian JIRA
(v6.1#6144)