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
|