javacompiler-users — This mailing list is for general questions and discussions.

[javaCompiler-users] Cannot load AWT toolkit: gnu.java.awt.peer.gtk.GtkToolkit

[Stephen L. <lon...@gm...>]

Hi,

I've just taken a look at javaCompiler, and it certainly simplifies what
could potentially be an extremely complex process!

I tried it out an a game I've written in Java, that uses the
java.awt.Graphics2D stuff fairly heavily, along with BufferedImage objects,
but no AWT widgets or anything.

After building a windows .exe from my jar file (thats classes, not source),
I get the following error when running it:

Exception in thread "main" java.awt.AWTError: Cannot load AWT toolkit:
gnu.java.awt.peer.gtk.GtkToolkit
   at java.awt.Toolkit.getDefaultToolkit(game-win.exe)
   at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(game-win.exe)
   at java.awt.Window.<init>(game-win.exe)
   at java.awt.Frame.<init>(game-win.exe)
   at java.awt.Frame.<init>(game-win.exe)
   at com.longsteve.GameFrame.<init>(game-win.exe)
   at com.longsteve.Game(game-win.exe)
Caused by: java.lang.ClassNotFoundException:
gnu.java.awt.peer.gtk.GtkToolkit not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:.\], parent=
gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.lang.Class.forName(game-win.exe)
   at java.awt.Toolkit.getDefaultToolkit(game-win.exe)
   ...6 more

Have I missed a dependency or something out?  Any help would be greatly
appreciated.  I used "Managed AWT or Swing project" to start with.

Cheers,

       Steve

-- 
Stephen Longhurst
steve at longsteve.com / longsteve at gmail.com

Re: [javaCompiler-users] Absence of gij in JavaCompiler 0.8

[Marco T. <mt...@gm...>]

Hello Dezumondo

I removed all bin/ utilities that are not used by javaCompiler to reduce 
the download size. I now uploaded them in single packages:

gcc-4.2.0-utilities-linux.zip
-> all utilities for gcc/gcj that compiles for linux

gcc-4.2.0-utilities-win32.zip
-> all utilities for gcc/gcj that compiles for windows


greetings
Marco


dezumondo wrote:
> Hi.
> 
> I noticed that JavaCompiler 0.4 has gij.exe but JavaCompiler 0.8 does
> not have. May I know the reason behind this? Is there a way to compile
> the gij.exe from source?
> 
> -------------------------------------------------------------------------
> 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
> 
> 

[javaCompiler-users] Absence of gij in JavaCompiler 0.8

[dezumondo <dez...@gm...>]

Hi.

I noticed that JavaCompiler 0.4 has gij.exe but JavaCompiler 0.8 does
not have. May I know the reason behind this? Is there a way to compile
the gij.exe from source?

Re: [javaCompiler-users] binary size

[gabriel b. <gab...@ya...>]

  Wow... with -s it went from 29mb to 7mb.
    Using upx on the 7mb it went down to 1.9mb... that's almost as good as winrar could do, but even better... :-)
    
    This is great, thanks a lot for the tips...
 		
---------------------------------
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora!

Re: [javaCompiler-users] javaCompiler on Linux

[Marco T. <mt...@gm...>]

Norman Rie=DF wrote:
> On Mon, July 31, 2006 1:19 pm, Marco Trudel wrote:
>=20
>>> There is no documentation to use the source package either
>>> (or did i only not find it?).
>>>
>> There is no documentation. What should be in there?
>>
>=20
> Dunno, that wasn=B4t any critisism. I only wanted to express, that i do=
 not
> know how to deal with this package ;-).

No offence taken. Just was curious what I could put in there...


>>> So is there a way to user javaCompiler on Linux?
>>>
>> Yes and no.
>> You could compile the gccs and utilities yourself. The GUI would work.
>> Another thing you could do is donate to javaCompiler and thus influenc=
e
>> my decision wether to create a linux release or not ;-)
>>
>>
>> regards Marco
>>
>=20
> Well donation, ey...
> Which kind of donation du you have in mind?

