You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Brian Towles <br...@towles.com> on 2000/09/20 09:35:55 UTC
EjbJar fixes for inner classes
Howdy all
I was having some probelms deploying ejbs with inner classes using
EjbJar beacuse the task doesnt include the inner classes in the generic
jar.
Weblogic has some security issues if inner classes access weblogic
resources (like DB connection pools) from a class not deployed with the
EJB using it (same jar).
So i fixed the EjbJar to bring in the inner classes for ejbs defnied in
the ejb-jar.xml.
Im attaching the changed/added files from
src/main/org/apache/tools/ant/taskdefs/optional/ejb
*Disclaimer* as usual for me this is 2am work... dont assume im
thinking anything
There probably is a cleaner way of doing this.. but it works..
Later
-=Brian
--
\ Brian Towles | brian@towles.com \ When working towards the solution\
/ http://www.towles.com / of a problem, it always helps if /
\ Programmer::C++.OStype(whatever)\ you know the answer. Provided \
/ java.lang.programmer; / you know there is a problem. /
RE: EjbJar fixes for inner classes
Posted by Conor MacNeill <co...@m64.com>.
Brian,
I'll add this on the weekend.
Conor
> -----Original Message-----
> From: Brian Towles [mailto:brian@towles.com]
> Sent: Wednesday, 20 September 2000 18:36
> To: ant-dev@jakarta.apache.org
> Subject: EjbJar fixes for inner classes
>
>
> Howdy all
>
> I was having some probelms deploying ejbs with inner classes using
> EjbJar beacuse the task doesnt include the inner classes in the generic
> jar.
>
> Weblogic has some security issues if inner classes access weblogic
> resources (like DB connection pools) from a class not deployed with the
> EJB using it (same jar).
>
> So i fixed the EjbJar to bring in the inner classes for ejbs defnied in
> the ejb-jar.xml.
>
> Im attaching the changed/added files from
> src/main/org/apache/tools/ant/taskdefs/optional/ejb
>
>
> *Disclaimer* as usual for me this is 2am work... dont assume im
> thinking anything
>
> There probably is a cleaner way of doing this.. but it works..
>
> Later
> -=Brian
>
> --
> \ Brian Towles | brian@towles.com \ When working towards the solution\
> / http://www.towles.com / of a problem, it always helps if /
> \ Programmer::C++.OStype(whatever)\ you know the answer. Provided \
> / java.lang.programmer; / you know there is a problem. /
>