[JBoss-user] [The Lizzard's corner] - Re: Non-native English speaker ambiguities

[reverbel]

anonymous wrote : 
  | BTW "Cast in stone" pretty much means the same as "immutable contract" to 
me.
  | 
Ditto.

View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3910491#3910491

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3910491


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: JBossAS 4.0.2 default ORB instance is not binded to

[reverbel]

"qdotlu" wrote : 
  | I am new to JBoss, could you let me know how to start the all configuration?
  | 

Pass the "-c config_name" switch when starting the server. For the all 
configuration you would say (in Linux)

run.sh -c all

Regards,

Francisco


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3878613#3878613

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3878613


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: JBossAS 4.0.2 default ORB instance is not binded to

[reverbel]

Which JBoss configuration are you using?  The "default" server config does not 
include CORBA/IIOP support. Use the "all" server config.

Regards,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3878602#3878602

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3878602


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: Creating CORBA wrapper servants for EJB objects

[reverbel]

anonymous wrote : 
  | I have been interested in contributing an MBean that provided this type of 
behavior for a while now. 
  | 
Your contribution will be very welcome! (Good to see you in JBoss forums, 
Jimmy.)

Francisco


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3873336#3873336

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3873336


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: Creating CORBA wrapper servants for EJB objects

[reverbel]

Yes, what you are asking makes complete sense. CORBA front-ends for stateless 
session beans are very useful in the scenario you described. Putting an IDL 
interface in front of an SLSB is the way of circumventing the oddities of the 
reverse Java-to-IDL mapping and making the SLSB more conveniently accessible to 
CORBA clients written in other languages.

You can write a service MBean whose start method instantiates a CORBA servant, 
registers the servant with a POA, and binds the corresponding CORBA reference 
into a CosNaming context to make it available to remote clients. You can 
register the servant with the root POA or you can create a new POA for your 
servant, with the POA policies of your choice.

It should be possible to write a generic service MBean to do this. The name of 
the servant class and the CosNaming name of the CORBA object would be 
configurable attributes of the MBean. 

Regards,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3872981#3872981

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3872981


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: invalid IIOP IDL repository identifiers

[reverbel]

anonymous wrote : 
  | rmic and janeva both generate the following valid IDL id
  | 
  | RMI:org.foo.Insured:63ACAFEDF0A89F11:9114CF3E9A780A71
  | 
  | jboss outputs the following - notice that the last hex section is off
  | RMI:org.foo.Insured:63ACAFEDF0A89F11:9114CF3E9A780A71
  | 
I guess there was some cut-and-paste mistake, as both ids above are exactly 
equal...

Anyway, JBoss contains no code for computing RMI repository ids. It merely 
calls the method getRMIRepositoryID(Class clz), which is provided by the JDK's 
implementation of the interface javax.rmi.CORBA.ValueHandler. You're probably 
seeing a JDK bug:
  http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4350294

This bug has been fixed in JDK 1.4.0. Are you running JBoss on a pre-1.4 JDK?


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864635#3864635

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864635


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [EJB/JBoss] - Re: rmi-iiop/security support

[reverbel]

Yes, 4.0.x implements CSIv2.

The way to piggy-back contextual data into IIOP requests is via CORBA portable 
interceptors. You need a "matched pair" of request interceptors (one at the 
client side, the other at the server side).

Look at what has been done in 4.0.x. The CSIv2 code is in 
iiop/src/main/org/jboss/iiop/csiv2. It should not be hard to backport it to 
3.2.x. 

I have no idea about what you can do at the client side. I don't know if 
IIOP.NET has something like portable interceptors or not.

Regards,

Francisco


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862493#3862493

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862493


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] IIOP ans Security

[Francisco Reverbel]

Interoperable security for EJB invocations is not implemented 
yet. JBoss has security, of course, but not in an interoperable 
(CORBA-compliant) way.

The CORBA compliant way of securing EJB invocations is based
on CSIv2 (Common Secure Interoperability version 2), an OMG 
specification that our IIOP engine (JacORB) will support very 
soon. This will make it easy for us to secure EJB invocations
over IIOP. As Bill said, we are planing to do this for J2EE 
certification.

Note, however, that you will need CSIv2 support also at the 
client-side. Not all C++ ORBs support CSIv2. (I know MICO does
it, other C++ ORBs might support CSIv2 as well.)

Cheers,

Francisco


On Fri, 29 Aug 2003, Bill Burke wrote:

> We don't have this interoperability with CORBA and security at this 
> time.  It is one of the things we are planning to implement once Sun 
> grants us the license to certification (we're waiting patiently).
> 
> You would have to build a bridge until then.  Or you could fund 
> Francisco Reverbel to implement it through a JBG support contract.
> 
> I'll let Francisco chime in with more details.
> 
> Bill
> 
> Alexander Titov wrote:
> 
> > Hello.
> > 
> > In the section 8 (page 412-413) of the JBoss Administration and
> > Development Third Edition (3.2.x Series) book it is written, that
> > "Every secured EJB method invocation,... requires the authentication
> > and authorization of the caller because security information is
> > handled as a stateless attribute of the request that must be presented
> > and validated on each request". Each client-server "invocation
> > includes the method arguments passed by the client along with the user
> > identity and credentials from the client-side JAAS login performed..."
> > earlier.
> > 
> > Does it mean that JBoss RMI implementation is proprietary? Where it is
> > possible to read about this implementation details?
> > 
> > My problem is the following - I have CORBA client, which should make
> > EJB calls to JBoss container. Definitely I have to secure these
> > invocations. How should I pack the security information? Is there any
> > samples of such interoperability?
> > 
> 
> -- 
> 
> Bill Burke
> Chief Architect
> JBoss Group LLC.
> 
> 
> 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] iiop-service

[Francisco Reverbel]

The iiop-service makes EJBs available to IIOP clients. It allows
CORBA clients or RMI/IIOP clients to invoke methods on EJBs. 

You do not need the iiop-service to do the reverse thing (an EJB
calling an external CORBA server).

Regards,

Francisco


On Mon, 29 Jul 2002, Kamel Haddouche wrote:

> Hello,
> 
> I want to use iiop-service for connecting to corba service from a
> sessionBean.
> I have no idea how to use it. how to configure the url and port of the corba
> service?
> Is that possible to call a corba service from an sessionBean?
> 
> thank's.
> 
> 
> 
> ---
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code=31
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 



---
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] IIOP problems with JBoss 3.0.x,

[Francisco Reverbel]

Hi Maris,

Unfortunately you can't do this to reach the CosNaming service in JBoss.
This restriction is not imposed by JacORB, but by the JNDI CosNaming
service provider supplied with Sun's JDK.

JDK 1.4 lets you use corbaloc URLs, which are much more human readable:

  java.naming.provider.url=corbaloc::1.2@maris_o:8683/JBoss/Naming/root

