javacompiler-users

[javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

I am trying to compile a jar I created using Netbeans
5.5 and JDK 1.5.

It uses Swing components available in Netbeans. One of
them is "org.jdesktop.layout.GroupLayout". I
discovered that the compiler uses swingWT and may not
have GroupLayout in it's library because I get a
'class file not found' error.

I am also using Java Media Framework from Sun
(JMF2.1.1e) to play sound. 

After I redesign my project with swingWT will I
discover that javaCompiler will not compile my project
because it doesn't support JMF? 

Can I use the Sun source for JMF to compile to
overcome this?

Also maybe I can get away with just replacing
GroupLayout - will javaCompiler accept the other Swing
layouts like GridBag, Grid, Border, Box etc? 

How can I find a list of Swing components that have
been mapped to the SwingWT library?




		
____________________________________________________ 
On Yahoo!7 
Photos: Unlimited free storage – keep all your photos in one place! 
http://au.photos.yahoo.com 

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Hello Joe

Joe Osborne wrote:
> I am trying to compile a jar I created using Netbeans
> 5.5 and JDK 1.5.
> 
> It uses Swing components available in Netbeans. One of
> them is "org.jdesktop.layout.GroupLayout". I
> discovered that the compiler uses swingWT and may not
> have GroupLayout in it's library because I get a
> 'class file not found' error.

Read the FAQ, second question:
http://javacompiler.mtsystems.ch/frame_faq.html

And check the archives as well. There were some AWT/Swing disucssions. 
Basically, you could summarize it like this:
- swingWT is (at least in my opinion) useless out of the box. You've to 
work on it for your project. No one does, so there's no progress.
- GNU classpath AWT/Swing is probably much better, but doesn't work on 
windows

So, if it's a good GUI you wan't, go with SWT. It better protects the 
GUI thread and looks better (more native) than Swing and AWT anyway (in 
my opinion).


> I am also using Java Media Framework from Sun
> (JMF2.1.1e) to play sound. 

Then you've to compile that into the executable too...


> After I redesign my project with swingWT will I
> discover that javaCompiler will not compile my project
> because it doesn't support JMF? 

I don't know if JMF compiles. I never used JMF for real applications 
because its too unstable for me. Instead, I wrapped mplayer into my app ;-)

Create a little command line application that does some "hello world" 
JMF stuff and try to compile it. As I said, you've to compile JMF too 
because it's an external library...


> Can I use the Sun source for JMF to compile to
> overcome this?

If it's nothing more than some jars and native libs, shure.


> Also maybe I can get away with just replacing
> GroupLayout - will javaCompiler accept the other Swing
> layouts like GridBag, Grid, Border, Box etc? 

Some of them, yes. But don't expect too much from swingWT. The best 
thing - as I said -is to write your GUIs in SWT. Actually I'm thinking 
about removing swingWT from the next version.


> How can I find a list of Swing components that have
> been mapped to the SwingWT library?

Check resources/swingWT-0.87/swingwt-all.jar. Version 0.88 is out by 
now. But I didn't find better compatibility with it.


Marco

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

Hello Mark

Many thanks for your incredibly quick reply and the
detailed help you have given me.

I am using GridBagLayout in my JSwing now.
javaCompiler doesn't complain about the code anymore.
It doesn't like jmf.jar(Java Media Framework) but I
will work on it. I can't use 'mplayer' as you are
doing because I am on Windows 2000.
I will stay with JSwing and NetBeans for now.  I've
looked into it and I think it would take me a long
while to change to SWT.

Using the 'unmanaged' option I got successful
compilation and an executable without errors (only a
warning) but when I run the x.exe I get this:

**********

C:\proj>x
Exception in thread "main" java.awt.AWTError: Cannot
load AWT toolkit: gnu.java.
awt.peer.gtk.GtkToolkit
   at java.awt.Toolkit.getDefaultToolkit(x.exe)
   at java.awt.EventQueue.invokeLater(x.exe)
Caused by: java.lang.ClassNotFoundException:
gnu.java.awt.peer.gtk.GtkToolkit no
t found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:.\,file:.\,file:.\,file:
.\,file:.\,file:.\,file:.\,file:.\,file:.\,file:C:\PROGRA~1\JMF21~1.1E\lib\sound
.jar,file:C:\PROGRA~1\JMF21~1.1E\lib\jmf.jar,file:C:\PROGRA~1\JMF21~1.1E\lib\,fi
le:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[],
parent=null}}
   at java.lang.Class.forName(x.exe)
   at java.awt.Toolkit.getDefaultToolkit(x.exe)
   ...1 more
