Re: Adding module causes classloading issues

> On Nov 28, 2017, at 4:11 PM, Michael Hall <mik3h...@gmail.com> wrote: > > Unless it does relate to current problems. I haven’t had a chance to test JMX > again yet. That does seem to work. So java.corba was a answer there if not the best. js> jmxAttach('994') l

Re: Adding module causes classloading issues

> On Nov 28, 2017, at 4:48 AM, Alan Bateman wrote: > > javax.rmi.PortableRemoteObject It does include PortableRemoteObject. At one point, it looks like about 2004, I had made the app RMI client/server. But having trouble coming up with a second machine to test on. I

Re: Adding module causes classloading issues

> On Nov 28, 2017, at 2:35 AM, Alan Bateman wrote: > > One point that I didn't see mentioned in the thread so far is a detail in the > JEP 261 policy on root modules for the case that module java.se > is not observable. When java.se

Re: Adding module causes classloading issues

> On Nov 28, 2017, at 2:35 AM, Alan Bateman wrote: > > On 28/11/2017 02:00, Alex Buckley wrote: >> >> Thank you, for investigating how your app relates to CORBA, JTA, and Attach. >> I hope http://openjdk.java.net/jeps/8189188 was informative at least. Alan >> will

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 8:00 PM, Alex Buckley wrote: > > I hope http://openjdk.java.net/jeps/8189188 > was informative at least. Reading it now...

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 7:40 PM, Alex Buckley <alex.buck...@oracle.com> wrote: > > On 11/27/2017 5:22 PM, Michael Hall wrote: >>> On Nov 27, 2017, at 7:15 PM, Alex Buckley <alex.buck...@oracle.com >>> <mailto:alex.buck...@oracle.com>> wrote: >>

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 7:15 PM, Alex Buckley wrote: > > here will soon be a modular version of JTA which you can deploy on the > upgrade module path rather than via patching. Oh, and looking forward to that of course.

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 7:15 PM, Alex Buckley wrote: > > You said that you jlinked an image to include java.corba, For that… HalfPipe7.app/Contents/PlugIns/Java.runtime/Contents/Home/bin/java -cp . --patch-module java.transaction=jta.jar --add-modules java.transaction

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 7:15 PM, Alex Buckley wrote: > > --add-modules java.transaction Tried to simplify. java -cp . --patch-module java.transaction=jta.jar --add-modules java.transaction ModuleForClass javax.transaction.UserTransaction Error occurred during

Re: Adding module causes classloading issues

> On Nov 27, 2017, at 6:40 PM, Alex Buckley <alex.buck...@oracle.com> wrote: > > On 11/27/2017 3:16 PM, Michael Hall wrote: >> JMX attach keeps telling me that RMI is not a accepted protocol. >> I wondered if possibly this was a modular issue, I checked my main app

Adding module causes classloading issues

JMX attach keeps telling me that RMI is not a accepted protocol. I wondered if possibly this was a modular issue, I checked my main app jar… jdeps halfpipe.jar ... halfpipe.jar -> java.corba … which seems to say I need java.corba which I didn’t have. If I add that with jlink I get…

Re: OS X commandline tools

> On Oct 28, 2017, at 2:03 PM, Michael Hall <mik3h...@gmail.com> wrote: > >> On Oct 28, 2017, at 1:59 PM, Alan Bateman <alan.bate...@oracle.com> wrote: >> >> On 28/10/2017 15:12, Michael Hall wrote: >>> I think I may of raised this as an issue so

Re: OS X commandline tools

> On Oct 28, 2017, at 1:59 PM, Alan Bateman <alan.bate...@oracle.com> wrote: > > On 28/10/2017 15:12, Michael Hall wrote: >> I think I may of raised this as an issue sometime earlier. >> >> I filed a bug report through bug report.java >> We wi

Re: OS X commandline tools

> >> >> What didn’t seem appropriate to the bug report is /usr/libexec/java_home. >> This has been a useful platform specific command line tool for some time. >> Currently it is somewhat broken. >> This works… >> /usr/libexec/java_home >>

OS X commandline tools

I think I may of raised this as an issue sometime earlier. I filed a bug report through bug report.java We will review your report and have assigned it an internal review ID : 9051382 . But as I recall earlier it was indicated that this involved files owned by Apple. For one thing I think they

Re: ClassLoader::getResource

should not be possible at all to do a getResource against the runtime? If they are included in “named modules”? Doesn’t URLClassLoader using the jrt:/ specification get around this? Michael Hall > On Dec 5, 2015, at 11:23 AM, Alan Bateman <alan.bate...@oracle.com> wrote: > > > >

Re: OS X application won't launch with jigsaw

complete yet? So I might have to try the same trick of generating a earlier version and then copying in the java 9 jvm. My use of javapackager is still rather limited as for this application reusing the same one has seemed to work best up to now. Michael Hall

Re: Apple internal api's

eople that their OS X applications won’t launch you might suggest that to them. Michael Hall