(In this example the host name is "maris_o" is the port is "8683".)

Please see

  http://java.sun.com/j2se/1.3/docs/guide/jndi/jndi-cos.html#PROP
  http://java.sun.com/j2se/1.4/docs/guide/jndi/jndi-cos.html#PROP
 
for the options avaliable with JDK 1.3 and JDK 1.4. 

Regards,

Francisco

On Mon, 15 Jul 2002, Maris Orbidans wrote:
> 
>  Can I use properties to refer host name like this:
> 
> 
> Properties props = new Properties();
> props.put("org.omg.CORBA.ORBInitialHost","maris_o");
> props.put("orb.omg.CORBA.ORBInitialPort","900");
> 
> // Initialize the ORB
> ORB orb = ORB.init(args,props);   
> 
> 
> Instead of pasting server IOR to jndi.properties ?   It would be more "human" way to 
>do it. 
> :-)
> 
> Does JacORB support it ?
> 
> 
> Maris Orbidans
> 
> > java.naming.provider.url=IOR:002B49444C3A6F6D672E6
> > F72672F436F734E61
> > > 
> > 6D696E672F4E616D696E67436F6E746578744578743A312E32
> > 
> > > 
> > 00680001020E3135382E3233342E37392E38340021EB00114A
> > 426F73732F4E
> > > 
> > 616D696E672F726F6F740200084A41
> > 4301
> > > 
> > 001C00010001000105010001000101090001050100
> > 01000100
> > > 
> > 2C00010001001C000100010001
> > 050100010001
> > > 0109000105010001
> > > java.naming.factory.initial=com.sun.jndi.cosnaming.CNCtxFactory
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] IIOP CORBA-Any Problems

[Francisco Reverbel]

Hi Joerg,

I did not understand the second exception below (the one you got using
the Sun ORB). The testAny() method does not appear in the stack trace.
Are you sure it was thrown within testAny()?

The first exception (the one you got using JacORB) made sense to me. 
It is not related to the usage of org.omg.CORBA.Any. The rmic-generated 
stub calls javax.rmi.CORBA.Util.isLocal(), which attempts to cast the 
stub delegate to a com.sun.corba class. The cast fails, as the delegate 
is a JacORB delegate (an instance of org.jacorb.orb.Delegate). I have 
seen this problem before. This is a bug in Sun JDK 1.4's implementation 
of javax.rmi.CORBA.Util.isLocal(). (By the way, it appears that this
exception was thrown under JDK 1.4. The stack trace references the
class com.sun.corba.se.internal.iiop.ShutdownUtilDelegate, which I
could not find in JDK 1.3.)

I believe this problem will go away if you run your client under JDK
1.3. A better solution would be to use the IIOP stubs dynamically 
generated by the JBoss server. The JBoss-generated stubs do not call 
the buggy isLocal() method, so they work even with JDK 1.4. (They call
org.omg.CORBA.portable.ObjectImpl._is_local() instead.) Please see a
message with subject "Re: [JBoss-user] IIOP problems with JBoss 3.0.x"
which I have sent to the jboss-user list today. It explains how you
can make your clients use IIOP stubs dynamically downloaded from the 
JBoss server.

Either way (with JDK 1.3 or JBoss-generated stubs) you should be able
to pass the home.create() call and reach the stratserv.testAny(testarg)
call, using JacORB at the client side. I expect testAny() will then 
succeed. Please let me know if this does not happen.

Regards,

Francisco


On Fri, 12 Jul 2002, Pensel, Joerg wrote:

> Hi,
> 
> i have a question concerning IIOP and CORBA Any objects.
> I work with JBoss 3.0.0 (JDK 1.3.1, Linux) and managed to work with IIOP in
> general,
> but i have problems, when i use "Any" objects in the remote interface.
> 
> I generate the stubs with 
> 
>   rmic -classpath ... -iiop classname
> 
> and put them into the Bean-Jar-File and into the client classpath.
> 
> This example illustrates the problems (the lines causing the problems
> are marked with an comment):
> 
> =
> 
>   java.util.Hashtable corbaEnv = new java.util.Hashtable();
>   corbaEnv.put( Context.INITIAL_CONTEXT_FACTORY,
> "com.sun.jndi.cosnaming.CNCtxFactory" );
>   corbaEnv.put( Context.PROVIDER_URL, "IOR:...001" );
> 
>   InitialContext locic = new InitialContext( corbaEnv );
> 
>   StrategyServiceHome home = (StrategyServiceHome)
>   PortableRemoteObject.narrow(
>   locic.lookup("XTRENDEJB/xtrend/strategy/StrategyService"),
>   StrategyServiceHome.class);
>   
>   // The next line generates the error when using JacORB
>   strategyService = (StrategyService)home.create( getSessionKey() );
> 
>   org.omg.CORBA.Any testarg = org.omg.CORBA.ORB.init().create_any();
>   testarg.insert_string( "UUU" );
> 
>   stratserv.testString( "I" );
> 
>   // This next line causes the error when using the SUN ORB of the JDK
> 1.3.1 
>   stratserv.testAny( testarg );
> 
> ==
> 
> The problems are different on using JacORB or the Sun ORB.
> 
> Here the jacORB Stack-Trace:
> 
> ==
> 
> java.lang.ClassCastException: org.jacorb.orb.Delegate
> at
> com.sun.corba.se.internal.iiop.ShutdownUtilDelegate.isLocal(ShutdownUtilDele
> gate.java:39)[ Delegate.getReference with POA < empty> ]
> [ ConnectionManager: found conn to target 172.22.2.103:8683 ]
> java.lang.ClassCastException: org.jacorb.orb.Delegate
> JacORB V 1.4 beta 4, www.jacorb.org
> (C) Gerald Brose, FU Berlin, March 2002
> [ Build: org.jacorb.orb.standardInterceptors.IORInterceptorInitializer ]
> [ InterceptorManager started with 0 SIs, 0 CIs and 1 IORIs ]
> [ Delegate.getReference with POA < empty> ]
> [ ConnectionManager: created new conn to target 172.22.2.103:8683 ]
> [ (Pool)[0/1] creating new thread ]
> [ Successfully negotiated Codesets. Using ISO8859_1 as TCS and UTF16 as TCSW
> ]
> [ Trying to connect to 172.22.2.103:8683 ]
> [ (Pool)[1/2] added idle thread ]
> [ (Pool)[0/2] removed idle thread (job scheduled) ]
> [ Succeeded to connect to 172.22.2.103:8683 ]
> [ Delegate.getReference with POA < empty> ]
> [ ConnectionManager: found conn to target 172.22.2.103:8683 ]
> java.lang.ClassCastException: org.jacorb.orb.Delegate
> null
> 16:48:46,117 INFO  [StrategyService] StrategyService: null
> at javax.rmi.CORBA.Util.isLocal(Util.java:262)
> at
> com.coi.xtrend.ejb.strategy._StrategyServiceHome_Stub.create(Unknown Source)
> at
> com.coi.xtrend.ejb.testclient.ClientContext.getStrategyService(ClientContext
> .java:2157)
> at
> com.coi.xtrend.ejb.testclient.actions.StrategyServiceTestActionDoStrategy.pe
> rfor

