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
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
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 ?