Return-Path: X-Original-To: apmail-cxf-users-archive@www.apache.org Delivered-To: apmail-cxf-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E694310E3F for ; Tue, 28 Jan 2014 10:43:41 +0000 (UTC) Received: (qmail 34893 invoked by uid 500); 28 Jan 2014 10:43:40 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 34356 invoked by uid 500); 28 Jan 2014 10:43:38 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 34311 invoked by uid 99); 28 Jan 2014 10:43:36 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 10:43:36 +0000 Received: from localhost (HELO mail-ob0-f181.google.com) (127.0.0.1) (smtp-auth username coheigea, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 10:43:36 +0000 Received: by mail-ob0-f181.google.com with SMTP id va2so204096obc.12 for ; Tue, 28 Jan 2014 02:43:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=geM5/OsDrGDd55eCa0JQfPDvqPZ5khfBl7cjBbQIyJg=; b=jUK/At4PH8qn7cDtwhnz05NTmuZMGk7GTDyMkt2o47U5pKO/DjNRTxKR5WbHbOZ6CL nmt/Ff+lYAIXEYUuDr3FINvnq3gTXypsXMP2IdKN9hIO+63Y2PgjNGpKtoSB7uVxUUGH PMWXl3+XlX0UBSxepC6HQuZRXlwETT8yRKgBPJ0YNgfW2DJJzB3HgHaT3DBCQJkEWsTM 2IYX/TOx66preqAydoI0jgnPNmXKUPuUkD0g0VmhpTFw5GF+P3UU+15t55lz5Yo8YZ7T 6VwSAk1kAxjdME9B3X4hoM7i/EHBgH3LQTdSOxLEBxreh9hZ5LVVjA82IlcKeyEU40PK Vd/A== MIME-Version: 1.0 X-Received: by 10.60.116.74 with SMTP id ju10mr573330oeb.6.1390905815475; Tue, 28 Jan 2014 02:43:35 -0800 (PST) Reply-To: coheigea@apache.org Received: by 10.76.13.201 with HTTP; Tue, 28 Jan 2014 02:43:35 -0800 (PST) In-Reply-To: References: Date: Tue, 28 Jan 2014 10:43:35 +0000 Message-ID: Subject: Re: DefaultCryptoCoverageChecker property checkFaults From: Colm O hEigeartaigh To: =?ISO-8859-1?Q?Jos=E9_Manuel_Prieto?= Cc: "users@cxf.apache.org" Content-Type: multipart/alternative; boundary=089e0116150a0c2c0b04f1057fc4 --089e0116150a0c2c0b04f1057fc4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Jos=E9, You have found a bug in CXF, that Dan has fixed: https://issues.apache.org/jira/browse/CXF-5527 If you want to confirm that is has been fixed, then you can try your test-case with the latest CXF 2.7.9-SNAPSHOT code: http://svn.apache.org/viewvc/cxf/branches/2.7.x-fixes/ Colm. On Thu, Jan 23, 2014 at 12:29 PM, Jos=E9 Manuel Prieto < josemanuel@prietopalacios.net> wrote: > Hi Colm, > > I make a new very simple example. > > https://drive.google.com/file/d/0B9NfBsCykkXqX0wwbExSZEpEeEU/edit?usp=3Ds= haring > > Steps: > 1.- in server folder: mvn install. Generate a war file > 2.- Clean tomcat webapps/ old example, work/Catalina/*, temp/*. It solve = a > problem with "server.jks" and signed headers. > 3.- Start tomcat. > 4.- deploy war in tomcat. > 5.- in > CXF_checkFault/client/src/test/java/es/test/cxf/checkfault/client/ClientT= est.java > read comments and run tests. > > RESUME: > When: > Exception because the response header is not signed. Thats OK. > > When: > Only SoapException reponses are OK > Server Response OK, is returned in the test as null or 0. > > Thanks for your time > JMPrieto > > > 2014/1/21 Colm O hEigeartaigh > >> It seems the testcase is missing a dependency: >> >> [ERROR] Failed to execute goal on project identidad-paxaseMock: Could no= t >> resolve dependencies for project >> >> es.depontevedra.soap.interoperabilidad.identidad:identidad-paxaseMock:wa= r:0.0.1: >> Could not find artifact >> >> es.depontevedra.soap.interoperabilidad.identidad:identidad-cliente_xunta= _identidad:jar:0.0.1 >> in central (http://repo.maven.apache.org/maven2) -> [Help 1] >> >> >> In addition, I noticed that you are mixing CXF versions. The root CXF >> version is 2.7.8, but in the pom for identidad-paxaseMock you have: >> >> >> org.apache.cxf >> cxf-rt-bindings-http >> 2.5.11 >> >> >> >> org.apache.cxf >> cxf-common-schemas >> 2.3.11 >> >> >> Colm. >> >> >> On Thu, Jan 16, 2014 at 6:52 AM, Jos=E9 Manuel Prieto < >> josemanuel@prietopalacios.net> wrote: >> >> > Sorry, I explain: >> > 1.- Start Tomcat. >> > 2.- In folder "identidad-paxaseMock" run: mvn install. It generate a w= ar >> > file. >> > 3.- Deploy war file in Tomcat. >> > 4.- In folder "identidad-cliente_xunta": >> > - src/main/resources/spring/spring-client_paxase: it has the >> > property "checkFaults". >> > - Test to run (TestNG): >> > - >> > >> > >> es.depontevedra.soap.interoperabilidad.identidad.paxase.ClientPaxase.con= sultarIdentidad_prueba >> > (OK) >> > - >> > >> > >> es.depontevedra.soap.interoperabilidad.identidad.paxase.ClientPaxase.con= sultarIdentidad_excepcion. >> > (SoapFault, but test must OK) >> > 5.- Change property "checkFault" and run again the tests. >> > >> > thanks >> > JMPrieto >> > >> > >> > 2014/1/15 Jos=E9 Manuel Prieto >> > >> > > Hi coheigea, >> > > I left a project in Google Drive: >> > > >> > > >> > > >> > >> https://drive.google.com/file/d/0B9NfBsCykkXqNWhielRla0ZiY00/edit?usp=3D= sharing >> > > >> > > thanks >> > > JMPrieto >> > > >> > > >> > > 2014/1/15 Colm O hEigeartaigh >> > > >> > >> Could you create a test-case that shows the problem? >> > >> >> > >> Colm. >> > >> >> > >> >> > >> On Wed, Jan 15, 2014 at 9:23 AM, Jos=E9 Manuel Prieto < >> > >> josemanuel@prietopalacios.net> wrote: >> > >> >> > >> > Unsolved >> > >> > >> > >> > I followed this steps: >> > >> > 0.- Create diferent calls in spring file to >> > >> DefaultCryptoCoverageChecker, >> > >> > ref, bean, property --> no changes >> > >> > 1.- I create a custom Interceptor --> no changes >> > >> > public class CustomDefaultCryptoCoverageChecker extends >> > >> > DefaultCryptoCoverageChecker { >> > >> > >> > >> > public CustomDefaultCryptoCoverageChecker(){ >> > >> > setCheckFaults(false); >> > >> > } >> > >> > } >> > >> > >> > >> > 2.- Change jaxb library version: form jaxb-impl:2.2.5-2 to >> > >> > jaxb-impl:2.1.13. --> no changes >> > >> > 3.- Change spring library version form spring:3.0.5.RELEASE to >> > >> > spring:3.2.6.RELEASE --> no changes >> > >> > 4.- Continuing the trace, I get to: >> > >> > DocLiteralInInterceptor.handleMessage(Message message){ >> > >> > ... >> > >> > o =3D dr.read(p, xmlReader); call to --> >> > >> > DataReaderImpl.read(MessagePartInfo part, T reader) >> > >> > ... >> > >> > } >> > >> > >> > >> > DataReaderImpl.read(MessagePartInfo part, T reader){ >> > >> > return JAXBEncoderDecoder.unmarshall(createUnmarshaller(), >> reader, >> > >> part, >> > >> > unwrapJAXBElement); >> > >> > } >> > >> > >> > >> > Who instance JAXB? spring?. >> > >> > Why only one parameter change my wolrd? >> > >> > >> > >> > thanks for readme >> > >> > JMPrieto >> > >> > >> > >> > >> > >> > >> > >> > 2014/1/14 Jos=E9 Manuel Prieto >> > >> > >> > >> > > Hello, >> > >> > > >> > >> > > If I put property checkFaults=3D"false" (in sringframework >> application >> > >> > > context file), only SoapFault Messages runs as expected. >> > >> > > My service return a Response object. The service response is 20= 0 >> > (OK), >> > >> > > send me a Response (I see it, in the server-log), my client >> obtain a >> > >> > > Response object but, all atributes to null. >> > >> > > >> > >> > > I trace until to SoapHeaderInterceptor.handleMessage(Message m)= . >> > This >> > >> > > methods contains: >> > >> > > public void handleMessage(Message m) throws Fault { >> > >> > > SoapMessage message =3D (SoapMessage) m; >> > >> > > SoapVersion soapVersion =3D message.getVersion(); >> > >> > > Exchange exchange =3D message.getExchange(); >> > >> > > >> > >> > > MessageContentsList parameters =3D >> > >> > > MessageContentsList.getContentsList(message); >> > >> > > .... >> > >> > > >> > >> > > When checkFaults=3D"true", the var parameters(MessageContentsLi= st) >> > has a >> > >> > > List [size=3D1] with Response object and atributes with some >> values. >> > >> > > When checkFaults=3D"false", the var parameters(MessageContentsL= ist) >> > has >> > >> a >> > >> > > List [size=3D1] with Response object and atributes to NULL. >> > >> > > >> > >> > > I thought it was a problem with springframework, but now i don= =B4t >> > now. >> > >> > > can anybody help me? >> > >> > > >> > >> > > Thanks in advance >> > >> > > JMPrieto >> > >> > > >> > >> > > >> > >> > > >> > >> > > >> > >> > > >> > >> > >> > >> >> > >> >> > >> >> > >> -- >> > >> Colm O hEigeartaigh >> > >> >> > >> Talend Community Coder >> > >> http://coders.talend.com >> > >> >> > > >> > > >> > >> >> >> >> -- >> Colm O hEigeartaigh >> >> Talend Community Coder >> http://coders.talend.com >> > > --=20 Colm O hEigeartaigh Talend Community Coder http://coders.talend.com --089e0116150a0c2c0b04f1057fc4--