Redistribution of weblogic.jar to the client

I have two licensing questions about how to redistribute weblogic.jar to the customer.
Q.1 Can I package weblogic.jar file in my company's software application and make
it available to the user? Assuming the user has bought the proper bea license
and weblogic is installed on the server machine already. The purpose of this is
to make it easier for out customer to install the client part of our software
on a pc.
Q.2 (If yes to Q.1) Weblogic.jar is pretty large about 25M. Can I take out the
classes not used by my client application to make it smaller and then to make
the stripped down version of the weblogic.jar available to the customer?
Thanks in advance for your help.
--Charlie

Hi.
Answers inline:
Charlie wrote:
I have two licensing questions about how to redistribute weblogic.jar to the customer.
Q.1 Can I package weblogic.jar file in my company's software application and make
it available to the user? Assuming the user has bought the proper bea license
and weblogic is installed on the server machine already. The purpose of this is
to make it easier for out customer to install the client part of our software
on a pc.Yes, you can distribute the jar file for clients. The license is required for running the
server. It is not required for clients.
>
>
Q.2 (If yes to Q.1) Weblogic.jar is pretty large about 25M. Can I take out the
classes not used by my client application to make it smaller and then to make
the stripped down version of the weblogic.jar available to the customer?
You can do whatever you need to do to strip it down. But don't come running to us if your
client gets alot of NoClassDefFound exceptions ;) You might consider using the
verboseToZip utility we provide to help you reduce the size of this jar file.
Regards,
Michael
>
Thanks in advance for your help.
--Charlie--
Michael Young
Developer Relations Engineer
BEA Support

Similar Messages

[Newbie] Need to install .jar on the client or not ?

Hello,
I have MS SQLServer 7.0 with Weblogic driver on my W2000 Server.
I try to access SQLServer from another machine. Do I need to install
some .jar on the client ?
Thanx. Sorry for this stupid question... :))
Johann

again people respond with the wrong help info. You simply need the PARAGON NTFS DRIVER FOR MAC. gives you full read and write support from your mac side to your bootcsamp side. You will always be able to read your mac side contents from your bootcamp side and also copy from mac to bootcamp while in windows mode. But buy the paragon ntfs $20 driver and you will be fine. Ive had it for years without any problems. works perfectly and easily. It also allows you to verify and repair your bootcamp partition from within disk utility on your mac side.
http://www.paragon-software.com/home/ntfs-mac/

Issue with weblogic.jar parsing the wsdl

