Hey, not a bad idea, and I would gladly do it. I'm already hacking on Modules for some other project, so I'm quite familiar with them. I'll try to implement something for Beta1, to ease user experience with the new modularized cl layer. It will probably be similar to what I did for MC deps, a simple .war app, and I'll check with HeikoB what can/should be done to integrate it with the new console. -Ales On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: > Hi Ales, > > You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). > > Maybe this is a possible google summer of code idea? > > ;-) > > Scott _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

How do you define running? Do you mean what classes are visible to the application when it does a load class call or do you also include what makes up the appserver? The former is all EE Apis plus the vendor Apis we choose to expose. That will have to be documented.

What do you want to use the module dep info for, other than debugging?

Sent from my iPhone On Mar 14, 2011, at 5:37 AM, Max Rydahl Andersen <max.andersen(a)redhat.com&gt; wrote: > Scott, you read my mind ;) > > Was asking Emanuel M. about the same thing on friday - how do I know what libraries my app is *actually* running with ? > > As far as I could see not only is harder to see compared to previous versions because... > > ..there is no longer a few "somewhat-well-known" locations to look for jars (I know it was actually even more tricky in previous versions, but at least majority of jars exposed to users were in one or two lib folders) > ..filtering rules now can cause that the bundled jars are used instead of the server jars > ..filtering rules now can cause that the bundled jars are *not* used and the server jars overload them > > ...and asking around you get currently different answers about the rules ;) > > /max > > On Mar 12, 2011, at 21:08, Ales Justin wrote: > >> Hey, >> >> not a bad idea, and I would gladly do it. >> >> I'm already hacking on Modules for some other project, so I'm quite familiar with them. >> >> I'll try to implement something for Beta1, >> to ease user experience with the new modularized cl layer. >> >> It will probably be similar to what I did for MC deps, a simple .war app, >> and I'll check with HeikoB what can/should be done to integrate it with the new console. >> >> -Ales >> >> On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: >> >>> Hi Ales, >>> >>> You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). >>> >>> Maybe this is a possible google summer of code idea? >>> >>> ;-) >>> >>> Scott >> >> >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > > /max > http://about.me/maxandersen > > > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

Hey, not a bad idea, and I would gladly do it. I'm already hacking on Modules for some other project, so I'm quite familiar with them. I'll try to implement something for Beta1, to ease user experience with the new modularized cl layer. It will probably be similar to what I did for MC deps, a simple .war app, and I'll check with HeikoB what can/should be done to integrate it with the new console. -Ales On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: > Hi Ales, > > You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). > > Maybe this is a possible google summer of code idea? > > ;-) > > Scott

Hey, you should check out http://jung.sourceforge.net/ - it's what I was messing with to develop a jconsole plugin for MSC. It does nice layout and stuff, and seems fairly usable. On 03/14/2011 07:36 PM, Ales Justin wrote: > This is done here: > * https://github.com/alesj/grapher > > "mvn clean install" will build you a grapher-web-2.0.0-SNAPSHOT.war in dist/target/. > > You can have such "commands": > * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=this-module > * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=single-module... > > Unfortunately the layout sucks, as I'm missing the jgraph-layout lib. > (which doesn't come oss, afaik) > Any Swing UI help welcome -- to impl custom layout (+ algorithm). > > I'm yet to impl AllModules graph creator. > > Another thing to add is Services visualization, which should be easy to add, > since you mostly need to add trivial lookup logic. > > -Ales > > On Mar 12, 2011, at 9:08 PM, Ales Justin wrote: > >> Hey, >> >> not a bad idea, and I would gladly do it. >> >> I'm already hacking on Modules for some other project, so I'm quite familiar with them. >> >> I'll try to implement something for Beta1, >> to ease user experience with the new modularized cl layer. >> >> It will probably be similar to what I did for MC deps, a simple .war app, >> and I'll check with HeikoB what can/should be done to integrate it with the new console. >> >> -Ales >> >> On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: >> >>> Hi Ales, >>> >>> You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). >>> >>> Maybe this is a possible google summer of code idea? >>> >>> ;-) >>> >>> Scott >> > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev -- - DML _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

How about a *textual* representation ? Something one can search/grep ? Something like the output of mvn dependency:tree ?

btw. noob question - what is the name one should use if I deploy foo.war to the server as parameter to this grapher ?

