Anissa Lam wrote:
>
>
> Nitya Doraisamy wrote:
>> I deployed a ear application containing one web module to the v3
>> server. The list-applications command shows this deployed app as
>> 'testApp1 <web>'.
>> For a webapp containing enb, the sniffer list returned was <ejb,
>> web>. Shouldn't this be <web,ejb> ?
>>
> I don't think you can rely on the order of the engine list.
Well, apparently not any longer. But for V3 Prelude, it was agreed that
we could in fact depend on this order. This dates back to early 2008
after list-applications changed it's format and broke NetBeans
integration for the Nth time.
I can certainly understand that the server team might want or need to
loosen this requirement and certainly there are other ways to solve it
(and it looks like Nitya and Hong have in fact agreed on a better way to
communicate this information).
-Peter
>> The NetBeans plugin code calls list-applications and uses the
>> response to list the deployed components in a tree.
>> The engine list is used to identify the type of app. The expectation
>> is that the engine sniffer list will be returned and the first engine
>> would be the type of app. The 'nb-engine field' returned was to help
>> the plugin identify the type of app.
>>
>> In a conversation with Jerome & Ludo, it was brought up that the
>> deployed applications will not be identified as ear, war etc instead
>> the tools should show the engines associated with each deployed app.
> Thats how GUI is doing today. See attached image.
>> But for a NetBeans developer, it makes more sense if when they a
>> deploy an ear application or a web app, the deployed list in the
>> runtime tree clearly identifies the ear, web apps with appropriate
>> icons.
> Can you depend on the isComposite property ? AFAIK, this is true
> only if it is a .ear file.
> GUI has the same issue, i am thinking that there are 2 different
> icons, one for isComposite is true, one for the other case.
>
> Anissa.
>> I don't think they should have to identify it using the name of the app.
>>
>> Thanks
>> Nitya
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>