sikuli-driver team mailing list archive

[angelo <angelo@xxxxxxxxxxxxxxx>]

@ Raimund

But I cannot distribute a JRE in a jar file. With launch4j I can wrap
everything together and distribute a suitable and tested JRE version on
the users computer without interfering any previous Java installations.
Anyway Java has a bad reputation (which I totally agree when it comes to
Java Browser plugins). So I do not want to bother my users with
downloading and installing a JRE which needs admin rights and annoys
with update notices every few weeks. This is far away from a neat
standalone solution.

Thank you very much for your effort on this. I am sure this will help
some more people.

By the way, will there be maven coordinates for the nightly build of
2.0.0? I remember you had something similar for the 1.1.0-SNAPSHOT.

Cheers,

Angelo

P.S.: Thank you very much for maintaining this great framework. The
world needs more passionate people like you...

-- 
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/1411165

Title:
  [request] Launch4J support: sikulixapi.jar should work, when wrapped
  into an exe

Status in Sikuli:
  In Progress

Bug description:
  based on the related question:
  https://answers.launchpad.net/sikuli/+question/260735

  from comment #1:

  the current implementations of SikuliX will not work, if you pack everything into the exe,
  only the version launch-only work out of the box
  <launch4jConfig>
    <dontWrapJar>true</dontWrapJar>

  ... but I guess, this is not what you want ;-)

  If you wait a few days: there will be sikulixapi.jar, that can be
  wrapped in the exe.

  The problem with Launch4J:
  If anything goes wrong inside, as in this case, the exe simply dies without any comment.

  The problem with SikuliX:
  SikuliX exports the native libraries at runtime to the libs folder.
  this currently is based on the existence of a real jar, which is not available in this case of wrapped exe.

  The solution:
  I have already added a feature, to just access the resources from class path.
  This is not yet available in sikulixapi.jar, but will be in a few days.
  The libs will then be exported to temp.
  In any case (as now): existing libs are checked and an export is only done, if needed based on timestamp and the libs folder is added to system path at runtime dynamically.

To manage notifications about this bug go to:
https://bugs.launchpad.net/sikuli/+bug/1411165/+subscriptions