On Mar 15, 2011, at 01:36, Ales Justin wrote: > This is done here: > * https://github.com/alesj/grapher > > "mvn clean install" will build you a grapher-web-2.0.0-SNAPSHOT.war in dist/target/. > > You can have such "commands": > * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=this-module > * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=single-module... > > Unfortunately the layout sucks, as I'm missing the jgraph-layout lib. > (which doesn't come oss, afaik) > Any Swing UI help welcome -- to impl custom layout (+ algorithm). > > I'm yet to impl AllModules graph creator. > > Another thing to add is Services visualization, which should be easy to add, > since you mostly need to add trivial lookup logic. > > -Ales > > On Mar 12, 2011, at 9:08 PM, Ales Justin wrote: > >> Hey, >> >> not a bad idea, and I would gladly do it. >> >> I'm already hacking on Modules for some other project, so I'm quite familiar with them. >> >> I'll try to implement something for Beta1, >> to ease user experience with the new modularized cl layer. >> >> It will probably be similar to what I did for MC deps, a simple .war app, >> and I'll check with HeikoB what can/should be done to integrate it with the new console. >> >> -Ales >> >> On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: >> >>> Hi Ales, >>> >>> You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). >>> >>> Maybe this is a possible google summer of code idea? >>> >>> ;-) >>> >>> Scott >> > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev /max http://about.me/maxandersen

Where module_name in this would be: deployment.foo.war:main

I need to check if this actually works; I mean, do I have access to this module outside Grapher app. -Ales > On Mar 15, 2011, at 01:36, Ales Justin wrote: > >> This is done here: >> * https://github.com/alesj/grapher >> >> "mvn clean install" will build you a grapher-web-2.0.0-SNAPSHOT.war in dist/target/. >> >> You can have such "commands": >> * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=this-module >> * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=single-module... >> >> Unfortunately the layout sucks, as I'm missing the jgraph-layout lib. >> (which doesn't come oss, afaik) >> Any Swing UI help welcome -- to impl custom layout (+ algorithm). >> >> I'm yet to impl AllModules graph creator. >> >> Another thing to add is Services visualization, which should be easy to add, >> since you mostly need to add trivial lookup logic. >> >> -Ales >> >> On Mar 12, 2011, at 9:08 PM, Ales Justin wrote: >> >>> Hey, >>> >>> not a bad idea, and I would gladly do it. >>> >>> I'm already hacking on Modules for some other project, so I'm quite familiar with them. >>> >>> I'll try to implement something for Beta1, >>> to ease user experience with the new modularized cl layer. >>> >>> It will probably be similar to what I did for MC deps, a simple .war app, >>> and I'll check with HeikoB what can/should be done to integrate it with the new console. >>> >>> -Ales >>> >>> On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: >>> >>>> Hi Ales, >>>> >>>> You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). >>>> >>>> Maybe this is a possible google summer of code idea? >>>> >>>> ;-) >>>> >>>> Scott >>> >> >> >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > > /max > http://about.me/maxandersen > > > _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

This is done here: * https://github.com/alesj/grapher "mvn clean install" will build you a grapher-web-2.0.0-SNAPSHOT.war in dist/target/. You can have such "commands": * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=this-module * http://localhost:8080/grapher-web-2.0.0-SNAPSHOT/?extension=single-module... Unfortunately the layout sucks, as I'm missing the jgraph-layout lib. (which doesn't come oss, afaik) Any Swing UI help welcome -- to impl custom layout (+ algorithm). I'm yet to impl AllModules graph creator. Another thing to add is Services visualization, which should be easy to add, since you mostly need to add trivial lookup logic. -Ales On Mar 12, 2011, at 9:08 PM, Ales Justin wrote: > Hey, > > not a bad idea, and I would gladly do it. > > I'm already hacking on Modules for some other project, so I'm quite familiar with them. > > I'll try to implement something for Beta1, > to ease user experience with the new modularized cl layer. > > It will probably be similar to what I did for MC deps, a simple .war app, > and I'll check with HeikoB what can/should be done to integrate it with the new console. > > -Ales > > On Mar 12, 2011, at 4:35 PM, Scott Marlow wrote: > >> Hi Ales, >> >> You weren't on IRC chat in the AS7 room but I volunteered you to do a visualization tool for AS7 classloaders. :-) I was kidding of course, about volunteering you but thought I would mention the idea, in case you like it. The awesome visualization tool that you did for MC dependencies made me think of you for this idea. I'm not sure if it is even possible or wanted. But, how do our users figure out, what is going on in classloader land, with regard to what classes/jars are accessible to each module or deployment (maybe both?). >> >> Maybe this is a possible google summer of code idea? >> >> ;-) >> >> Scott > _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev