Ok, will try out the workarounds, but if its per spec then the docs should
be updated here:
https://glassfish.dev.java.net/javaee5/docs/DG/gbdzi.html#gbfcp
as thats what I was following, and it states you can but the jar into the
applications/mbeans. (will open a ticket for this too)
For the second part, when you say <install-dir>/lib, does that imply
<glassfish-dir>/domains/<domain-dir>/lib ? If so, then I guess it is a bug,
and will file it.
Thanks for the info!
-Nick
On 9/26/07, glassfish_at_javadesktop.org <glassfish_at_javadesktop.org> wrote:
>
> Hi Nick,
>
> What you find is expected, i.e. it is per spec at:
> http://wiki.glassfish.java.net/attach/CustomMBeans/custom-mbeans-design-document.html
> .
>
> The idea is if you want to quickly test it out, the MBean should be placed
> in its correct package
> format in <domain>/applications/mbeans. If you have bunch of MBeans, just
> place them in
> <install-dir>/lib in a jar file and it will work.
>
> Is the second problem that you have:
> - An MBean class that resides in <domain>/applications/mbeans.
> - This class tries to load another class that resides in
> <install-dir>/lib/foo.jar.
>
> and that fails?
>
> If yes, please file a bug with reproducible test case (steps to reproduce)
> and I will get this fixed.
>
> Till the fix integrates, please use the work-around to compile all your
> MBeans and dependent
> classes in a jar and place the jar in install-dir/lib folder -- not ideal,
> but works.
>
> Regards,
> Kedar
> [Message sent by forum member 'km' (km)]
>
> http://forums.java.net/jive/thread.jspa?messageID=237222
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>