C:\proj>

**********

I am not using any such class as gnu.java.
awt.peer.gtk.GtkToolkit in my app and the messy string
amongst the above is my classpath as you can see. A
windows executable is trying to load a GTK library it
can't find in a Windows classpath. It doesn't make
sense to me.

I get this minor stuff during compilation which I
wouldn't think would cause the above error:

**************

creating JFrame1-win.exe
- compiling sources for Java 1.5 preprocessing
	Note: Some input files use unchecked or unsafe
operations.
	Note: Recompile with -Xlint:unchecked for details.
- Java 1.5 file (*.class) preprocessing
	[RetroWeaver] Processing 96 classe(s)
	[RetroWeaver] 96 classe(s) weaved.
- Java 1.5 preprocessing: jxl.jar
	[RetroWeaver] Processing 482 classe(s)
	[RetroWeaver] 482 classe(s) weaved.
- processing jxl.jar-weaved.jar
- main compilation step
	MainWindow/TableSorter.java: In class
'MainWindow.TableSorter':
	MainWindow/TableSorter.java: In method
'MainWindow.TableSorter.getComparator(int)':
	MainWindow/TableSorter.java:0: warning: assignment to
final static field 'class$java$lang$Comparable' not in
class initializer

done

*************

Using the 'managed' option I got a fail:

************

creating JFrame1-win.exe
- processing jxl.jar
- main compilation step

C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/JavaCompilerTempqzfzgd.out/MainWindow/MainList.java:25:
error: Class or interface
'swingwtx.swing.ProgressMonitorInputStream' not found
in import.
	import swingwtx.swing.ProgressMonitorInputStream;
	          ^

C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/JavaCompilerTempqzfzgd.out/MainWindow/MultiHighlight.java:20:
error: Class or interface
'swingwtx.swing.text.Highlighter' not found in import.
	import swingwtx.swing.text.Highlighter;
	          ^
	2 errors
failed...

***********

Any ideas would be greatly appreciated.

Best Regards
Joe


		
____________________________________________________ 
On Yahoo!7 
Break a world record with Total Girl's World’s Largest Slumber Party
http://www.totalgirl.com.au/slumberparty

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Joe Osborne wrote:
> Hello Mark

Hello Jack ;-)


> Many thanks for your incredibly quick reply and the
> detailed help you have given me.
> 
> I am using GridBagLayout in my JSwing now.
> javaCompiler doesn't complain about the code anymore.

If you create an unmanaged project, you use the GNU classpath AWT/Swing. 
That doesn't work on windows and it currently doesn't work on linux 
either. You have to use a managed AWT/Swing project and there the 
problem starts (http://javacompiler.mtsystems.ch/frame_faq.html; second 
question)


> It doesn't like jmf.jar(Java Media Framework) but I
> will work on it.

I downloaded JMF and tried a little:
- It needs sun classes that are not yet in gcj. You could add them manually.
- The player window uses AWT or Swing, so I guess it will be hard to get 
that working with swingWT. But you could try...

If you invest some time, you will get it working. But in my opinion, 
you're really better off with mplayer. It plays all existing codecs and 
is stable. Check a early release of my current project: 
http://home.zhwin.ch/~trudemar/tmp/VideoAlbum-0.3a-win.zip

If you're interested, I could send you the jar for the bluetooth remote 
control (you need a midp 2.0 device with jsr82 support (e.g. Nokia 
6230)) ;-)


> I can't use 'mplayer' as you are
> doing because I am on Windows 2000.

Why? Works perfectly on windows, linux and mac...


> I will stay with JSwing and NetBeans for now.  I've
> looked into it and I think it would take me a long
> while to change to SWT.

But that's currently the only real chance to get GUI applications 
compiled for windows.


Marco

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

> Joe Osborne wrote:
> > Hello Mark

Sorry about that Marco.
I work on my program until the sun comes up and things
look a bit hazy on the screen by that time. ;)
 
> If you create an unmanaged project, you use the GNU
> classpath AWT/Swing. 
> That doesn't work on windows and it currently
> doesn't work on linux 
> either. You have to use a managed AWT/Swing project
> and there the 
> problem starts
> (http://javacompiler.mtsystems.ch/frame_faq.html;
> second 
> question)

I got rid of JMF and I will have a go at using
mplayer. 
My app only plays sound and no video and no control
interface so I didn't use the JMF player window. 
I just created an instance of the media player bean
javax.media.bean.playerbean.MediaPlayer. 
It plays mp3 files and that's all I need.

Ok so I have the following configuration:

-Create managed AWT or Swing application project.
-add my .java files as a directory (also tried jar but
you recommended adding class or java in your mail
list)
-add one jar file which may program uses as an import
which reads an excel spredsheet jxl.jar
-select my main class .java file
-enable java 1.5 preprocessing (also tried without)
-CNI is default (also tried JNI)
-don't check "ignore missing references in jars"

Here is the compilation output:
- compiling sources for Java 1.5 preprocessing

C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\JavaCompilerTempa2jenm.out\MainWindow\MainList.java:24:
cannot find symbol
	symbol  : class ProgressMonitor
	location: package swingwtx.swing
	import swingwtx.swing.ProgressMonitor;

There are 16 of these for various classes.
I take it these are the classes that I am using that
swingWT doesn't have equivalents for in it's library.

So this is where I need help. 

This is what I am guessing I have to do: 
1-Get these classes as java source codes. 
2-Get the swingWT as source. 
3-Put the classes somewhere in the swingWT directory
hierarchy. (src folder)
4-Add something to the swingWT main class so they are
seen. 
5-Compile them to a jar. 
6-Compile the jar to an object file. 
7-Replace the original swingWT object and jar files
with the ones I modified. 

Is this what I have to do?

> I downloaded JMF and tried a little:
> - It needs sun classes that are not yet in gcj. You
> could add them manually.

Where do I put them? 
Do I need to make changes to any of the gcj files to
take acount of the files I add?

> - The player window uses AWT or Swing, so I guess it
> will be hard to get 
> that working with swingWT. But you could try...

Fortunately I am not using the player window. 
I just create an instance of the player bean object.

> If you invest some time, you will get it working.
> But in my opinion, 
> you're really better off with mplayer. It plays all
> existing codecs and 
> is stable.

Thanks for this tip. I am going to check it out.

> Check a early release of my current
> project: 
> http://home.zhwin.ch/~trudemar/tmp/VideoAlbum-0.3a
win.zip

I ran your video album. My system is Windows 2000
2.66GHz 500Mb RAM. It worked with no problems. I know
it's an early release 

but if you would like some feedback I tested it on
wmv,mpg,rm and avi. 
-Explorer only sees mpg and wmv files.
-Player plays all 4 but rm didn't have video. It had
sound only. My PC doesn't have RealPlayer installed.
-mov,mpg,wmv snaps forward or back except wmv doesn't
snap forward to exactly the tip of the mouse, it
overshoots forward by 

10 about seconds
-The pause button didn't release
-rm didn't snap to
-Explorer filters out non video files but video album
sees all file types when you add files. I selected a
bmp and wav and it 

froze. You might want to use a file filter for the
open file dialog.

> If you're interested, I could send you the jar for
> the bluetooth remote 
> control (you need a midp 2.0 device with jsr82
> support (e.g. Nokia 
> 6230)) ;-)

So you can control your PC with a cell phone and see
what's on the PC screen on the cell phone display?
If I said I wasn't aware of that technology that would
reveal my age!
I don't know any more about my phone other than how to
talk, sms and take pictures and video.
I am in South Korea and I haven't seen any Nokia, Sony
or anything other than Korean brands so I probably
couldn't use this.
I am hardly ever far from the PC anyway. But thanks
for the offer.

Joe



		
____________________________________________________ 
On Yahoo!7 
Break a world record with Total Girl's World’s Largest Slumber Party
http://www.totalgirl.com.au/slumberparty

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Joe Osborne wrote:
>> Joe Osborne wrote:
>>> Hello Mark
> 
> Sorry about that Marco.
> I work on my program until the sun comes up and things
> look a bit hazy on the screen by that time. ;)

No problem...