Re: OS X application won't launch with jigsaw

start out by just getting their application up and running they are not going to work. They will be forced to either eliminate the internal use or go modular from the start? Then the addExports will work. If I’m understanding that error message correctly. Michael Hall

Re: OS X application won't launch with jigsaw

Michael Hall > On Nov 25, 2015, at 10:45 AM, Danno Ferrin <danno.fer...@oracle.com> wrote: > > However, we fully expect that the Java 8 packager will not be able to make > bundles holding a Java 9 runtime, and I think this is what you are > encountering. >

Re: OS X application won't launch with jigsaw

test with jake until JEP 272 is in fact ready and I can change api's. Michael Hall

Apple internal api's

module yet. addExports is not available? [1] http://openjdk.java.net/jeps/272 [2] http://openjdk.java.net/jeps/261 <http://openjdk.java.net/jeps/261> Michael Hall

Re: jrt file system now has /package and /modules directories

> On Nov 16, 2015, at 3:42 AM, Michael Hall <mik3h...@gmail.com> wrote: > > Now I’ll probably have to reinstall 8 over the top to get it back to default. Going OT again, but if of interest, this didn’t work. I installed the 8 release from the web page. It did download the OS X

Re: jrt file system now has /package and /modules directories

the ones immediately above. > On Jul 26, 2015, at 2:08 AM, Alan Bateman <alan.bate...@oracle.com> wrote: > > > > On 26/07/2015 01:29, Michael Hall wrote: >>> On Jul 25, 2015, at 12:10 PM, Alan Bateman <alan.bate...@oracle.com> wrote: >>> >>

Re: Should this work?

JFrame(Test jdeps on Aqua LAF); tester.pack(); tester.setVisible(true); } catch (Exception ex) { ex.printStackTrace(); } System.out.println(exiting...); } } Michael Hall

Re: Should this work?

(); tester.setVisible(true); } catch (Exception ex) { ex.printStackTrace(); } System.out.println(exiting...); } } Then jar the class and see what jdeps shows, would work as a valid test case. Michael Hall

Re: Should this work?

On Aug 1, 2015, at 2:59 PM, Alan Bateman alan.bate...@oracle.com wrote: On 31/07/2015 22:16, Michael Hall wrote: Fwiw, I have tried -R recursive, and even -jdkinternals. Neither gave me the laf dependenciies for my application jar. I was not successful in using -M for module

Should this work?

jdeps -v -dotoutput ~/dotfiles jrt:/java.desktop/com/apple/laf/AquaBorder.class or what would be a good way to determine the dependencies for a Swing LF? Running jdeps against the application jar for a Swing application shows no look and feel dependencies. Michael Hall

Re: Should this work?

On Jul 30, 2015, at 6:08 PM, Michael Hall mik3h...@gmail.com wrote: jdeps -v -dotoutput ~/dotfiles jrt:/java.desktop/com/apple/laf/AquaBorder.class or what would be a good way to determine the dependencies for a Swing LF? Running jdeps against the application jar for a Swing application

Re: jrt file system now has /package and /modules directories

On Jul 26, 2015, at 2:08 AM, Alan Bateman alan.bate...@oracle.com wrote: Replace jdk/bin/java with images/jdk/bin/java in your path above and I expect it should work. Doing the build wrong besides being in the wrong directory. Have it now thanks. Michael Hall

Re: jdeps -jdkinternals com.apple

more like native ones on Mac’s. It might be hard to know just how much code would break. Michael Hall

jdeps -jdkinternals com.apple

more difficult to find. Are these api’s to be continued or discontinued? Michael Hall

Re: jdeps command

? Michael Hall

Re: jdeps command

for a while but it seems to have gotten out there. I still look to have one bug open actually. I was a little surprised to see Java still has a bugreporter slot for Java. 20770788 Bug report was submitted successfully. Michael Hall

Re: OS X 1.9 ea jdeps

courtesy copy from other lists, or a user question once in a while, but I didn’t think it was being actively followed by anyone maintaining the JDK? No harm though I’m sure, so I’ll raise the issue. Michael Hall

Re: OS X 1.9 ea jdeps

have the machine’s installed JRE and JDK set to 8. Just the one application is running 9. Michael Hall

Re: OS X 1.9 ea jdeps

On Apr 13, 2015, at 2:32 AM, Alan Bateman alan.bate...@oracle.com wrote: On 12/04/2015 17:57, Michael Hall wrote: : Not exactly sure what you mean. But, which java /usr/bin/java ... I think the issue is that the installation creates sym links in /usr/bin for most, but not all

Re: OS X 1.9 ea jdeps

On Apr 12, 2015, at 11:51 AM, Alan Bateman alan.bate...@oracle.com wrote: On 12/04/2015 15:49, Michael Hall wrote: I’m not sure how much you want to hear about things not quite right on this yet but I thought this one might be worth mention. For the OS X early access of Java 9 the jdeps