开云体育

Bob and all,
Read the latest review of the Broadway Limited 4-6-4 on the TTX site.
Looks like Tony may have a fix to make it programmable on the program track
AND it looks like the panes for DecoderPro will be a real challenge<VBG>.

Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief system
NMRA Life member #2623
Member SFRH&MS

Just so I understand the above. Is Alex saying that a more desirable
alternative to JB7 is to use a different Jave IDE along with ANT? So all
the time spent over the last two days working with Bob to get JB7 working
was... a waste of time?! <gulp> Oh well, as my favorite prof in grad
school used to say, "All experiences are bad, some seem good in

retrospect."

No, I'm just saying there are choices, that depending on your pain threshold
and determination, you can choose.

- JB4-7 Pro or Ent don't seem to have a problem building the packages, so
the current project files pretty much work fine. So if you have access to
one of these all is well

- JB7 Ent (and probably Pro, but probably not with Personal) supports
building with ANT. If after these efforts, it turned out that we should move
from the JBuilder Project based build to an ANT based build, then JB7 knows
how to handle ANT projects and does the right thing, so all is still well
for those who like JBuilder.

- For those who want an IDE and don't like the convoluted way you have to do
things with JB Personal then there is another IDE called Eclipse, that IBM
developed and made open source to seed a new extensible IDE in the market to
hopefully allow tool developers to all support a common platform. The
eclipse code base is what IBM release their commercial WSAD IDE. I
understand the free version that is available on the eclipse site is a full
Java IDE that is fully functional. It just doesn't have all the IBM
application server capabilities etc. I think it also supports ANT projects
which is why I mention it as an alternative.

- For those who don't want to learn yet another IDE and just want to make a
few mods and build then they can just get a JDK and the ANT package, which
once installed can build the entire package from the command line. Some may
simply prefer this to having to learn a new IDE and everything that goes
with that. (as you know)

Personally I like the current JBuilder mechanism as I know how it works and
it works for me with my setup. Obviously your mileage may vary....

Cheers

Alex

Bob,

Perhaps this recipe will now work (if so, we should write it out in
more detail):

Start from scratch with a new folder.

check out the source from CVS

move the project/java/lib file to somewhere convenient, away from
the project folder. (This is to avoid confusion later on,
because we're going to make a global config point to the
contents) (_Don't_ move the project/lib file, that's needed at
runtime)

Start JBuilder. Immediately select Project -> Project Properties,
click on the Build pane, then the Required Libraries pane within that.

JMRIlibraries will be shown in red. Click it and hit Edit.

On the resulting "class" tab, click "add" and add each of the
.jar files from your moved lib file. There are seven of them,
and you have to add each one.

click OK, click OK

From the main menu, click Project -> Rebuild

Click the "diamond" to run the JmriDemo program.

At this point, you should have a working app. Configure it, save and
restart.

I tried the procedure and it works! Just one change though - in JB Personal
there is no Library option on Project Properties. Instead you go to
Tools/ConfigureLibraries and then add the files to JMRILibraries there.
(FYI I moved java/lib folder to Windows/jmri/lib)

Hopefully, this all works... Its a pain to set up the libraries, but
apparently the free JBuilder requires absolute path names in its
library-definition file. That makes it really hard for us to provide
one that you can just move into place.

At 10:44 AM +1200 8/15/02, Alex Shepherd wrote:
>If all this turns out to be too difficult, then if we moved to an ANT
based
>build (which is also supported in JB7) then those who do not have JB Pro
or
>Ent could maybe download the Java IDE at and
develop
>using this. Using ANT would be more work but it would give us more
control.
>People could even just download a JDK and ANT and use Notepad to edit the
>code and call ANT from the command line, like many UNIX users have done
for
>the last 30 years...

Mike Davison get this to work a little while back. If you've got ant
installed, you can do a

cvs -d :pserver:anonymous@...:/cvsroot/jmri co ant

ant jmridemo

to checkout, build and run the program. "ant decoderpro" does the
obvious thing too. I've not tried it on Windows, but it worked this
morning on MacOS X and Linux.


Just so I understand the above. Is Alex saying that a more desirable
alternative to JB7 is to use a different Jave IDE along with ANT? So all
the time spent over the last two days working with Bob to get JB7 working
was... a waste of time?! <gulp> Oh well, as my favorite prof in grad
school used to say, "All experiences are bad, some seem good in retrospect."
:-)