> <snip>
> 
> Here is the compilation output:
> - compiling sources for Java 1.5 preprocessing
> 
> C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\JavaCompilerTempa2jenm.out\MainWindow\MainList.java:24:
> cannot find symbol
> 	symbol  : class ProgressMonitor
> 	location: package swingwtx.swing
> 	import swingwtx.swing.ProgressMonitor;
> 
> There are 16 of these for various classes.
> I take it these are the classes that I am using that
> swingWT doesn't have equivalents for in it's library.

swingWT mapps AWT/Swing to SWT. But not everything is mapped...
http://javacompiler.mtsystems.ch/frame_faq.html, second question

> So this is where I need help. 
> 
> This is what I am guessing I have to do: 
> 1-Get these classes as java source codes. 
> 2-Get the swingWT as source. 
> 3-Put the classes somewhere in the swingWT directory
> hierarchy. (src folder)
> 4-Add something to the swingWT main class so they are
> seen. 
> 5-Compile them to a jar. 
> 6-Compile the jar to an object file. 
> 7-Replace the original swingWT object and jar files
> with the ones I modified. 
> 
> Is this what I have to do?

No. You have to get the swingWT source and add all classes/methods you 
still need. Internally you will work with SWT, but you simulate the 
AWT/Swing API to outside.
Change directly to SWT... It's easier...


>> I downloaded JMF and tried a little:
>> - It needs sun classes that are not yet in gcj. You
>> could add them manually.
> 
> Where do I put them? 
> Do I need to make changes to any of the gcj files to
> take acount of the files I add?

No. Put them in a jar and add the jar to your project in JavaCompiler.
This will work with most of the classes...


>> - The player window uses AWT or Swing, so I guess it
>> will be hard to get 
>> that working with swingWT. But you could try...
> 
> Fortunately I am not using the player window. 
> I just create an instance of the player bean object.

Even better...


Marco

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

Dear Marco

Your last reply was probably less than an hour. I
greatly appreciate that. You've almost got me
converting to SWT but I would still like to exhaust
the alternatives if at all possible.

> swingWT mapps AWT/Swing to SWT. But not everything
> is mapped...
> http://javacompiler.mtsystems.ch/frame_faq.html,
> second question
> 
> > So this is where I need help. 
> > 
> > This is what I am guessing I have to do: 
> > 1-Get these classes as java source codes. 
> > 2-Get the swingWT as source. 
> > 3-Put the classes somewhere in the swingWT
> directory
> > hierarchy. (src folder)
> > 4-Add something to the swingWT main class so they
> are
> > seen. 
> > 5-Compile them to a jar. 
> > 6-Compile the jar to an object file. 
> > 7-Replace the original swingWT object and jar
> files
> > with the ones I modified. 
> > 
> > Is this what I have to do?
> 
> No. You have to get the swingWT source and add all
> classes/methods you 
> still need. Internally you will work with SWT, but
> you simulate the 
> AWT/Swing API to outside.
> Change directly to SWT... It's easier...

I am confused. 
You say 'No' but then you seem to imply 'yes' in the
sentence that follows.
Doesn't my (1,2,3)==Your"You have to get the swingWT
source and add all classes/methods you still need"
Which ones are right/wrong 1,2,3,4,5,6,7?

I think the part I need clarification on is the word
"add".
Add the ones that have the "cannot find symbol"?
Add them how exactly. If not like I wrote above then
how?
Add them where? To the swingwt-all.jar
Can you give me more details?

I am not a professional programmer.
I just learned JSwing and NetBeans and have been
programming Java for only 6 months.
Before that I did C and Fortran nearly 20 years ago.
It's taken me 6 months to write only 3500 lines of
code and a lot of that is either IDE auto generated or
templates from Java Almanac. So you can see I am a
beginner.

Let me rephrase my understanding of what you are
saying.

Say the compilation tells me there are "cannot find
symbol" errors for 6 classes that I am using.
I go and get those 6 class files - say from Sun's JDK
or wherever thay are.
I put them in the swingwt-all.jar file which is in the
swingWT-0.87 directory.
Is that right? Where do I put them exactly.
Can you be more specific considering I am relatively
new at this.

I had a look at the SwingWT site and I read this:
"Unlike Swing, SwingWT drives native peer widgets for
your platform from SWT" - Ich verstehe dieses ganz
weniger als ich Chinesen verstehe. 

You have said it's easier to convert my program to
SWT. At the rate I go that may take months. Ich bin so
langsam wie eine Schildkröte, die in Schnapps
schwimmt. Debugging is a killer. If all I have to do
is get some class files, put them in the right place
and that's it then that seems a lot faster in concept.