If you've a recent macBook standing around... :-)
Or money to buy some flowers for my darling for the time I'm sitting in=20
front of the computer instead of doing something with her...


regards
Marco

Re: [javaCompiler-users] javaCompiler on Linux

[Norman <no...@sm...>]

On Mon, July 31, 2006 1:19 pm, Marco Trudel wrote:

>> There is no documentation to use the source package either
>> (or did i only not find it?).
>>
>
> There is no documentation. What should be in there?
>

Dunno, that wasn=B4t any critisism. I only wanted to express, that i do n=
ot
know how to deal with this package ;-).


>> So is there a way to user javaCompiler on Linux?
>>
>
> Yes and no.
> You could compile the gccs and utilities yourself. The GUI would work.
> Another thing you could do is donate to javaCompiler and thus influence
> my decision wether to create a linux release or not ;-)
>
>
> regards Marco
>

Well donation, ey...
Which kind of donation du you have in mind?

Regards
Norman

Re: [javaCompiler-users] javaCompiler on Linux

[Marco T. <mt...@gm...>]

Hello Norman

Norman Rie=C3=9F wrote:
> Hey Guys,
>=20
> i=C2=B4m new to the list.
> I wanted to try the javaCompiler package, because i think it is a great=
=20
> tool.
> But the 160MB-Version seems do be for Windows only.

Yes, JavaCompiler is for Windows only. I'm still fighting with myself if=20
I should build a linux version too (needs pretty much time).


> And i don=C2=B4t really=20
> get along with the source version, which is labeled as platform=20
> independent.

The source is for the GUI frontend. It's in Java and uses SWT. It works=20
perfectly on linux (I used it myself a couple of times).
But the problem is that you can't do anything with the GUI alone. You=20
need GCC builds and precompiled utilities...


> There is no documentation to use the source package either=20
> (or did i only not find it?).

There is no documentation. What should be in there?


> So is there a way to user javaCompiler on Linux?

Yes and no.
You could compile the gccs and utilities yourself. The GUI would work.
Another thing you could do is donate to javaCompiler and thus influence=20
my decision wether to create a linux release or not ;-)


regards
Marco

[javaCompiler-users] javaCompiler on Linux

[<no...@sm...>]

Hey Guys,

i=C2=B4m new to the list.
I wanted to try the javaCompiler package, because i think it is a great=20
tool.
But the 160MB-Version seems do be for Windows only. And i don=C2=B4t real=
ly=20
get along with the source version, which is labeled as platform=20
independent. There is no documentation to use the source package either=20
(or did i only not find it?).
So is there a way to user javaCompiler on Linux?

Thank you

Norman

Re: [javaCompiler-users] Waiting for the features ... :)

[Marco T. <mt...@gm...>]

Hello Abir


> Pleasure to know that most of the feature's requested will be 
> implemented in near future ... I am more than happy ....

:-)


> But I won't do it this way. Because:
> - The result of changing the imports is exactly the same.
> - This enables to use the gcj builtin awt/swing support too.
>
> </quote>
>  I hadn't thought about the second point ... How complete the classpath for windows . awt or swing works? 
> <quote>

No one knows exactly. I'm doing some tests in the next time.
I keep it anyway because linux only projecs can use the classpath 
implementations...


> How do you compile libraries like swingwt with the gcc version shipped 
> with JavaCompiler?
> can you give me the command ? .... i.e how to update it to use swingwt 
> .88 ?

Here my commands to compile 0.87. Just adapt the paths and overwrite the 
files in the swingWT-0.87 dir.

set WIN_GCJ=D:\fh\PA2\code\javaCompiler\ressources\gcc-4.2.0-win\bin\gcj
set LIN_GCJ=D:\fh\PA2\code\javaCompiler\ressources\gcc-4.2.0-lin\bin\gcj

D:
cd D:\fh\PA2\code\javaCompiler\ressources\swingWT-0.87

