Hello Lucian,
> -Message d'origine-
>
> Well, just to test i've written a simple client which does
>
> try {
> System.setSecurityManager(new
> java.rmi.RMISecurityManager());
> }
> catch (java.rmi.RMISecurityException exc) {
>
Hi,
Lucian Bargaoanu wrote:
>
> I've read about the bug in JBoss (reported as item #424287) some time ago
> and I thought that it might be the cause.
To me, it looks like that.
> But I was troubled by the fact that it didn't work even when I've set
> java.rmi.server.codebase to the path
I'm
I cannot
have one JBoss instance knowing about
all the home interfaces of all its JBoss fellows.
- Original Message -
From: "Alexander Kogan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, May 16, 2001 12:53 AM
Subject: Re: [JBoss-user] Blind Lookup
>
Hi,
Toby Allsopp wrote:
>
> Yes, in the more dynamic case, where you are discovering the other beans
> at runtime, this won't apply. I can't personally think of a good reason
> for doing this off the top of my head, but there's no reason not to just
> use plain JNDI names in that case, IMO.
FY
On Tue, May 15, 2001 at 06:13:18PM -0400, Alexander Kogan wrote:
> Hi,
>
> Toby Allsopp wrote:
> >
> > I didn't realise that the situation was calling from an EJB; I thought we
> > were talking about application clients. Come to think of it, the same
> > probably applies to J2EE Application Cli
Hi,
Toby Allsopp wrote:
>
> I didn't realise that the situation was calling from an EJB; I thought we
> were talking about application clients. Come to think of it, the same
> probably applies to J2EE Application Clients.
I think so. Even web-apps (servlets, JSPs) are supposed to use java:env
Lucian Bargaoanu wrote:
>
> Thanks, actually this is more than I need. I just need to return the result
> of lookup.
> I've succeeded to do that locally, but from another host it doesn't work.
> I did set a security manager.
If by "from another host" you meant "from another jboss instance",
Thanks, actually this is more than I need. I just need to return the result
of lookup.
I've succeeded to do that locally, but from another host it doesn't work.
I did set a security manager.
//Lucian,
//
//it's not legal, according to spec, but it works in jboss:
//try
//{
//
I am not exactly confident that I understand your question, but you can do
things like that outside of EJB. See, for example:
http://java.sun.com/j2se/1.3/docs/guide/rmi/codebase.html
Obviously, you need to be able to locate the home interface from somewhere
by the time EJB gets involve
On Mon, May 14, 2001 at 06:26:14PM -0400, Alexander Kogan wrote:
> Hi, Toby!
>
> Toby Allsopp wrote:
> >
> > > it's not legal, according to spec, but it works in jboss:
> >
> > Ok, I'm calling you on this. Section numbers (and spec version) please.
>
> Well, let say that in order to look up o
Hi, Toby!
Toby Allsopp wrote:
>
> > it's not legal, according to spec, but it works in jboss:
>
> Ok, I'm calling you on this. Section numbers (and spec version) please.
Well, let say that in order to look up other bean from a bean you
have to put in deployment descriptor. Correct?
What if
On Mon, May 14, 2001 at 11:37:37AM -0400, Alexander Kogan wrote:
> Lucian,
>
> it's not legal, according to spec, but it works in jboss:
Ok, I'm calling you on this. Section numbers (and spec version) please.
Toby.
>
> try
> {
> Object home = context.lookup(compon
Lucian,
it's not legal, according to spec, but it works in jboss:
try
{
Object home = context.lookup(componentName);
Method createMethod = home.getClass().getMethod("create",
null);
Object component = createMethod.invoke(home, null);
}
I need to look up a bean without knowing about it's home interface.
Can i do that? I tried and it tells me that it cannot find the home
interface.
Can't i download somehow that .class file from the server?
Maybe with the RMI classloader.
Sorry if this is a silly question.
14 matches
Mail list logo