Robin

First, my thanks to Robin for his persistance in trying to get this to work.

At 9:19 AM +1200 8/15/02, Alex Shepherd wrote:

The problem here is that the project file has a reference to a bunch of
libraries but with JBuilder Personal it does not allow per project library
definitions only personal global definitions. (to provoke you to buy the
next version) so It is looking for the library definition in your personal
home directory (where ever Windows decides that is) This is something you
have to do personally as I am not sure how we could convinve WinCVS to put
the library definition there.

OK, this makes more sense to me now. For the record, JBuilder is putting this type of information in

C:&#92;Documents and Settings&#92;jake&#92;.jbuilder7

on my son's PC running XP. (He gave me an account called "jake"). I've also seen it stored in

C:&#92;Documents and Settings&#92;Owner&#92;.jbuilder7
C:&#92;Documents and Settings&#92;All Users&#92;.jbuilder7
C:&#92;.jbuilder7

This is the problem with automagically installing files on Windows; it's _really_ hard to figure out where they go! We have a similar problem with the JMRI preferences. I solved that by having them stored the first time the program starts up, but JBuilder doesn't do that.

Robin was also having a couple of problems with what JBuilder choses to build. I've added a bunch of explicit entries to the project definition jmri.jpx file and committed it back to CVS. Hopefully that will fix the "class not found" problems.

Perhaps this recipe will now work (if so, we should write it out in more detail):

Start from scratch with a new folder.

check out the source from CVS

move the project/java/lib file to somewhere convenient, away from
the project folder. (This is to avoid confusion later on,
because we're going to make a global config point to the
contents) (_Don't_ move the project/lib file, that's needed at
runtime)

Start JBuilder. Immediately select Project -> Project Properties,
click on the Build pane, then the Required Libraries pane within that.

JMRIlibraries will be shown in red. Click it and hit Edit.

On the resulting "class" tab, click "add" and add each of the
.jar files from your moved lib file. There are seven of them,
and you have to add each one.

click OK, click OK

From the main menu, click Project -> Rebuild

Click the "diamond" to run the JmriDemo program.

At this point, you should have a working app. Configure it, save and restart.

Also, you can run the pure DecoderPro app by sliding down the upper right box to the DecoderPro.java file, clicking it to open on the right, right-clicking the DecoderPro tab to select "Run with jmri defaults".

Hopefully, this all works... Its a pain to set up the libraries, but apparently the free JBuilder requires absolute path names in its library-definition file. That makes it really hard for us to provide one that you can just move into place.

At 10:44 AM +1200 8/15/02, Alex Shepherd wrote:

If all this turns out to be too difficult, then if we moved to an ANT based
build (which is also supported in JB7) then those who do not have JB Pro or
Ent could maybe download the Java IDE at and develop
using this. Using ANT would be more work but it would give us more control.
People could even just download a JDK and ANT and use Notepad to edit the
code and call ANT from the command line, like many UNIX users have done for
the last 30 years...

Mike Davison get this to work a little while back. If you've got ant installed, you can do a

cvs -d :pserver:anonymous@...:/cvsroot/jmri co ant

ant jmridemo

to checkout, build and run the program. "ant decoderpro" does the obvious thing too. I've not tried it on Windows, but it worked this morning on MacOS X and Linux.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Well I was going to say I didn't accomplish a thing today, but in the course
of working with JBuilder I found that the following option fixed a vertical
scrolling problem I was having using JRE 1.3.1. (The vertical scrolling
problem disappeared with JRE 1.4.0, but I rolled back the java version while
trying to get JBuilder to work.) Anyway, just adding the following text in
the middle of the command line contained in the .bat file did the trick:

-Dsun.java2d.noddraw

The notes say this will work on many Win95 and Win98 systems, so if you see
a problem while vertical scrolling a combo box in DecoderPro, give it a try.

Does this cause any problem if it's present in JRE1.4.0? If not, I can just add it to the startup scripts in the installer.

Bob

--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Well I was going to say I didn't accomplish a thing today, but in the course
of working with JBuilder I found that the following option fixed a vertical
scrolling problem I was having using JRE 1.3.1. (The vertical scrolling
problem disappeared with JRE 1.4.0, but I rolled back the java version while
trying to get JBuilder to work.) Anyway, just adding the following text in
the middle of the command line contained in the .bat file did the trick:

-Dsun.java2d.noddraw

The notes say this will work on many Win95 and Win98 systems, so if you see
a problem while vertical scrolling a combo box in DecoderPro, give it a try.

Robin

I downloaded JB7 personal edition yesterday. The tools seem pretty nice.

I will download it and give this a go on the week end...

My experience is with Visual Studio

Ah-hugh, that explains everything!!! You will need to go on an extensive
detox course... :-)

Seriously, if you can work with Visual Studio and the other MS tools, you
will hopefully eat this stuff, once you are over the initial learning
hurdle.

Main problem for me is I don't know the language and structure so
every little problem becomes a pain.

This will change. Now that I can use the tools, I think Java is way simpler
than C or even Delphi. Every now and again you miss something but when
Generics arrive in Java 1,5 hopefully we won't miss a thing... However I
have not had much exposure to Swing so I may have to take this comment
back...

Alex

What version of JBuilder are you (and others) trying to use?
Hopefully I can
download it and have another go. Last one I tried was JBuilder 5 Personal
and it worked but was a real pain in some ways when you are used to using
Professional or Enterprise. Guess that is no surprise.

I downloaded JB7 personal edition yesterday. The tools seem pretty nice.
My experience is with Visual Studio, but I found it pretty easy to get going
in JB. Main problem for me is I don't know the language and structure so
every little problem becomes a pain.


Did manage to figure out that I didn't download the full Java 1.4.0 SDK last
time when I though I did. So I guess that explains the missing rmic.exe.

Robin

I can't find any option like that under the Project Properties.

All the version differenences are a bit of a blur to me now but I do know
that way back when I suggested to Bob that he try JBuilder, I was about to
download JMRI, rearrange it, get it to compile and it all worked. That was
before the resources issue and RMI but if we are lucky, this should all
still be possible.

I uncommented this line and the scrolling problem went away!

Good that you spotted this - Bill's OS strikes again...

This is way out of my depth. It seemed like I got pretty close to having
things running under JBuilder - was able to set breakpoints, examine
variables, etc. The build using jdk 1.3 that comes with JBuilder seemed

to

go ok based on the date/time stamps I see on the files in the class
directory. Still having some problems with loading and storing panels
though.

What version of JBuilder are you (and others) trying to use? Hopefully I can
download it and have another go. Last one I tried was JBuilder 5 Personal
and it worked but was a real pain in some ways when you are used to using
Professional or Enterprise. Guess that is no surprise.

If all this turns out to be too difficult, then if we moved to an ANT based
build (which is also supported in JB7) then those who do not have JB Pro or
Ent could maybe download the Java IDE at and develop
using this. Using ANT would be more work but it would give us more control.
People could even just download a JDK and ANT and use Notepad to edit the
code and call ANT from the command line, like many UNIX users have done for
the last 30 years...

I actually use JB 4 Enterprise at home. We have JB 7 at work and the new
licensing is tied to the user not the PC, which officially allows it to be
installed on all the computers that the user uses, so I need to get it going
at home and upgrade from 4 to 7

Alex

Alex,

Thank you for the response.

Opened JBuilder. Went to Tools/Configure JDKs and changed java

from 1.3.1

which came with JBuilder to 1.4.0_01 which I had previously installed on
this PC. Same result - "Could not find main class".

I suggest you go to the project properties and define this class to be the
main class so that when you click the green triange in the tool
bar it knows
what to run and hopefully works out the dependancies

I can't find any option like that under the Project Properties.

A side issue - JBuilder seems to be using Java 1.3.1 internally, as some
video display problems in DecoderPro that were cleared up when I went to
Java 1.4.0 are present in JBuilder (screwed up text when using vertical
scrollbar). Is there a way to tell JBuilder to use Java 1.4.0?

The version of Java that JBuilder uses to run itself is defined
in a *.conf
file in c:&#92;JBuilder&#92;bin depending on what version you have while
the version
of Java that is used to run the application is defined in the project
properties. They can be different

Ok I found the config files. From your other comments it sounds like the
JRE 1.4.0 might not have all the files that are needed by JBuilder though.
However, I did find the following in the jdk.config file:

# +-----------------------------------------------------+
# | |
# | Uncomment the following line if you are seeing |
# | screen glitches while running JBuilder. This |
# | problem is especially common under Windows 95/98. |
# | |
# +-----------------------------------------------------+
#vmparam -Dsun.java2d.noddraw


I uncommented this line and the scrolling problem went away!

==============================

There was no resources entry in the upper-left page. I did an "Add
files/packages", selected "packages" and added the resources package and
program now runs. Thanks Bob! From JMRIDemo I can open DecoderPro,
select devices, etc.

Maybe JBuilder Personal expects the resource definition to also be in the
home directory along with the library definitions

It's funny. Here's what I observed, excerpted from another email:

2. Use Project / Add Files - Packages to add "resources" as a package to the
project.
3. The JBuilder Project Pane shows a complete directory tree under
resources - icons/smallschematics/...
4. Explorer shows that there is no resource folder under java/classes.
5. Ran JMRIDemo - app now opens. Panels/New Panel produces image errors.
6. Explorer shows that there is a resource folder under java/classes. There
are two entries - logo.gif and decoderpro.gif, but no folders underneath.
Note there is a resource folder under java/src and also one at the top level
of the project, and both of these have the resource directory tree -
icons/smallschematics/...
7. Copied the resource directory tree to java/class/resources.
8. Ran JMRIDemo - app finds the icons and Panels/New Panel opens ok.

We maybe able to create separate project files one for each of the main
programs ie JMRIDemo, DecoderPro etc to work around the JBuilder Personal
limitations

I'll have to download a JBuilder Personal edition and have a play around.

This is way out of my depth. It seemed like I got pretty close to having
things running under JBuilder - was able to set breakpoints, examine
variables, etc. The build using jdk 1.3 that comes with JBuilder seemed to
go ok based on the date/time stamps I see on the files in the class
directory. Still having some problems with loading and storing panels
though.

Robin

Hi Robin and Bob, (composite reply to several messages)

Undid the approach suggested below. Went to Tools/Configure Libraries,
found a JMRILibraries entry with no files. Added the 7 jmri lib files to
JMRILibraries and the App compiles without errors but still generates

"Could

not find main class" error.

The problem here is that the project file has a reference to a bunch of
libraries but with JBuilder Personal it does not allow per project library
definitions only personal global definitions. (to provoke you to buy the
next version) so It is looking for the library definition in your personal
home directory (where ever Windows decides that is) This is something you
have to do personally as I am not sure how we could convinve WinCVS to put
the library definition there. Maybe manually run a post checkout script
which takes the project library files and puts them in the users personal
home directory.

Closed JBuilder. Tried to run installed version of JMRIDemo and found it
would no longer run. I was using Java 1.4.0_01 and it turned out that the
JBuilder install changed the Windows Registry entry back to 1.3.1.
Reinstalled Java 1.4.0 and JMRIDemo runs fine.

The last Java to be installed wins and JBuilder comes with 1.3.1 which
changed the registry from 1.4.0 to 1.3.1

Opened JBuilder. Went to Tools/Configure JDKs and changed java from 1.3.1
which came with JBuilder to 1.4.0_01 which I had previously installed on
this PC. Same result - "Could not find main class".

I suggest you go to the project properties and define this class to be the
main class so that when you click the green triange in the tool bar it knows
what to run and hopefully works out the dependancies

A side issue - JBuilder seems to be using Java 1.3.1 internally, as some
video display problems in DecoderPro that were cleared up when I went to
Java 1.4.0 are present in JBuilder (screwed up text when using vertical
scrollbar). Is there a way to tell JBuilder to use Java 1.4.0?

The version of Java that JBuilder uses to run itself is defined in a *.conf
file in c:&#92;JBuilder&#92;bin depending on what version you have while the version
of Java that is used to run the application is defined in the project
properties. They can be different

==============================

There was no resources entry in the upper-left page. I did an "Add
files/packages", selected "packages" and added the resources package and

the

program now runs. Thanks Bob! From JMRIDemo I can open DecoderPro,

select

devices, etc.

Maybe JBuilder Personal expects the resource definition to also be in the
home directory along with the library definitions

================

It looks like you've got the 1.4 "runtime environment" (JRE) and the

1.3 "Software Development Kit" (SDK) installed. The runtime probably

doesn't have the RMI compiler, so with JB using 1.4, it can't find

that.

The problem with this theory is, if it's using a 1.4 runtime, why did

it even find the java compiler (javac)?

JBuilder does not use the JDK javac it uses its own internal compiler which
can sometimes generate slightly different code to javac and consequently
generate a different class signature that affects things like Serialization
etc so you need to be aware of that if you are mixing builds from JBuilder
and ANT together. We got caught out with this and had to go and define the
SerialVer class variables to override this behaviour.

I'm not sure about the RMI issue though. Only having a JRE and not a JDK
will probably cause this problem. I thin you will need a full JDK to sort
this or just run with the JDK that comes with JBuilder. I think it is a full
JDK

=================

We maybe able to create separate project files one for each of the main
programs ie JMRIDemo, DecoderPro etc to work around the JBuilder Personal
limitations

I'll have to download a JBuilder Personal edition and have a play around.

Cheers

Alex

Bob,

At 10:22 AM -0700 8/14/02, Robin Becker wrote:

I can't run panels however - New Panel and Load both generate errors.

java.lang.NullPointerException
at javax.swing.ImageIcon.<init>(Unknown Source)
at jmri.jmrit.catalog.NamedIcon.<init>(NamedIcon.java:18)
at jmri.jmrit.display.PanelEditor.<init>(PanelEditor.java:210)
at jmri.jmrit.display.PanelEditor.<init>(PanelEditor.java:90)

Ok, the PanelEditor is trying to load the old turnout icons (like
upper-left)
but the resources only have the new turnout icons (lefthand-east).

Does this mean the PanelEditor file is not sync'd with the resources
somehow?

If you click on the "PanelEditor.java:210", does it take you right to that line? That's a neat way of getting right place in the source file.

That line is where its trying to load the images for the turnouts. It's still trying to load the old file from


java/classes/resources/icons/smallschematics/tracksegments/os-upper-right-closed.gif

(or something like that). Is that file there? It should be copied by a similar procedure to the previous file.

When did you check out your files? I committed some changes that should fix another problem when loading stored panels yesterday middle-of-the-day-California-time.

I also committed just now a change also moves this file to the new name, which is something like os-lefthand-east-closed.gif

If you do a "cvs update -d" (the -d has to go _after_ update) from the java/src directory and the java/test directory, your files should get updated to the current stuff, which should (hah!) have this fixed.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Bob,