Re: [JBoss-user] IIOP problems with JBoss 3.0.x,

[Francisco Reverbel]

Hi Tom,

Please see inlined comments.

On Thu, 11 Jul 2002, Tom Gardner wrote:

> I'm having trouble with using IIOP and JBoss 3.0.x. I've 
> tried all the tricks I've been able to find on the JBoss 
> website and on this newsgroup without success. Your help 
> would be appreciated!
> 
> I've taken the standard template project and modified it 
> slightly so that I can use it as the starting point for 
> benchmarking the kind of operations we might use in future 
> systems. The mods are:
>   - add a couple of trivial methods to the 
> TestSessionBean
> 
>   - change the TestClient so that it invokes 
> those methods and so that it uses 
> PortableRemoteObject.narrow()
> 
> Those modifications work as expected when invoked from a 
> servlet in the same JVM and from TestClient, *unless* I try
> to use IIOP.
> 
> If I try to set TestSessionBean so that it uses IIOP, then
>   - using the jmx-console/HtmlAdaptor shows the Global
> JNDI Namespace has a TestSession with the expected
> JNDI Name but it is of class javax.ejb.EJBHome
> 
>   - the TestClient has a ClassCastException during 
> the PortableRemoteObject.narrow( ref, TestSessionHome.class )

Probably the exception happened because the PortableRemoteObject.narrow()
was not able to load an IIOP stub class. More info on this below.

> 
>   - ref = jndiContext.lookup( TestSessionHome.JNDI_NAME ) is
> com.sun.corba.se.internal.iiop.CDRInputStream_1_0$1:IOR:xx
> where xx is the hex digits shown on the server's log thus:
> [ejb/test/TestSession] EJBHome reference for ejb/test/TestSession:IOR:xx

The IOR:xx part looks good. The com.sun.corba.se.internal.iiop part means
that your client is not using JacORB. The client is using the Sun ORB
provided with, which is not able to dynamically download IIOP stubs.
More info on this below.

> 
>   - eh = (javax.ejb.EJBHome) PortableRemoteObject.narrow(ref, 
>javax.ejb.EJBHome.class)
> is also IOR:xx

This looks good.
> 
> Things I've tried based on the newsgroup and JBoss website:
>   - jndi.properties changed to have "...url=IOR..."
> and "cosnaming.CNCtxFactory"

Right.

>   - TestSessionBean has tag class tag
> @jboss:container-configuration name="IIOP Stateful SessionBean"

Right.

>   - TestClient uses PortableRemoteObject.narrow()

Right.

>   - using only the jacorb.jar in the JBoss distribution

It looks that you are using jacorb.jar only at the server side.
The Sun ORB is being used at the client side. 

>   - server jacorb.properties unchanged after installation

OK.

In addition to these things you need to ensure that the client
finds the IIOP stubs it needs. Here you have two options:

  1) Use JacORB at the client side and grant the client permissions
 to download the IIOP stubs from the JBoss server.

  2) Use the command 'rmic -iiop' to pre-generate the IIOP stub classes
 and put these classes in the client classpath.

With option 2 you do not need to use jacorb.jar at the client side
(you may use the Sun ORB), but you need IIOP stub classes avaliable 
at the client side.

Option 1 is the one I recommend. It does not require you to generate 
IIOP in any way, but requires two changes to the run-client script.

  - Change 1 is to specify that JacORB is to be used at the client side:
keep jacorb.jar in the client classpath (you already have it there)
and pass to java the switches 
'-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB' and
'-Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton'.
(An alternative -- and overkill -- way to accomplish the same thing
is to prepend jacorb.jar to the boot classpath, with a switch like
'-Xbootclasspath/p:C:\pack\java\jboss-3.0.1RC1\client\jacorb.jar'.)

  - Change 2 is to grant the client rights to download IIOP stubs
from the JBoss server: pass to java the switches
'-Djava.security.manager' and
'-Djava.security.policy=C:\path\to\your\java.policy'
  
The java.policy file should at least grant your client permission 
to connect to the port 8083 of the JBoss server. To make things 
work, it might be easier to start with a java.policy file that 
grants AllPermission:  

grant {
// Allow everything for now
permission java.security.AllPermission;
};

Change the run-client script as indicated above, and you may just forget 
about IIOP stubs. You will never have to generate them. 

If you use an IOR parser utility to inspect the IOR of your EJB, you´ll
see that it includes a Java codebase tag:

  #1: TAG_JAVA_CODEBASE
  Codebase: http://ukp10775:8083/WebCL[ejb/test/TestSession]/

Clients will automagically download IIOP stubs from the URL above.

Hope this helps. (I should have already added this info to the IIOP 
page at the JBoss site.) 

Best,

Francisco

>   
> 
> More details below...
> 

Re: [JBoss-user] Unable load stub in rmi/iiop application

[Francisco Reverbel]

Hi,

Just want to add that if you use JacORB at the client side then you
don't need to generate IIOP stubs in advance. The client library will
automatically (and transparently) download IIOP stubs from the JBoss
server.

Try to start your client as shown below. (All this stuff should be
into the shell script or batch file that activates the client.)

java -Xbootclasspath/p:$JBOSS_HOME/client/jacorb.jar -classpath \
.:$JBOSS_HOME/client/jboss-client.jar:$JBOSS_HOME/client/jboss-common-client.jar:$JBOSS_HOME/client/jboss-iiop-client.jar:$JBOSS_HOME/client/jboss-j2ee.jar:$JBOSS_HOME/client/log4j.jar
 \
-Djava.security.policy=/home/reverbel/java.policy \
-Djava.security.manager MyClient

The jacorb.jar file is the one in the JBoss distributions. The properties 
java.security.policy and java.security.manager enable stub downloading 
from the JBoss server. The java.policy file should grant permission for 
connecting to the port 8083 of the JBoss server. The client library will 
then use HTTP to automatically download client stubs from the server. 

With this arrangement you do not need to run rmic at all.

Best,

Francisco

On Fri, 14 Jun 2002, Lee wrote:

> Thanks BUNEL for responses.
> 
> I have successfully resolve this problem,the step is:
> 
> 1.Use the following command to generate Stub classes:
> 
> rmic -iiop tstejb.WellDayDataHome tstejb.WellDayDataRemote
> 
>   it generates following classes:
> 
> org\omg\stub\java\lang\_Cloneable_Stub.class
> org\omg\stub\javax\ejb\_EJBHome_Stub.class
> org\omg\stub\javax\ejb\_EJBObject_Stub.class
> org\omg\stub\javax\ejb\_Handle_Stub.class
> org\omg\stub\javax\ejb\_HomeHandle_Stub.class
> tstejb\_WellDayDataHome_Stub.class
> tstejb\_WellDayDataRemote_Stub.class
> 
> 2.I don't know why it requires org.omg.stub.tstejb._WellDayDataHome_Stub ,so I copy 
>tstejb directory into orb\omg\stub directory,then it work.
> 
> Who can tell me why?
> 
> 
> 
> 
> 
> 
> Gerard BUNEL <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 2002-06-13 18:55
> Please respond to jboss-user
> 
>  
> To: [EMAIL PROTECTED]
> cc: 
> Subject:Re: [JBoss-user] Unable load stub in rmi/iiop application
> 
> 
> You probably have an EJB interface named org.omg.stub.tstejb.WellDayData 
> for which is also
> defined the EJBHome interface
> which name must be org.omg.stub.tstejb.WellDayDataHome. Then you need to 
> use the command:
> 
> rmic -iiop 
> 
> on your classes to generate the corresponding Stub class
> 
> Lee a écrit :
> 
> > Hi,
> >
> > I just try to make a RMI/IIOP program use JBoss,the server side is an 
> EJB
> > and its class is tstejb.WellDayData,the client is a java application.
> >
> > When I test this program,it generate following exception:
> >
> > [ Property "jacorb.hashtable_class" not present. Will use default
> > hashtable implementation ]
> >
> > [ ConnectionManager: created new conn to target 10.68.168.68:8683 ]
> >
> > [ Trying to connect to 10.68.168.68:8683 ]
> >
> > [ Succeeded to connect to 10.68.168.68:8683 ]
> >
> > [ ConnectionManager: found conn to target 10.68.168.68:8683 ]
> >
> > java.lang.ClassCastException: Unable to load class:
> > org.omg.stub.tstejb._WellDayDataHome_Stub
> >
> > at
> > 
> com.ibm.rmi.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:269)
> >
> > at
> > javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:136)
> >
> > at
> > javaclt.WellDayDataTestClient1.(WellDayDataTestClient1.java:31)
> >
> > I'm sorry but I don't know what is _WellDayDataHome_Stub,how can I get 
> it
> > and where should I put it.
> >
> > Please help me.
> >
> > Lee
> >
> > ___
> >
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas - 
>http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
> >
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> --
> [EMAIL PROTECTED] - Atlantide - http://www.ago.fr/atlantide/
> Technopole Brest Iroise BP 80802 - Site du Vernis - 29608 Brest cedex - 
> France
> Tel. : +33 2 98 05 43 21 - Fax. : +33 2 98 05 20 34
> e-mail: [EMAIL PROTECTED]
> Centre Affaires Oberthur - 74D, rue de Paris -  35700 Rennes - France
> Tel. : +33 2 99 84 15 84 - Fax : +33 2 99 84 15 85
> 

Re: [JBoss-user] 2.4.6 w/ 4.0.3 - Trying to find a workaround forcontext definiti on

[Francisco Reverbel]

Hi,

If you specify the same port whenever you start the naming service 
(by passing '-p port' to ns, at the command line) then the NS_Ref 
files generated by every ns run will be all identical. So you can
safely have in your war file a NS_Ref file generated by a previous 
ns run.

This solution assumes that the naming service will always listen at 
the same port of the same host machine (IP address).

Cheers,

Francisco

On Fri, 14 Jun 2002, Duarte Nuno Loreto wrote:

>   Hello!
> 
> We started developing an application in JBoss2.4.4 w/ Tomcat 3.2.3. We have
> a file (NS_Ref from the JacORB implementation) that we used to put on the
> JBoss-2.4.4_Tomcat-3.2.3/tomcat/webapps/ROOT so that it would be available
> to remote clients.
> 
> When we moved to 2.4.6 w/ 4.0.3, we stepped on the problem that contexts
> defined on the catalina/webapps/ aren't exposed.
> 
> As the NS_Ref is a file generated by JacORB everytime the Naming Service is
> launched, we can't bundle it on a .war file to be deployed on a context.
> 
> We tryed adding a symbolic link to the war file pointing to the NS_Ref file
> on the filesystem, but when we to the jar uf file.war NS_Ref, the file the
> link points to is added instead of the link itself.
> 
> We are running out of ideas and not exposing this file would really be a
> draw back on our work. Going back to 2.4.4 with 3.2.3 is not an option as
> 3.2.3 does not perform well under load and 4.0.3 does (this was verified on
> a previous work we did with a stand-alone Tomcat implementation).
> 
> Can anyone shed some new light for us? How can we expose the file?
> 
> Thank you in advance!
> 
> Duarte Loreto
> 
> ___
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas - 
>http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas - 
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Problem binding on Name Server using RMI/IIOP

[Francisco Reverbel]

Hello Gerard,

Right now I would suggest you to use JacORB at both sides, so we can 
weed out any chance of ORB interoperability problems. Please use at 
the client side the jacorb.jar file in the JBoss 3.0 distribution.

>From the stack trace below (the second one) I see that you have already
obtained a reference to the CosNaming service and got an exception when 
attempting to register (rebind) an object with it. Is this correct?
If so, what kind of object are you attempting to register with the
CosNaming service? Is it a CORBA object? Please make sure that 

   (obj instanceof org.omg.CORBA.Object)

evaluates to true. In case it does, please check if you can successfully 
call

   orb.object_to_string(obj);

where orb refers to JacORB. If this succeeds, then a call like

   cosNamingCtx.rebind(name, obj) 

should also succeed.

The org.omg.CORBA.ORB.connect() call in your stack trace is not 
supported by JacORB. It has been deprecated by the OMG in favor of the
POA-based API. Its presence suggests that you are passing to rebind()

  (1) either an object that is not a CORBA object at all (and the Sun
  JNDI provider is attempting to convert it into a CORBA object
  with a connect() call on the Sun ORB)

  (2) or it is a CORBA object implemented with the old BOA-based model,
  which is not supported by JacORB. If this is the case, a call like
  jacorb.object_to_string(obj) should fail.

A final thing: Why do you want to register a object of yours with the 
JBoss CosNaming service? The JBoss server uses this service to make
EJBHome references available to RMI/IIOP or CORBA clients. I would not
expect clients to register their own objects with JBoss CosNaming, but
just to perform EJBHome lookups on it. I have actually considered 
disallowing clients to perform any write operations to the CosNaming 
context in which EJBHomes are registered (this has been in my TODO list
for a while), so that a rogue client cannot erase or overwrite EJBHome
bindings (this is possible today). 

