×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Sorry to resurrect this old thread, but we still have this issue. We are
building a "bottom up" web service so we do not use the "Skeleton Java
Bean Configuration" option.
Any other ideas on this?
Thanks
Re:
Did you use the wizard to create a Java Bean skeleton? On the "Web Service
Skeleton Java Bean Configuration" page, for "Service deploy Scope" specify
"Application" rather than the default value of "default".
The resulting entry in the generated file "ibm-webservices-bnd.xmi" for
the scopt attribute might look similar to the following:
This should use a singleton (Application scoped) rather than a request
scoped bean. Hope that helps.
Mike
----- Original Message ----
From: Mike Burdette <Mike.Burdette@xxxxxxxxxxxxx>
To: java400-l@xxxxxxxxxxxx
Sent: Monday, 17 November, 2008 13:30:36
Subject: Object creation as pertains to Web Services in Websphere...
Hi:
We are developing a Java based web service in Rational 6.0.1 to be
deployed in WAS 6.0. The web service is being used by a .Net front end to
fetch as well as update data on the iSeries.
We notice that when deployed to WAS 6.0 on the iSeries, the constructor
for the Java object that provides the Web Service is called each time the
web service is called. We would like to provide some initialization
instructions that would persist between calls to the web service, but it
slows our response when the object is created for each request. (The
object is created only once when using the Websphere Test Environment.)
Any thoughts on how to do this?
Thanks
NOTICE: This message contains information which may be confidential. If
the reader is neither the intended recipient nor a person responsible for
delivering the message to the intended recipient, you are notified that
any distribution, copying or retention of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by return e-mail, telephone or facsimile. Thank you.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.