× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I will from now on, and I will never forget this error.  The confusing part
is that I have never experienced this error with the exception of this
example.  A few weeks back I tried to do the same this but got the same
error, couldn't solve the problem so I went back to the method that did
work, ie using the VCE AS400 Bean dragging it to the VCE workspace, this too
used the com.ibm.as400.access package, but i did not have to add a classpath
for the Class.

Anyways I will do this from now on, I was just wondering how this all tied
together, ie. packages in the workspace working 99% of the time for me
without having to set a classpath, this is the only time in VAJ that I have
had to set a classpath IF the required packages exist somewhere in my VAJ
workspace.

Just tring to figure out if classes in a workspace are automaticly in the
classpath like i have been told, and if not why have I only experienced this
problem in this one place.

BTW thanks for the help Joe, it does work now, I'm still a little confused,
Robert


----- Original Message -----
From: "Joe Pluta" <joepluta@PlutaBrothers.com>
To: <java400-l@midrange.com>
Sent: Friday, December 14, 2001 6:12 PM
Subject: RE: java.lang.NoClassDefFoundError: com.ibm.as400.access.AS400


> > From: Robert Upshall
> >
> > That fixed it.   The thing I don't understand is why I haven't gotten
this
> > error before.  I was told that all classes in the VAJ workspace
> > were in you
> > classpath, this appeared to be the case until this situation.  The IBM
> > Toolkit for java IS part of my workspace and I was using successfully in
> > other applications, this was the only place I have experienced this
error.
> >
> > Can  somebody clairify if that is supposed to be the case?
>
> I can absolutely state that you need to use the Classpath button to set
your
> classpath in order to run an application.  During editing, the IDE will
> search your workspace to resolve imported packages, but at runtime you
must
> specify the classpath.  In most cases, simply using "Compute Now" will
work
> just fine, since you are using packages in your workspace.  I wish that
were
> a default behavior, but it's not.  Whenever I teach VAJ, one of the first
> things I teach my students is that "NoClassDefFound" is the "Compute Now"
> error.  After a few repetitions, they remember.
>
> I suppose that by allowing you to assign your own classpath, it would
> conceivably allow you to compile locally (perhaps with a stub package)
then
> include actual runtime JAR files at execution time.  I can see where this
> might be a good thing, but it's certainly confusing when you first start
> using it.  I consider the "Compute Now" issue to be one of the two most
> non-intuitive parts of the IDE, the other being that you must use the
> right-click, Reorganize submenu to move, copy and rename methods, classes
> and packages.  I'd really love the Windows Explorer interface of
> cut/copy/paste.
>
> Joe
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
> To post a message email: JAVA400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
> or email: JAVA400-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.