Ah please don't write instructions back to me in
German. I haven't used that language in 20 years
either. Your English is so good, even when I saw your
spelling of "sure" I didn't realize your first
language was not English. I thought it was new slang.
I teach English to Koreans here. They find it so
difficult to learn. That's what my program is for,
learning English for Koreans.

Six months ago I was looking for an IDE to use. I
bypassed JBuilder and Eclipse in favor of NetBeans
because I thought it was much easier and faster to get
used to. I thought even Oracle's Java IDE was better
than JBuilder and Eclipse. I guess now I 

still should have chosen Eclipse and SWT. At the time
I wasn't aware there were different GUI libraries like
SWT and Swing.

Have you heard of Excelsior Jet? Jet and your program
are the only two in the whole world that compile java
to exe for Windows. These are the prices for Jet:

Enterprise $4,500  
Professional $2,300  
Standard $1,200 

Pretty expensive isn't it?

Joe



	

	
		
____________________________________________________ 
On Yahoo!7 
Messenger - Make free PC-to-PC calls to your friends overseas. 
http://au.messenger.yahoo.com 

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Joe Osborne wrote:
> Dear Marco
>=20
> Your last reply was probably less than an hour. I
> greatly appreciate that. You've almost got me
> converting to SWT but I would still like to exhaust
> the alternatives if at all possible.

Actually, you won't do anything else when working on swingWT... But=20
you're welcome to contribute to swingWT!


>> swingWT mapps AWT/Swing to SWT. But not everything
>> is mapped...
>> http://javacompiler.mtsystems.ch/frame_faq.html,
>> second question
>>
>>> So this is where I need help.=20
>>>
>>> This is what I am guessing I have to do:=20
>>> 1-Get these classes as java source codes.=20
>>> 2-Get the swingWT as source.=20
>>> 3-Put the classes somewhere in the swingWT
>> directory
>>> hierarchy. (src folder)
>>> 4-Add something to the swingWT main class so they
>> are
>>> seen.=20
>>> 5-Compile them to a jar.=20
>>> 6-Compile the jar to an object file.=20
>>> 7-Replace the original swingWT object and jar
>> files
>>> with the ones I modified.=20
>>>
>>> Is this what I have to do?
>> No. You have to get the swingWT source and add all
>> classes/methods you=20
>> still need. Internally you will work with SWT, but
>> you simulate the=20
>> AWT/Swing API to outside.
>> Change directly to SWT... It's easier...
>=20
> I am confused.=20
> You say 'No' but then you seem to imply 'yes' in the
> sentence that follows.
> Doesn't my (1,2,3)=3D=3DYour"You have to get the swingWT
> source and add all classes/methods you still need"
> Which ones are right/wrong 1,2,3,4,5,6,7?

1, 3, 4 and maybee 5.
An example:

You want to do: aJButton.setBackground(Color.RED);
But swingWT doesn't have this method. So you download the swingWT=20
source, go to the JButton source file and add the method:

public void setBackground(Color c)
{
	privateButton.setBackground(new Color(Display.getCurrent(), c.getRed(),=20
c.getGreen(), c.getBlue());
}

While now privateButton is a org.eclipse.swt.widgets.Button and Color is=20
a org.eclipse.swt.graphics.Color. As I said, you fake the AWT/Swing API=20
to the outside and map that internally to SWT.

When you have done that, compile swingWT to a jar and overwrite the one=20
from JavaCompiler.


> I think the part I need clarification on is the word
> "add".
> Add the ones that have the "cannot find symbol"?

Withhout the example modification I described above, you would get=20
something like "cannot find symbol: swingWT.awt.JButton.setBackground()".


> I am not a professional programmer.
> I just learned JSwing and NetBeans and have been
> programming Java for only 6 months.
> Before that I did C and Fortran nearly 20 years ago.
> It's taken me 6 months to write only 3500 lines of
> code and a lot of that is either IDE auto generated or
> templates from Java Almanac. So you can see I am a
> beginner.

Then this is probably not what you should try to do... Do you really=20
need to compile your program?
You might try this as well: http://www.excelsior-usa.com/landing/jet-nc.h=
tml


> Let me rephrase my understanding of what you are
> saying.
>=20
> Say the compilation tells me there are "cannot find
> symbol" errors for 6 classes that I am using.
> I go and get those 6 class files - say from Sun's JDK
> or wherever thay are.
> I put them in the swingwt-all.jar file which is in the
> swingWT-0.87 directory.
> Is that right? Where do I put them exactly.
> Can you be more specific considering I am relatively
> new at this.

No, that part of taking existing classes wasn't about AWT or Swing. That=20
was about stuff like sun.audio.AudioConverter and similar that JMF uses=20
but GCJ doesn't (yet) privide.


> I had a look at the SwingWT site and I read this:
> "Unlike Swing, SwingWT drives native peer widgets for
> your platform from SWT" - Ich verstehe dieses ganz
> weniger als ich Chinesen verstehe.=20

Chinese is funny: Nin hao ma? Wo shi ruishi ren! Wo jiao Marco.
I learned a little chinese at the university :-)

