Win a copy of Murach's Python Programming this week in the Jython/Python forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

java.lang.NoSuchMethodError  RSS feed

 
Hiram Clawson
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Good Morning Ranch Hands:
I'm experimenting with J2EE on Linux and have this
error upon starting the j2ee server:
Exception in thread "main" java.lang.NoSuchMethodError: com.sun.corba.se.internal.io.ValueUtility: method createTypeCodeForClass(Lorg/omg/CORBA/ORB;Ljava/lang/Class;Ljavax/rmi/CORBA/ValueHandler Lorg/omg/CORBA/TypeCode; not found
at com.sun.corba.ee.internal.corba.AnyImpl.createTypeCodeForClass(AnyImpl.java, Compiled Code)
... etc ...
Is this a serious problem ? Do I need a corba
jar class file somewhere ?
And then, could this be the source of my next
problem, when I run the deploytool is appears
to display a splash screen, then just sits there.
I never end up with any usable window from
the deploytool.
Disclaimer: I'm very new at this J2EE business,
although I am a long time programmer of over
30 years experience so I should be able to figure
this out.
Second disclaimer: These run-time errors could
be the result of the type of Linux I'm working
on. This is an unusual combination. The actual
operating system is OpenUnix 8 from Caldera Intl
However, this UNIX has a unique feature whereby
it will run Linux binaries without any alteration
The Linux environment that a binary would see is
the Caldera Linux. It actually all works quite
well, but occassionally there is an unusual
operating system call in a Linux binary that is
not perfectly handled by this set up. I'm hoping
this is not the case. I can say this Linux does
run just about everything else I've ever tried
on it.
Thanks for any and all assistance,
--Hiram
 
Simon Brown
sharp shooter, and author
Ranch Hand
Posts: 1913
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Which version of the JDK are you using? Is it the most current (1.3.1_04 or 1.4.0_01)?
Simon
 
Hiram Clawson
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thank you Simon. That tip certainly helped out
a lot. Makes me wonder why these runtime things
do not check their environment to make sure they
are within the correct version context.
At any rate, I believe I was on java version
1.3.0 (how come javac doesn't honor the -version
option ?) and then, after upgrading to java
version 1.3.1 I definately see some improvement.
The start of the j2ee server does not have
any errors, and it is much more verbose about
what it is doing so it appears to be working.
In fact I can open the local ports that it
mentions as having started servers on and I do
see a response from the server.
And then, the deploy tool is now also functioning.
It continues through the splash screen and has
the control window displayed. I am now working
through the example Converter deployment. I have
some error late in the process, but it is
probably my user error at this point. That
example sequence is certainly a mystery the first
time through it for such a newbe as myself.
Thanks again for your assistance.
--Hiram
 
Simon Brown
sharp shooter, and author
Ranch Hand
Posts: 1913
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
 
Hiram Clawson
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Oh so very close. I worked all the way through
the converter example successfully until the final
step of 'runclient'
I run the command:
runclient -client ConverterApp.ear \
-name ConverterClient -textauth
And it starts promisingly:
Initiating login ...
Enter Username:guest
Enter Password:guest123
Binding name:`java:comp/env/ejb/SimpleConverter`
But then:
Caught an unexpected exception!
javax.naming.NameNotFoundException. Root exception is org.omg.CosNaming.NamingContextPackage.NotFound
at org.omg.CosNaming.NamingContextPackage.NotFoundHelper.read(NotFoundHelper.java:34)
at org.omg.CosNaming._NamingContextExtStub.resolve(_NamingContextExtStub.java:402)
at com.sun.jndi.cosnaming.CNCtx.callResolve(CNCtx.java:324)
at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:373)
at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:351)
at javax.naming.InitialContext.lookup(InitialContext.java:350)
at com.sun.enterprise.naming.NamingManagerImpl.lookup(NamingManagerImpl.java, Compiled Code)
at com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java, Compiled Code)
at ConverterClient.main(Unknown Source)
at java.lang.reflect.Method.invoke(Native Method)
at com.sun.enterprise.util.Utility.invokeApplicationMain(Utility.java, Compiled Code)
at com.sun.enterprise.appclient.Main.main(Main.java, Compiled Code)
What is the easy way to check .jar or .class files
to see where something like this might be
defined ?
 
Hiram Clawson
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Success ! I went back over the deployment
settings and discovered a JNDI naming error,
which when corrected allowed the thing
to work.
--Hiram
 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!