%WIN_GCJ% -c swingwt-all.jar -o swingwt-win.jar.o -I 
../swt3139/swt-win.jar -I bcel-5.1-all.jar -I commons-lang-all.jar -I 
draw2d-all.jar -I ../jface-3.1.3/org.eclipse.jface_3.1.1-all.jar -I 
../jface-3.1.1/org.eclipse.jface_3.1.1-all.jar 
-I../jface-3.1.1/org.eclipse.core.runtime_3.1.1-all.jar
%LIN_GCJ% -c swingwt-all.jar -o swingwt-lin.jar.o -I 
../swt3139/swt-lin.jar -I bcel-5.1-all.jar -I commons-lang-all.jar -I 
draw2d-all.jar -I ../jface-3.1.3/org.eclipse.jface_3.1.1-all.jar -I 
../jface-3.1.1/org.eclipse.jface_3.1.1-all.jar 
-I../jface-3.1.1/org.eclipse.core.runtime_3.1.1-all.jar

%WIN_GCJ% -c commons-lang-all.jar -o commons-lang-win.jar.o
%LIN_GCJ% -c commons-lang-all.jar -o commons-lang-lin.jar.o

%WIN_GCJ% -c draw2d-all.jar -o draw2d-win.jar.o -I 
../swt3139/swt-win.jar -I 
../jface-3.1.1/org.eclipse.core.runtime_3.1.1-all.jar -I 
../jface-3.1.1/org.eclipse.osgi_3.1.1-all.jar
%LIN_GCJ% -c draw2d-all.jar -o draw2d-lin.jar.o -I 
../swt3139/swt-lin.jar -I 
../jface-3.1.1/org.eclipse.core.runtime_3.1.1-all.jar -I 
../jface-3.1.1/org.eclipse.osgi_3.1.1-all.jar

%WIN_GCJ% -c bcel-5.1-all.jar -o bcel-5.1-win.jar.o -I 
jakarta-regexp-1.4-all.jar
%LIN_GCJ% -c bcel-5.1-all.jar -o bcel-5.1-lin.jar.o -I 
jakarta-regexp-1.4-all.jar

%WIN_GCJ% -c jakarta-regexp-1.4-all.jar -o jakarta-regexp-1.4-win.jar.o
%LIN_GCJ% -c jakarta-regexp-1.4-all.jar -o jakarta-regexp-1.4-lin.jar.o


> And, lastly why one extra s in "resources" folder? any reason behind that?

Hihi. Thanks. I guess because I'm not a native english speaker ;-)


Marco

Re: [javaCompiler-users] binary size

[Marco T. <mt...@gm...>]

Hello Gabriel


gabriel bianco wrote:
> First, great work :-)

Thank you :-)


> Second, I'm not really interested (yet) in javaCompiler itself as I am 
> on the more up to date builds of gcc/gcj that comes with it...