But back to the point: If you don't understand that, you shouldn't do=20
what you're doing right now... Use SWT directly or don't compile your=20
program to native.


> You have said it's easier to convert my program to
> SWT. At the rate I go that may take months. Ich bin so
> langsam wie eine Schildkr=F6te, die in Schnapps
> schwimmt. Debugging is a killer. If all I have to do
> is get some class files, put them in the right place
> and that's it then that seems a lot faster in concept.

No, you have to do a lot more and need deep AWT/Swing&SWT knowledge to=20
get swingWT working for your needs.


> Ah please don't write instructions back to me in
> German. I haven't used that language in 20 years
> either. Your English is so good, even when I saw your
> spelling of "sure" I didn't realize your first
> language was not English.

Stupid spelling mistakes. I really should install a english spell=20
checker. Hey, wait a minute. There's a button in the toolbar where I can=20
switch between english and german! Great...

> I thought it was new slang.
> I teach English to Koreans here. They find it so
> difficult to learn. That's what my program is for,
> learning English for Koreans.

Doesn't sound like you need to compile it to native if you ask me...


> Have you heard of Excelsior Jet?

Yes ;-)

> Jet and your program
> are the only two in the whole world that compile java
> to exe for Windows.

Actually, Excelsior Jet and GCJ. I just put GCJ together into a user=20
friendly form.


> These are the prices for Jet:
>=20
> Enterprise $4,500 =20
> Professional $2,300 =20
> Standard $1,200=20
>
> Pretty expensive isn't it?

Yes. Think I could ask for 100$ for JavaCompiler and still be good of...


Marco

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

Dear Marco

