RE: SOAP + DODS

Hi Luis,

I am not familiar with the ServletServer or IServer classes.  
The Glue example for Exchange Server is declared like this:
public class ExchangeServlet extends HttpServlet
(See your Glue docs under Servlets)

HttpServlet is abstract so you can supply init, and destroy methods.

Maybe you need to create your own ServletServer clone class, that implements 
HttpServlet, and IServer, and allows you to use the destroy method?

Mike.



-----Original Message-----
From: Luís Fraga [mailto:lfraga@xxxxxxxxxxxx]
Sent: Wednesday, October 16, 2002 11:22 PM
To: enhydra@xxxxxxxxxxx
Subject: Re: Enhydra: SOAP + DODS


I already tried it but...

public *final* class *ServletServer*
extends javax.servlet.http.HttpServlet
implements IServer <cid:part1.07040200.01020906@mobicomp.com>, 
IHTTPConstants <cid:part2.02020905.07070100@mobicomp.com>

Arghh!...It's final.

    Luís

Mike Warne wrote:

>Hi Luis,
>
>I was not aware that you could not over-ride destroy().  Is that not allowed?
>
>Couldn't you over-ride it and then call super.destroy() within your destroy()?
>
>
>Mike.
>
>-----Original Message-----
>From: Luís Fraga [mailto:lfraga@xxxxxxxxxxxx]
>Sent: Tuesday, October 15, 2002 11:37 PM
>To: enhydra@xxxxxxxxxxx
>Subject: Re: Enhydra: SOAP + DODS
>
>
>Hi Mike!
>
>The method you suggested to deploy Glue works indeed. However you must 
>notice that when you shut down your webapp you are not shutting down the
>DodsStandaloneTest application properly. The container calls Glue 
>ServletServer "destroy" and will never call your DodsStandaloneTest 
>shutdown.
>I mentioned this issue in mails I sent last week but as I still don't 
>know how to handle this, I came back for more..:)
>
>What happens when I destroy a webapp in this fashion (without cleaning 
>out all resources)?
>Are there any references to the DodsStandaloneTest app remaining in the 
>Multiserver that were not freed? (Database Managers, Application registry?)
>If there are, do these references prevent the Multiserver to properly 
>clean out the web app on unload?
>
>As for Charles fault, I don't know what Soap engine you are using but if 
>it is Glue faults like that usually mean that the class was not found
>
>com/lutris/dods/builder/generator/query/QueryException
>
>I am not sure where that class is in 5.0 but maybe you need to add 
>dods.jar to you classpath.
>
>Regards,
>    Luís
>
>Mike Warne wrote:
>
>  
>
>>Hi Charles,
>>
>>Have you checked your multiserver logs for additional info on the exception?
>>I'm not sure what kind of application you have written.  Is it a Web App 
>>(WAR)? Or is it a multiserver application, using presentation objects?
>>
>>My only experience with SOAP has been with "GLUE".
>>
>>DODS uses services provided by Enhydra.  So any thread of execution must be 
>>wrapped with Enhydra.register and Enydra.unregister calls when attemtpting to 
>>use DODS.  
>>Remember this must be done for each request. 
>>
>>I looked at the StandAlone class you referred to in the archives. I've never 
>>used it,  but I believe that you will need to do something like this:
>>
>>1.  When you initialize your app, or servlet.. 
>>   Instantiate your DodsStandaloneTest class.
>>   DodsStandaloneTest application = new DodsStandaloneTest(configFileName);
>>
>>2.  Your SOAP methods will need access to the application variable, and must 
>>use it to register with Enhydra.  That way DODS can get access to the DB 
>>manager and other stuff it needs. Enhydra.register takes your current thread 
>>ID and stores it in a HashTable together with the application instance.  That 
>>way it can map DODS calls made by a thread, to the correct DB manager. 
>>
>>Enydra.register(application);
>>try {
>> run your DODS methods here...
>>} finally {
>>  Enhydra.unRegister();
>>}
>>
>>Hope this helps, however I have not yet tried this.
>>Mike.
>>
>>-----Original Message-----
>>From: Charles Rector [mailto:crector@xxxxxxxxxxxxx]
>>Sent: Monday, October 14, 2002 11:29 AM
>>To: enhydra@xxxxxxxxxxx
>>Subject: Enhydra: SOAP + DODS
>>
>>
>>Hey, I'm using Enhydra 5.0 and DODS and have recently set up SOAP on one of
>>our (my company's) servers. I have a service deployed and have written a
>>client which communicates with it. I believe it's set up correctly, as far
>>as what's talking to what and where -- if I specify a differing ID, it tells
>>me it is an unknown service, and if I alter the URL I get an
>>UnknownHostException. There seems to be one last piece from the puzzle
>>missing, however, since when I run my client I receive the following fault
>>code and string:
>>
>>      SOAP-ENV:Server
>>      com/lutris/dods/builder/generator/query/QueryException
>>
>>While browsing through this mailing list I found a DodsStandaloneTest class,
>>which I attempted to use by pointing it to the appropriate conf file on our
>>server, but to no effect -- perhaps I'm simply using it incorrectly.
>>
>>Does anybody have an idea as to what might be my problem? Even a link to
>>some relevant information would be much appreciated. Thanks!
>>
>>--
>>Chuck Rector
>>Internet Exposure, Inc.
>>http://www.iexposure.com
>>crector@xxxxxxxxxxxxx
>>
>>Web Development - Web Marketing - ISP Services
>>(612) 676-1946
>>
>>_______________________________________________
>>Enhydra mailing list
>>Enhydra@xxxxxxxxxxx
>>http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>>
>>_______________________________________________
>>Enhydra mailing list
>>Enhydra@xxxxxxxxxxx
>>http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>>
>>
>> 
>>
>>    
>>
>
>
>
>_______________________________________________
>Enhydra mailing list
>Enhydra@xxxxxxxxxxx
>http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>
>_______________________________________________
>Enhydra mailing list
>Enhydra@xxxxxxxxxxx
>http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>
>
>  
>