javapackager

[Chris Bensen]

There weren’t any noticeable changes for Linux. Besides maybe this one, which if you could file a bug with steps to reproduce that’d be great.

Chris


> On Feb 4, 2016, at 7:12 AM, Scott Palmer <swpalmer at gmail.com> wrote:
> 
> I noticed that the JDK on my Linux VM was 8u40,  I updated to 8u72 and then got the following:
> 
> Bundler RPM Bundle skipped because of a configuration problem: Specified license file is missing.  
> Advice to fix: Make sure that "EULA.rtf" references a file in the app resources, and that it is relative file reference.
> 
> I wasn't able to do anything to convince it that the license file was there. I just omitted it for now.
> 
> Updating to 8u72 did not solve my .rpm dependency issues.
> 
> Scott
> 
> On Wed, Feb 3, 2016 at 4:08 PM, Scott Palmer <swpalmer at gmail.com <mailto:swpalmer at gmail.com>> wrote:
> 
> > On Feb 3, 2016, at 11:40 AM, Chris Bensen <chris.bensen at oracle.com <mailto:chris.bensen at oracle.com>> wrote:
> >
> > On Feb 2, 2016, at 7:27 PM, Scott Palmer <swpalmer at gmail.com <mailto:swpalmer at gmail.com>> wrote:
> >>
> >> Note that this is a RPM-based system, apt-get is not available, yum is.
> >>
> >> yum install libX11
> >
> > What is the Linux system you are running?
> 
> It is a version of CentOS.  (Created within my company with minor tweaks for branding purposes.)
> 
> 
> >>
> >> It seems to be that javapackager has made a mistake and is claiming to depend on the 32-bit packages even though it really requires the 64-bit packages.
> >
> > That’s what it’s sounding like to me. Looking at the code for the RPM bundler there isn’t anything I can find offhand that would suggest this. Bundling with 32/64-bit is triggered off the JDK used. Note that you have to bundle the same bitness JRE as the JDK. It should fail if it isn’t but that isn’t the case yet and that isn’t your problem. It appears the RPM generated is 32-bit. Unless you are bundling a 32-bit JRE and the RPM bundler keys off the native libraries used. Can you check the launcher executable? I think it’d be:
> >
> > $ file myserver-1.0-1.x86_64/app/myserver
> 
> I had to extract the launcher from the .rpm.  There is no version of it that is sitting around in the output folder.
> 
> myserver: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, BuildID[sha1]=0x7e6522a86eca91b45cfb4dfa5defbddac0b1294a, not stripped
> 
> 
> So the 64-bit launcher is bundled.
> 
> 
> >
> > Can you file a minimum test case along with the Linux system used so we can prioritize with other bugs and find a solution?
> 
> I’ll try to put something together.  I’m still eager to find a workaround that I can implement with 8u72.
> 
> 
> Scott
> 
> 
> >
> > Chris
> >
> >
> >> Scott
> >>
> >>
> >>> On Feb 2, 2016, at 7:03 PM, Chris Bensen <chris.bensen at oracle.com <mailto:chris.bensen at oracle.com>> wrote:
> >>>
> >>> This list or the Deployment blog (https://blogs.oracle.com/talkingjavadeployment/ <https://blogs.oracle.com/talkingjavadeployment/>) are the best places to get help with the javapackager.
> >>>
> >>> Is your app built with the 64-bit or 32-bit packager? I noticed “x86_64” appended to the name. If it’s 32-bit you could try running:
> >>>
> >>> sudo apt-get install libx11-6:i386
> >>>
> >>> Chris
> >>>
> >>>
> >>>> On Feb 2, 2016, at 1:49 PM, Scott Palmer <swpalmer at gmail.com <mailto:swpalmer at gmail.com>> wrote:
> >>>>
> >>>> What's the best place to go to get help with using the javapackager ?
> >>>>
> >>>> I've read the docs, but things aren't working smoothly and it would be
> >>>> helpful if there were some known working examples to base things on.  I'm
> >>>> not finding any examples that use the -daemon or -BserviceHint=true
> >>>> options, for example.
> >>>>
> >>>> I attempted to make a .rpm that installs a service/daemon but when I try to
> >>>> install it, it fails claiming the following dependencies cannot be met:
> >>>>
> >>>>     libX11.so.6 is needed by myserver-1.0-1.x86_64
> >>>>     libXext.so.6 is needed by myserver-1.0-1.x86_64
> >>>>     libXi.so.6 is needed by myserver-1.0-1.x86_64
> >>>>     libXrender.so.1 is needed by myserver-1.0-1.x86_64
> >>>>     libXtst.so.6 is needed by myserver-1.0-1.x86_64
> >>>>     libasound.so.2 is needed by myserver-1.0-1.x86_64
> >>>>
> >>>> Considering the app already runs fine on this same system, I'm a bit
> >>>> confused that it is complaining of missing dependencies.
> >>>>
> >>>> Scott
> 
>