You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by Paulo Gaspar <pa...@krankikom.de> on 2002/02/01 17:45:12 UTC
AltRMI chat (was: [OT] J2EE considered harmful)
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>