Mailing-List: contact cxf-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cxf-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of
 christopher.sw.cheng@gmail.com designates 209.85.198.184 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=LRx3BGTCC1HRqCsIDuyFNpSBXFPJp8tUwq4su7q+5Td7mIyKoHjf+0Ror0NA/umDlOgiC7uVlcy4zSPbjqrS7aylUpv/aLaNhZguzq52LM5NlyNiizAxhF/mTeW+HdVDeoLWvAprhsm6pRbdXKob4zs1Rz3wgjnnVC7+Sjwt5Xw=
Message-ID: <d8b925d70803012327u54c1117aic27809f5435e3f62@mail.gmail.com>
Date: Sun, 2 Mar 2008 15:27:35 +0800
From: "Christopher Cheng" <christopher.sw.cheng@gmail.com>
To: cxf-user@incubator.apache.org
Subject: Re: service caching
In-Reply-To: <47CA2264.6050803@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_13216_10585661.1204442855265"
References: <15773252.post@talk.nabble.com> <15783998.post@talk.nabble.com>
	 <47CA2264.6050803@gmail.com>

------=_Part_13216_10585661.1204442855265
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I think the issue is still there. I used a for loop to execute the same
call, all takes approximately the same time to create service. I guess that
the service itself is not cached.

On Sun, Mar 2, 2008 at 11:43 AM, Willem Jiang <willem.jiang@gmail.com>
wrote:

> Here is the JIRA[1] which describe the same thing that you want.
> I don't know if it was really resolved, could you try the latest
> released CXF 2.0.4 for it.
>
> If the issue is still there, please let me know , I will put it to my
> next week todo list.
>
> [1]https://issues.apache.org/jira/browse/CXF-699
> [2]http://cwiki.apache.org/CXF/download.html
>
> Willem.
>
> Christopher Cheng wrote:
> > I am migrating from Axis1.2 to CXF 2.0.3
> >
> > I understand that it will take a long time to build for the first time.
> What
> > I am wondering is that why it takes so long for the second and third
> time?
> > Is there any caching of services? Axis does not seem to have this issue.
> >
> >
> >
> > Christopher Cheng wrote:
> >
> >> Attached is the log
> >>
> >> ----- Original Message -----
> >> From: "Willem Jiang" <willem.jiang@gmail.com>
> >> To: <cxf-user@incubator.apache.org>
> >> Sent: Saturday, March 01, 2008 8:53 PM
> >> Subject: Re: service caching?
> >>
> >>
> >>
> >>> Hi
> >>>
> >>> Could you set the logger level to FINE ?
> >>> So we can get more information about the service publishing.
> >>>
> >>> Willem.
> >>>
> >>> Christopher Cheng wrote:
> >>>
> >>>> When I call the service as a client, it takes 5 seconds to load. I am
> >>>> not
> >>>> sure whether it takes 5 seconds to create the service or it takes 5
> >>>> seconds
> >>>> to look up for ciper filters. I am wondering if the services are
> >>>> cached...
> >>>>  Feb 29, 2008 2:14:42 PM
> >>>> org.apache.cxf.service.factory.ReflectionServiceFactoryBean
> >>>> buildServiceFromWSDL
> >>>> INFO: Creating Service
> >>>> {https://webservices.sabre.com/websvc}OTA_HotelAvailService<https://webservices.sabre.com/websvc%7DOTA_HotelAvailService>from WSDL:
> >>>> file:/C:/Java/abacus-webconnect-1.14.0.rc1
> /wsdl/OTA_HotelAvailLLS1.4.1RQ.wsdl
> >>>> Feb 29, 2008 2:14:47 PM org.apache.cxf.transport.https.SSLUtils
> >>>> getCiphersuites
> >>>> INFO: The cipher suites have not been configured, falling back to
> cipher
> >>>> suite filters.
> >>>> Feb 29, 2008 2:14:47 PM org.apache.cxf.transport.https.SSLUtils
> >>>> getCiphersFromList
> >>>> INFO: The cipher suites have been set to SSL_RSA_WITH_RC4_128_MD5,
> >>>> SSL_RSA_WITH_RC4_128_SHA, SSL_RSA_WITH_DES_CBC_SHA,
> >>>> SSL_DHE_RSA_WITH_DES_CBC_SHA, SSL_DHE_DSS_WITH_DES_CBC_SHA,
> >>>> SSL_RSA_EXPORT_WITH_RC4_40_MD5, SSL_RSA_EXPORT_WITH_DES40_CBC_SHA,
> >>>> SSL_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA,
> >>>> SSL_DHE_DSS_EXPORT_WITH_DES40_CBC_SHA, SSL_RSA_WITH_NULL_MD5,
> >>>> SSL_RSA_WITH_NULL_SHA, SSL_DH_anon_WITH_RC4_128_MD5,
> >>>> TLS_DH_anon_WITH_AES_128_CBC_SHA, SSL_DH_anon_WITH_3DES_EDE_CBC_SHA,
> >>>> SSL_DH_anon_WITH_DES_CBC_SHA, SSL_DH_anon_EXPORT_WITH_RC4_40_MD5,
> >>>> SSL_DH_anon_EXPORT_WITH_DES40_CBC_SHA, TLS_KRB5_WITH_DES_CBC_SHA,
> >>>> TLS_KRB5_WITH_DES_CBC_MD5, TLS_KRB5_EXPORT_WITH_RC4_40_SHA,
> >>>> TLS_KRB5_EXPORT_WITH_RC4_40_MD5, TLS_KRB5_EXPORT_WITH_DES_CBC_40_SHA,
> >>>> TLS_KRB5_EXPORT_WITH_DES_CBC_40_MD5.  Feb 29, 2008 2:14:48 PM
> >>>> org.apache.cxf.interceptor.LoggingOutInterceptor$LoggingCallbackonClose
> >>>>  I have put this in my cxf.xml as in
> >>>> http://cwiki.apache.org/CXF20DOC/client-http-transport.html, but it
> >>>> doesn't
> >>>> help... <http:conduit name="*.http-conduit">
> >>>>             <http:tlsClientParameters secureSocketProtocol="SSL">
> >>>>             <sec:cipherSuitesFilter>
> >>>>                 <!-- these filters ensure that a ciphersuite with
> >>>>                 export-suitable or null encryption is used,
> >>>>                 but exclude anonymous Diffie-Hellman key change as
> >>>>                 this is vulnerable to man-in-the-middle attacks -->
> >>>>                 <sec:include>.*_EXPORT_.*</sec:include>
> >>>>                 <sec:include>.*_EXPORT1024_.*</sec:include>
> >>>>                 <sec:include>.*_WITH_DES_.*</sec:include>
> >>>>                 <sec:include>.*_WITH_NULL_.*</sec:include>
> >>>>                 <sec:exclude>.*_DH_anon_.*</sec:exclude>
> >>>>             </sec:cipherSuitesFilter>
> >>>>         </http:tlsClientParameters>
> >>>> </http:conduit>
> >>>>
> >>>>
> >>>
> >>  http://www.nabble.com/file/p15773252/cxf.log cxf.log
> >>
> >>
> >
> >
>
>

------=_Part_13216_10585661.1204442855265--