Hi,
Here is a very small program, for which i am facing the problem of getting the
types from the wsdl. It works fine, as standalone....You do not have to deploy
the code any where..just have weblogic.jar in the classpath. It does not work.
It works when weblogic.jar is not in the classpath..any help is GREATLY APPRECIATED...
java.wsdl.Types from the java.wsdl.Definition object and the schema in the types
is null ( when weblogic.jar is present in the
I am always getting null in the schema (
import javax.wsdl.Definition;
//import weblogic.soap.wsdl.binding.Definition;
import javax.wsdl.xml.WSDLReader;
import javax.wsdl.factory.WSDLFactory;
public class Test {
Definition definition = null;
public static void main(String args[] ) {
Test test = new Test();
test.parseWSDL(args[0]);
public void parseWSDL(String WSDLName)
try
WSDLFactory wsdlFactory = WSDLFactory.newInstance();
WSDLReader wsdlReader = wsdlFactory.newWSDLReader();
wsdlReader.setFeature("javax.wsdl.verbose",false);
wsdlReader.setFeature("javax.wsdl.importDocuments",true);
definition = wsdlReader.readWSDL(WSDLName);
System.out.println("-----------" + definition.getTypes() );
catch( Exception e ) {
System.out.println("Exception" + e ); }
Thank for your help.
Nag

Hi Nag,
With little reference to Sir Walter Scott, it would be a very tangled
web we weave in an attempt to factor out the inter-relationships of
javax interfaces that are hindering your effort. All to say, we don't
currently support JSR 110 (javax.wsdl.*) and it is not on the near term
horizon.
Have you considered using autotype [1]?
Regards,
Bruce
[1]
http://edocs.bea.com/wls/docs81/webserv/anttasks.html#1080062
Nag wrote:
>
Hi,
Here is a very small program, for which i am facing the problem of getting the
types from the wsdl. It works fine, as standalone....You do not have to deploy
the code any where..just have weblogic.jar in the classpath. It does not work.
It works when weblogic.jar is not in the classpath..any help is GREATLY APPRECIATED...
java.wsdl.Types from the java.wsdl.Definition object and the schema in the types
is null ( when weblogic.jar is present in the
I am always getting null in the schema (
import javax.wsdl.Definition;
//import weblogic.soap.wsdl.binding.Definition;
import javax.wsdl.xml.WSDLReader;
import javax.wsdl.factory.WSDLFactory;
public class Test {
Definition definition = null;
public static void main(String args[] ) {
Test test = new Test();
test.parseWSDL(args[0]);
public void parseWSDL(String WSDLName)
try
WSDLFactory wsdlFactory = WSDLFactory.newInstance();
WSDLReader wsdlReader = wsdlFactory.newWSDLReader();
wsdlReader.setFeature("javax.wsdl.verbose",false);
wsdlReader.setFeature("javax.wsdl.importDocuments",true);
definition = wsdlReader.readWSDL(WSDLName);
System.out.println("-----------" + definition.getTypes() );
catch( Exception e ) {
System.out.println("Exception" + e ); }
Thank for your help.
Nag

Does a weblogic.jar exist for client

Hello,
does a weblogic.jar exist for client, that is not so big?
thanks,
dorin

http://dev2dev.bea.com/resourcelibrary/whitepapersdetail.jsp?highlight=whitepapers&filePath=components%2Fdev2dev%2Fresourcelibrary%2Fwhitepapers%2Fwhitepapersmallfootprintclient.htm
Dorin Dragan-Sassler <[email protected]> wrote:
Hello,
does a weblogic.jar exist for client, that is not so big?
thanks,
dorin--
Dimitri

The weblogic.jar has the javax.management.*, it is conflict with rt.jar's

Hello guys:
I want to use JMX 1.0 to communicate with weblogic 8.1. The client should be run in the Java 1.5
It throw
java.io.InvalidClassException: javax.management.ObjectName; local class incompatible:
stream classdesc serialVersionUID = -5467795090068647408, local class serialVersionUID = 1081892073854801359
java.io.InvalidClassException: javax.management.ObjectName; local class incompatible:
stream classdesc serialVersionUID = -5467795090068647408, local class serialVersionUID = 1081892073854801359I know the reason is java 1.5 has JMX 1.2 in it.
So how can I program a class loader to load the weblogic.jar classes in? I have tried a lot of code, but failed.
Is there any sample here?
I want to use the JMX 1.0 in weblogic.jar at jdk1.5 run time
Thanks a lot,
Qiang

Thanks for your reply,
But I have tried your sugestions.
I use
Thread.currentThread().setContextClassLoader(cl);I am not sure whether it is correct.
import java.io.IOException;
import java.net.URL;
import java.net.URLClassLoader;
import java.security.AllPermission;
import java.security.CodeSource;
import java.security.PermissionCollection;
import java.security.Permissions;
import com.sun.org.apache.bcel.internal.util.ClassPath;
public class NonDelegatingClassLoader extends URLClassLoader {
 private final PermissionCollection permissions = new Permissions();
 permissions.add(new AllPermission());
 public NonDelegatingClassLoader(URL[] urls) {
 super(urls);
 @Override
 protected synchronized Class<?> loadClass(String name, boolean resolve)
 throws ClassNotFoundException {
 // Bootstrap classes must be loaded by the bootstrap ClassLoader
 if (name.startsWith("javax.management")
 || name.startsWith("com.sun.jmx")
 || name.startsWith("com.sun.management")
 || name.startsWith("weblogic.")
 Class c = findLoadedClass(name);
 if (c == null) {
 try {
 c = findClass(name);
 } catch (ClassNotFoundException e) {
 byte[] classBytes;
 try {
 ClassPath cp = new ClassPath();
 classBytes = cp.getBytes(name);
 } catch (IOException e1) {
 throw new ClassNotFoundException(name);
 c = defineClass(name, classBytes, 0, classBytes.length);
 if (resolve) {
 resolveClass(c);
 return c;
 } else {
 return getClass().getClassLoader().loadClass(name);
 protected PermissionCollection getPermissions(CodeSource codesource) {
 return permissions;
import java.net.MalformedURLException;
import java.net.URL;
import java.util.Iterator;
import java.util.Set;
import javax.naming.Context;
import org.omg.CORBA.TIMEOUT;
import weblogic.jndi.Environment;
import weblogic.management.MBeanHome;
import weblogic.management.runtime.JVMRuntimeMBean;
public class QueryWLSThread extends Thread {
 private String m_url = "";
 private String m_username = "weblogic";
 private String m_password = "weblogic";
 private int m_heapUT = -1;
 private Timer m_timer = null;
 public QueryWLSThread(String url, String username, String password,
 int timeOut) {
 //System.setProperty("jmx.serial.form", "1.0");
 m_url = url;
 m_username = username;
 m_password = password;
 m_timer = new Timer(timeOut, this);
 try {
 URL[] urls = { new URL("file:/f:/Downloads/weblogic.jar") };
 ClassLoader cl = new NonDelegatingClassLoader(urls);
 Thread.currentThread().setContextClassLoader(cl);
 } catch (MalformedURLException e) {
 // TODO // block
 e.printStackTrace();
 }It throw out
java.lang.NoSuchMethodException: weblogic.jndi.internal.ServerNamingNode_811_WLStub.<init>(weblogic.rmi.internal.StubInfo)
 at java.lang.Class.getConstructor0(Unknown Source)
 at java.lang.Class.getConstructor(Unknown Source)
 at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerator.java:804)
 at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerator.java:790)
 at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:79)If I do not check the name with "weblogic."
it will throw out method not found.
If I do not set the system env, it is the same I still use the jdk 1.5 classes.
I am not sure how to load my class without loading the jdk1.5's
I also use the java -xbootpath/a:
Cannot fix this currently.

JDriver and weblogic.jar for the wlserver 6.1 sp2

Hi all,
After I download the jDriver for Ms sql 2000 server, I set the classpath as
document told, I test
it using the utils.dbping it works fine. But when I try to use it with the weblogic
server 6.1
I have the problem as following:
I included the jDriver classes in the classpath of the startWeblogic.cmd as
set CLASSPATH=.;.\lib\weblogic_sp.jar;.\lib\weblogic.jar;C:\weblogic\mssqlserver4v70\classes
saved the startWeblogic.cmd file
Then I start the wls with startWeblogic.cmd(the new classpath). It starts fine
Then I setup the connection sql pool using the weblogic.jdbc.mssqlserver4.Driver
It says "No suitable driver"
I found that in the weblogic.jar(shipped with the weblogic 6.1) and in the jDriver
classes, there are two files which have the same name is weblogic.jdbc.mssqlserver4.Driver.
Because in the classpath
.\lib\weblogic.jar comes first so weblogic server takes weblogic.jdbc.mssqlserver4.Driver
of the weblogic.jar rather than in the jDriver classes directory. So I thought
the matter of changing the order in the classpath (.\lib\weblogic_sp.jar;C:\weblogic\mssqlserver4v70\classes;.\lib\weblogic.jar")
will solve the problem, but when I changed the oder in the classpath the weblogic
server did not start AT ALL with the following errror.
------------------Begin error----------------------------
C:\bea\wlserver6.1>"C:\bea\jdk131\bin\java" -hotspot -ms64m -mx64m -classpath
;.\lib\weblogic_sp.jar;C:\weblogic\mssqlserver4v70\classes;.\lib\weblogic.jar"
-Dweblogic.Domain=mydomain -Dweblogic.Name=myserver -Dbea.home="C:\\bea" -Dweblogic.management.password=
-Dweblogic.ProductionModeEnabled=true -Djava.security.policy="C:\bea\wlserver6.
1/lib/weblogic.policy" weblogic.Server
The WebLogic Server did not start up properly.
Exception raised:
java.lang.NoSuchMethodError
at weblogic.Home.getFileSource(Home.java:66)
at weblogic.Home.<init>(Home.java:29)
at weblogic.Home.getInstance(Home.java:81)
at weblogic.Home.getPath(Home.java:89)
at weblogic.security.internal.ServerAuthenticate.main(ServerAuthenticate
.java:77)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:200)
at weblogic.Server.main(Server.java:35)
Reason: Fatal initialization exception
C:\bea\wlserver6.1>goto finish
------------------End error----------------------------
I wonder how can I use the jDriver with weblogic server?
Do you have any idea what I have done wrong or how to get around with this problem?
Please help
Thanks in advance

It works now.
Thanks Laurent.
Tom
Laurent Goldsztejn <[email protected]> wrote:
Hi Tom,
Can you please make sure that the driver is defined as
weblogic.jdbc.mssqlserver4.Driver
and that the url starts with jdbc:weblogic:mssqlserver4
Thank you,
Laurent Goldsztejn
Developer Relations Engineer
BEA Support

Get server instance name without deploying weblogic.jar to client

I use wlclient.jar with my client. Using weblogic.jar instead causes the
size of the deployment package of my client to go from 4 meg to 34 meg
(roughly). I don't want full MBean functionality, all I want to do is find
out what the server instance name is. Surely there's a way to do this.

Hi,
Weblogic provides you a way to create client jar files so that the complete weblogic.jar
doesn't need to be downloaded to the client. The tool is called verboseToZip.
See
http://e-docs.bea.com/wls/docs70/adminguide/utils.html#1117405
hope this helps, pat
"BEA" <[email protected]> wrote:
I am trying to deploy my client application on a standalone windows machine
and do not wish to deploy weblogic.jar with the client deployment. Is
there
any way of allowing my clients to use Weblogic JNDI without having to
deploy
weblogic.jndi.WLInitialContextFactory.class (and its associated classes.
I find it hard to believe that everyone who is developing on weblogic
distributes this JAR file to their customers with their client
applications....?
Can you use something other than weblogic.jndi.WLInitialContextFactory
such
as the sun jndi provider instead....?
If anyone can shed some light on this deployment problem it would be
much
appreciated.....even if its simply 'thats just the way you have to do
it
!......will save me time trying to get other solutions to work...!
TIA

Deploying client apps without deploying Weblogic.jar ?

I am trying to deploy my client application on a standalone windows machine
and do not wish to deploy weblogic.jar with the client deployment. Is there
any way of allowing my clients to use Weblogic JNDI without having to deploy
weblogic.jndi.WLInitialContextFactory.class (and its associated classes.
I find it hard to believe that everyone who is developing on weblogic
distributes this JAR file to their customers with their client
applications....?
Can you use something other than weblogic.jndi.WLInitialContextFactory such
as the sun jndi provider instead....?
If anyone can shed some light on this deployment problem it would be much
appreciated.....even if its simply 'thats just the way you have to do it
!......will save me time trying to get other solutions to work...!
TIA

Hi,
Weblogic provides you a way to create client jar files so that the complete weblogic.jar
doesn't need to be downloaded to the client. The tool is called verboseToZip.
See
http://e-docs.bea.com/wls/docs70/adminguide/utils.html#1117405
hope this helps, pat
"BEA" <[email protected]> wrote:
I am trying to deploy my client application on a standalone windows machine
and do not wish to deploy weblogic.jar with the client deployment. Is
there
any way of allowing my clients to use Weblogic JNDI without having to
deploy
weblogic.jndi.WLInitialContextFactory.class (and its associated classes.
I find it hard to believe that everyone who is developing on weblogic
distributes this JAR file to their customers with their client
applications....?
Can you use something other than weblogic.jndi.WLInitialContextFactory
such
as the sun jndi provider instead....?
If anyone can shed some light on this deployment problem it would be
much
appreciated.....even if its simply 'thats just the way you have to do
it
!......will save me time trying to get other solutions to work...!
TIA

Encoding with weblogic.jar or wlclient.jar

I am using weblogic 9.0 on jrockit 1.5.0_03 I have an application deployed using stateless session EJBâ€™s.
I have a webstart client that runs on jdk1.5.0_03. When using weblogic.jar on the client side, everything runs fine.
When using wlclient.jar on the client side, I donâ€™t get data from the server which contains umlauts. The data are lost on the client side.
In the direction to the server I have no problems, I can store data with umlaut. I tried already setting the default encoding on server (-Dweblogic.webservice.i18n.charset=utf-16) and client (-Dfile.encoding=utf-16), with no success.
Any help will be appreciated.
Thanks in advance!

Hello Sir
Did u solve the problem
i am also getting the same problem
please help me if u found the solution

How to get InitialContextFactory using RMI/IIOP without using weblogic.jar

Hi Robert
I know this is an old post. but I am interested in knowing how to get the
initial context using RMI/IIOP without the use weblogic specific classes
like weblogic.jndi.WLInitialContextFactory . If you have a code snippet that
you can provide as an example, it would be just great.
thanx in advance
Daya Sharma
See comments inline...
Stewart Wachs wrote:
I would like to get an initial context to Weblogic JNDI from a client.
code snippet:
Hashtable ht = new Hashtable();
ht.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFacorty");
ht.put(Context.PROVIDER_URL, "t3://localhost:7001");
try {
Context ctx = new InitialContext(ht);
catch(...) {
This works fine when I include weblogic.jar (and other dependend weblogic
jar's) in the classpath.
Is there a way to access WL JNDI from a client without the weblogicclasses
in the classpath?If you are using WLS 6.1, you could use RMI/IIOP to do this but in general,
the
answer is no, you will need at least some of the weblogic classes on the
client.
If not, is there a lightweight jar available for distribution for client
JNDI connectivity?This is something in the works. In addition, a colleague and I are working
on
a white paper that describes the "Thin Client Options with WebLogic Server"
that we hope to make available in the not too distant future...
Are there any licencing issues with distributing the weblogic classes to
clients that need to access WL JNDI?No. WLS is licensed by the server so you are free to distribute
weblogic.jar
to your clients.
Hope this helps,
Robert

Take a look at the RMI/IIOP section of our whitepaper "Small Footprint
Client options for BEA WebLogic Server" at:
http://dev2dev.bea.com/resourcelibrary/whitepapers.jsp?highlight=whitepapers
Daya Sharma wrote:
Hi Robert
I know this is an old post. but I am interested in knowing how to get the
initial context using RMI/IIOP without the use weblogic specific classes
like weblogic.jndi.WLInitialContextFactory . If you have a code snippet that
you can provide as an example, it would be just great.
thanx in advance
Daya Sharma
See comments inline...
Stewart Wachs wrote:
I would like to get an initial context to Weblogic JNDI from a client.
code snippet:
Hashtable ht = new Hashtable();
ht.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFacorty");
ht.put(Context.PROVIDER_URL, "t3://localhost:7001");
try {
Context ctx = new InitialContext(ht);
catch(...) {
This works fine when I include weblogic.jar (and other dependend weblogic
jar's) in the classpath.
Is there a way to access WL JNDI from a client without the weblogic
classes
in the classpath?
If you are using WLS 6.1, you could use RMI/IIOP to do this but in general,
the
answer is no, you will need at least some of the weblogic classes on the
client.
If not, is there a lightweight jar available for distribution for client
JNDI connectivity?
This is something in the works. In addition, a colleague and I are working
on
a white paper that describes the "Thin Client Options with WebLogic Server"
that we hope to make available in the not too distant future...
Are there any licencing issues with distributing the weblogic classes to
clients that need to access WL JNDI?
No. WLS is licensed by the server so you are free to distribute
weblogic.jar
to your clients.
Hope this helps,
Robert

Creating a weblogic.jar file?

I am looking to minimize my client size java app, which makes use of EJBs.
I am using the verboseToZip utility that is described at:
http://www.weblogic.com/docs51/techdeploy/verbosetozip.html
It has reduced the size of the jar from 35MB to about 700K. The application
has problems starting up, however. I get the exception shown below. Any
idea what this means? I looked in the jar file, and sure enough there are
classes in a directory named: com/rsa/jsafe. The error occurs when getting
the EJB home object (at the start of the application).
Thanks,
Mike
------------------------------------------Exception-------------------------
Exception in thread "main" java.lang.NoClassDefFoundError:
COM/rsa/jsafe/JSAFE_InvalidUseException
at
weblogic.security.WLMessageDigest.getInstance(WLMessageDigest.java:53)
at
weblogic.security.MD5RandomBitsSource.seed(MD5RandomBitsSource.java:56)
at weblogic.rjvm.LocalRJVM.<init>(LocalRJVM.java:108)
at weblogic.rjvm.LocalRJVM.getLocalRJVM(LocalRJVM.java:85)
at weblogic.rjvm.RJVMManager.getLocalRJVM(RJVMManager.java:89)
at weblogic.rjvm.RJVMManager.initialize(RJVMManager.java:78)
at weblogic.kernel.Kernel.ensureInitialized(Kernel.java:137)
at weblogic.rjvm.ServerURL.findOrCreateRJVM(ServerURL.java:182)
at
weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialCon
textFactoryDelegate.java:195)
at
weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialCon
textFactoryDelegate.java:148)
at
weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFact
ory.java:123)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
at javax.naming.InitialContext.init(InitialContext.java:222)
at javax.naming.InitialContext.<init>(InitialContext.java:198)
at
com.ecocap.daemon2.dbthread.setupContextAndObjects(dbthread.java:1064)
at com.ecocap.daemon2.dbthread.<init>(dbthread.java:48)
at com.ecocap.daemon2.DaemonFrame.<init>(DaemonFrame.java:45)
at com.ecocap.daemon2.daemon.<init>(daemon.java:27)
at com.ecocap.daemon2.daemon.main(daemon.java:184)

Don,
Thanks for responding so quickly. You are correct - I am on Windows. I
didn't realize it was a case sensitivity problem. Anyway, I took your third
option, since it was the least painful for me and everything worked.
Thanks,
Mike
"Don Ferguson" <[email protected]> wrote in message
news:[email protected]...
Let me guess: this is on Windows. I bet the problem concernscase-insensitive
file names. When creating the client jar, a "com" directory was created.When
it came time for the COM directory, Windows just treated it as equivalentto
"com". However java does not. There are a variety of solutions:
a) use Unix to build the client jar
b) use ant to extract the appropriate subset of classes from weblogic.jarwhen
creating the client.jar (bypassing the filesystem).
c) move the COM stuff to a separate directory tree, and use somecombination of
jar -C or jar -u to create the client.jar.
Don
Michael DiChiappari wrote:
I am looking to minimize my client size java app, which makes use of
EJBs.
I am using the verboseToZip utility that is described at:
http://www.weblogic.com/docs51/techdeploy/verbosetozip.html
It has reduced the size of the jar from 35MB to about 700K. Theapplication
has problems starting up, however. I get the exception shown below.Any
idea what this means? I looked in the jar file, and sure enough thereare
classes in a directory named: com/rsa/jsafe. The error occurs whengetting
the EJB home object (at the start of the application).
Thanks,
Mike
------------------------------------------Exception-------------------------
Exception in thread "main" java.lang.NoClassDefFoundError:
COM/rsa/jsafe/JSAFE_InvalidUseException
at
weblogic.security.WLMessageDigest.getInstance(WLMessageDigest.java:53)
at
weblogic.security.MD5RandomBitsSource.seed(MD5RandomBitsSource.java:56)
at weblogic.rjvm.LocalRJVM.<init>(LocalRJVM.java:108)
at weblogic.rjvm.LocalRJVM.getLocalRJVM(LocalRJVM.java:85)
at weblogic.rjvm.RJVMManager.getLocalRJVM(RJVMManager.java:89)
at weblogic.rjvm.RJVMManager.initialize(RJVMManager.java:78)
at weblogic.kernel.Kernel.ensureInitialized(Kernel.java:137)
at weblogic.rjvm.ServerURL.findOrCreateRJVM(ServerURL.java:182)
at
weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialCon
textFactoryDelegate.java:195)
at
weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialCon
textFactoryDelegate.java:148)
at
weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFact
ory.java:123)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
at javax.naming.InitialContext.init(InitialContext.java:222)
at javax.naming.InitialContext.<init>(InitialContext.java:198)
at
com.ecocap.daemon2.dbthread.setupContextAndObjects(dbthread.java:1064)
at com.ecocap.daemon2.dbthread.<init>(dbthread.java:48)
at com.ecocap.daemon2.DaemonFrame.<init>(DaemonFrame.java:45)
at com.ecocap.daemon2.daemon.<init>(daemon.java:27)
at com.ecocap.daemon2.daemon.main(daemon.java:184)

Applet -ejb ; weblogic.jar

Hi,
I am trying to access EJB from an applet thro' ejb-client.jar. It works fine if I include weblogic.jar in the applet archive but it throws a corba exception if I use wlclient.jar and wljmsclient.jar instead of weblogic.jar in the archive. As weblogic.jar is too huge I want to use thin clients. Could someone help me with this exception. I am using WLS8.1_sp4; jdk 1.4.2_05 and ie6 with latest jvm. Both applet and ejb are deployed in same localhost
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = localhost port = 7001
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo
te_host=localhost remote_port=7001 state=ESTABLISHED]
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message
from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Reading the mess
age fully, size =1204
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Handling GIOP 1.
0 LocateReply
com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Constructing IIO
PInputStream object
com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Setting the time
stamp
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message
from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = 172.16.65.14 port = 7001
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo
te_host=172.16.65.14 remote_port=7001 state=ESTABLISHED]
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for 172.16.65.14:7001,4,ORB ThreadGroup]): Creating mess
age from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection
com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file:
/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): getEndpoint(IIOP_CLEAR_TEXT, 0, null)
com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file:
/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): createListener( socketType = IIOP_CLEAR_TEXT port = 0 )
javax.naming.NamingException: Unhandled exception in lookup [Root exception is org.omg.CORBA.MARSHAL: vmcid: SUN minor cod
e: 217 completed: Maybe]
at weblogic.corba.j2ee.naming.Utils.wrapNamingException(Utils.java:81)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:237)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:171)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at informatics.inventory.plates.editor.EJBPlateMapDAO.<init>(Unknown Source)
at informatics.inventory.plates.editor.PlateMapEditor.init(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:353)
at java.lang.Thread.run(Thread.java:534)
Caused by: org.omg.CORBA.MARSHAL: vmcid: SUN minor code: 217 completed: Maybe
at com.sun.corba.se.internal.iiop.CDROutputStream_1_0.write_wstring(CDROutputStream_1_0.java:464)
at com.sun.corba.se.internal.iiop.CDROutputStream.write_wstring(CDROutputStream.java:189)
at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameComponentHelper.write(WNameComponentHelper.java:79)
at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameHelper.write(WNameHelper.java:59)
at weblogic.corba.cos.naming._NamingContextAnyStub.resolve_any(_NamingContextAnyStub.java:79)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:213)
... 6 more

Hi,
I am trying to access EJB from an applet thro' ejb-client.jar. It works fine if I include weblogic.jar in the applet archive but it throws a corba exception if I use wlclient.jar and wljmsclient.jar instead of weblogic.jar in the archive. As weblogic.jar is too huge I want to use thin clients. Could someone help me with this exception. I am using WLS8.1_sp4; jdk 1.4.2_05 and ie6 with latest jvm. Both applet and ejb are deployed in same localhost
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = localhost port = 7001
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo
te_host=localhost remote_port=7001 state=ESTABLISHED]
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message
from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Reading the mess
age fully, size =1204
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Handling GIOP 1.
0 LocateReply
com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Constructing IIO
PInputStream object
com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Setting the time
stamp
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message
from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = 172.16.65.14 port = 7001
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo
te_host=172.16.65.14 remote_port=7001 state=ESTABLISHED]
com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for 172.16.65.14:7001,4,ORB ThreadGroup]): Creating mess
age from stream
com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,
4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection
com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file:
/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): getEndpoint(IIOP_CLEAR_TEXT, 0, null)
com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file:
/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): createListener( socketType = IIOP_CLEAR_TEXT port = 0 )
javax.naming.NamingException: Unhandled exception in lookup [Root exception is org.omg.CORBA.MARSHAL: vmcid: SUN minor cod
e: 217 completed: Maybe]
at weblogic.corba.j2ee.naming.Utils.wrapNamingException(Utils.java:81)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:237)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:171)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at informatics.inventory.plates.editor.EJBPlateMapDAO.<init>(Unknown Source)
at informatics.inventory.plates.editor.PlateMapEditor.init(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:353)
at java.lang.Thread.run(Thread.java:534)
Caused by: org.omg.CORBA.MARSHAL: vmcid: SUN minor code: 217 completed: Maybe
at com.sun.corba.se.internal.iiop.CDROutputStream_1_0.write_wstring(CDROutputStream_1_0.java:464)
at com.sun.corba.se.internal.iiop.CDROutputStream.write_wstring(CDROutputStream.java:189)
at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameComponentHelper.write(WNameComponentHelper.java:79)
at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameHelper.write(WNameHelper.java:59)
at weblogic.corba.cos.naming._NamingContextAnyStub.resolve_any(_NamingContextAnyStub.java:79)
at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:213)
... 6 more

