Jump to content
Excelsior Forums


Excelsior Staff
  • Content count

  • Joined

  • Last visited

Posts posted by zztop

  1. Quote

    I understand that I could create a separate project which would be 100% the same just in different location

    Currently, this is the only option but we will consider your request regarding mangled names for the jetpdb directory.


    but it would be quite hard to maintain (I would need to make the same changes in two separate projects and might forget to do that in one or another).

    You could script copying the project to a different location as a part of your build procedure.




  2. Quote

    I would much rather write those files to the project's target directory, so they are cleaned up after every build. 

    In this case, smart re-compilation would not work and the entire project is rebuilt even though most of jars are not changed.


    Is there a way to change the spot where the config files are written, preferably through the Maven plugin?

    Yes, you can configure placement of Project Data Base as described at


  3. Quote

    Say if my code depends on ClassA in lib.jar, I don't want ExcelsiorJet to copy also ClassB, ClassC, ClassD inside that lib.jar into my final to be generated app.exe 

    You can use ProGuard for your jars before compiling. It can help you remove some classes, if you believe they are not used. But do not forget to test your app on JRE after that - just to make sure you did not swept used classes by mistake.



  4. Our results on your benchmark (64-bit versions of Excelsior JET participate), the smaller, the better:

    data length: 18413

    Excelsior JET 11.3 (default)
    Total time for 200000 Repetitions: 37,115,176,783

    Excelsior JET 12 (default)
    Total time for 200000 Repetitions: 29,748,295,723

    Excelsior JET 12 (PGO enabled)
    Total time for 200000 Repetitions: 14,051,042,243


    Performance of Arrays.copyOfRange() across these versions is basically the same.

    The results will tend to improve in future releases too.

  5. Actually, you can exclude LGPL jars from the project and compile them into a separate DLL. Make sure it's not explicitly imported in the main project via the !uses directive.

    After that, use run-time linking as described in https://www.excelsiorjet.com/docs/jet/jetw012#0383

    As a result, you ship optimized code in a DLL. If and when an end user wishes to replace it with jars, s/he can do that and the jars will be loaded by JIT (with performance loss, though).



  6. It's a known issue (for jar files compiled in the "pack into exe" mode) and it will be fixed in the next release (Dec 2014).

    For now, you can either:

    - get code source from a class residing in a jar not packed into exe, if any; or

    - define your own VM options and use its for loading the library (if you define its value as $(Root)in JetPackII, it will hold the path to installation directory)

  7. I have tried to use evalutional version of Excelsior Jet to build my web application into a executable file, but got error message as attached file while running tomcat at step 2 of 7: Perform a test run. It seems cause by spring framework?

    My web application is develop by Google Web Toolkit + Spring framework + OpenJPA and using MSSQL as database.


    We need an example to reproduce and investigate the problem on our end.

    Please contact us via e-mail: java at excelsior-usa.com

  8. I evaluated the latest version of your software and would like to ask if there is a way to protect the rt.jar in libs directory which gets distributed. Say for example a hacker alters one of the classes to subvert a part of my code, how does the jvm deal with this?

    rt.jar is already protected as it is pre-compiled in a set of JET Runtime DLLs/shared libs located in <jet home>\profile1.7.0_40\jre\jetrt

    When you prepare your app for deployment with the JetPackII tool, rt.jar is not present in the resulting installation.

  9. Hello,

    To give a complete description of the situation:

    1. In both versions of JetPack II (8.0 and 9.0, same underlying jpn file loaded) I have the same flags: -D jet.jit.fast and -D jet.jit.cache.

    2. Same prj file loaded in the Excelsior control panel:

    - in Excelsior 8.0, step 4, under JIT Compiler: JIT operation mode = Fast (lower overhead); JIT caching mode = Enabled (use default directory);

    - Excelsior 9.0, same context: JIT operation mode = Fast (lower overhead) - even if I select another option under from the drop-down box, it will revert to this selection; JIT caching mode - again, no matter what I select, it defaults back to Disabled. I guess this is why I get the warning at runtime.

    Thank you.

    Caching JIT was deprecated in Excelsior JET 8.0 and it's now removed (since version 9.0). For more details, refer to the Deprecated Features chapter of Excelsior JET 8.0 User's Guide.

  10. We are having an intermittent issue with JetPackII ever since migrating to JET 8 mp1 from JET 7.6.

    The issue was present in JET 8 (without mp1) and is still present after applying mp1.

    This is on a Windows 8 build machine. Our previous build machine was running Windows 7.

    When using the Excelsior Jet Installer option for packaging, the resulting executable is most often corrupted. We get the error as per the attached image.


    This happens irregardless of the compression method used. This is also happening on all of our software projects.

    If we try multiple times, we eventually get a good executable. However, this trial and error approach is getting time consuming.

    Right now, we have to run JetPackII, test and repeat until we get an executable that finally works.

    Please help.

    We have never encountered such a problem on our end.

    Does the problem appear on other machines?

    Also please check if this problem is related to interference with anti-virus monitors that used to detect Excelsior Installer executables as malware (false-positive results).

  11. Hello! There is Intellij Idea 10.5.2 compiled by Excelsior Jet in applications gallery. With JetBrains' PyCharm 3rd version there is also Community Edition. Can someone compile PyCharm 3.0.1 (both Community Edition and Professional Edition - I have personal key until April) with Excelsior Jet? I read that Excelsior Jet helps to remove long hangs on GC in Idea.

    We do not plan to publish a JET-compiled version of PyCharm due to low demand.