Maybe JBoss should provide two distinct CosNaming roots to its clients:
a read-only context, in which clients would look for EJBHomes, and a 
context in which clients could register their own objects. This should
not be hard to do.

Regards,

Francisco


On Fri, 14 Jun 2002, Gerard BUNEL wrote:

> Hello Francisco,
> 
> I've tried hard to find where was my problem but still not found any solution.
> I've tested many configurations: using jacorb or not on client side, using a simple 
>COSNaming without JBoss to try to isolate the problem.
> And that's the point I am: Below is the stack trace from JacORB NameService when I 
>try to bind in it. It seems, that Sun IIOP level uses a CodeSet
> not supported by JacORB. I've tried the same with an ORBacus Naming Service and it 
>works fine.
> 
> So is it a bug or a lack of feature in JacORB, or is it, somewhere, a missing 
>configuration option ?
> 
>  StackTrace 
> org.omg.CORBA.MARSHAL: The char type only allows single-byte codesets, but the s
> elected one is: Unknown TCS: 10020
> at org.jacorb.orb.CDRInputStream.read_string(CDRInputStream.java:627)
> at org.jacorb.orb.ServantDelegate._invoke(ServantDelegate.java:305)
> at org.jacorb.poa.RequestProcessor.invokeOperation(RequestProcessor.java
> :232)
> at org.jacorb.poa.RequestProcessor.process(RequestProcessor.java:456)
> at org.jacorb.poa.RequestProcessor.run(RequestProcessor.java:581)
> 
> Now if I try using JacORB on the client side (by using the 
>-Xbootclasspath/p:jacorb.jar and an orb.properties)
> I get the following, well know (from my previous mail) exception:
> 
> D:\Projets\CTI>java -Xbootclasspath/p:jacorb.jar -classpath classes;xerces.jar;c
> ryptix32.jar;gonative.jar;j2ee12.jar com.ftrd.cti.server.CTIServerImpl cti2.xml
> 
> JacORB V 1.4 beta 4, www.jacorb.org
> (C) Gerald Brose, FU Berlin, March 2002
> [ Trying to connect to 192.9.200.27:4585 ]
> javax.naming.ConfigurationException: Problem invoking javax.rmi.CORBA.Stub.conne
> ct().  Root exception is org.omg.CORBA.NO_IMPLEMENT:
> at org.omg.CORBA.ORB.connect(ORB.java:128)
> at com.ftrd.cti.publish._RMICTIServerPublisher_Tie.orb(Unknown Source)
> at com.sun.corba.se.internal.javax.rmi.CORBA.StubDelegateImpl.connect(St
> ubDelegateImpl.java:215)
> at javax.rmi.CORBA.Stub.connect(Stub.java:151)
> at java.lang.reflect.Method.invoke(Native Method)
> at com.sun.jndi.toolkit.corba.CorbaUtils.remoteToCorba(CorbaUtils.java:1
> 11)
> at com.sun.jndi.cosnaming.RemoteToCorba.getStateToBind(RemoteToCorba.jav
> a:64)
> at javax.naming.spi.NamingManager.getStateToBind(NamingManager.java:845)
> 
> at com.sun.jndi.cosnaming.CNCtx.callBindOrRebind(CNCtx.java:458)
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:567)
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:584)
>

Re: [JBoss-user] Problem binding on Name Server using RMI/IIOP

[Francisco Reverbel]

You're right, Gerard. You need more stuff in the client classpath. 
Besides prepending jacorb.jar to the bootclasspath, I have the following 
jars in my clients' classpath: jboss-client.jar, jboss-common-client.jar,
jboss-iiop-client.jar, jboss-j2ee.jar, and log4j.jar. All of these are
in the directory $JBOSS_HOME/client. 

Here is a command line that works for me:

java -Xbootclasspath/p:$JBOSS_HOME/client/jacorb.jar -classpath \
.:$JBOSS_HOME/client/jboss-client.jar:$JBOSS_HOME/client/jboss-common-client.jar:$JBOSS_HOME/client/jboss-iiop-client.jar:$JBOSS_HOME/client/jboss-j2ee.jar:$JBOSS_HOME/client/log4j.jar
 \
-Djava.security.policy=/home/reverbel/java.policy.for-tests \
-Djava.security.manager MyClient

The properties java.security.policy and java.security.manages properties
enable stub downloading from the JBoss server. The java.policy file should
grant permission for connecting to the port 8083 of the JBoss server.
The client library will use HTTP to automatically download client stubs
from the server. With this arrangement you do not need to do anything
to generate client stubs in advance.