JNDI-lookup without weblogic.jar?

Is it possible to do a JNDI lookup to the remove weblogic server (using the WLInitialcontextfactory)
without using the whole weblogic.jar in the classpath? It's about 30 megs which
is far too much. I tried using only few classes from the weblogic.jar, but there
were so many dependencies that I gave up. Any workarounds?

Hi,
Weblogic provides you a way to create client jar files so that the complete weblogic.jar
doesn't need to be downloaded to the client. See
http://e-docs.bea.com/wls/docs70/adminguide/utils.html#1117405
hope this helps,
pat
"Janne" <[email protected]> wrote:
>
Is it possible to do a JNDI lookup to the remove weblogic server (using
the WLInitialcontextfactory)
without using the whole weblogic.jar in the classpath? It's about 30
megs which
is far too much. I tried using only few classes from the weblogic.jar,
but there
were so many dependencies that I gave up. Any workarounds?

Weblogic.jar not found

Hi,
Going throu' a strange problem. I am calling an applet method from javascript. This applet method in turn access certain ejb methods which needs the class files of weblogic.jar. I have this weblogic.jar in the classpath, applet archive and both application and applet.jar reside in the same server. Obviously weblogic.jar is also in the server classpath. But when I call the applet method from javascript it is not able to find the classes in weblogic.jar. I am not sure what the problem is. Could somebody help. Thank You.
- Vik

did you resolve the issue ? If so, let me know.

Weblogic.jar 9.2 and jboss

why when i put weblogic.jar in the jboss classpath or in my .war classpath = web-inf/lib all of its classes are class not found exception
is there a problem with this jar being inside jboss
if i take the same jar and run my application on eclipse everything works fine
but when i debug this problem and try to loader classes, they are not found
its like it being ignored and not loaded like the rest of my jars in the classpath.
is this got anything to do with security?
Edited by: user8709596 on Sep 6, 2009 4:23 AM

found a fix to this problem
weblogic.jar is a standalone jar
remove all javax folder from this jar and this solves the problem
and jboss will load the jar successfuly

Redistribution of weblogic.jar to the client

Similar Messages

Maybe you are looking for