Jump to content
Excelsior Forums

snowman

Excelsior Staff
  • Content count

    0
  • Joined

  • Last visited

Posts posted by snowman


  1. Excelsior JET 11.3 Maintenance Pack 1 (MP1) fixes a few customer issues and adds support for Java SE 8 Update 121.

    If you are a paying customer of Excelsior JET 11.3 or have a free personal Standard Edition license, but the download instructions for MP1 are neither in your inbox nor in the junk mail box, request them from our Support Dept. at support@excelsior-usa.com.

    If you are evaluating Excelsior JET 11.3, you can proceed to download Excelsior JET 11.3 MP1 now.


  2. For Reflection and JNI to work, only the names of classes, methods, and fields are needed, not the bytecode. It is perfectly possible in many cases to compile the entire Java app to native code and ship it without the original class files.

    That said, there are libraries and APIs that are designed to work with bytecode or rely on the presence of bytecode at runtime. One notable example of the latter are the security providers. Refer to the following Excelsior JET Knowledge Base article for details:

    HOWTO: Compile an application that uses a security provider

    The log files emitted by the Excelsior JET compiler contains full information about which classes it compiled.


  3. did it ,

    1st time :

    "Java SE API classes" checkbox - disabled , rt.jar is not created in rt/lib directory , but it is still used which is created & accessed from Temp. location.

    Please elaborate on the steps to reproduce this.

    Is there any way to get rid of rt.jar ??, I afraid of byetcode reverse since it works in VM

    If you compile and package your app with default settings, rt.jar is not used at all and should not be packaged for distribution. When you enable the Global Optimizer, rt.jar will only contain those standard Java library classes that were not precompiled, so most, if not all, of those classes are not actually used by your app.


  4. Do you think this is possible with excelsior jet?

    Can we further strip down the size of the executable produced by excelsior using

    a smaller bootstrap runtime?

    Excelsior JET actually had such technology since the second public beta and up to and until version 3.7. It was called JetPerfect, and it enabled you to cram an SWT app onto a 1.44MB floppy disk. But there were two big problems with it:

    • It was extremely fragile - any use of reflection or JNI at run-time could break things completely. One client compiled their SWT app on a system where the mouse had no wheel, and it blew up on its client's systems when SWT tried to load the respective class dynamically.
    • It was illegal - the Java SE license did not permit subsetting the API. (It still does not, with the exception of Compact Profiles introduced in Java 8, but, of course, today you can just take OpenJDK and throw away whatever you want.)

    That's why we dropped JetPerfect from version 4.0, which was the first certified Java Compatible. But even if there were no legal issues, the wheel-less mouse incident alone would have been enough to trigger the decision.


  5. We have now purchased an Excelsior JET license (Serial Number 1699-9760). Can you please reply to our query about Java accessibility? This will help us decide on purchasing additional licenses for developers and build environments.

    -Dan

    Sorry, these forums are not monitored daily. The best way to ensure a fast response is to reach out to the Excelsior JET engineering team directly by email at java@excelsior-usa.com.

    I also apologize if we left an impression that it is necessary to purchase a license to receive any support. We do provide support during the evaluation period, but we had public holidays on Nov 3-4, and are now working through a backlog, so please bear with us.

    Finally, rest assured you will receive a full refund if we fail to resolve the issue you've encountered.


  6. Are there any plans in the near future to support Apple's OS X?

    I wouldn't think it a difficult port from the Linux version to the Darwin version, but I could be wrong.

    Since Java is "supposed" to be cross platform, it would be very useful for a tool like JET to be as cross platform as possible, at least the big 3.

    Please let me know... thanks...

    I would not call this "near future", but better late than never:

    http://www.excelsiorjet.com/osx


  7. Here are the most notable changes in Excelsior JET 10:

    OS X Support

    The 64‑bit versions of Excelsior JET, Professional and Enterprise Editions are now available for Apple OS X desktop operating system.

    64-bit Version Improvements

    • OS X support
    • Application performance improvements evidenced by industry‑standard and popular benchmarks:
      • SPECjvm2008 and SPECjbb2002 composite scores improved by more than 25%
      • 20% to 60% speedups observed on the DaCapo benchmark suite
      • etc.

      [*]Executable sizes reduced by 15-25%

    Download Your 90-Days Evaluation Copy


  8. What I am saying is my opinion, I am just suggesting ways using which excelsior can make it's way in the mobile market.

    Thank you very much for sharing your opinion, shashaank. You may wish to subscribe to our mailing list or RSS feed to make sure you will receive any updates on this subject matter that we may issue.


  9. First of all, make sure to copy the EXE file that was processed by the packager (JetPackII), not the EXE originally emitted by the compiler. If you build a new EXE, you have to re-package it before copying to other PCs; there is a command-line tool for that called xpack.

    Also, if you do not have the latest update installed (for Excelsior JET 9 it is Maintenance Pack 2 as of today), install it then rebuild and re-package your app.

    If nothing helps: What are your friend's operating system and its language settings?


  10. Mobile app market is a new market.

    It is not based on a legacy of code from desktop era.

    It is based on new code written in new platform.

    The problem is not porting desktop legacy code to iphone,

    that is a much smaller market

    compared to the market of porting android apps to iphone.

    When you say "much smaller market", are you comparing by the potential number of users or by potential revenues and profits?

    If the latter, do you have solid market data to support your opinion?


  11. Does having a Oracle Java license prohibit from making a parallel product which just support Android's Java?

    Not the license per se, but the open legal dispute between Google and Oracle over Java.

    People design apps specifically for mobile.

    People develop for android, and being able to port that code to iOS would mean coding only once.

    Being able to port desktop app to iOS is something I doubt if I would ever be interested in doing.

    Mainly because the way desktop apps are designed and the way mobile apps are designed is very different.

    Even if the entire desktop app is ported, the UI would require a redesign.

    Desktop and mobile are converging. Is Surface Pro 3 a desktop or mobile device?

    And UI redesign is required in the case of RoboVM as well. An Android app won't look native on iOS.

    Could you please explain what exactly is (or was) Excelisor planning for iOS mobile platform ?

    We will surely do that when/if time comes.

    If nothing, you guys should consider taking a stake in robovm and do somekind of collaboration.

    If that market catches up you help them scale by providing excelsior's advanced technology, whereas they would be providing Excelisor with a new market.

    Android to native iOS must be taken seriously, this is my sincere advice.

    Thank you very much for sharing your opinion and advice.


  12. Please do consider some kind of collaboration (or acquisition) with robovm.

    Robovm would greatly benefit with the kind of optimizations Jet has.

    It will be good Excelsior and java community.

    Excelsior would get access to the user base of robovm which they have already created.

    I hope I did not intrude too much.

    I am just hoping for the best.

    I hope you can forward this suggestion to Excelsior senior management.

    Thanks

    Members of Excelsior senior management not only read this forum, but also post replies.

    Excelsior is an Oracle Java licensee, hence our solution would have to be Java SE compliant, whereas the RoboVM author had chosen to use the Android standard library, so as to aid portability between iOS and Android.


  13. Last year, we raised $8,290 for the Save Life Foundation by selling Excelsior JET, Standard Edition under "pay what you can" conditions.

    We are doing another run of that campaign from April 23 to May 31, 2014. This time those who give $50 or more will receive a free upgrade to Excelsior JET 10, tentatively scheduled for September, and enter a draw for a free copy of Excelsior JET 10, Professional Edition for OS X (one copy per $5,000 raised.)

    Learn more and participate


  14. Download Your 90-Days Evaluation Copy

    New and Noteworthy

    Support for Java SE 7

    Excelsior JET 9 supports Java SE 7 Update 40 out of the box, later updates will be supported through add-ons, as usual.

    New Platform

    Linux x64 is added to the list of supported platforms.

    Other improvements

    Stack trace printing is now enabled by default, so as to improve the de-facto compatibility with other Java implementations.

    New And Improved in The 64-bit Version

    • Linux support
    • Compilation time reduced by 10% on average
    • Compiler memory footprint 3x lower
    • Application performance improvements:
      • 1.2x improvement of SPECjvm2008 composite score
      • 1.6x to 2x higher performance of selected tests from EEMBC and DaCapo benchmark suites.

    Download Your 90-Days Evaluation Copy

×