AltRMI chat (was: [OT] J2EE considered harmful)

[Paulo Gaspar <pa...@krankikom.de>]

Moving this to the Commons. Please reply only in the commons-dev list.

Sorry Paul, I meant AspectJ.

I do not understand the incompatibility between Dynamic proxies and
BeanShell. What is it.

Did you try pnuts? I already found a documented way to run a pnuts
compiled class, although it demands the presence of some Runtime 
support classes.

Anyway, with pnuts you can generate/compile code in memory.


Have fun,
Paulo Gaspar

> -----Original Message-----
> From: Paul Hammant [mailto:Paul_Hammant@yahoo.com]
> Sent: Friday, February 01, 2002 3:33 PM
> To: Jakarta General List
> Subject: Re: [OT] J2EE considered harmful
> 
> 
> Paulo,
> 
> >Paul just answered to what I meant in a better way than I would be able
> >to do.
> >
> >BTW Paul, you know JAspect and Dynamic Proxies don't you?
> >
> 
> Yes, BUT : I am not skilled enough in Jaspect, AspectJ, BCEL, JCFE to 
> able able to use them for AltRMI's proxy generation.  I know *exactly* 
> what I need to do in Java so have ripped (with attribution) Jaspers 
> compiler invoker and placed it in the tree for AltRMI, then written Java 
> source to a temp dir.  This can be done in advance (like rmic) or at 
> runtime on the server for truly dynamic opration.
> 
> Refelctions Dynamic proxys were not quite good enough for AltRMI either. 
> Reason - I love beanshell and use it to poke interfaces for testing.  An 
> example I always cite is for JAMES :
> 
> bsh> jamesAdmin = getAltRMIObject("james.host",8999,"JamesAdmin");
> bsh> fred = jamesAdmin.addUser("Fred Flintstone");
> bsh> jamesAdmin.enableUser(fred);
> 
> All that is possible (given the JAMES API) with beanshell / AltRMI now 
> without and James classes pre-existing in beanshell's classpath.  The 
> thing that makes it so much easier to use is that the arriving 
> jamesAdmin instance supports getMethods() in the nromal way which is 
> very beanshell friendly.
> 
> - Paul
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
> 

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>