Re: Additional 'inverse' classloader view in Geronimo Console
On Mar 1, 2007, at 11:28 AM, Paul McMahan wrote: Committed in rev 513395, thanks! AFAIK there are no outstanding items remaining so I will go ahead and close the JIRA. Best wishes, Paul On 3/1/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Hello Paul I have uploaded the patch to take care of sorting. Please review and commit/comment. Nice stuff, Rakesh. Thanks! --kevan
Re: Additional 'inverse' classloader view in Geronimo Console
Committed in rev 513395, thanks! AFAIK there are no outstanding items remaining so I will go ahead and close the JIRA. Best wishes, Paul On 3/1/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Hello Paul I have uploaded the patch to take care of sorting. Please review and commit/comment. Thanks Rakesh On 2/27/07, Rakesh Midha < [EMAIL PROTECTED]> wrote: > Thanks Paul > > I will look into the sorting request? > > Thanks > Rakesh > > > > On 2/26/07, Paul McMahan <[EMAIL PROTECTED] > wrote: > > Yes, I chair my own little PMC but unfortunately can't seem to keep > > the committers from flaming each other. You make it look so easy > > Matt! :-) > > > > Best wishes, > > Paul > > > > On 2/26/07, Matt Hogstrom < [EMAIL PROTECTED]> wrote: > > > > > > On Feb 25, 2007, at 6:48 PM, Paul McMahan wrote: > > > > > > > Thanks for the patch Rakesh! Looks great, I committed it. With my > > > > daugther sitting on my lap trying to press keys > > > > > > So now we know where the real work is generated from the in the > > > McMahan family :) > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Hello Paul I have uploaded the patch to take care of sorting. Please review and commit/comment. Thanks Rakesh On 2/27/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Thanks Paul I will look into the sorting request? Thanks Rakesh On 2/26/07, Paul McMahan <[EMAIL PROTECTED] > wrote: > > Yes, I chair my own little PMC but unfortunately can't seem to keep > the committers from flaming each other. You make it look so easy > Matt! :-) > > Best wishes, > Paul > > On 2/26/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote: > > > > On Feb 25, 2007, at 6:48 PM, Paul McMahan wrote: > > > > > Thanks for the patch Rakesh! Looks great, I committed it. With my > > > daugther sitting on my lap trying to press keys > > > > So now we know where the real work is generated from the in the > > McMahan family :) > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Thanks Paul I will look into the sorting request? Thanks Rakesh On 2/26/07, Paul McMahan <[EMAIL PROTECTED]> wrote: Yes, I chair my own little PMC but unfortunately can't seem to keep the committers from flaming each other. You make it look so easy Matt! :-) Best wishes, Paul On 2/26/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote: > > On Feb 25, 2007, at 6:48 PM, Paul McMahan wrote: > > > Thanks for the patch Rakesh! Looks great, I committed it. With my > > daugther sitting on my lap trying to press keys > > So now we know where the real work is generated from the in the > McMahan family :) >
Re: Additional 'inverse' classloader view in Geronimo Console
Yes, I chair my own little PMC but unfortunately can't seem to keep the committers from flaming each other. You make it look so easy Matt! :-) Best wishes, Paul On 2/26/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote: On Feb 25, 2007, at 6:48 PM, Paul McMahan wrote: > Thanks for the patch Rakesh! Looks great, I committed it. With my > daugther sitting on my lap trying to press keys So now we know where the real work is generated from the in the McMahan family :)
Re: Additional 'inverse' classloader view in Geronimo Console
On Feb 25, 2007, at 6:48 PM, Paul McMahan wrote: Thanks for the patch Rakesh! Looks great, I committed it. With my daugther sitting on my lap trying to press keys So now we know where the real work is generated from the in the McMahan family :)
Re: Additional 'inverse' classloader view in Geronimo Console
Thanks for the patch Rakesh! Looks great, I committed it. With my daugther sitting on my lap trying to press keys I got rushed and forgot to credit you in the commit log, sorry about that. I left GERONIMO-2854 open in case you wanted to implement the additional feature that Jarek requested. Or you may want to go ahead and mark it as resolved. Best wishes, Paul On 2/21/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Hello Jarek I have created a patch in http://issues.apache.org/jira/browse/GERONIMO-2854 to add the feature we discussed. Please review and comment. Thanks Rakesh On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: > Sorry Paul > > I missed your last mail, when I suggested toggle. > > Selecting particular node when toggle happens, I am not sure about that part, will have to implement it and only than I can comment :-) No promise on this one. > > Alright I will open a JIRA and get it done > > Thanks > Rakesh > > > > > > On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote: > > > As Jarek said, I had discussion with him before on it. > > > > > > Well, The only concern I have is, additing too many redundent view will make > > > console uninteresting. I think we need to be careful. > > > > > > How about this? Instead of adding new view, we add a check or button in > > > existing view "Show inverse tree". Clicking or checking this will inverse > > > the tree in same view. > > > > That's exactly what I had in mind when I mentioned toggling between > > the two types of views (inverse versus standard classloader > > hierarchy). sorry for not being clear about that. My suggestion was > > to make the toggle button sensitive to the currently selected node in > > the classloader tree. e.g. when the user selects a node and then > > toggles to the alternate view they see the treepaths containing the > > selected node already expanded and highlighted. > > > > > > > > Technically, having inverse tree is not a hard work. I can take this task > > > and get it done. > > > > > > Thanks > > > Rakesh > > > > > > > > > > > > > > > On 2/12/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > > > Sounds useful. It would be great if the user could select a node and > > > > easily toggle between the two types of views. When that node appears > > > > in multiple places the tree could already have those paths expanded > > > > and the nodes highlighted. > > > > > > > > Best wishes, > > > > Paul > > > > > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > > > > I was talking to Rakesh about adding additional classloader view to > > > > > the Geronimo Console and we are wondering if people have any > > > > > comments/thoughts about it. The current view show the tree starting > > > > > with the system classloader and ends with child classloaders. Example: > > > > > > > > > > A > > > > > - B > > > > >- F > > > > > - C > > > > >- F > > > > > > > > > > In this case, A is a parent to B and C classloaders. And B, C are > > > > > parent classloaders to F. > > > > > > > > > > Now, because Geronimo supports multi parent classloaders sometimes > > > > > these child classloaders can appear in multiple places in the tree > > > > > (e.g. F). So I proposed kind of inverse view of the classloaders. For > > > > > example, for a given child classloader, I would like to see the parent > > > > > classloaders as child nodes of the tree. Given the example above the > > > > > tree would now look like: > > > > > > > > > > B > > > > > - A > > > > > > > > > > C > > > > > - A > > > > > > > > > > F > > > > > - B > > > > > - C > > > > > > > > > > Would other people find this useful? (I know I would :)) > > > > > > > > > > Thanks, > > > > > Jarek > > > > > > > > > > > > > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Thanks, I was thinking about it but than I thought about keeping it in the order they are loaded. Will keep it in my TODO and will do it later (i hope that is fine) Thanks Rakesh On 2/23/07, Jarek Gawor <[EMAIL PROTECTED]> wrote: Hi, I just deployed it on my machine and I love it! Thanks a ton! :) One minor comment: can the list of classloaders be sorted alphabetically? (in whatever view or depth)? Thanks again, Jarek On 2/21/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: > Hello Jarek > > I have created a patch in > http://issues.apache.org/jira/browse/GERONIMO-2854 to add > the feature we discussed. > > Please review and comment. > > Thanks > Rakesh > > > > > On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: > > Sorry Paul > > > > I missed your last mail, when I suggested toggle. > > > > Selecting particular node when toggle happens, I am not sure about that > part, will have to implement it and only than I can comment :-) No promise > on this one. > > > > Alright I will open a JIRA and get it done > > > > Thanks > > Rakesh > > > > > > > > > > > > On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote: > > > > As Jarek said, I had discussion with him before on it. > > > > > > > > Well, The only concern I have is, additing too many redundent view > will make > > > > console uninteresting. I think we need to be careful. > > > > > > > > How about this? Instead of adding new view, we add a check or button > in > > > > existing view "Show inverse tree". Clicking or checking this will > inverse > > > > the tree in same view. > > > > > > That's exactly what I had in mind when I mentioned toggling between > > > the two types of views (inverse versus standard classloader > > > hierarchy). sorry for not being clear about that. My suggestion was > > > to make the toggle button sensitive to the currently selected node in > > > the classloader tree. e.g. when the user selects a node and then > > > toggles to the alternate view they see the treepaths containing the > > > selected node already expanded and highlighted. > > > > > > > > > > > Technically, having inverse tree is not a hard work. I can take this > task > > > > and get it done. > > > > > > > > Thanks > > > > Rakesh > > > > > > > > > > > > > > > > > > > > On 2/12/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > > > > Sounds useful. It would be great if the user could select a node > and > > > > > easily toggle between the two types of views. When that node appears > > > > > in multiple places the tree could already have those paths expanded > > > > > and the nodes highlighted. > > > > > > > > > > Best wishes, > > > > > Paul > > > > > > > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > > > > > I was talking to Rakesh about adding additional classloader view > to > > > > > > the Geronimo Console and we are wondering if people have any > > > > > > comments/thoughts about it. The current view show the tree > starting > > > > > > with the system classloader and ends with child classloaders. > Example: > > > > > > > > > > > > A > > > > > > - B > > > > > >- F > > > > > > - C > > > > > >- F > > > > > > > > > > > > In this case, A is a parent to B and C classloaders. And B, C are > > > > > > parent classloaders to F. > > > > > > > > > > > > Now, because Geronimo supports multi parent classloaders sometimes > > > > > > these child classloaders can appear in multiple places in the tree > > > > > > (e.g. F). So I proposed kind of inverse view of the classloaders. > For > > > > > > example, for a given child classloader, I would like to see the > parent > > > > > > classloaders as child nodes of the tree. Given the example above > the > > > > > > tree would now look like: > > > > > > > > > > > > B > > > > > > - A > > > > > > > > > > > > C > > > > > > - A > > > > > > > > > > > > F > > > > > > - B > > > > > > - C > > > > > > > > > > > > Would other people find this useful? (I know I would :)) > > > > > > > > > > > > Thanks, > > > > > > Jarek > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Hi, I just deployed it on my machine and I love it! Thanks a ton! :) One minor comment: can the list of classloaders be sorted alphabetically? (in whatever view or depth)? Thanks again, Jarek On 2/21/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Hello Jarek I have created a patch in http://issues.apache.org/jira/browse/GERONIMO-2854 to add the feature we discussed. Please review and comment. Thanks Rakesh On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: > Sorry Paul > > I missed your last mail, when I suggested toggle. > > Selecting particular node when toggle happens, I am not sure about that part, will have to implement it and only than I can comment :-) No promise on this one. > > Alright I will open a JIRA and get it done > > Thanks > Rakesh > > > > > > On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote: > > > As Jarek said, I had discussion with him before on it. > > > > > > Well, The only concern I have is, additing too many redundent view will make > > > console uninteresting. I think we need to be careful. > > > > > > How about this? Instead of adding new view, we add a check or button in > > > existing view "Show inverse tree". Clicking or checking this will inverse > > > the tree in same view. > > > > That's exactly what I had in mind when I mentioned toggling between > > the two types of views (inverse versus standard classloader > > hierarchy). sorry for not being clear about that. My suggestion was > > to make the toggle button sensitive to the currently selected node in > > the classloader tree. e.g. when the user selects a node and then > > toggles to the alternate view they see the treepaths containing the > > selected node already expanded and highlighted. > > > > > > > > Technically, having inverse tree is not a hard work. I can take this task > > > and get it done. > > > > > > Thanks > > > Rakesh > > > > > > > > > > > > > > > On 2/12/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > > > Sounds useful. It would be great if the user could select a node and > > > > easily toggle between the two types of views. When that node appears > > > > in multiple places the tree could already have those paths expanded > > > > and the nodes highlighted. > > > > > > > > Best wishes, > > > > Paul > > > > > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > > > > I was talking to Rakesh about adding additional classloader view to > > > > > the Geronimo Console and we are wondering if people have any > > > > > comments/thoughts about it. The current view show the tree starting > > > > > with the system classloader and ends with child classloaders. Example: > > > > > > > > > > A > > > > > - B > > > > >- F > > > > > - C > > > > >- F > > > > > > > > > > In this case, A is a parent to B and C classloaders. And B, C are > > > > > parent classloaders to F. > > > > > > > > > > Now, because Geronimo supports multi parent classloaders sometimes > > > > > these child classloaders can appear in multiple places in the tree > > > > > (e.g. F). So I proposed kind of inverse view of the classloaders. For > > > > > example, for a given child classloader, I would like to see the parent > > > > > classloaders as child nodes of the tree. Given the example above the > > > > > tree would now look like: > > > > > > > > > > B > > > > > - A > > > > > > > > > > C > > > > > - A > > > > > > > > > > F > > > > > - B > > > > > - C > > > > > > > > > > Would other people find this useful? (I know I would :)) > > > > > > > > > > Thanks, > > > > > Jarek > > > > > > > > > > > > > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Hello Jarek I have created a patch in http://issues.apache.org/jira/browse/GERONIMO-2854to add the feature we discussed. Please review and comment. Thanks Rakesh On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: Sorry Paul I missed your last mail, when I suggested toggle. Selecting particular node when toggle happens, I am not sure about that part, will have to implement it and only than I can comment :-) No promise on this one. Alright I will open a JIRA and get it done Thanks Rakesh On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote: > > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote: > > As Jarek said, I had discussion with him before on it. > > > > Well, The only concern I have is, additing too many redundent view > will make > > console uninteresting. I think we need to be careful. > > > > How about this? Instead of adding new view, we add a check or button > in > > existing view "Show inverse tree". Clicking or checking this will > inverse > > the tree in same view. > > That's exactly what I had in mind when I mentioned toggling between > the two types of views (inverse versus standard classloader > hierarchy). sorry for not being clear about that. My suggestion was > to make the toggle button sensitive to the currently selected node in > the classloader tree. e.g. when the user selects a node and then > toggles to the alternate view they see the treepaths containing the > selected node already expanded and highlighted. > > > > > Technically, having inverse tree is not a hard work. I can take this > task > > and get it done. > > > > Thanks > > Rakesh > > > > > > > > > > On 2/12/07, Paul McMahan <[EMAIL PROTECTED]> wrote: > > > Sounds useful. It would be great if the user could select a node > and > > > easily toggle between the two types of views. When that node appears > > > in multiple places the tree could already have those paths expanded > > > and the nodes highlighted. > > > > > > Best wishes, > > > Paul > > > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > > > I was talking to Rakesh about adding additional classloader view > to > > > > the Geronimo Console and we are wondering if people have any > > > > comments/thoughts about it. The current view show the tree > starting > > > > with the system classloader and ends with child classloaders. > Example: > > > > > > > > A > > > > - B > > > >- F > > > > - C > > > >- F > > > > > > > > In this case, A is a parent to B and C classloaders. And B, C are > > > > parent classloaders to F. > > > > > > > > Now, because Geronimo supports multi parent classloaders sometimes > > > > these child classloaders can appear in multiple places in the tree > > > > > (e.g. F). So I proposed kind of inverse view of the classloaders. > For > > > > example, for a given child classloader, I would like to see the > parent > > > > classloaders as child nodes of the tree. Given the example above > the > > > > tree would now look like: > > > > > > > > B > > > > - A > > > > > > > > C > > > > - A > > > > > > > > F > > > > - B > > > > - C > > > > > > > > Would other people find this useful? (I know I would :)) > > > > > > > > Thanks, > > > > Jarek > > > > > > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
Sorry Paul I missed your last mail, when I suggested toggle. Selecting particular node when toggle happens, I am not sure about that part, will have to implement it and only than I can comment :-) No promise on this one. Alright I will open a JIRA and get it done Thanks Rakesh On 2/13/07, Paul McMahan <[EMAIL PROTECTED]> wrote: On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: > As Jarek said, I had discussion with him before on it. > > Well, The only concern I have is, additing too many redundent view will make > console uninteresting. I think we need to be careful. > > How about this? Instead of adding new view, we add a check or button in > existing view "Show inverse tree". Clicking or checking this will inverse > the tree in same view. That's exactly what I had in mind when I mentioned toggling between the two types of views (inverse versus standard classloader hierarchy). sorry for not being clear about that. My suggestion was to make the toggle button sensitive to the currently selected node in the classloader tree. e.g. when the user selects a node and then toggles to the alternate view they see the treepaths containing the selected node already expanded and highlighted. > > Technically, having inverse tree is not a hard work. I can take this task > and get it done. > > Thanks > Rakesh > > > > > On 2/12/07, Paul McMahan <[EMAIL PROTECTED]> wrote: > > Sounds useful. It would be great if the user could select a node and > > easily toggle between the two types of views. When that node appears > > in multiple places the tree could already have those paths expanded > > and the nodes highlighted. > > > > Best wishes, > > Paul > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > > I was talking to Rakesh about adding additional classloader view to > > > the Geronimo Console and we are wondering if people have any > > > comments/thoughts about it. The current view show the tree starting > > > with the system classloader and ends with child classloaders. Example: > > > > > > A > > > - B > > >- F > > > - C > > >- F > > > > > > In this case, A is a parent to B and C classloaders. And B, C are > > > parent classloaders to F. > > > > > > Now, because Geronimo supports multi parent classloaders sometimes > > > these child classloaders can appear in multiple places in the tree > > > (e.g. F). So I proposed kind of inverse view of the classloaders. For > > > example, for a given child classloader, I would like to see the parent > > > classloaders as child nodes of the tree. Given the example above the > > > tree would now look like: > > > > > > B > > > - A > > > > > > C > > > - A > > > > > > F > > > - B > > > - C > > > > > > Would other people find this useful? (I know I would :)) > > > > > > Thanks, > > > Jarek > > > > > > >
Re: Additional 'inverse' classloader view in Geronimo Console
On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote: As Jarek said, I had discussion with him before on it. Well, The only concern I have is, additing too many redundent view will make console uninteresting. I think we need to be careful. How about this? Instead of adding new view, we add a check or button in existing view "Show inverse tree". Clicking or checking this will inverse the tree in same view. That's exactly what I had in mind when I mentioned toggling between the two types of views (inverse versus standard classloader hierarchy). sorry for not being clear about that. My suggestion was to make the toggle button sensitive to the currently selected node in the classloader tree. e.g. when the user selects a node and then toggles to the alternate view they see the treepaths containing the selected node already expanded and highlighted. Technically, having inverse tree is not a hard work. I can take this task and get it done. Thanks Rakesh On 2/12/07, Paul McMahan <[EMAIL PROTECTED]> wrote: > Sounds useful. It would be great if the user could select a node and > easily toggle between the two types of views. When that node appears > in multiple places the tree could already have those paths expanded > and the nodes highlighted. > > Best wishes, > Paul > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote: > > I was talking to Rakesh about adding additional classloader view to > > the Geronimo Console and we are wondering if people have any > > comments/thoughts about it. The current view show the tree starting > > with the system classloader and ends with child classloaders. Example: > > > > A > > - B > >- F > > - C > >- F > > > > In this case, A is a parent to B and C classloaders. And B, C are > > parent classloaders to F. > > > > Now, because Geronimo supports multi parent classloaders sometimes > > these child classloaders can appear in multiple places in the tree > > (e.g. F). So I proposed kind of inverse view of the classloaders. For > > example, for a given child classloader, I would like to see the parent > > classloaders as child nodes of the tree. Given the example above the > > tree would now look like: > > > > B > > - A > > > > C > > - A > > > > F > > - B > > - C > > > > Would other people find this useful? (I know I would :)) > > > > Thanks, > > Jarek > > >
Re: Additional 'inverse' classloader view in Geronimo Console
As Jarek said, I had discussion with him before on it. Well, The only concern I have is, additing too many redundent view will make console uninteresting. I think we need to be careful. How about this? Instead of adding new view, we add a check or button in existing view "Show inverse tree". Clicking or checking this will inverse the tree in same view. Technically, having inverse tree is not a hard work. I can take this task and get it done. Thanks Rakesh On 2/12/07, Paul McMahan <[EMAIL PROTECTED]> wrote: Sounds useful. It would be great if the user could select a node and easily toggle between the two types of views. When that node appears in multiple places the tree could already have those paths expanded and the nodes highlighted. Best wishes, Paul On 2/12/07, Jarek Gawor <[EMAIL PROTECTED]> wrote: > I was talking to Rakesh about adding additional classloader view to > the Geronimo Console and we are wondering if people have any > comments/thoughts about it. The current view show the tree starting > with the system classloader and ends with child classloaders. Example: > > A > - B >- F > - C >- F > > In this case, A is a parent to B and C classloaders. And B, C are > parent classloaders to F. > > Now, because Geronimo supports multi parent classloaders sometimes > these child classloaders can appear in multiple places in the tree > (e.g. F). So I proposed kind of inverse view of the classloaders. For > example, for a given child classloader, I would like to see the parent > classloaders as child nodes of the tree. Given the example above the > tree would now look like: > > B > - A > > C > - A > > F > - B > - C > > Would other people find this useful? (I know I would :)) > > Thanks, > Jarek >
Re: Additional 'inverse' classloader view in Geronimo Console
Sounds useful. It would be great if the user could select a node and easily toggle between the two types of views. When that node appears in multiple places the tree could already have those paths expanded and the nodes highlighted. Best wishes, Paul On 2/12/07, Jarek Gawor <[EMAIL PROTECTED]> wrote: I was talking to Rakesh about adding additional classloader view to the Geronimo Console and we are wondering if people have any comments/thoughts about it. The current view show the tree starting with the system classloader and ends with child classloaders. Example: A - B - F - C - F In this case, A is a parent to B and C classloaders. And B, C are parent classloaders to F. Now, because Geronimo supports multi parent classloaders sometimes these child classloaders can appear in multiple places in the tree (e.g. F). So I proposed kind of inverse view of the classloaders. For example, for a given child classloader, I would like to see the parent classloaders as child nodes of the tree. Given the example above the tree would now look like: B - A C - A F - B - C Would other people find this useful? (I know I would :)) Thanks, Jarek
Re: Additional 'inverse' classloader view in Geronimo Console
On Feb 12, 2007, at 12:31 AM, Jarek Gawor wrote: Would other people find this useful? (I know I would :)) IMO, most Geronimo "users" would be interested in the Classloader hierarchy from a leaf's perspective. So, I'd say go for it... --kevan
Re: Additional 'inverse' classloader view in Geronimo Console
On 2/12/07, Jarek Gawor <[EMAIL PROTECTED]> wrote: Would other people find this useful? (I know I would :)) Well, that's enough to make it happen, then. Go for it! (report a task in jira before digging in, though). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