> An example:
> 
> You want to do: aJButton.setBackground(Color.RED);
> But swingWT doesn't have this method. So you
> download the swingWT 
> source, go to the JButton source file and add the
> method:
> 
> public void setBackground(Color c)
> {
> 	privateButton.setBackground(new
> Color(Display.getCurrent(), c.getRed(), 
> c.getGreen(), c.getBlue());
> }
> 
> While now privateButton is a
> org.eclipse.swt.widgets.Button and Color is 
> a org.eclipse.swt.graphics.Color. As I said, you
> fake the AWT/Swing API 
> to the outside and map that internally to SWT.
> 
> When you have done that, compile swingWT to a jar
> and overwrite the one 
> from JavaCompiler.
> 

Thanks for that example. It has cleared up a lot for
me. I see it now. I can do that. Hopefully there won't
be too many methods or classes that are not mapped. I
only had 16 errors and several were repeated
occurrences.

> 
> No, you have to do a lot more and need deep
> AWT/Swing&SWT knowledge to 
> get swingWT working for your needs.
> 
> 

I have dealt with all "symbol not found" errors by
changing the methods or removing them if they could be
made redundant. I have successfully compiled a 6 Mb
file after stripping and compression. 

creating JFrame1-win.exe
- compiling sources for Java 1.5 preprocessing
	Note: Some input files use unchecked or unsafe
operations.
	Note: Recompile with -Xlint:unchecked for details.
- Java 1.5 file (*.class) preprocessing
	[RetroWeaver] Processing 87 classe(s)
	[RetroWeaver] 87 classe(s) weaved.
- Java 1.5 preprocessing: jxl.jar
	[RetroWeaver] Processing 482 classe(s)
	[RetroWeaver] 482 classe(s) weaved.
- processing jxl.jar-weaved.jar
- main compilation step
- packing executable

done

***********

After doubleclicking this file I get the following on
the console and the executable stops. It doesn't hang.
It simply stops, just like a pause of some kind, with
a blinking cursor at the end. cpu usage is zero. What
is happening? I got the same result on W2k and
Win98se. It appears as though the executable thinks it
has finished it's work.

This is the console output:

*******

This is SwingWT (http://swingwt.sourceforge.net)
Version: 0.87 (020605)[SWT win32 3139]
Copyright(c)2003-2005, R.Rawson-Tetley and other
contributors.

This library is distributed in the hope that it will
be useful,
but WITHOUT ANY WARRANTY; without even the implied
warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
See the GNU
Lesser General Public Licence for more details.

********

Do you have any ideas? Ich verstehe nur Bahnhof. :)

Regards
Joe




		
____________________________________________________ 
On Yahoo!7 
360° new features: Blog polls, visitor stats custom themes and more! 
http://www.yahoo7.com.au/360

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Joe Osborne wrote:
> Dear Marco
> 
> <snip>
> 
> I have dealt with all "symbol not found" errors by
> changing the methods or removing them if they could be
> made redundant. I have successfully compiled a 6 Mb
> file after stripping and compression. 
> 
> <snip>
> 
> After doubleclicking this file I get the following on
> the console and the executable stops. It doesn't hang.
> It simply stops, just like a pause of some kind, with
> a blinking cursor at the end. cpu usage is zero. What
> is happening? I got the same result on W2k and
> Win98se. It appears as though the executable thinks it
> has finished it's work.
> 
> This is the console output:
> 
> *******
> 
> This is SwingWT (http://swingwt.sourceforge.net)
> Version: 0.87 (020605)[SWT win32 3139]
> Copyright(c)2003-2005, R.Rawson-Tetley and other
> contributors.
> 
> This library is distributed in the hope that it will
> be useful,
> but WITHOUT ANY WARRANTY; without even the implied
> warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> See the GNU
> Lesser General Public Licence for more details.
> 
> ********
> 
> Do you have any ideas? Ich verstehe nur Bahnhof. :)

You have to debug that... Start with a simple frame that will show and 
add your code step by step. Do the same with libraries. This way, you 
will find out what causes the problem.

Marco

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

[Joe O. <joe...@ya...>]

> You have to debug that... Start with a simple frame
> that will show and 
> add your code step by step. Do the same with
> libraries. This way, you 
> will find out what causes the problem.
> 
> Marco
> 
You mean with gdb?

Dear Marco
I know that in C programming there are compile time
errors and runtime errors. But after building a
functional Java program that has no errors during
interpreting byte code in a JVM, I really assumed that
after compiling it to native code it would be free of
runtime errors. I am surprised and I wouldn't know
where to begin. I read about gdb and cygwin and it
looks like a mixture of linux and assembly language to
me and based on what I can find it doesn't look
promising if I go down that road. I can't see the end
of the tunnel so I will give up at least for now. I'm
going overseas for 2 weeks and may look into it again
when I come back. Many thanks for your kind help. Have
a nice weekend and Prost!
Joe


		
____________________________________________________ 
On Yahoo!7 
Photos: Unlimited free storage – keep all your photos in one place! 
http://au.photos.yahoo.com 

Re: [javaCompiler-users] NetBeans and JSwing Layout Support and JMF Support

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

Joe Osborne wrote:
>> You have to debug that... Start with a simple frame
>> that will show and 
>> add your code step by step. Do the same with
>> libraries. This way, you 
>> will find out what causes the problem.
>>
>> Marco
>>
> You mean with gdb?

No. I think I explained pretty good what I mean, didn't I?
Read again:
Start with a simple frame that will show and add your code step by step. 
Do the same with libraries. This way, you will find out what causes the 
problem.


> Dear Marco
> I know that in C programming there are compile time
> errors and runtime errors. But after building a
> functional Java program that has no errors during
> interpreting byte code in a JVM, I really assumed that
> after compiling it to native code it would be free of
> runtime errors.

Why? Java is huge! There will most probably always be some 
incompatibilities. Not even java is fully compatible with java ;-) But 
there is no runtime error, or - at least - you can't know for sure. You 
have to find out why it just dies quietly... I usually do that the 
explained way...
The output you see is some information about swingWT. You can turn that 
off (check the swingWT homepage on how to do that).


Marco