Lest we forget the original goal of this conversation, the more urgent
matter at hand is figuring out
how we can put our 7 new commands into asadmin. The admin console
requirements are a
completely separate issue from the asadmin CLI requirements. We need a
decision on a way to
get our new commands into asadmin in SailFin. Changing the existing
private JBI console
extension mechanism is out of scope for SailFin. Perhaps we could
consider generalizing this
mechanism for GlassFish V3?
thanks -
mark
Kedar Mhaswade wrote:
> Hi Mike,
>
> I am afraid, I was not aware of this (yet another) way of extending
> GlassFish. Thank you for letting me know. I was under the impression
> that some work you guys did for GlassFish V2 ESB console is part
> of GlassFish V2.
>
> There are a bunch of questions in this regard:
> - Where do your implementation artifacts (e.g. the XML descriptors,
> Java classes etc.) go on the disk? IOW, how does the file layout
> look like?
>
> - Is this veneer available as a separate download from OpenESB web-site
> that can be installed atop an existing GlassFish installation?
>
> - What other forms of integration are available? Is GlassFish V2
> update center aware of this?
>
> - Do you use any API to enable this? Is that a public API of V2?
> This is critical because it is better to rely only on public API.
>
> - Have you looked at the current addon framework?
>
> Finally, yes, we do need to be on the same page as far as the
> extensibility
> of GlassFish V2 administration is concerned. So, we need your help
> since you
> are the guys who are going to extend V2. It's not only command line
> interface.
>
> Please subscribe to this alias and we will let you know when we should
> discuss this. It's likely to be Monday, October 1.
>
> Regards,
> Kedar
>
> Mike Wright wrote:
>> Hi Kedar,
>>
>> In simple terms, the JBI Console Extension mechanism was created
>> so that our builds, automated tests, and product installer can more
>> easily upgrade the JBI implementation in any GlassFish (starting with
>> 9.1ur1). Without this we'd have to patch several admin-gui files,
>> creating potential maintenance problems. (BTW, our approach works
>> for asant and admin-gui, but not yet for asadmin CLI, because the JBI
>> commands are tightly coupled with asadmin code and not part of our
>> open-esb promoted .jar files.)
>>
>>
>> There was no formal admin-gui extension mechanism in existence
>> for 9.1ur1, so we've implemented "hooks" for our JBI pages at
>> previously-agreed-to integration points (navigation tree,
>> common-tasks page, cluster nodes, and online-help keys) and use the
>> open-esb promoted JBI jars to contain the implementation. We are
>> just "extending" our existing JBI screens, not the console in
>> general. In GF V3 we could perhaps use a generalized console
>> extension mechanism, if it were available. But we need this
>> capability now to facilitate our QE/QA/Doc work for already completed
>> Sierra Milestone 1 (9.1ur1) and 2 (SailFin) features and to address
>> the future concern that Sierra, 9.1ur1, and SailFin releases are on
>> different schedules.
>>
>>
>> BTW, our JBI console extension mechanism detects the case where
>> JBI is "missing" and then simply doesn't render JBI externals in the
>> admin-gui console (except for online-help, which we are trying to
>> address in SailFin, so that the help reflects the capabilities that
>> are present). Perhaps the work we've done can help the admin-gui
>> console develop a more generalized add-on architecture in the SailFin
>> timeframe?
>>
>>
>> Regards,
>> Mike
>> ---
>> Kedar Mhaswade wrote:
>>> Mark,
>>>
>>> Thanks. We will look into this.
>>>
>>> BTW, what is admin console extension mechanism? Shouldn't it be the
>>> similar addon mechanism. Moreover, shouldn't all admin interfaces be
>>> part of one addon installation?
>>>
>>> - Kedar
>>>
>>> Mark S White wrote:
>>>> Kedar,
>>>> Responses inline:
>>>>
>>>> Kedar Mhaswade wrote:
>>>>> Suresh, Mark,
>>>>>
>>>>> We will need to plan for this. We need to take this up for
>>>>> discussion at
>>>>> admin iteam meeting. Jane/Prashanth, please add it to agenda.
>>>>>
>>>>> Few questions though:
>>>>>
>>>>> - Some of the JBI admin commands were added in core GlassFish V2
>>>>> offering, while the new proposed commands are to be added as
>>>>> addons. Is that acceptable or would you like to have all the
>>>>> JBI commands integrated as addon in a future JBI release?
>>>> This is acceptable. We can live with the new commands being part of
>>>> an addon while
>>>> keeping the old commands as they are. For V3 we would probably like
>>>> to migrate all of the
>>>> commands to the addon mechanism for consistency and ease of use.
>>>>> - What about admin console screens for the functionality
>>>>> corresponding
>>>>> to new commands?
>>>> This has been taken care of, we have a console extension mechanism
>>>> that has been approved
>>>> by the console team, and is being integrated this week.
>>>>> - Is there a tentative schedule for your next release?
>>>> Dec 17, 2007: Feature complete
>>>> Feb 11, 2008: Beta
>>>> Apr 21, 2008: FCS
>>>>>
>>>>> - Kedar
>>>>>
>>>>> Suresh Potiny wrote:
>>>>>> Kedar,
>>>>>>
>>>>>> We need a solution for v2. We are okay modifying this strategy
>>>>>> for v3 (we have to look at a number
>>>>>> of things for v3 anyway).
>>>>>>
>>>>>> Suresh
>>>>>>
>>>>>> Kedar Mhaswade wrote:
>>>>>>> Hi Mark,
>>>>>>>
>>>>>>> This is available in some shape and form and we need to finalize
>>>>>>> it before
>>>>>>> making it a public interface. Personally, I prefer to call it
>>>>>>> the admin
>>>>>>> addons. This is because what is true with commands is also true
>>>>>>> with admin
>>>>>>> console or any programmatic interface that an addon would like
>>>>>>> to provide.
>>>>>>>
>>>>>>> Unfortunately, we are still trying to decide what the best way
>>>>>>> forward is,
>>>>>>> because we have to look for promise of V3 in this regard. There
>>>>>>> are differences
>>>>>>> in how you would do in V2 and V3.
>>>>>>>
>>>>>>> Is your next release planned along with V3 release? If it is,
>>>>>>> then we will
>>>>>>> certainly have a way to do this. If not, we might have to do
>>>>>>> some work in
>>>>>>> releasing a solution that may not work with V3.
>>>>>>>
>>>>>>> Please let me know ...
>>>>>>>
>>>>>>> Regards,
>>>>>>> Kedar
>>>>>>>
>>>>>>> Mark S White wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I am the engineering manager for the team responsible for the
>>>>>>>> JBI / Open ESB runtime and
>>>>>>>> the associated ant, asadmin, and admin console support. Our
>>>>>>>> runtime is integrated into the
>>>>>>>> GlassFish runtime, and in the past we have added new ant tasks,
>>>>>>>> asadmin commands, and
>>>>>>>> admin console screens to support our product.
>>>>>>>>
>>>>>>>> For our next release, we need to add a number of new commands
>>>>>>>> to asadmin. We understand
>>>>>>>> that some work has been done to create an extension mechanism
>>>>>>>> for asadmin whereby
>>>>>>>> commands can be added dynamically without changes to the base
>>>>>>>> asadmin code. We would
>>>>>>>> very much like to use this mechanism to add asadmin commands in
>>>>>>>> support of our next release.
>>>>>>>>
>>>>>>>> Could someone provide us information on whether or not this
>>>>>>>> mechanism exists or is planned,
>>>>>>>> and how we might be able to use it? This is a critical issue
>>>>>>>> for allowing us to implement new
>>>>>>>> functionality in a time frame that aligns with our product
>>>>>>>> release schedule.
>>>>>>>>
>>>>>>>> thanks very much,
>>>>>>>> Mark White
>>>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>
--
Open ESB Community (http://open-esb.org)
Check out my blog (http://blogs.sun.com/mwhite)