Fewer gbean proxies on the horizon

[David Jencks <da...@yahoo.com>]

A really long time ago Dain made the server work without gbean  
proxies in gbean references, but we didn't enable this by default  
because it broke the admin console.  While waiting for a build I had  
a look and think I've fixed the admin console.... it still seems to  
work.

I expect to commit this in the next day or two.

thanks
david jencks

Re: Fewer gbean proxies on the horizon

[David Jencks <da...@yahoo.com>]

On Dec 13, 2007, at 3:20 PM, Aaron Mulder wrote:

> Wow!  Either you're pretty sharp or you really need a faster  
> machine!  :)

or the solution was really simple :-)
>
> I think the main issue was that the console expected to be able to
> cast GBean references to some helper interface in order to start and
> stop individual GBeans and get a GBean's name and things like that.
> And the proxies provided implementations of that interface that the
> "plain" GBean references did not.  I think we made wide use of that
> before realizing that it might be desirable to eliminate it.

That's the only need for proxies I'm aware of.
>
> Was the workaround just to call kernel methods to get the GBean name
> and start and stop instead?

What I did was in the KernelManagementHelper class get a proxy for  
anything we return, so the console could continue to use that proxy  
to use the geronimo management interface.

If there are other ways of getting gbeans that need the management  
interface in the console I haven't fixed them and someone will find  
that something is broken.

thanks
david jencks

>
> Thanks,
>         Aaron
>
> On Dec 13, 2007 6:15 PM, David Jencks <da...@yahoo.com> wrote:
>> A really long time ago Dain made the server work without gbean
>> proxies in gbean references, but we didn't enable this by default
>> because it broke the admin console.  While waiting for a build I had
>> a look and think I've fixed the admin console.... it still seems to
>> work.
>>
>> I expect to commit this in the next day or two.
>>
>> thanks
>> david jencks
>>
>>
>>

Re: Fewer gbean proxies on the horizon

[Aaron Mulder <am...@alumni.princeton.edu>]

Wow!  Either you're pretty sharp or you really need a faster machine!  :)

I think the main issue was that the console expected to be able to
cast GBean references to some helper interface in order to start and
stop individual GBeans and get a GBean's name and things like that.
And the proxies provided implementations of that interface that the
"plain" GBean references did not.  I think we made wide use of that
before realizing that it might be desirable to eliminate it.

Was the workaround just to call kernel methods to get the GBean name
and start and stop instead?

Thanks,
        Aaron

On Dec 13, 2007 6:15 PM, David Jencks <da...@yahoo.com> wrote:
> A really long time ago Dain made the server work without gbean
> proxies in gbean references, but we didn't enable this by default
> because it broke the admin console.  While waiting for a build I had
> a look and think I've fixed the admin console.... it still seems to
> work.
>
> I expect to commit this in the next day or two.
>
> thanks
> david jencks
>
>
>

Re: Fewer gbean proxies on the horizon

[Kevan Miller <ke...@gmail.com>]

On Dec 13, 2007, at 6:15 PM, David Jencks wrote:

> A really long time ago Dain made the server work without gbean  
> proxies in gbean references, but we didn't enable this by default  
> because it broke the admin console.  While waiting for a build I had  
> a look and think I've fixed the admin console.... it still seems to  
> work.
>
> I expect to commit this in the next day or two.

Wahoo! That would be great.

Would be good to get some TCK tests started with the NoProxy. This  
would give us a heads up on any looming problems...

--kevan