|
I still cannot get the standard output to go to a physical file using the OVRDBF file, I did OVRDBF STDERR...
Is there a way to find exactly what sequence the classes are loaded in by class loader?
Is there a way to force my classes to be loaded and used rather than any others the class loader may find?
-----Original Message-----crazy reason
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-
bounces@xxxxxxxxxxxx] On Behalf Of John Allen
Sent: Monday, August 05, 2013 11:09 AM
To: 'Java Programming on and around the IBM i'
Subject: RE: Installing new java version
Ok, Thanks so much for that bit of information. For some
I thought the message text displayed was pointing to thecause of the
error.that the jar
Now to go find the "standard out log"
-----Original Message-----
From: Dan Kimmel [mailto:dkimmel@xxxxxxxxxxxxxxx]
Sent: Monday, August 05, 2013 10:31 AM
To: Java Programming on and around the IBM i
Subject: RE: Installing new java version
java.lang.NoClassDefFoundError does not necessarily mean
was not found by the classloader. It may also mean thatthe class
failed during initialization. That's the more likely issueas you
haven't changed classpath or methods of loading and youare still
running in JVM 1.4.2.class
Find your standard out log and look for errors during
initialization much earlier than yourNoClassDefFoundError.
file
> -----Original Message-----
> From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-
> bounces@xxxxxxxxxxxx] On Behalf Of John Allen
> Sent: Friday, August 02, 2013 2:51 PM
> To: 'Java Programming on and around the IBM i'
> Subject: RE: Installing new java version
>
> Dan,
>
> Thanks for your reply. Just wanted to add this bit of
info:
> We have other java programs that are still running fine.
>
> Displaying /qibm/userdata/java400
> Opt Object link Type Attribute Text
> ext DIR
>
> AdoptAuthority DIR
>
> Nothing else, no files at all, I can't seem to find
> SystemDefault.properties file anywhere , is it OK to not
have one?
> Can I create a file SystemDefault.properties and add
> java.home=/QIBM/ProdData/Java400/jdk14/
> java.version=1.4
> to it?
>
> I checked /home and it is empty
>
> So I displayed /qibm/Prodata/java400 and I see:
> Object link Type
> ext DIR
> fonts DIR
> jdk13 DIR
> jdk14 DIR
> jdk15 DIR
> jt400ntv.jar STMF
> Hello.class STMF
> Hello.java STMF
> MRI2924 DIR
> NAWTtest.class STMF
> NAWTtest.java STMF
> PropDump.class STMF
> PropDump.java STMF
> QDefineClassCache.jar STMF
> SystemDefaultCacheExample.properties STMF
>
> Does this look OK? Still no SystemDefault.properties
anywherethe
>
> I put the program in debug and just before it executes
RUNJVAV5R3M0
> command I ran RUNJAVA *VERSION And get Version JVM
JDK 1.4.2.&FullPathIn)
>
> The error is caused by the following program execution
using
> RUNJVA:
> RUNJVA CLASS('xxapdfen') PARM(&infileflg
> CLASSPATH(&CLASSPATH) CHKPATH(*IGNORE)/dapp/java/xxapdfenc.jar:/dapp/java:/dapp/java/xxapdfeni.jar
>
> Where &classpath=
>
> :which
>
> The jar files are where they have always been.
>
> Any other ideas for me?
>
> I am going to uninstall the PTF that was used to install
java 1.5 this
> weekend and see if that returns us back to working.
>
>
>
>
> -----Original Message-----
> From: Dan Kimmel [mailto:dkimmel@xxxxxxxxxxxxxxx]
> Sent: Thursday, August 01, 2013 4:49 PM
> To: Java Programming on and around the IBM i
> Subject: RE: Installing new java version
>
> Start by checking how that java program is invoked. At
V5R3, the
> java.version system property has the most impact on
JVM isthe
> chosen. That property can be set in the QSH java command
line (in QSH
> java -Djava.version=1.4, eg).
>
> In qsh, I can do this:
> $
> > java -version -Djava.version=1.3.1
> java version "1.3.1"
> $
> > java -version -Djava.version=1.4.2
> java version "1.4.2"
> $
> > java -version -Djava.version=1.4
> java version "1.4.2"
> $
> > java -version -Djava.version=1.1
> Java Development Kit could not be found.
> $
> > java -version -Djava.version=1.2
> java version "1.2.2"
> $
>
> I haven't been able to find a way to set version from
RUNJVA....+....1....+....2....+....3....+....4....+....5....+..
> command, however. I believe the command invocation pulls
its value
> from SystemDefault.properties file.
>
> Browse : /qibm/UserData/Java400/SystemDefault.properties
> Record : 1 of 2 by 18
> Control :
>
>
> ************Beginning of data**************There
> java.home=/QIBM/ProdData/Java400/jdk14/
> java.version=1.4
> ************End of Data********************
>
> As above, there's one in the /qibm/UserData/Java400.
can also behad
> one in the home directory of the user which takes
precedence over the
> one in /QIBM.
>
> There was significant displacement of classes in Java 5.
> Many classes were added to the core distribution that
beenparticularly
> commonly included only by classpath. This was
true ofthat
> servlet classes. The net effect was that applications
had beenproperty
> running in 1.4.2 would throw exactly the error you're
seeing as the
> classes in the classpath were duplicated in the runtime.
>
> To see what you're command is doing, try to get as close
as possible
> to the environment where RUNJVA is invoked in your
application and run
>
> RUNJVA *version
>
> If it comes up 1.5, you'll have to find where the
is set and[mailto:java400-l-
> change it, else figure out what classes are being
duplicated in the
> classpath and remove the jar from the classpath.
>
> > -----Original Message-----
> > From: java400-l-bounces@xxxxxxxxxxxx
> > bounces@xxxxxxxxxxxx] On Behalf Of John Allenpretty
> > Sent: Thursday, August 01, 2013 2:43 PM
> > To: JAVA400-L@xxxxxxxxxxxx
> > Subject: Installing new java version
> >
> > I want to start out by saving my java skills are
> basic.want
> >
> > I have a java program that has been running fine for
years
> using java
> > 1.4 on V5R3.
> >
> > Last week we installed java 1.5 (via PTF). I do not
> to startjava.lang.NoClassDefFoundError.<init>(NoClassDefFoundError.j
> > using it yet, but I wanted to get it installed for
> potential future
> > use.
> >
> >
> >
> > When I check the java version on our system (QSH java
> > -version) I get 1.4.2
> >
> >
> >
> >
> >
> > 5722JV1 V5R3M0 Developer Kit for Java
> >
> > 5722JV1 V5R3M0 Java Developer Kit 1.3
> >
> > 5722JV1 V5R3M0 Java Developer Kit 1.4
> >
> > 5722JV1 V5R3M7 Java Developer Kit 1.5
> >
> >
> >
> > No other changes I know of have been made. The java
> program has not
> > changed in years and has not been recompiled.
> >
> >
> >
> > But.. When I run the java program I get an error:
> >
> > java.lang.NoClassDefFoundError:
> > org/apache/commons/cli/Option
> >
> > at
java.lang.Throwable.<init>(Throwable.java:195)
> >
> >
> > at
> > java.lang.LinkageError.<init>(LinkageError.java:36)
> >
> >
> > at
> >
>
> > ava:40)in
> >
> > at xxapdfec.main(xxapdfec.java:40)
> >
> >
> > Java program completed with exit code 1
> >
> >
> >
> > I used debug to check the class paths.
> >
> > I checked to make sure the .class and jar files were
> the directorya
> > they are supposed to be in.
> >
> >
> >
> > Can installing a new version of java cause a change in
> existingposting,
> > programs execution.
> >
> > Does anyone have any starting point for me to look at?
> >
> > How do I read this error logging? What do the numbers
(195
> > 36 40) represent? Program line numbers?
> >
> >
> >
> > Thanks in advance
> >
> >
> >
> > John
> >
> >
> >
> > --
> > This is the Java Programming on and around the IBM i
> (JAVA400-L)
> > mailing list To post a message email:
> JAVA400-L@xxxxxxxxxxxx To
> > subscribe, unsubscribe, or change list options,
> > visit:
> http://lists.midrange.com/mailman/listinfo/java400-l
> > or email: JAVA400-L-request@xxxxxxxxxxxx Before
> please take aRelease
> > moment to review the archives at
> > http://archive.midrange.com/java400-l.
> >
>
>
> --
> This is the Java Programming on and around the IBM i
> (JAVA400-L) mailing list To post a message email:
> JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list
> options,
> visit:
http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx Before posting,
please take a
> moment to review the archives at
> http://archive.midrange.com/java400-l.
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.2904 / Virus Database: 3209/6538 -
> Date: 07/31/13Release
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.2904 / Virus Database: 3209/6542 -
> Date: 08/01/13change list
>
> --
> This is the Java Programming on and around the IBM i
(JAVA400-L)
> mailing list To post a message email:
JAVA400-L@xxxxxxxxxxxx To
> subscribe, unsubscribe, or change list options,
> visit:
http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx Before posting,
please take a
> moment to review the archives at
> http://archive.midrange.com/java400-l.
>
--
This is the Java Programming on and around the IBM i
(JAVA400-L) mailing list To post a message email:
JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
options,http://lists.midrange.com/mailman/listinfo/java400-l
visit:
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting,please take a
moment to review the archives at(JAVA400-L)
http://archive.midrange.com/java400-l.
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2904 / Virus Database: 3209/6538 - Release
Date: 07/31/13
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2904 / Virus Database: 3209/6552 - Release
Date: 08/05/13
--
This is the Java Programming on and around the IBM i
mailing list To post a message email:JAVA400-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,http://lists.midrange.com/mailman/listinfo/java400-l
visit:
or email: JAVA400-L-request@xxxxxxxxxxxx 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 mailing list archive is Copyright 1997-2025 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.