>So I need more information. What are you going to do for ejb jars
that contain web services? Will the ejb sniffer also be taken over like
this?
We will have an EjbWebServicesSniffer though I have not worked on it
much as need to discuss more with Mahesh about this.
>What about other candidate modules for web services using metro?
I do not think any other sniffers will be there from our end atleast.
We should be the ones looking at webservices and doing the needed tasks .
>
> Is it safe to say that any add-on module for glassfish v3 can take
> over the responsibilities of a core sniffer such as web and eliminate
> it's visibility like this?
I dont think the app cares which deployer is deploying it as long as the
deployer can handle it , also I dont think we are hijacking the
WebDeployer infact that is the one doing the actual work,maybe Jerome
can add more here
Regards,
Bhakti
>
>
> Bhakti Mehta wrote:
>> Yes this is expected behaviour.
>> When you download metro the WebServicessniffer also will sniff the
>> war files.
>> Is an application has a webapp version less than 2.5 in web.xml we
>> delegate the deployment to the WebDeployer . Only if the version is
>> greater than 2.5,109 deployment will kick in and look for webservices.
>> So the underlying behaviour is still the same in your case even after
>> you downloaded metro and it should just work for you.
>> Regards,
>> Bhakti
>>
>>
>> Peter Williams wrote:
>>> If I download TP2 and deploy a simple web (single JSP page), the
>>> sniffers in domain.xml for the app will be <web> and <security>.
>>>
>>> If I then use update center to add Metro, undeploy and redeploy the
>>> app, the sniffers for the app become <webservices> and <security>.
>>>
>>> Is this expected? Where did <web> go? Why is <webservices> being
>>> used to load an app that doesn't use any web services?
>>>
>>> Most importantly, how can I tell in the second case that the
>>> application is a web application?
>>>
>>> -Peter
>>>
>>> ---------------------------------------------------------------------
>>> 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
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>
>