[ 
https://issues.apache.org/jira/browse/GEODE-4669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16397804#comment-16397804
 ] 

ASF subversion and git services commented on GEODE-4669:
--------------------------------------------------------

Commit 736742de8ae157035b7435d9fc4344754498efb0 in geode's branch 
refs/heads/develop from Dan Smith
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=736742d ]

GEODE-4669: Fall back on file controller if mbean controller fails

The MBeanProcessController has some logic to attach to a started locator
or server process and look for the location of JDK jars. Under JDK 9,
this logic does work.

This fix allows us to fall back on the FileProcessController if the
mbean one fails, rather than silently hanging forever.


> gfsh start locator hangs under JDK 9
> ------------------------------------
>
>                 Key: GEODE-4669
>                 URL: https://issues.apache.org/jira/browse/GEODE-4669
>             Project: Geode
>          Issue Type: Sub-task
>          Components: gfsh
>            Reporter: Dan Smith
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 1.6.0
>
>          Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> When trying to run geode using JDK 9, gfsh start locator hangs.
> With a little debugging, I tracked the problem down to some code that is 
> trying to find jar file in the JDK directory. It's throwing an exception, 
> which is getting silently swallowed. Below is the exception from a debugger.
> We need to figure out a better way to get the status of a locator with JDK 9.
> {noformat}
> java.io.IOException: JDK management agent not found
>       at 
> org.apache.geode.internal.process.MBeanProcessController.getJMXServiceURL(MBeanProcessController.java:250)
>       at 
> org.apache.geode.internal.process.MBeanProcessController.connect(MBeanProcessController.java:195)
>       at 
> org.apache.geode.internal.process.MBeanProcessController.invokeOperationOnTargetMBean(MBeanProcessController.java:162)
>       at 
> org.apache.geode.internal.process.MBeanProcessController.status(MBeanProcessController.java:139)
>       at 
> org.apache.geode.internal.process.MBeanProcessController.status(MBeanProcessController.java:84)
>       at 
> org.apache.geode.distributed.LocatorLauncher.statusWithWorkingDirectory(LocatorLauncher.java:935)
>       at 
> org.apache.geode.distributed.LocatorLauncher.status(LocatorLauncher.java:863)
>       at 
> org.apache.geode.distributed.LocatorLauncher$LocatorState.fromDirectory(LocatorLauncher.java:1985)
>       at 
> org.apache.geode.management.internal.cli.commands.StartLocatorCommand.startLocator(StartLocatorCommand.java:232)
>       at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>       at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>       at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>       at 
> org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:216)
>       at 
> org.apache.geode.management.internal.cli.remote.CommandExecutor.invokeCommand(CommandExecutor.java:97)
>       at 
> org.apache.geode.management.internal.cli.remote.CommandExecutor.execute(CommandExecutor.java:45)
>       at 
> org.apache.geode.management.internal.cli.remote.CommandExecutor.execute(CommandExecutor.java:39)
>       at 
> org.apache.geode.management.internal.cli.shell.GfshExecutionStrategy.execute(GfshExecutionStrategy.java:81)
>       at 
> org.springframework.shell.core.AbstractShell.executeCommand(AbstractShell.java:134)
>       at 
> org.apache.geode.management.internal.cli.shell.Gfsh.promptLoop(Gfsh.java:1014)
>       at org.springframework.shell.core.JLineShell.run(JLineShell.java:179)
>       at java.base/java.lang.Thread.run(Thread.java:844)
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to