Ok, feel free to use it. Actually I assume that there are a couple of 
people out there more interested in the recent gcj/gcc build than the 
GUI-frontend.
I can upload the removed utilities (bin/*: gcc, gij, ...) if you need 
them. I will do that (and list myself in the binaries section on 
gcc.gnu.org) in a next release anyway... Just removed them to make the 
download smaller.


> I use gcj to make a DLL out of some Java code... Using Mohan's 4.0.2 
> build (thisiscool.com) the DLL size is about 9M.
> Using 4.1.1 (javaCompiler 0.7) it grows to 29M, and with 4.2.0 it's over 
> 40M...
> 
> I would just like to know if there is something I can do to make it 
> smaller...?

I think the source of the problem is described here in the first question:
http://javacompiler.mtsystems.ch/frame_faq.html

Do you strip the dll (gcj -s)?
You might try upx as well (upx.sf.net). With it, I would expect the 29mb 
dll to shrink to ~10mb...


regards
Marco

[javaCompiler-users] binary size

[gabriel b. <gab...@ya...>]

  First, great work :-)
    
  Second, I'm not really interested (yet) in javaCompiler itself as I am  on the more up to date builds of gcc/gcj that comes with it...
    
    I use gcj to make a DLL out of some Java code... Using Mohan's 4.0.2 build (thisiscool.com) the DLL size is about 9M.
  Using 4.1.1 (javaCompiler 0.7) it grows to 29M, and with 4.2.0 it's over 40M...
    
    I would just like to know if there is something I can do to make it smaller...?
 		
---------------------------------
 Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 

[javaCompiler-users] Waiting for the features ... :)

[abir <abi...@re...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#3333ff">
<br>
Hi, <br>
&nbsp; Pleasure to know that most of the feature's requested will be
implemented in near future ... I am more than happy .... <br>
&lt;quote&gt;<br>
If you pay me, you can expect features.<br>
&lt;quote&gt;<br>
Sorry, I can't pay you&nbsp; .... I can request &amp; wait ... or even help
by coding ..&nbsp; <br>
&lt;quote&gt;<br>
<pre wrap="">But I won't do it this way. Because:
- The result of changing the imports is exactly the same.
- This enables to use the gcj builtin awt/swing support too.
&lt;/quote&gt;
 I hadn't thought about the second point ... How complete the classpath for windows . awt or swing works? 
&lt;quote&gt;
No. Currently not possible with gcj...
I will add this as soon as gcj supports it again for windows.
</pre>
&lt;/quote&gt;<br>
It was not known that gcc 4.2 can't make shared library for windows
...&nbsp; How do you compile libraries like swingwt with the gcc version
shipped with JavaCompiler? <br>
can you give me the command ? .... i.e how to update it to use swingwt
.88 ? <br>
&lt;quote&gt; <br>
I'll release updates of utilities (SWT, swingWT, ...) if they release
new versions, you won't have to download the whole javacompiler again.<br>
&nbsp;&lt;/quote&gt;<br>
&nbsp; That's exactly what I needed ... :) <br>
<br>
And, lastly why one extra s in "resources" folder? any reason behind
that? <br>
<br>
abir<br>
<pre class="moz-signature" cols="72">-- 
Abir Basak, Member IEEE
Software Engineer, Read Ink Technologies
B. Tech, IIT Kharagpur</pre>
</body>
</html>

Re: [javaCompiler-users] Great tool

[Marco T. <mt...@gm...>]

Hello

Abir Basak wrote:
> Hi,
>   First, thanks for the great tool for gcj bundled with required 
> libraries. Good to use a prebundled app like this... (previously I was 
> useing thiscool gcj ....)

Thank you. Yes, I started with thisiscool gcj too, but it had a too old 
version of gcj and still needed all the knowledge of gcj command line 
parameters (something a average java developer isn't interested in 
spending time to learn...)


>   However, I expect a few additional features in the next version ....

If you pay me, you can expect features. Else you have to ask for them.
Feature requests are always welcome but I will only implement features 
that I consider usefull.


>   1) All the library versions are hard-coded inside the 
> JavaCompiler.java class. Can't it be set in th ui itself...

Yes, I'll provide a flexible configuration for the used 
utilities/programs (win-gcj, lin-gcj, jface, retroweaver, swingWT, swt 
and upx paths) in the next version.


>      Like If I want to use swingwt .88 (realeased a few days ago) I can 
> compile it  & build my application with it..

I'll provide an update of swingWT in the near future. But before that, I 
have to do some tests with cygwin.
Either update the files in the swingWT-0.87 folder yourself or use a 
managed jface project and add the swingWT jars. You can precompile them 
too with the "create jar object project".


> instead of downloading the 
> 150 mb bundle for next version once again! ...

Sorry, don't know what you mean with this.
I'll release updates of utilities (SWT, swingWT, ...) if they release 
new versions, you won't have to download the whole javacompiler again. 
That would be stupid. The updates will overwrite outdated files.

Until now, all releases contained an updated gcj. Because this requires 
a rebuild of all utilities, I always created a whole javaCompiler 
release... Hope you meant this.


> or bulding the application from source code for the library ...

Sorry, don't know what you mean with this either.


>   2) expect for linux one opt name & windows another , as opposed to the 
> convention that linux file append by -lin, & windows file by - win.exe. 

Ok. I'll consider that.


> Give an option to create shared library / dll also ...

No. Currently not possible with gcj...
I will add this as soon as gcj supports it again for windows.


>  3) expose gcc / gcj command line parameters (optimization, tuning / 
> architecture etc) , either through gui, or even just a text box will 
> work for most situations....

I will add the possibility to enter own flags and see the used commands 
during compilation...


> 4) as opposed to replacing all the swing package to swingwt, i think it 
> is better to move all the swingwt library to swing package & compile

why?


> (as the swingwt lib is only to fill the gap between gnu classpath & gcj.

There's no gap between gnu classpath and gcj. gcj uses gnu classpath.


> I think thiscool gcj prebuild swingwt works that way)

But I won't do it this way. Because:
- The result of changing the imports is exactly the same.
- This enables to use the gcj builtin awt/swing support too.


> 5) also give a standard makefile or ant script with the source code of 
> the program ...

No, this won't be of any use for javaCompiler users. If someone wishes 
to work with the sourcecode, I'm shure he/she will be able to create a 
project in eclipse, netbeans or similar...

> 6) also u can provide preompiled version of the new versionof library as 
> drop in  replacement of the old version, instead of downloading the 
> whole program...

Same question as above or did I understand you wrong there?


Thanks for all the feature request. Most of them will find it's way into 
the next main release...

regards
Marco

[javaCompiler-users] Great tool

[Abir B. <abi...@gm...>]

Hi,
  First, thanks for the great tool for gcj bundled with required libraries.
Good to use a prebundled app like this... (previously I was useing thiscool
gcj ....)
  However, I expect a few additional features in the next version ....
  1) All the library versions are hard-coded inside the
JavaCompiler.javaclass. Can't it be set in th ui itself...
     Like If I want to use swingwt .88 (realeased a few days ago) I can
compile it  & build my application with it.. instead of downloading the 150
mb bundle for next version once again! ... or bulding the application from
source code for the library ...
      Same applies to other lib's also (like swt3.2 etc can be used.)  ,,,
So  basically user should have an option to specify the compiler & the
library path ...
  2) expect for linux one opt name & windows another , as opposed to the
convention that linux file append by -lin, & windows file by -win.exe. Give
an option to create shared library / dll also ...
 3) expose gcc / gcj command line parameters (optimization, tuning /
architecture etc) , either through gui, or even just a text box will work
for most situations....
4) as opposed to replacing all the swing package to swingwt, i think it is
better to move all the swingwt library to swing package & compile (as the
swingwt lib is only to fill the gap between gnu classpath & gcj. I think
thiscool gcj prebuild swingwt works that way)
5) also give a standard makefile or ant script with the source code of the
program ...
6) also u can provide preompiled version of the new versionof library as
drop in  replacement of the old version, instead of downloading the whole
program...

thanks for the application ...



-- 
Abir Basak, Member IEEE
B. Tech , IIT KGP
Software Engineer, Read Ink Technologies

Re: [javaCompiler-users] Selft Compile SWT 3.2 ?

[I.O. <oli...@gm...>]

Hi,

 Thanks for your repply!... I didnt know that I do not need to compile the
SWT into dll for the latest build...

Thanks! :-D


On 7/21/06, Marco Trudel <mt...@gm...> wrote:
>
> Hello
>
> I never tried to compile swt to a dll. I usually add the swt.jar into my
> programs (that's what javaCompiler does).
>
> If you want to do that, you can add the swt.jar to your project (create
> a unmanaged application) and check the jni box. That's all what's needed.
> Because swt needs pretty much time to compile and I assume you never
> change it, I suggest to use the "create a jar object project" feature,
> so you only have to compile swt once.
>
>
> regards
> Marco
>
>
> I.O. wrote:
> > Hi,
> >
> >  Is there anyway that I can compile the latest SWT 3.2 to dll ?
> >
> > Thanks
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> -------------------------------------------------------------------------
> > 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
>
> -------------------------------------------------------------------------
> 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
>

Re: [javaCompiler-users] Selft Compile SWT 3.2 ?

[Marco T. <mt...@gm...>]

Hello

I never tried to compile swt to a dll. I usually add the swt.jar into my 
programs (that's what javaCompiler does).

If you want to do that, you can add the swt.jar to your project (create 
a unmanaged application) and check the jni box. That's all what's needed.
Because swt needs pretty much time to compile and I assume you never 
change it, I suggest to use the "create a jar object project" feature, 
so you only have to compile swt once.


regards
Marco


I.O. wrote:
> Hi,
> 
>  Is there anyway that I can compile the latest SWT 3.2 to dll ?
> 
> Thanks
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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

[javaCompiler-users] Selft Compile SWT 3.2 ?

[I.O. <oli...@gm...>]

Hi,

 Is there anyway that I can compile the latest SWT 3.2 to dll ?

Thanks

Re: [javaCompiler-users] Hi

[Marco T. <mt...@gm...>]

Hello Mufaddal

Depending on the effort you're willing to invest, you will be able to 
compile it.
The first problem is swing. Check the second question in the faq: 
http://javacompiler.mtsystems.ch/more_info.html -> FAQ.
The second problem are the mustang-only classes. Most likely, this will 
not be a problem. Just create a new jar with these classes (they're in 
JAVA_HOME/lib/rt.jar) and satisfy the depencies. Now hope that these are 
pure java classes (nothing native or other fancy stuff) and add this jar 
to the compilation project. I've done the same with not supported Java 
1.5 classes.

As I said, depending on the effort you're willing to invest, it will 
work. If it's really important, you can get it working...


As for the other utilities, you might try exelsior jet 
(http://www.excelsior-usa.com/jet.html). Actually I don't like it because:
- it's very expensive
- compiled applications need a runtime to be shipped with that's about 
50mb on windows and about 80mb on linux if I remember right...
Thus, for me it's absolutely useless. That's exactly why I started 
javaCompiler. Ah yeah, it will only solve the swing problem. For the 
mustang java classes, you'll have to do the same as described above.


regards
Marco

PS: From now on, I'll CC the javaCompiler users mailinglist with such 
requests, because the right place for discussions like this would be there.


Mufaddal Khumri wrote:
> Marco,
> 
> I am new to GCJ / JavaCompiler. I have been given a task to write a
> java swing app using Java Mustang. The app uses classes like
> SystemTray available in Mustang which is not available in java 1.5
> 
> Now my question is will i be able to compile this swing app using
> javacompiler? If not do you know what other utilities are out there
> that would allow me to do so?
> 
> Thanks,
> Mufaddal.
> 
> 

Re: [javaCompiler-users] Class.forname on windows

[Marco T. <mt...@gm...>]

Hello Chris

My workaround is to rewrite the classes which use reflection to not use
reflection. It's kind of dull, but it's the only way I know to get
things working...


regards
Marco


Chris Roberts wrote:
> I know its broken right now but does anyone have a workaround. I'm 
> trying to compile a test app using jdbc(mysql). Linux code works fine, 
> but windows executable is broken(using class.forname). I tried using:
>  
> private static Class class3 = com.mysql.jdbc.Driver.class;
>  
> to force the linker to include the class, but it still fails.
>  
>  
> Thanks
> Chris
>  
> P.S.
> Sorry I posted this on the wrong list before....
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> javaCompiler-users mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/javacompiler-users

[javaCompiler-users] Class.forname on windows

[Chris R. <ch...@dl...>]

I know its broken right now but does anyone have a workaround. I'm trying to
compile a test app using jdbc(mysql). Linux code works fine, but windows
executable is broken(using class.forname). I tried using: 
 
private static Class class3 = com.mysql.jdbc.Driver.class;
 
to force the linker to include the class, but it still fails.
 
 
Thanks
Chris
 
P.S.
Sorry I posted this on the wrong list before....

[javaCompiler-users] first post

[Marco T. <tru...@zh...>]

Welcome to the jav...@li... mailing list! 
This is the first post to activate the archives...