>Found that the line creating the errors is:
>
> pane1.add(new JLabel(new
>ImageIcon(ClassLoader.getSystemResource("resources/logo.gif"),"Decoder
Pro
>label"), JLabel.LEFT));
>
>How do I determine and/or set the search path that is used in the
statement
>above?

Thanks for tracking it that far.

This means that the file "resources/logo.gif" didn't get copied into
the executable (class/ folder or .jar file, depending on which is in
use).

Things that could cause this:

1) No "java/src/resources" folder, or the file not in it; this
would be a problem in the way I've got the CVS checkout process
configured


The file exists at

c:/ModelRR/DecoderPro/jmri/java/src/resources/logo.gif

(The project working directory is set to C:/ModelRR/DecoderPro/jmri)


2) No "resources" entry in the upper-left page of JBuilder, so
it doesn't know to look at this. Project -> add is probably
the way to fix that. If so, it's a problem with the way that
the jmri.jpx file was set up (That's hard for me to see, as
the JB version I've got does automatic discovery of files like
this as a "convenience")

There was no resources entry in the upper-left page. I did an "Add
files/packages", selected "packages" and added the resources package and the
program now runs. Thanks Bob! From JMRIDemo I can open DecoderPro, select
devices, etc.

I can't run panels however - New Panel and Load both generate errors.

java.lang.NullPointerException
at javax.swing.ImageIcon.<init>(Unknown Source)
at jmri.jmrit.catalog.NamedIcon.<init>(NamedIcon.java:18)
at jmri.jmrit.display.PanelEditor.<init>(PanelEditor.java:210)
at jmri.jmrit.display.PanelEditor.<init>(PanelEditor.java:90)

Ok, the PanelEditor is trying to load the old turnout icons (like
upper-left)
but the resources only have the new turnout icons (lefthand-east).

Does this mean the PanelEditor file is not sync'd with the resources
somehow?

Robin

At 9:17 AM -0700 8/14/02, Robin Becker wrote:

Uncaught error fetching image:
java.lang.NullPointerException
at sun.awt.image.URLImageSource.getConnection(Unknown Source)
at sun.awt.image.URLImageSource.getDecoder(Unknown Source)
at sun.awt.image.InputStreamImageSource.doFetch(Unknown Source)
at sun.awt.image.ImageFetcher.fetchloop(Unknown Source)
at sun.awt.image.ImageFetcher.run(Unknown Source)

Found that the line creating the errors is:

pane1.add(new JLabel(new
ImageIcon(ClassLoader.getSystemResource("resources/logo.gif"),"Decoder Pro
label"), JLabel.LEFT));

How do I determine and/or set the search path that is used in the statement
above?

Thanks for tracking it that far.

This means that the file "resources/logo.gif" didn't get copied into the executable (class/ folder or .jar file, depending on which is in use).

Things that could cause this:

1) No "java/src/resources" folder, or the file not in it; this
would be a problem in the way I've got the CVS checkout process
configured

2) No "resources" entry in the upper-left page of JBuilder, so
it doesn't know to look at this. Project -> add is probably
the way to fix that. If so, it's a problem with the way that
the jmri.jpx file was set up (That's hard for me to see, as
the JB version I've got does automatic discovery of files like
this as a "convenience")

3) JB doesn't know to copy .gif files as needed. This is a
project setting of some kind, I forget which. Let me
know if 1 & 2 are ruled out, and I can help track this
one down.

To bypass the problem, try copying that file to the java/classes/resources folder in your project.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Uncaught error fetching image:
java.lang.NullPointerException
at sun.awt.image.URLImageSource.getConnection(Unknown Source)
at sun.awt.image.URLImageSource.getDecoder(Unknown Source)
at sun.awt.image.InputStreamImageSource.doFetch(Unknown Source)
at sun.awt.image.ImageFetcher.fetchloop(Unknown Source)
at sun.awt.image.ImageFetcher.run(Unknown Source)

Found that the line creating the errors is:

pane1.add(new JLabel(new
ImageIcon(ClassLoader.getSystemResource("resources/logo.gif"),"Decoder Pro
label"), JLabel.LEFT));

How do I determine and/or set the search path that is used in the statement
above?

FYI the project working directory is set to:
C:/ModelRR/DecoderPro/jmri

And the file
C:/ModelRR/DecoderPro/jmri/resources/logo.gif exists.

Thanks.

Robin

Having a little trouble getting JBuilder to run under Win98 and thought my
experiences might be of some interest. (Please bear with me if some of the
terminology is off - I don't really know anything about this stuff!)

Got JBuilder and WinCVS installed.
Created a project folder, and used WinCVS to checkout the project.
Loaded the project in JBuilder, tried to run by selecting an app such as
DecoderPro.java, right-clicked on the DecoderPro tab and selecting "Run
using defaults" and got lots of errors during the compile.
Tried the approach suggested below, compile errors went away but now get
"Could not find the main class. Program will exit" msg from the Java
Virtual Machine Launcher.
Undid the approach suggested below. Went to Tools/Configure Libraries,
found a JMRILibraries entry with no files. Added the 7 jmri lib files to
JMRILibraries and the App compiles without errors but still generates "Could
not find main class" error.

Closed JBuilder. Tried to run installed version of JMRIDemo and found it
would no longer run. I was using Java 1.4.0_01 and it turned out that the
JBuilder install changed the Windows Registry entry back to 1.3.1.
Reinstalled Java 1.4.0 and JMRIDemo runs fine.

Opened JBuilder. Went to Tools/Configure JDKs and changed java from 1.3.1
which came with JBuilder to 1.4.0_01 which I had previously installed on
this PC. Same result - "Could not find main class".

Right-clicked on the DecoderPro tab and selected "Make DecoderPro.java" and
got "build succeeded with 12 files built"
Now tried "Run using defaults" and no errors, tab at the bottom shows a
green arrow next to DecoderPro and a red Reset button above it. However
nothing further happens (no screen display from the app).

Stopped DecoderPro and selected JMRIDemo.java. Tried "Run", got "Could not
find main" error. Did a "Make" and then "Run", and the Hexfile window opens
on the screen but nothing further happens. Discovered that there was a
message area in JBuilder, but the default height was so small that nothing
showed up. I expanded this area and discovered the following error:

Uncaught error fetching image:
java.lang.NullPointerException
at sun.awt.image.URLImageSource.getConnection(Unknown Source)
at sun.awt.image.URLImageSource.getDecoder(Unknown Source)
at sun.awt.image.InputStreamImageSource.doFetch(Unknown Source)
at sun.awt.image.ImageFetcher.fetchloop(Unknown Source)
at sun.awt.image.ImageFetcher.run(Unknown Source)

Went back and retried DecoderPro.java and saw that the same error messages
occured.

So at least this is progress :-) Appreciate any help on what I should try
next.


A side issue - JBuilder seems to be using Java 1.3.1 internally, as some
video display problems in DecoderPro that were cleared up when I went to
Java 1.4.0 are present in JBuilder (screwed up text when using vertical
scrollbar). Is there a way to tell JBuilder to use Java 1.4.0?

Thanks.

Robin Becker
Tucson, AZ

I've added some entries intothe CV7 database, but while comparing to other
entries, some Digitrax values appear suspect. I got the data from saved PR1
DOS files, which were probably read using paged mode and it appears soem
Digitrax decoders don't reprot the correct value in paged, so I will re read
those ones using physical, but that won't happen 'til mid next week at the
earliest.

Michael Mosher
Webmaster
Daylight Division PCR/NMRA www.trainweb.org/daylight
Golden Empire Historical & Modeling Society www.trainweb.org/gehams
San Luis Obispo Model Railroad Club www.trainweb.org/slomrc
Personal
Member
Kern County Live Steamers www.trainweb.org/kernctyls

I did get LocoTools to run but whenever i try to run JMRIDemo i get
the following message at the bottom of the screen

C:&#92;JBUILDER7&#92;JDK1.3.1&#92;bin&#92;javaw -classpath "C:&#92;jb1.0.3
&#92;java&#92;classes;C:&#92;JBuilder7&#92;lib&#92;junit.jar;C:&#92;JBuilder7
&#92;lib&#92;unittest.jar;C:&#92;JBUILDER7&#92;JDK1.3.1
&#92;demo&#92;jfc&#92;Java2D&#92;Java2Demo.jar;C:&#92;JBUILDER7&#92;JDK1.3.1
&#92;jre&#92;lib&#92;i18n.jar;C:&#92;JBUILDER7&#92;JDK1.3.1&#92;jre&#92;lib&#92;jaws.jar;C:&#92;JBUILDER7
&#92;JDK1.3.1&#92;jre&#92;lib&#92;rt.jar;C:&#92;JBUILDER7&#92;JDK1.3.1
&#92;jre&#92;lib&#92;sunrsasign.jar;C:&#92;JBUILDER7&#92;JDK1.3.1&#92;lib&#92;dt.jar;C:&#92;JBUILDER7
&#92;JDK1.3.1&#92;lib&#92;htmlconverter.jar;C:&#92;JBUILDER7&#92;JDK1.3.1
&#92;lib&#92;tools.jar;C:&#92;jb1.0.3&#92;lib&#92;collections.jar;C:&#92;jb1.0.3
&#92;lib&#92;comm.jar;C:&#92;jb1.0.3&#92;lib&#92;crimson.jar;C:&#92;jb1.0.3&#92;lib&#92;jdom-
jdk11.jar;C:&#92;jb1.0.3&#92;lib&#92;junit.jar;C:&#92;jb1.0.3&#92;lib&#92;log4j.jar;C:&#92;jb1.0.3
&#92;lib&#92;Serialio.jar" apps.JmriDemo.JMRIdemo
java.lang.NoClassDefFoundError: apps/JmriDemo/JMRIdemo

Exception in thread "main"

also i have a huge amount of errors on the left side of the screen

Stuff like JMRIDemoConfigAction not found in class JMRIDemo.JMRIDemo
at line 35, 38, & 41

and 39 other errors that look like
Cannot Acceses class jmri.jmrix.loconet.hexfile.LnHexFileAction; file
jmri.jmrix.loconet.hexfile.LnHexFileAction not found at line 53

all but two of the errors involve files called somthingAction 2 of
them involve somthingmenu

was i supposed to set a class path for this whole thing??