javacompiler-users Mailing List for javaCompiler (Page 9)
Status: Beta
Brought to you by:
soapy
Menu
▾
▴
javacompiler-users — This mailing list is for general questions and discussions.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(15) |
Aug
(12) |
Sep
(57) |
Oct
(14) |
Nov
(23) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(17) |
Feb
(35) |
Mar
(18) |
Apr
|
May
(4) |
Jun
(2) |
Jul
|
Aug
(12) |
Sep
(15) |
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2008 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
(2) |
Jun
|
Jul
(6) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(5) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(9) |
Dec
(7) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ewald P. <ewa...@gm...> - 2006-11-16 09:08:51
|
Marco Trudel wrote: > Hendy Irawan wrote: > >>JNative ;-) :-P *LOL* > > > Sounds great. But I learned from my last mistake and asked Google: > http://sourceforge.net/projects/jnative > > Another one that is already taken :-( > J2N J2Native Java2Native Didn't check it in Google, though. Regards Ewald |
|
From: Marco T. <mt...@gm...> - 2006-11-16 07:55:06
|
Hendy Irawan wrote: > JNative ;-) :-P *LOL* Sounds great. But I learned from my last mistake and asked Google: http://sourceforge.net/projects/jnative Another one that is already taken :-( thanks anyway Marco > On 11/15/06, Marco Trudel <mt...@gm...> wrote: >> Hendy Irawan wrote: >>> On 11/15/06, Marco Trudel <mt...@gm...> wrote: >>>> Compared to NativeJ: You really prefer paying >= 1000$ and adding a huge >>>> runtime library instead of paying 39$ and having a small self containing >>>> executable? >>> $39? >>> It says: >>> $49.95 for Standard Edition >>> $89.95 for Professional Edition >>> http://www.dobysoft.com/products/nativej/ >>> >>> Urrr... on second thought, was that your product? >> No. They stole the name "NativeJ" before I used it for my product ;-) >> Unfortunately everyone gets now confused. >> >> The original NativeJ is only a Java Wrapper that creates an exe to >> launch your app. >> My NativeJ - which I really have to rename again - is a real Java to >> native compiler that creates real binaries from Java Applications. >> >> Any suggestions on how to name my JavaCompiler/NativeJ? I have no >> idea... NativeJ seemed cool and pretty specific. Unfortunately the other >> company used it for their product although it doesn't do what the name >> implies... >> >> >> Marco >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> javaCompiler-users mailing list >> jav...@li... >> https://lists.sourceforge.net/lists/listinfo/javacompiler-users >> > > |
|
From: Hendy I. <gau...@gm...> - 2006-11-16 02:07:31
|
JNative ;-) :-P *LOL* On 11/15/06, Marco Trudel <mt...@gm...> wrote: > Hendy Irawan wrote: > > On 11/15/06, Marco Trudel <mt...@gm...> wrote: > >> Compared to NativeJ: You really prefer paying >= 1000$ and adding a huge > >> runtime library instead of paying 39$ and having a small self containing > >> executable? > > $39? > > It says: > > $49.95 for Standard Edition > > $89.95 for Professional Edition > > http://www.dobysoft.com/products/nativej/ > > > > Urrr... on second thought, was that your product? > > No. They stole the name "NativeJ" before I used it for my product ;-) > Unfortunately everyone gets now confused. > > The original NativeJ is only a Java Wrapper that creates an exe to > launch your app. > My NativeJ - which I really have to rename again - is a real Java to > native compiler that creates real binaries from Java Applications. > > Any suggestions on how to name my JavaCompiler/NativeJ? I have no > idea... NativeJ seemed cool and pretty specific. Unfortunately the other > company used it for their product although it doesn't do what the name > implies... > > > Marco > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > javaCompiler-users mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/javacompiler-users > -- Hendy Irawan Web: http://hendy.gauldong.net Mobile: +62 856 24889899 Yahoo Messenger: ceefour666 |
|
From: Marco T. <mt...@gm...> - 2006-11-15 15:27:37
|
Hendy Irawan wrote: > On 11/15/06, Marco Trudel <mt...@gm...> wrote: >> Compared to NativeJ: You really prefer paying >= 1000$ and adding a huge >> runtime library instead of paying 39$ and having a small self containing >> executable? > $39? > It says: > $49.95 for Standard Edition > $89.95 for Professional Edition > http://www.dobysoft.com/products/nativej/ > > Urrr... on second thought, was that your product? No. They stole the name "NativeJ" before I used it for my product ;-) Unfortunately everyone gets now confused. The original NativeJ is only a Java Wrapper that creates an exe to launch your app. My NativeJ - which I really have to rename again - is a real Java to native compiler that creates real binaries from Java Applications. Any suggestions on how to name my JavaCompiler/NativeJ? I have no idea... NativeJ seemed cool and pretty specific. Unfortunately the other company used it for their product although it doesn't do what the name implies... Marco |
|
From: Hendy I. <gau...@gm...> - 2006-11-15 02:01:55
|
On 11/15/06, Marco Trudel <mt...@gm...> wrote: > Compared to NativeJ: You really prefer paying >= 1000$ and adding a huge > runtime library instead of paying 39$ and having a small self containing > executable? $39? It says: $49.95 for Standard Edition $89.95 for Professional Edition http://www.dobysoft.com/products/nativej/ Urrr... on second thought, was that your product? -- Hendy Irawan Web: http://hendy.gauldong.net Mobile: +62 856 24889899 Yahoo Messenger: ceefour666 |
|
From: Marco T. <mt...@gm...> - 2006-11-14 19:49:59
|
Sean McNamara wrote: > vitallis <http://forum.java.sun.com/profile.jspa?userID=285720> > Posts:720 > Registered: 8/1/00 > > *Re: Help me on njawin > Dec 8, 2005 12:35 AM (reply 7 of 7) * > > > > Hi, > trying to run jawin you waste your time! This project is developing for > a number of years and still have many of bugs. In 2002 I rewrote this > project and called if NJAWIN (the commercial version is OLEJA). NJAWIN > is free and available at > http://simtel.net/product.php[id]60701[sekid]0[SiteID]simtel.net > NJAWIN supports only OLE Automation, WIN32 function call support was > removed. COM specifics are hidden. > NJAWIN looks for its native DLL in the DIR where its JAR is stored. So > keep NJAWIN's DLL and JAR in the same DIR. > > > That post is from the Sun Java forums. I'm not comparing the > functionality of Jawin/NJawin/OLEJA to NativeJ/javaCompiler in any way; > I'm stating simply that the project started open source and it's now > commercial (OLEJA). Also, quite revealingly, I have been completely > unable to find NJawin available anywhere on the Internet. I think the > author had it taken down! He certainly doesn't support it anymore. > > Furthermore, I tried a recent version of OLEJA and I much prefer the > functionality and improvements of Jawin. I'm not saying your project > must necessarily be inferior to an open source alternative, but it seems > to be a trend in my experience; NJawin is merely one example. Sorry, I really don't understand what you try to say. Is NJawin/OLEJA now a ahead-of-time Java compiler? Why do you say you wrote NJAWIN and then say that the author has probably taken it down? Wouldn't you know if you had? Another thing, why do you say "imho Jawin is way better anyway" and then say it's a waste of my time and doesn't exist any more? I will just close this NJAWIN/OLEJA discussion with the resume that it is one of a lot Java native compiler projects that have been killed. Please tell me if I'm completely wrong and skip that part otherwise. > I think you're missing some of the point of the commercialization of > F/OSS software. The point is not to destroy your F/OSS offering and stop > maintaining it, after "using" the help of the community to get you > started. The point is to offer a commercial version with value-added > features that go beyond the core offering, such as priority tech > support, fancy or thorough documentation, and a license that allows it > to be used royalty-free in other commercial, closed-source projects (if > the OSS license used for the base project doesn't already allow this.) What? Did you even read my FAQ and the "Selling Free Software" paper from GNU? There's absolutely no point like you describe it. As i said before, you don't understand the concept of free software. Please either read the paper or stop sending eMails. What you describe is just a way how it could be done (probably how you would like it to be). There's absolutely no demand to do it that way. As long as the compilers from NativeJ are just compilations of GCJ, everyone is free to compile them themself. Please - really please - read the FAQ. I have other things to do than answer 2 pages long emails about a pointless discussion. > Need a case study? Take your pick: openSUSE/SLED; Fedora Core/RHEL; > FreeSpire/Linspire; QT; the list goes on. These projects represent what > I view as the "real" point of F/OSS You say it: "what I view as ...". You know, your opinion might be different from the public one. If it's even different from a GNU paper about the specific topic, you really shouldn't discuss with me... > From what > I understand of your announcement, javaCompiler will die at 0.8, and any > improvements you make to the core functionality of this product will go > into, and only into, the commercial product. JavaCompiler and NativeJ are exactly the same thing. I mainly changed the name because "JavaCompiler" is very unspecific. It sounds more like a bytecode compiler. > The project thus ceases to > be of use to the open source community as soon as an incompatible or > newer version of SWT, AWT, or the Java Specification becomes needed. What are you talking about? I think you have no idea what GCJ or GNU classpath is. Please inform you before starting a discussion... And really, really really read the FAQ. You only pay me for compiling and distributing GCJ. You're free to do that yourself. > If the majority of F/OSS projects take the route of > javaCompiler, well, there wouldn't be very much of an Open Source > movement at all, would there? In fact, you'd have to license GCJ if you > wanted to take advantage of any new features they happen to develop for > you over the course of the next n years. You wouldn't like that very > much, would you??? Oh boy... You don't even understand what "open source" means. Open source doesn't mean at all that it's free of cost. You're probably mixing up "free software" with "open source". And you proved already that you don't understand the concept of "free software". > I'm not trying to give you a hard time. Believe me, you really do. This discussion is absolutely pointless. I'm doing nothing else than explaining you the concepts of open source and free software (although it would be explained in my FAQ and the GNU paper I told you to read in the last eMail). > I actually used javaCompiler on > a small non-commercial project for my mom and she really liked it (MY > code, bundled nicely with YOUR program into an EXE rather than a messy > JAR). I appreciate your work and the amount of effort you have invested > into this project. I just wish it didn't have to end this way. It doesn't end! Why do you say so? > I have been considering using the Java 1.5 & JFace platform for a new > desktop application requested at work. The standard Windows tools used > by our in-house developers are dated and cumbersome, and are not > resilient to changes in the upcoming Vista. So Java will go a long way > to making the platform leap safely. Due to licensing issues (and product > support concerns, for that matter) I will probably go with Excelsior JET > rather than javaCompiler. Wow, cool. Finally something I can learn out of this discussion! Ok, you'll use Excelsior JET? Do you really want to pay 1000$ to 5000$ and add a runtime from 50mb to 80mb? Why would anyone do that? Now that Java is under GPL with the GPL exception, I would assume that everybody would just package their app with a JRE (13mb) and create a nice executable to start the app. It's free of cost and a lot smaller... Compared to NativeJ: You really prefer paying >= 1000$ and adding a huge runtime library instead of paying 39$ and having a small self containing executable? But of course, feel free to go for Excelsior Jet, I won't even try to stop you. I would just be interested why anyone would use Excelsior JET. > If javaCompiler were continued, and NativeJ > were a commercial version with added benefits, I would more seriously > consider buying NativeJ. NativeJ and JavaCompiler are the same. You could look at it this way: The commercial edition doesn't have any restrictions and the free edition comes with a popup (you read the FAQ and know how it's handled, right?). BTW, I didn't really try to express things nice because that would have needed even much more time. Since you're such interested in papers, you should read this one as well (in case you feel offended by my anwser): http://www.catb.org/~esr/faqs/smart-questions.html Marco |
|
From: Sean M. <sm...@gm...> - 2006-11-14 15:06:54
|
vitallis <http://forum.java.sun.com/profile.jspa?userID=285720> Posts:720 Registered: 8/1/00 *Re: Help me on njawin Dec 8, 2005 12:35 AM (reply 7 of 7) * Hi, trying to run jawin you waste your time! This project is developing for a number of years and still have many of bugs. In 2002 I rewrote this project and called if NJAWIN (the commercial version is OLEJA). NJAWIN is free and available at http://simtel.net/product.php[id]60701[sekid]0[SiteID]simtel.net NJAWIN supports only OLE Automation, WIN32 function call support was removed. COM specifics are hidden. NJAWIN looks for its native DLL in the DIR where its JAR is stored. So keep NJAWIN's DLL and JAR in the same DIR. That post is from the Sun Java forums. I'm not comparing the functionality of Jawin/NJawin/OLEJA to NativeJ/javaCompiler in any way; I'm stating simply that the project started open source and it's now commercial (OLEJA). Also, quite revealingly, I have been completely unable to find NJawin available anywhere on the Internet. I think the author had it taken down! He certainly doesn't support it anymore. Furthermore, I tried a recent version of OLEJA and I much prefer the functionality and improvements of Jawin. I'm not saying your project must necessarily be inferior to an open source alternative, but it seems to be a trend in my experience; NJawin is merely one example. I think you're missing some of the point of the commercialization of F/OSS software. The point is not to destroy your F/OSS offering and stop maintaining it, after "using" the help of the community to get you started. The point is to offer a commercial version with value-added features that go beyond the core offering, such as priority tech support, fancy or thorough documentation, and a license that allows it to be used royalty-free in other commercial, closed-source projects (if the OSS license used for the base project doesn't already allow this.) Need a case study? Take your pick: openSUSE/SLED; Fedora Core/RHEL; FreeSpire/Linspire; QT; the list goes on. These projects represent what I view as the "real" point of F/OSS -- providing the core developer/project founder(s) a profit source while still offering the open source option to individuals and non-commercial entities. From what I understand of your announcement, javaCompiler will die at 0.8, and any improvements you make to the core functionality of this product will go into, and only into, the commercial product. The project thus ceases to be of use to the open source community as soon as an incompatible or newer version of SWT, AWT, or the Java Specification becomes needed. Just because other developers can choose to pick up the gauntlet you dropped and continue javaCompiler development doesn't seem to justify essentially abandoning an OSS project. You and all F/OSS developers are of course free to abandon projects when you have other responsibilities/needs/interests, but this is a special case where development and interest on your part continues, but under another banner. If the majority of F/OSS projects take the route of javaCompiler, well, there wouldn't be very much of an Open Source movement at all, would there? In fact, you'd have to license GCJ if you wanted to take advantage of any new features they happen to develop for you over the course of the next n years. You wouldn't like that very much, would you??? I'm not trying to give you a hard time. I actually used javaCompiler on a small non-commercial project for my mom and she really liked it (MY code, bundled nicely with YOUR program into an EXE rather than a messy JAR). I appreciate your work and the amount of effort you have invested into this project. I just wish it didn't have to end this way. I have been considering using the Java 1.5 & JFace platform for a new desktop application requested at work. The standard Windows tools used by our in-house developers are dated and cumbersome, and are not resilient to changes in the upcoming Vista. So Java will go a long way to making the platform leap safely. Due to licensing issues (and product support concerns, for that matter) I will probably go with Excelsior JET rather than javaCompiler. If javaCompiler were continued, and NativeJ were a commercial version with added benefits, I would more seriously consider buying NativeJ. As for the OSS programs compiled into EXE/bins, my project website is in the works - I'll have to host it without any fancy server-side processing, since my web space is a 100mb chunk on a server that only runs Apache on our university network. I'll start by using Cygwin/MinGW/classpath with programs that don't compile with JavaCompiler.. my first one will probably be PasswordManager. I'll look at the CVS version of SwingWT to see if it has the implementations I need. :) Regards, Sean Marco Trudel wrote: > Sean McNamara wrote: > >> I can still download javaCompiler 0.8, including source, online.. if the >> license for that permits, we may be able to fork it under another name >> and continue to improve it F/OSS style. >> > > Until JavaCompiler 0.8, it was GPL. So feel free to continue development > of it under GPL terms. But also understand that the GUI frontend is only > 10% of the whole work. Building, maintaining and testing the compilers > is the real work. > > > >> Sounds like it's gone the way of >> NJawin, but imho Jawin is way better anyway, and it's Open Source, so... >> > > Do you have a link to NJawin? I never heard of it and a quick google > search didn't bring anything up... > > > >> I'm disappointed, but not altogether surprised... In Marco's defense, >> > > There is nothing to defense. If you think there is, then you don't > understand the concept of free software. Although I'm starting to sound > like a broken idiotic robot: please read the FAQ. > > > >> Be that as it may, I am saddened to see another OSS project dry up, >> > > Why do you think it will dry up? I will maintain it as I always did... > > > >> and >> I hope we can make the best of it by using Marco's work as a basis for >> other projects. I may begin learning the internals of javaCompiler and, >> while not necessarily using the JavaCompiler GUI, >> > > In this case, just compile GCJ yourself. That's the whole idea behind > free software ;-) > But keep in mind that, depending on your background, you'll need a month > (if you've my experience in this field) until years (if you're able to > do it at all) to reach the same quality that NativeJ provides right now > (and big improvements are coming). > So, if we calculate one month for the task, you would have hourly wage > of 0.25$ (you spare one NativeJ licence). Ah yeah, you wouldn't have > your usual wage from your job and probably need longer for it. > > > >> I'll take the time to >> learn what goes wrong in the native compilation of several popular Java >> programs. My goal will be to try and get some popular OSS Java programs >> compiled into native ELF32 and Win32 binaries for ease of distribution. >> > > Cool! Is there a project website? > > > >> I have several SWT programs in mind that should be easier to get working >> than the Swing/AWT ones. >> > > Yes, SWT completely works with GCJ. Now that Java is under GPL with the > GPL exception, Swing and AWT support can be taken from Sun. So that will > be supported very soon as well... > > > Marco > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > javaCompiler-users mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/javacompiler-users > > |
|
From: Marco T. <mt...@gm...> - 2006-11-14 08:43:07
|
Sean McNamara wrote: > I can still download javaCompiler 0.8, including source, online.. if the > license for that permits, we may be able to fork it under another name > and continue to improve it F/OSS style. Until JavaCompiler 0.8, it was GPL. So feel free to continue development of it under GPL terms. But also understand that the GUI frontend is only 10% of the whole work. Building, maintaining and testing the compilers is the real work. > Sounds like it's gone the way of > NJawin, but imho Jawin is way better anyway, and it's Open Source, so... Do you have a link to NJawin? I never heard of it and a quick google search didn't bring anything up... > I'm disappointed, but not altogether surprised... In Marco's defense, There is nothing to defense. If you think there is, then you don't understand the concept of free software. Although I'm starting to sound like a broken idiotic robot: please read the FAQ. > Be that as it may, I am saddened to see another OSS project dry up, Why do you think it will dry up? I will maintain it as I always did... > and > I hope we can make the best of it by using Marco's work as a basis for > other projects. I may begin learning the internals of javaCompiler and, > while not necessarily using the JavaCompiler GUI, In this case, just compile GCJ yourself. That's the whole idea behind free software ;-) But keep in mind that, depending on your background, you'll need a month (if you've my experience in this field) until years (if you're able to do it at all) to reach the same quality that NativeJ provides right now (and big improvements are coming). So, if we calculate one month for the task, you would have hourly wage of 0.25$ (you spare one NativeJ licence). Ah yeah, you wouldn't have your usual wage from your job and probably need longer for it. > I'll take the time to > learn what goes wrong in the native compilation of several popular Java > programs. My goal will be to try and get some popular OSS Java programs > compiled into native ELF32 and Win32 binaries for ease of distribution. Cool! Is there a project website? > I have several SWT programs in mind that should be easier to get working > than the Swing/AWT ones. Yes, SWT completely works with GCJ. Now that Java is under GPL with the GPL exception, Swing and AWT support can be taken from Sun. So that will be supported very soon as well... Marco |
|
From: Marco T. <mt...@gm...> - 2006-11-14 08:05:28
|
Hendy Irawan wrote: > On 11/14/06, Sean McNamara <sm...@gm...> wrote: >> Be that as it may, I am saddened to see another OSS project dry up, and > It'd be interesting if a sidestep alternative (e.g. similar to > MySQL/Qt license) is possible with JavaCompiler. Please explain further (but read the FAQ before)... >> And yes, it would appear that it competes directly with Excelsior JET >> (of which I have used a trial and it seems shockingly similar in >> purpose...!) Only difference is that Excelsior's whole toolchain is >> built on proprietary technology, right? They didn't use MingW too, did >> they?! > Proprietary isn't always "bad". But it can be very bad if the company > is out of business. (For OSS though, it's still bad if this happens, > but at least if you're brave enough you can just fix the source code > yourself) That's the whole idea behind selling open source software. Again, read the FAQ... > Competing with Excelsior, though, IMHO, would be a very... very daunting task. No, it isn't. That's also in the FAQ. Excelsior JET is absolutely useless in my opinion for ahead-of-time compilation. > (BTW, another IMHO, even though gcj+classpath+maybe some other > "subcomponents" of JavaCompiler licenses' allow this, I don't really > "fit-in" to the idea of building something 100% commercial out of > mostly FOSS projects) Why not? It completely fits in and is completely legal and fine. Even encouraged by GNU (-> FAQ). Marco |
|
From: Marco T. <mt...@gm...> - 2006-11-14 08:01:33
|
Hendy Irawan wrote: >> - Changed it from free to cost 39.90$ per developer > > So... It's out of the open source world? > This competes with Excelsior JET, if I get this correctly? Please read the FAQ, there's everything completely and satisfying explained... Marco |
|
From: Hendy I. <gau...@gm...> - 2006-11-14 05:57:41
|
On 11/14/06, Sean McNamara <sm...@gm...> wrote: > Be that as it may, I am saddened to see another OSS project dry up, and It'd be interesting if a sidestep alternative (e.g. similar to MySQL/Qt license) is possible with JavaCompiler. > And yes, it would appear that it competes directly with Excelsior JET > (of which I have used a trial and it seems shockingly similar in > purpose...!) Only difference is that Excelsior's whole toolchain is > built on proprietary technology, right? They didn't use MingW too, did > they?! Proprietary isn't always "bad". But it can be very bad if the company is out of business. (For OSS though, it's still bad if this happens, but at least if you're brave enough you can just fix the source code yourself) Competing with Excelsior, though, IMHO, would be a very... very daunting task. (BTW, another IMHO, even though gcj+classpath+maybe some other "subcomponents" of JavaCompiler licenses' allow this, I don't really "fit-in" to the idea of building something 100% commercial out of mostly FOSS projects) -- Hendy Irawan Web: http://hendy.gauldong.net Mobile: +62 856 24889899 Yahoo Messenger: ceefour666 |
|
From: Sean M. <sm...@gm...> - 2006-11-14 02:03:22
|
I can still download javaCompiler 0.8, including source, online.. if the license for that permits, we may be able to fork it under another name and continue to improve it F/OSS style. Sounds like it's gone the way of NJawin, but imho Jawin is way better anyway, and it's Open Source, so... I'm disappointed, but not altogether surprised... In Marco's defense, Java developers' tools have a bad history with becoming closed source after a time, for whatever reason. Ambitious projects coded in C with end-users as targets may well get more donations/funding. Us developers expect everything to be handed to us. Be that as it may, I am saddened to see another OSS project dry up, and I hope we can make the best of it by using Marco's work as a basis for other projects. I may begin learning the internals of javaCompiler and, while not necessarily using the JavaCompiler GUI, I'll take the time to learn what goes wrong in the native compilation of several popular Java programs. My goal will be to try and get some popular OSS Java programs compiled into native ELF32 and Win32 binaries for ease of distribution. I have several SWT programs in mind that should be easier to get working than the Swing/AWT ones. And yes, it would appear that it competes directly with Excelsior JET (of which I have used a trial and it seems shockingly similar in purpose...!) Only difference is that Excelsior's whole toolchain is built on proprietary technology, right? They didn't use MingW too, did they?! Sean Hendy Irawan wrote: >> - Changed it from free to cost 39.90$ per developer >> > > So... It's out of the open source world? > This competes with Excelsior JET, if I get this correctly? > > |
|
From: Hendy I. <gau...@gm...> - 2006-11-14 01:39:56
|
> - Changed it from free to cost 39.90$ per developer So... It's out of the open source world? This competes with Excelsior JET, if I get this correctly? -- Hendy Irawan Web: http://hendy.gauldong.net Mobile: +62 856 24889899 Yahoo Messenger: ceefour666 |
|
From: Marco T. <mt...@gm...> - 2006-11-13 18:43:07
|
Holly Schinsky wrote: > Hello, has anyone had any luck with compiling any of the XML parser jars > (dom4j, sax, jaxen etc) into their exe? I was unable to get any of them > to work? I noticed a couple other emails about this but did not see a > solution. Thanks, Holly I'm pretty sure the solution was to use -fenable-multiple-definitions or so... Please check the mailing list archive... Marco |
|
From: Holly S. <sch...@ad...> - 2006-11-13 02:47:16
|
Hello, has anyone had any luck with compiling any of the XML parser jars (dom4j, sax, jaxen etc) into their exe? I was unable to get any of them to work? I noticed a couple other emails about this but did not see a solution. Thanks, Holly |
|
From: Marco T. <mt...@gm...> - 2006-11-11 18:20:09
|
Hey Guys I forward this announcement to the users list, because there are a lot of people not subscribed to the announcement list. This will be the last announcement I send to the users list. Please subscribe to the announcement list if you want to receive such notifications. Marco |
|
From: Marco T. <mt...@gm...> - 2006-11-02 22:38:52
|
Matt Gressek wrote:
> I'm experimenting with javaCompiler 0.8 and am getting an exception thrown when I invoke javax.crypto classes.
>
> DESKeySpec desKeySpec = new DESKeySpec(_key.toString().getBytes()); <--doesn't throw exception
>
> SecretKeyFactory keyFactory = SecretKeyFactory.getInstance("DES"); <-throws exception
>
> Is this a known issue?
Yes. JCE is completely useless with v0.8. I just recently fixed it...
> If so, when might it be resolved?
I'm currently working on v0.9 but can't say anything definite. But I
expect it to be released in November.
> are there workarounds?
Depends... If you consider importing GNU classpath into GCJ and
recrosscompile GCJ, then yes.
If you need it really urgent, we might organize something... Send me a
private mail...
Marco
|
|
From: Matt G. <mat...@ya...> - 2006-11-02 22:12:24
|
I'm experimenting with javaCompiler 0.8 and am getting an exception thrown =
when I invoke javax.crypto classes. =0A=0A DESKeySpec desKey=
Spec =3D new DESKeySpec(_key.toString().getBytes()); <--doesn't throw exce=
ption=0A=0A SecretKeyFactory keyFactory =3D SecretKeyFactory=
.getInstance("DES"); <-throws exception =0A=0AIs this a known issue? If so,=
when might it be resolved? are there workarounds? =0A=0AThanks.=0A=0A-Mat=
t=0A=0A
|
|
From: Marco T. <mt...@gm...> - 2006-11-02 14:39:37
|
praveen bharath wrote: > Hi Marco, > > I am using javaCompiler V0.8. I am trying to create a > small application that uses webservices deployed on > weblogic. As you said I am able to compile my > application without having the commons-logging-win.jar > in the jars list. But after some debugging I am able > to trace the exact problem: > > To reproduce the issue, I have used the > SwtMinimal.java sample itself. What I have done is, I > have added the webservices related code in the > SwtMinimal.java class on the button click. This is 3 > lines code which uses a webservices stub generated by > weblogic clientgen tool. Why do you hide these 3 lines from us? > To run this sample we need to have webservices.jar and > webserviceclient.jar of weblogic in the classpath. > from the command prompt I am able to run this > SwtMinimal class with these two jars in the classpath. I assume you talking about using a Sun JRE. > In the javaCompiler, I have added webservices.jar in > the jars list and the tool have succesfully generated > the .exe. When running the exe, I was getting Class > not found exceptions, which I have eliminated by > keeping the webserviceclient.jar in the classpath. Why didn't you compile it into the executable? > Now, though there are no exceptions, I am getting a > run time error saying that: > > weblogic.webservice.client.SSLConfigurationException: > No SSLAdapter class could > be found. The likely cause of this is an incomplete > web service client libarary > . If no SSL implementation is available, the client > should use NullSSLAdapter > at > java.lang.VMThrowable.fillInStackTrace(SwtMinimal-win.exe) > at java.lang.Throwable.<init>(SwtMinimal-win.exe) > at java.lang.Exception.<init>(SwtMinimal-win.exe) > > Can you help me and let me know if this kind of > programs which involve webservices stub can be made > into EXEs using javaCompiler? Well, there was a lot of progress in the cryption part lately. If you send me the 2 jars and java source file, I can see if it will work now. If not, you have to fix it, find someone to fix it for you or pay me to fix it... Marco |
|
From: praveen b. <s_p...@ya...> - 2006-11-02 09:23:43
|
Hi Marco, I am using javaCompiler V0.8. I am trying to create a small application that uses webservices deployed on weblogic. As you said I am able to compile my application without having the commons-logging-win.jar in the jars list. But after some debugging I am able to trace the exact problem: To reproduce the issue, I have used the SwtMinimal.java sample itself. What I have done is, I have added the webservices related code in the SwtMinimal.java class on the button click. This is 3 lines code which uses a webservices stub generated by weblogic clientgen tool. To run this sample we need to have webservices.jar and webserviceclient.jar of weblogic in the classpath. from the command prompt I am able to run this SwtMinimal class with these two jars in the classpath. In the javaCompiler, I have added webservices.jar in the jars list and the tool have succesfully generated the .exe. When running the exe, I was getting Class not found exceptions, which I have eliminated by keeping the webserviceclient.jar in the classpath. Now, though there are no exceptions, I am getting a run time error saying that: weblogic.webservice.client.SSLConfigurationException: No SSLAdapter class could be found. The likely cause of this is an incomplete web service client libarary . If no SSL implementation is available, the client should use NullSSLAdapter at java.lang.VMThrowable.fillInStackTrace(SwtMinimal-win.exe) at java.lang.Throwable.<init>(SwtMinimal-win.exe) at java.lang.Exception.<init>(SwtMinimal-win.exe) Can you help me and let me know if this kind of programs which involve webservices stub can be made into EXEs using javaCompiler? Regards, Praveen --- Marco Trudel <mt...@gm...> wrote: > praveen bharath wrote: > > Hi, > > > > I am trying to create a swing application that > uses > > commons-logging.jar. This is failing and when I > tried > > to create a jar object for this > commons-logging.jar I > > am getting the following error. I am new to GCJ > and > > JavaCompiler and greatly appreciate your help in > this > > regard. > > > > creating Copy of commons-logging-win.jar.o > > - Java 1.5 preprocessing: Copy of > commons-logging.jar > > [RetroWeaver] Processing 17 classe(s) > > Exception in thread "main" > > com.rc.retroweaver.RetroWeaverException: Weaving > > failed > > at 0x5dd538(Unknown Source) > > at 0x47104e(Unknown Source) > > at 0x475aae(Unknown Source) > > at 0x475ad5(Unknown Source) > > at 0x475c2b(Unknown Source) > > at 0x475c5b(Unknown Source) > > at 0x4158b1(Unknown Source) > > at 0x41986b(Unknown Source) > > at 0x66692c(Unknown Source) > > at 0x543337(Unknown Source) > > at 0x560ae0(Unknown Source) > > at 0x46fa00(Unknown Source) > > at 0x46fb62(Unknown Source) > > at 0x46fb97(Unknown Source) > > at 0x401308(Unknown Source) > > at 0x401233(Unknown Source) > > at 0x401284(Unknown Source) > > at 0x7c816fd3(Unknown Source) > > Caused by: java.util.zip.ZipException: compressed > > size was 1280, but I expected 2816 > > at 0x5dd538(Unknown Source) > > at 0x47104e(Unknown Source) > > at 0x475aae(Unknown Source) > > at 0x476354(Unknown Source) > > at 0x4a1884(Unknown Source) > > at 0x512364(Unknown Source) > > at 0x512dad(Unknown Source) > > at 0x512fc0(Unknown Source) > > at 0x5198c4(Unknown Source) > > at 0x411979(Unknown Source) > > at 0x4197b4(Unknown Source) > > ...10 more > > > > failed... > > Ok, multiple things: > - Which version of JavaCompiler are you using? > Please update... > - I don't think you have to preprocess > commons-logging.jar. > - Swing will most probably not work > - logging is already in GCJ. I don't know if it is > in a javaCompiler > release or if it was imported later. Just mentioning > it because you > might run into "multiple definitions of ..." > problems. > > > Marco > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support > web services, security? > Get stuff done quickly with pre-integrated > technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 > based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > javaCompiler-users mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/javacompiler-users > ____________________________________________________________________________________ Everyone is raving about the all-new Yahoo! Mail (http://advision.webevents.yahoo.com/mailbeta/) |
|
From: Marco T. <mt...@gm...> - 2006-10-31 11:27:56
|
praveen bharath wrote: > Hi, > > I am trying to create a swing application that uses > commons-logging.jar. This is failing and when I tried > to create a jar object for this commons-logging.jar I > am getting the following error. I am new to GCJ and > JavaCompiler and greatly appreciate your help in this > regard. > > creating Copy of commons-logging-win.jar.o > - Java 1.5 preprocessing: Copy of commons-logging.jar > [RetroWeaver] Processing 17 classe(s) > Exception in thread "main" > com.rc.retroweaver.RetroWeaverException: Weaving > failed > at 0x5dd538(Unknown Source) > at 0x47104e(Unknown Source) > at 0x475aae(Unknown Source) > at 0x475ad5(Unknown Source) > at 0x475c2b(Unknown Source) > at 0x475c5b(Unknown Source) > at 0x4158b1(Unknown Source) > at 0x41986b(Unknown Source) > at 0x66692c(Unknown Source) > at 0x543337(Unknown Source) > at 0x560ae0(Unknown Source) > at 0x46fa00(Unknown Source) > at 0x46fb62(Unknown Source) > at 0x46fb97(Unknown Source) > at 0x401308(Unknown Source) > at 0x401233(Unknown Source) > at 0x401284(Unknown Source) > at 0x7c816fd3(Unknown Source) > Caused by: java.util.zip.ZipException: compressed > size was 1280, but I expected 2816 > at 0x5dd538(Unknown Source) > at 0x47104e(Unknown Source) > at 0x475aae(Unknown Source) > at 0x476354(Unknown Source) > at 0x4a1884(Unknown Source) > at 0x512364(Unknown Source) > at 0x512dad(Unknown Source) > at 0x512fc0(Unknown Source) > at 0x5198c4(Unknown Source) > at 0x411979(Unknown Source) > at 0x4197b4(Unknown Source) > ...10 more > > failed... Ok, multiple things: - Which version of JavaCompiler are you using? Please update... - I don't think you have to preprocess commons-logging.jar. - Swing will most probably not work - logging is already in GCJ. I don't know if it is in a javaCompiler release or if it was imported later. Just mentioning it because you might run into "multiple definitions of ..." problems. Marco |
|
From: praveen b. <s_p...@ya...> - 2006-10-31 10:25:32
|
Hi, I am trying to create a swing application that uses commons-logging.jar. This is failing and when I tried to create a jar object for this commons-logging.jar I am getting the following error. I am new to GCJ and JavaCompiler and greatly appreciate your help in this regard. creating Copy of commons-logging-win.jar.o - Java 1.5 preprocessing: Copy of commons-logging.jar [RetroWeaver] Processing 17 classe(s) Exception in thread "main" com.rc.retroweaver.RetroWeaverException: Weaving failed at 0x5dd538(Unknown Source) at 0x47104e(Unknown Source) at 0x475aae(Unknown Source) at 0x475ad5(Unknown Source) at 0x475c2b(Unknown Source) at 0x475c5b(Unknown Source) at 0x4158b1(Unknown Source) at 0x41986b(Unknown Source) at 0x66692c(Unknown Source) at 0x543337(Unknown Source) at 0x560ae0(Unknown Source) at 0x46fa00(Unknown Source) at 0x46fb62(Unknown Source) at 0x46fb97(Unknown Source) at 0x401308(Unknown Source) at 0x401233(Unknown Source) at 0x401284(Unknown Source) at 0x7c816fd3(Unknown Source) Caused by: java.util.zip.ZipException: compressed size was 1280, but I expected 2816 at 0x5dd538(Unknown Source) at 0x47104e(Unknown Source) at 0x475aae(Unknown Source) at 0x476354(Unknown Source) at 0x4a1884(Unknown Source) at 0x512364(Unknown Source) at 0x512dad(Unknown Source) at 0x512fc0(Unknown Source) at 0x5198c4(Unknown Source) at 0x411979(Unknown Source) at 0x4197b4(Unknown Source) ...10 more failed... ____________________________________________________________________________________ Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates (http://voice.yahoo.com) |
|
From: Marco T. <mt...@gm...> - 2006-10-17 08:55:58
|
M. Bashir Al-Noimi wrote:
> Al-Salam Alekom :-)
>
> i tried to compile java file consist of UTF-8 chars, by result
> compiling process got failed how i can solve this problem .
All my projects are in UTF8, so I would assume that there is no problem.
What is the error message?
> as example for what i need c the attached file plz.
Can you post a minimal sample that shows the error? I assume a simple
"System.out.println("something in your language")" should already show it.
Marco
|
|
From: M. B. Al-N. <ha...@ce...> - 2006-10-17 00:24:11
|
Al-Salam Alekom :-)
i tried to compile java file consist of UTF-8 chars, by result
compiling process got failed how i can solve this problem .
remark :
as example for what i need c the attached file plz.
--
Best Regards =D8=AA=D8=AD=D9=8A=D8=A7=D8=AA=D9=8A
Muhammad Bashir Al-Noimi =D9=85=D8=AD=D9=85=D8=AF =D8=A8=D8=B4=D9=8A=D8=B1=
=D8=A7=D9=84=D9=86=D8=B9=D9=8A=D9=85=D9=8A
=D9=85=D8=AF=D9=88=D9=86=D8=AA=D9=8A My Blog
http://www.hali-sy.net/bashir
|
|
From: Marco T. <mt...@gm...> - 2006-10-11 07:36:44
|
Lei Wu wrote: >> Yes, he removed AWT/Swing. But what he did doesn't work with gcj 4.2. If >> I've some time left, I'll try to do it myself... I'm really interested >> how much the binaries will shrink... 0.5mb? 1mb? That would be great... > > on Mohan's 4.02 build, that would cut the exe size for almost 10M > uncompressed. it is a significant 'improvement'. I assume you're talking about a not stripped and not upxed executable. How big is the difference after stripping? How big after packing it with upx? thanks Marco |
9 messages has been excluded from this view by a project administrator.