An alternative arrangement is to generate client stub classes with
`rmic -iiop' and put these classes in the client classpath. (This would 
be worthwhile for very short-lived clients, so that you don't have an
extra HTTP request. For longer-lived clients the cost of the HTTP request
should not be significant.) In this case you won't need the
java.security.manager and the java.security.policy properties.

From the stack trace below it seems you are now getting an exception
after you've obtained the initial CosNaming context. This is certainly
an improvement. However, the stack trace does not look like one caused
by the lack of some jars in the client classpath, or by the lack of 
java.security properties. My guess is that you might be attempting to
bind to a CosNaming context something that is not a reference to a CORBA 
object RMI/IIOP interface. But this is just a guess...

Good luck,

Francisco


On Mon, 10 Jun 2002, Gerard BUNEL wrote:

> Hi,
> 
> I changed my command line to launch my application but still get Exception as
> you can see belaw.
> are there some extra jar or dir to put in the CLASSPATH ?
> 
> How are loaded stubs ? In my previous configuration, using BEA, I've put all my
> stubs in the classpath of the client application and also
> in the classpath of the BEA server (because I use JSP that refer to RMI/IIOP
> Objects)
> Is this way correct for JBoss ?
> 
> D:\Projets\CTI>java -Xbootclasspath/p:jacorb.jar;jboss-iiop-client.jar
> -classpat
> h classes;xerces.jar;;cryptix32.jar;gonative.jar;j2ee12.jar
> com.ftrd.cti.server.
> CTIServerImpl cti1.xml
> #
> WARNING: no properties file found! This warning can be ignored
> for applets. A file file called "jacorb.properties" or
> ".jacorb_properties" should be present in the classpath,
> the home directory (C:\WINNT\Profiles\gbunel), the current directory (.) or
> in Javas lib directory (D:\jdk1.3.1_01\jre)
> #
> 
> [ Property "jacorb.hashtable_class" not present. Will use default hashtable
> impl
> ementation ]
> [ ConnectionManager: created new conn to target 192.9.200.27:8683 ]
> [ No CodeSetComponentInfo present in IOR. Will use default CodeSets ]
> [ Trying to connect to 192.9.200.27:8683 ]
> [ Succeeded to connect to 192.9.200.27:8683 ]
> javax.naming.ConfigurationException: Problem invoking
> javax.rmi.CORBA.Stub.conne
> ct().  Root exception is org.omg.CORBA.NO_IMPLEMENT:
> at org.omg.CORBA.ORB.connect(ORB.java:128)
> at com.ftrd.cti.publish._RMICTIServerPublisher_Tie.orb(Unknown Source)
> at
> com.sun.corba.se.internal.javax.rmi.CORBA.StubDelegateImpl.connect(St
> ubDelegateImpl.java:215)
> at javax.rmi.CORBA.Stub.connect(Stub.java:151)
> at java.lang.reflect.Method.invoke(Native Method)
> at
> com.sun.jndi.toolkit.corba.CorbaUtils.remoteToCorba(CorbaUtils.java:1
> 11)
> at
> com.sun.jndi.cosnaming.RemoteToCorba.getStateToBind(RemoteToCorba.jav
> a:64)
> at
> javax.naming.spi.NamingManager.getStateToBind(NamingManager.java:845)
> 
> at com.sun.jndi.cosnaming.CNCtx.callBindOrRebind(CNCtx.java:458)
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:567)
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:584)
> at javax.naming.InitialContext.rebind(InitialContext.java:366)
> at com.ftrd.cti.server.CTIServerImpl.run(CTIServerImpl.java:2495)
> at java.lang.Thread.run(Thread.java:484)
> 
> Francisco Reverbel a écrit :
> 
> > On Fri, 7 Jun 2002, Gerar

Re: [JBoss-user] Problem binding on Name Server using RMI/IIOP

[Francisco Reverbel]

On Fri, 7 Jun 2002, Gerard BUNEL wrote:

> Francisco Reverbel a écrit :
> 
> > I have seen a stack trace like this before. Aren't you using an older
> > JacORB version at the client side by any chance?
> >
> 
> Don't  know. I downloaded the jboss-all which included the jacorb.jar. Is
> there mean to know the version ?

In case you have more than one jacorb.jar file in the client machine, 
you need to make sure that the right one is used. Put in the client 
classpath the jacorb.jar file provided with JBoss. Better yet, prepend 
it to the boot classpath, so you can be certain it will be seen before
any other: 

  java -Xbootclasspath/p:SOME_DIR/jacorb.jar ... YourClient

If you are using some script provided with JacORB (jaco or jaco.bat) 
to start you client, change the script so that uses the right jar 
file. There will be an Xbootclasspath in the script, make it point 
to the jacorb.jar file provided with JBoss.

Let me know if this works or not.

Best,

Francisco


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Re: IIOP CosNaming

[Francisco Reverbel]

Hi Darius,

Thanks for your feedback!

The refactoring caused a change in the CosNaming IOR indeed. Now I see
that maybe I got a bit carried away when did this. I've made the CORBA 
naming service use the new IIOPInvoker stuff, but this was not really
necessary. The IOR change could have been avoided.

The new corbaloc URL looks really inconvenient. Probably the best thing
is to revert the change that made it this ugly... But the ugly URL should 
work anyway... I have no idea on why you can't reach the naming service 
with it.

Is this problem bothering you TOO much? I think I will revert the change
anyway (it is just a matter of hooking the CosNaming service directly to
the ORB again), but cannot do it right now. I would also like to 
understand why the ugly corbaloc URL does not work. 

Can you use the CosNaming IOR to reach the naming server? Just as a 
temporary workaround?

Best,

Francisco

On Wed, 5 Jun 2002, Schier, Darius wrote:

> Hi Francisco,
> 
> I had a question about the refactoring of the corba service within the
> current cvs version of jboss.
> 
>  
> 
> We are using a Java side server that does some central tasks for our C++
> Clients (TAO), that communicate through Corba.
> 
> This server is realized as a MBean now.
> 
> It was pretty straightforward in jboss3.0 to bootstrap the CosNaming from
> the C++ side through something like
> 
>  
> 
> corbaloc::1.2@localhost:5300/JBoss/Naming/root
> 
>  
> 
> After a sync of the cvs version the CosNaming seems to be hooked very
> different. If I do an dump of the ior string that is written into the log
> file, I get something like
> 
>  
> 
> Repo Id:  IDL:omg.org/CosNaming/NamingContextExt:1.0
> 
>  
> 
> IIOP Profile
> 
> Version:  1.2
> 
> Address:  inet:192.168.202.142:5300
> 
>Location:
> corbaloc::[EMAIL PROTECTED]:5300/JBoss/PPOA/%ac%ed%00%05sr%00'org.jboss.in
> vocation.iiop.ReferenceDataxpt%00%09CosNamingq%00~%00%02
> 
>  Components:  Native Codesets:
> 
>   normal: ISO 8859-1:1987; Latin Alphabet No. 1
> 
> wide: ISO/IEC 10646-1:1993; UTF-16, UCS Transformation
> Format 16-bit form
> 
>   Other Codesets:
> 
>   X/Open UTF-8; UCS Transformation Format 8 (UTF-8)
> 
>   Other Wide Codesets:
> 
>   X/Open UTF-8; UCS Transformation Format 8 (UTF-8)
> 
> Key:  4a 42 6f 73 73 2f 50 50 4f 41 2f ac ed 00 05 73
> JBoss/PPOA/s
> 
>   72 00 27 6f 72 67 2e 6a 62 6f 73 73 2e 69 6e 76
> r.'org.jboss.inv
> 
>   6f 63 61 74 69 6f 6e 2e 69 69 6f 70 2e 52 65 66
> ocation.iiop.Ref
> 
>   65 72 65 6e 63 65 44 61 74 61 78 70 74 00 09 43
> erenceDataxpt..C
> 
>   6f 73 4e 61 6d 69 6e 67 71 00 7e 00 02  osNamingq.~..
> 
>  
> 
> If I try to use this location for bootstrapping the name service, I cannot
> get it.
> 
> Any ideas?
> 
>  
> 
> Best regards
> 
>  Darius Schier
> Systems Development / Databases
> 
> infor:
> business solutions AG 
> Hauerstrasse 12 
> 66299 Friedrichsthal, Germany 
> Tel.: +49 (0) 0 68 97. 98 33-0
> Fax: +49 (0) 0 68 97. 98 33-859 
> <  mailto:[EMAIL PROTECTED]>
> <  http://www.infor.de>
> 
> Vorstandssprecher: Hubert Becker, Prof. Dr. Joachim Hertel - Vorstand:
> Andreas Reinicke, Ludwig Augustin
> Aufsichtsratsvorsitzender: Werner Huttner
> Sitz der Gesellschaft: Friedrichsthal/Saar. Handelsregister: Amtsgericht
> Saarbrücken. HRB 11470
> 
>  
> 
> ###
> 
> This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
> For more information, connect to http://www.F-Secure.com/
> 


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Problem binding on Name Server using RMI/IIOP

[Francisco Reverbel]

I have seen a stack trace like this before. Aren't you using an older 
JacORB version at the client side by any chance?

JBoss requires JacORB 1.4. Neither JacORB 1.3.X or 1.4.betaX will work.

JacORB 1.4 was not yet publicly available when we released JBoss 3.0,
which went out with an unofficial "sneak preview" of JacORB 1.4's
library (jacorb.jar). 

Please use at the client side the jacorb.jar file in the JBoss 3.0
distribution. Or else get JacORB 1.4, which was just released. 
(I didn't test the official JacORB 1.4 GA release with JBoss yet. 
This is the first thing in my todo list. It should work, unless 
there is some last minute surprise.)

Another thing: you should not need any CORBA code in your RMI/IIOP 
clients. Unless you are doing more CORBA stuff, you can remove the
ORB.init() call from your RMI/IIOP clients. There is no need to set the 
"java.naming.corba.orb" property before you construct an InitialContext.
The initial context factory and the provider URL are enough.

Let me know if the problem persists. I was away from this list for a 
few days, but should be able to respond quicker now.

Best,

Francisco

On Mon, 3 Jun 2002, Gerard BUNEL wrote:

> Helo,
> 
> Still trying to use RMI/IIOP with JBoss, and still not working.
> 
> I've forced my client app to use jacorb by setting properties this way:
> 
> Properties p = new Properties();
> p.put ("org.omg.CORBA.ORBClass", "org.jacorb.orb.ORB");
> p.put( "org.omg.CORBA.ORBSingletonClass",
> "org.jacorb.orb.ORBSingleton");
> _orb = ORB.init( new String[0], p);
> 
> Then, when I try to bind to JNDI with the folowing code:
> 
>   public void run () {
> InitialContext ic = null;
> java.util.Hashtable p = new java.util.Hashtable();
> p.put(Context.INITIAL_CONTEXT_FACTORY,
> "com.sun.jndi.cosnaming.CNCtxFactory");
> p.put(Context.PROVIDER_URL,  _config.getRootContext()); // IOR from
> JBoss
> p.put("java.naming.corba.orb", _orb);
> while (true) {
>   Runtime.getRuntime().gc();
>   try {
> synchronized (this) {
>   this.wait(5000);
> }
> if (ic == null) {
>   ic = new InitialContext(p);
> }
> ic.rebind( _name, _publisher);
>   } catch (InterruptedException e) {
> if (ic != null) {
>   try { ic.close(); } catch (Exception ex) {}
> }
> try { PortableRemoteObject.unexportObject(_publisher); } catch
> (Exception ex) {}
> return;
>   } catch (Exception e) {
>e.printStackTrace();
>   }
> }
> 
>   }
> 
> I do this to this way so that if JBoss server shuts down, I'll register
> again when it will be up.
> But doing this, an exception i thrown:
> 
> java.lang.ClassCastException:
> com.sun.corba.se.internal.corba.TypeCodeImpl
> at
> org.jacorb.orb.CDROutputStream.write_value(CDROutputStream.java:1465)
> 
> at org.jacorb.orb.Any.read_value(Any.java:802)
> at org.omg.CosNaming.NameHelper.insert(NameHelper.java:49)
> at
> org.omg.CosNaming._NamingContextStub.rebind(_NamingContextStub.java:99)
> at com.sun.jndi.cosnaming.CNCtx.callBindOrRebind(CNCtx.java:475)
> 
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:567)
> at com.sun.jndi.cosnaming.CNCtx.rebind(CNCtx.java:584)
> at javax.naming.InitialContext.rebind(InitialContext.java:366)
> at
> com.ftrd.cti.server.CTIServerImpl.run(CTIServerImpl.java:2495)
> at java.lang.Thread.run(Thread.java:484)
> 
> Any Idea where the problem is ?
> When I did the same, but without forcing the use of jacorb, I had
> another Exeption
> 
> --
> [EMAIL PROTECTED] - Atlantide - http://www.ago.fr/atlantide/
> Technopole Brest Iroise BP 80802 - Site du Vernis - 29608 Brest cedex -
> France
> Tel. : +33 2 98 05 43 21 - Fax. : +33 2 98 05 20 34
> e-mail: [EMAIL PROTECTED]
> Centre Affaires Oberthur - 74D, rue de Paris -  35700 Rennes - France
> Tel. : +33 2 99 84 15 84 - Fax : +33 2 99 84 15 85
> e-mail: [EMAIL PROTECTED]
> 
> 
> 
> ___
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Using RMI/IIOP with JBoss

[Francisco Reverbel]

On Fri, 31 May 2002, Gerard BUNEL wrote:

> Thanks Francisco,
> 
> Just another question. You said:
> 
> >JNDI will give you IIOP references to EJBHomes if you tell it to
> >use the CosNaming JNDI provider and specify the IOR for the CORBA
> >naming service EJBHomes are registered with. You can do this by
> >using a client-side jndi.properties with two lines:
> 
> >java.naming.factory.initial=com.sun.jndi.cosnaming.CNCtxFactory
> >java.naming.provider.url=IOR:...some_very_long_string_of_hex_digits...
> 
> Is there a way to specify this IOR by another mean than harcoding it in
> the jndi.properties.
> I should like to have it available each time JBOss is started and not to
> have to modify jndi.properties by hand

Well, this IOR does not change across JBoss server activations. (Unless
you move the server to other host or change OAPort in jacorb.properties,
of course...) So you hardcode the IOR just once. The hardcoded IOR will
still work for subsequent activations of the server.

Best,

Francisco


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Using RMI/IIOP with JBoss

[Francisco Reverbel]

Hello Gerard,

JNDI will give you IIOP references to EJBHomes if you tell it to
use the CosNaming JNDI provider and specify the IOR for the CORBA
naming service EJBHomes are registered with. You can do this by
using a client-side jndi.properties with two lines:

java.naming.factory.initial=com.sun.jndi.cosnaming.CNCtxFactory
java.naming.provider.url=IOR:...some_very_long_string_of_hex_digits...

The first line tells JNDI to use the CosNaming provider. The second
line specifies the IOR of the CORBA naming service. It should contain
the naming service IOR printed by the JBoss server at boot time. You 
can also find this IOR in the server.log file written out by JBoss,
in the directory $JBOSS_HOME/server/default/log.

URLs of the form iiop://address:port are not supported yet, so you 
should use the IOR instead.

Regards,

Francisco

On Thu, 30 May 2002, Gerard BUNEL wrote:

> Hello,
> 
> I've made some applications and EJB using BEA WebLogic on top of
> RMI/IIOP.
> I now need to test the deployment of such applications using JBoss with
> its RMI/IIOP features.
> So I've downloaded the tarball for JBoss - RMI/IIOP, compiled it, and
> run it. and it works.
> But I'm trying to figure out what are the configuration files I need to
> modify so that I can
> retreive an IIOP reference using JNDI (by the mean of an URL of the form
> iiop://address:port).
> 
> Does someone knows ?
> 
> 
> --
> [EMAIL PROTECTED] - Atlantide - http://www.ago.fr/atlantide/
> Technopole Brest Iroise BP 80802 - Site du Vernis - 29608 Brest cedex -
> France
> Tel. : +33 2 98 05 43 21 - Fax. : +33 2 98 05 20 34
> e-mail: [EMAIL PROTECTED]
> Centre Affaires Oberthur - 74D, rue de Paris -  35700 Rennes - France
> Tel. : +33 2 99 84 15 84 - Fax : +33 2 99 84 15 85
> e-mail: [EMAIL PROTECTED]
> 
> 
> 
> ___
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Talk on IIOP support in JBoss

[Francisco Reverbel]

For those in South America this coming week: on May 23 (4:30PM) I will
be an invited speaker at the "Objetos 6006" conference, in Sao Paulo, 
Brazil. This event is jointly organized by three Sao Paulo user groups 
-- the OO/UML user group, the Java user group, and the CORBA user group. 

More info (in Portuguese):

   http://www.objetos6006.com.br/palestras.htm

The conference schedule is in 

   http://www.objetos6006.com.br/palestras.htm

Cheers,

Francisco


___
Hundreds of nodes, one monster rendering program.
Now that's a super model! Visit http://clustering.foundries.sf.net/

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] problem calling remote corba servers from an EJB... does jboss hack something with sun ORB ?

[Francisco Reverbel]

On Mon, 19 Nov 2001, Coetmeur, Alain wrote:

Hi,

> what are the names of these "codebase" classes ?
> what is their purpose ?

The codebase is a space separated list of URLs. Its components may specify
either directories or jar files. They form a search path for class files
not available locally.  

> why does this works as an application, but not as an EJB
> with a "should-be-the same" classpath?

My guess is that the "should be the same classpath" hypothesis may be
wrong. Some of the class files available to the aplication might not be
available to the EJB.

> I've included all that is generated by the idlj compiler
> in the ejb jar, in particular:
> 
> eLila/gridHelper.class
> eLila/gridHolder.class
> eLila/LilaFactory.class
> eLila/LilaFactoryHelper.class
> eLila/LilaFactoryHolder.class
> eLila/LilaFactoryOperations.class
> eLila/LilaObject.class
> eLila/LilaObjectHelper.class
> eLila/LilaObjectHolder.class
> eLila/LilaObjectOperations.class
> eLila/lineHelper.class
> eLila/lineHolder.class
> eLila/_LilaFactoryImplBase.class
> eLila/_LilaFactoryStub.class
> eLila/_LilaObjectImplBase.class
> eLila/_LilaObjectStub.class
> 
> what may have been forgotten ?

I don't know...  :-( 

The eLila/_LilaFactoryStub.class seems to be the one missed by the
orb.string_to_object() call. I would expect it to work with this class 
within the ejb jar. 

Cheers,

Francisco


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] problem calling remote corba servers from an EJB...does jboss hack something with sun ORB ?

[Francisco Reverbel]

Hi,

JBoss does nothing with Sun's ORB. 

It seems that orb.string_to_object() cannot find the IIOP stub it needs to
generate a CORBA object reference. It attempts to extract a codebase from 
your IOR, but there is no codebase component in the IOR:

--IOR components-
TypeId  :   IDL:eLila/LilaFactory:1.0
TAG_INTERNET_IOP Profiles:
Profile Id   :  IIOP Version :  1.0
Host:   maui.idt.cdc.fr
Port:   6789
Object key (URL):  lila
Object key (hex):0x6C 69 6C 61 

Try to include in your EJB jar the class files for all IIOP stubs needed
by your application.

Cheers,

Francisco

On Thu, 15 Nov 2001, Coetmeur, Alain wrote:

> 
> I'm using an EJB that try to contact a corba service
> 
> I can easily contact the service from 
> classic application outside Jboss
> 
> however the same code fails inside the EJB
> when resolving the orb.string_to_object(lilaIOR);
> 
> [Default] LilaFactoryClientImpl.init():java.lang.NullPointerException
> [Default] java.lang.NullPointerException
> [Default]   at
> com.sun.corba.se.internal.core.IOR.getCodebase(IOR.java:256)
> [Default]   at com.sun.corba.se.internal.core.IOR.read(IOR.java:215)
> [Default]   at
> com.sun.corba.se.internal.iiop.CDRInputStream.read_Object(CDRInputStream.jav
> a:585)
> [Default]   at
> com.sun.corba.se.internal.iiop.CDRInputStream.read_Object(CDRInputStream.jav
> a:578)
> [Default]   at
> com.sun.corba.se.internal.corba.ORB.string_to_object(ORB.java:1075)
>^^^
> what I try to call !!!
> my code is 
>eLila.LilaFactory _lilaFactory;
>String lilaIOR=
>  
> "IOR:01001a0049444c3a654c696c612f4c696c61466163746f72793a312e30"
> +
>  
> "0001002400010110006d6175692e6964742e6364632e6672008
> 51a00"+
>"0004006c696c61";
> ORB orb = org.omg.CORBA.ORB.init(args, System.getProperties());
> System.out.println("lilaior="+lilaIOR);
> org.omg.CORBA.Object ref = orb.string_to_object(lilaIOR);
>   // ... 
> 
> does Jboss change something in Sun ORB configuration ...
> I've heard of a java.rmi.server.codebase,
> but what is this... what does jboss change about that...
> 
> thank in advance...
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 




___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] CORBA client

[Francisco Reverbel]

On Mon, 29 Oct 2001, Rene Maldonado wrote:

> Now, another qustion, if I want to use an existing server application in CORBA
> my EJB will be a CORBA client, I think there will be no problem woth that, am I
> right?

Right, there should be no problem with that.

Regards,

Francisco



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] CORBA client

[Francisco Reverbel]

Hi,

The contrib/iiop module is not usable yet. It is unfinished (and ongoing)
work, which will be integrated into RH when it reaches alpha quality.
Hopefully, very soon...   

Regards,

Francisco

On Sat, 27 Oct 2001, Dmitri Colebatch wrote:

> afaik JBoss uses RMI/JRMP out of the box, to run RMI/IIOP (for CORBA), you
> need to use the contrib/iiop module.  I've never used it myself, but was
> recently wondering if anyone is using it in production?
> 
> hth
> dim
> 
> On Fri, 26 Oct 2001, Rene Maldonado wrote:
> 
> > Hi all,
> > I'm new to JBoss, and EJB, I need to connect my corba client to JBoss,
> > 
> > The Question:  What information need I to give my client to contact
> > JBoss? (JNDI I think)
> > 
> > Thanks..
> > 
> > Rene
> > 
> > 
> > 
> > 
> > 
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > 
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user