Jump to content
Excelsior Forums


  • Content count

  • Joined

  • Last visited


Everything posted by Jek

  1. Jek

    one instance

    Hello, Excelsior JET does not provide such a feature. Actually, you should use your own method to do it. Indeed, Excelsior JET is just a JVM, so generally applications should work with it just as with another JVM. However, we do already have multiple requests for this feature and will probably implement it in a future release of Excelsior JET. As to "manual" methods to prevent multiple instances of an application, please refer to the following URLs which might help you: http://forum.java.sun.com/thread.jspa?threadID=565828&messageID=2791300 http://www.rgagnon.com/javadetails/java-0288.html
  2. Jek

    Compile to native without JRE?

    Hello, First of all, existence of certain JRE parts is required by Sun Java Compatibility license. Second, there are certain remains of the Java code in the compiled executables, such as a bit of reflection information. But you may try to use third-party encrypting tools. We know that a number of our customers successfully use a tool called PC Guard. You may find more information about it on its home page at http://www.sofpro.com. This tool has quite useful features such as advanced software copy protection, application encryption, password protection, hardware locking and so on. Note that if you use any kind of code encryption, you have to switch off the "Hide executable object names" protection options. Make sure to read this thread: http://www.excelsior-usa.com/forum/index.php?topic=744.0 Also, there is a Knowledge Base article "HOWTO: Maximize protection of your application against reverse engineering" available at http://www.excelsior-usa.com/kb/000023.html Finally, you may find yet more information about encryption of generated files in the Excelsior JET User's Guide, Chapter "Deployment automation", Section "Installations protected by license managers".
  3. Jek

    trying to compile

    Hi, To quickly fix the problem, just open the project file in a text editor and insert this line: -main=com/mysql/jdbc/util/TimezoneDump However, we recommend you to re-create the project with Excelsior JET Control Panel, as it seems that the set of JAR and class files has been changed.
  4. Hi, Of course, if you could make it work with Java 5.0, it will work with Excelsior JET 5.0 as well.
  5. Jek

    JSR 223 in Jet 6

    Excelsior JET 6.0 will include the default JCA implementations that are included by default in Sun JDK 6.
  6. Jek

    JSR 223 in Jet 6

    Hi, Excelsior JET 6.0 is planned at the end of this year. Of course, it will support Java 6 and will include Mozilla Rhino Engine.
  7. Hello, Does the problem appear with the Sun JVM of the same version as the used Excelsior JET profile?
  8. Jek

    Compiling Eclipse Plug-In AOT

    Unfortunately, at the moment, we still do not have enough engineering resources to implement this feature. However, the root problem shall be solved in forthcoming Java 7, which will be certainly supported in Excelsior JET. There is a draft of JSR277 (Java Specification Requests) that addresses the problems with classloaders. You may check it at http://jcp.org/en/jsr/detail?id=277
  9. Jek

    JITTemp distribution with JetPack

    Hello, Yes, of course. Whenever the default JIT cache directory is not accessible for writing, an addtional cache directory is created and then re-used in the user's temporary location.
  10. Jek

    more vista install problems

    These are right steps to make things work, except that you do not need to reboot. The fact is that the preliminary support for Vista is available starting from Excelsior JET 4.8 MP2. As the support is preliminary, you may encounter some glitches. The forthcoming Excelsior JET 5.0 (May 2007) will be thoroughly tested on Windows Vista.
  11. Hello, The problem with big size of the update package is caused by certain disadvantages of the Global Optimizer technique. They are described in the JET User's Guide, Chapter "Global Optimizer", Section "Application domain". Perhaps, these issues will be solved in the upcoming releases of Excelsior JET. Right now, unfortunately, we cannot afford to develop a solution, as demand for this feature is relatively low. However, it is possible to hasten the development on the basis of custom projects, with some sharing of costs. If you're interested, please contact our Sales Dept. at sales@excelsior-usa.com. As to the multi-component scheme you tried (which increased the size of the initial application package by 7 MBs), there is a simply reason why it is. The point is that the whole JET runtime must be present to be used by any of the DLLs/EXE. As Global Optimizer is not used, it is impossible to detect which Java API classes are really used, and hence we can remove none of the JET runtime components.
  12. Jek

    JAI and ImageIO support not working

    Unfortunately, this information is not enough to reproduce the misbehavior I created a small test that contains a custom image reader with a provider registered in registryFile.jai file. It works just fine -- the provider data is read from registry file with Excelsior JET 4.8 as well as with Sun JRE, and the image reader is successfully created. Is it possible for you to send us a working sample that reproduces the problem?
  13. OK, thank you for the code. We'll check it on our side. Could you also post here the following values you obtain with both Sun JRE 1.5.0_09 and Excelsior JET 4.8, provided no other processes run: 1) Exact time result values 2) CPU load values 3) Heap size set for the test
  14. Jek

    JAI and ImageIO support not working

    Hello, We tried to use JAI 1.1.2 (for Win32) with JAI demos, as described in this thread. All the demos work just fine with Excelsior JET 4.8. Does the problem appear with the JAI demos on your side? They are available at http://java.sun.com/developer/releases/jai/#jaidemo
  15. Jek

    JetPackII Disk Footprint Reduction

    Hmm... Unfortunately, we cannot reproduce neither the first problem nor the second. Could you post here your JPN file (with "MEDIUM REDUCTION" option selected) or send it to support@excelsior-usa.com? By the way, could you also try to reproduce the problem with a sample application like "SwingSet2" or "Hello World"? We wonder whether the problems are application-depended or not.
  16. So, do you notice that throughput of your application is decreased in background mode? By the way, how does the application behave when it is running with Sun JRE 1.5.0_09?
  17. Hello, Could you point us an example application that normally consumes 10-20% CPU time?
  18. Hello, Could you please explain how do you plan to update your application? We would like to understand the exact scenario of the updating process you need. Do you plan to change from time to time these two JARs you built, or maybe the two other JARs also may change independently? What else may change?
  19. Jek

    Call Jet DLL From C++

    Yes, we do. Please, check the sample \samples\Invocation\COM. The source InProcJVM\CoJVM.cpp is written in C++ and it uses JNI heavily. Anyway, the code you provided works fine on our side, with the small fix (return value check) I mentioned before. BTW, does the original C sample \samples\Invocation\cMain work on your side?
  20. Jek

    FATAL: Out of memory

    Please, contact our Sales Dept. via e-mail sales@excelsior-usa.com.
  21. Jek

    Compiling Eclipse Plug-In AOT

    Hello, We definitely plan to feature such a technology in this year (3-4Q 2007). Thank you for pointing it. The Roadmap page is really outdated and shall be fixed soon. You are right. Note, however, that you would need to reference each class explicitly, for instance import mypackage.*; // Foo, Bar, etc. class Hello { ? ? ?... ? ? ?void ref() { ? ? ? ? ?Class clazz = Foo.class; ? ? ? ? ?clazz = Bar.class; ? ? ? ? ?// etc ? ? ?} }
  22. Jek

    Call Jet DLL From C++

    Actually, the code you provided couldn't correctly reach the "FindClass" statement. The fact is that the function "JNI_CreateJavaVM" returns JNI_OK (that is, zero) on success and non-zero on failure. Thus, try to replace the code code = JNI_CreateJavaVM_func(&jvm, (void **)&env, &args); if (!code) { cout << "Create VM Function failed"; return(-4); } with result = JNI_CreateJavaVM_func(&jvm, (void **)&env, &args); if (result != JNI_OK) { cout << "Create VM Function failed"; return(-4); }
  23. Jek

    FATAL: Out of memory

    Hi, Of course, there were tens of fixes and improvements in GC since Excelsior JET 3.6. So the leak is most probably fixed in Excelsior JET 4.8. However, there is a latest update for JET 3.6, namely, Maintenance Pack 5 available at http://www.excelsior-usa.com/jetdl360mp5.html It also fixes a few memory-related bugs, so you may try it first.
  24. Jek

    Call Jet DLL From C++

    Could you please tell what JET sample are you trying to run? How do you run the program?