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 A551B7851 for ; Wed, 7 Dec 2011 21:25:29 +0000 (UTC) Received: (qmail 46083 invoked by uid 500); 7 Dec 2011 21:25:28 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 46040 invoked by uid 500); 7 Dec 2011 21:25:28 -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 46032 invoked by uid 99); 7 Dec 2011 21:25:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Dec 2011 21:25:28 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rouble@gmail.com designates 209.85.210.41 as permitted sender) Received: from [209.85.210.41] (HELO mail-pz0-f41.google.com) (209.85.210.41) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Dec 2011 21:25:22 +0000 Received: by dakl33 with SMTP id l33so1209181dak.0 for ; Wed, 07 Dec 2011 13:25:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=YJdff8dZ01OK3tHdKhZPACZqFlFiBgHCGtwYPTHFPDQ=; b=VQCicVohWz63g4+wIzs2t4e37FxPh/1rJO0C802d1KSuV3Cp1G0f/Oe3z483aC1df/ 8UaGcntTYUWoENLeADiP7vodOZ8hDOPFP4bAhD0YZ3uyKsw+N2lW+uXOUFtn2P3ecvrj NDpobwhdXCLBqlRMYPxwGNze1tDClhkTz1x1k= Received: by 10.68.20.73 with SMTP id l9mr8651399pbe.80.1323293101284; Wed, 07 Dec 2011 13:25:01 -0800 (PST) MIME-Version: 1.0 Sender: rouble@gmail.com Received: by 10.143.13.14 with HTTP; Wed, 7 Dec 2011 13:24:20 -0800 (PST) In-Reply-To: <3469712.bI3oHxXEXz@dilbert.dankulp.com> References: <661605659.qrXve2oEjV@dilbert.dankulp.com> <3469712.bI3oHxXEXz@dilbert.dankulp.com> From: rouble Date: Wed, 7 Dec 2011 16:24:20 -0500 X-Google-Sender-Auth: tTadeKGVykdX3VEZW4Xt4CY08RM Message-ID: Subject: Re: web service goes down (for no apparent reason) To: Daniel Kulp Cc: users@cxf.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org This is a java first service, so CXF is generating the faulty schema. We have two (almost identical) boxes, with tomcat. On one this issue is reproducible, on the other it is not. The war file is the same. Any tips on how to debug this further? It seems to be related to how CXF generates the context, because the schemas are generated from the context. tia, rouble On Wed, Dec 7, 2011 at 2:50 PM, Daniel Kulp wrote: > On Wednesday, December 07, 2011 2:43:11 PM rouble wrote: >> After some more CXF debuggging: >> >> This is what the top of the document looks like in the working case, >> when getNamespaceURI() does not return null: >> =A0 =A0 >> =A0 =A0 > xmlns:tns=3D"example.com" targetNamespace=3D"example.com" version=3D"1.0= "> >> >> and this is what the top of the document looks like in the non-working >> case, when getNamespaceURI() returns null: >> =A0 =A0 >> =A0 =A0 > xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" >> targetNamespace=3D"example.com" version=3D"1.0"> > > Actually, they aren't the same at all. =A0 In the second case, the schema= is NOT > in a namespace. =A0 It would need the xs: prefix or it would need an > xmlns=3D"http://www.w3.org/2001/XMLSchema". =A0 In this case, the schema = really is > invalid. > > Now, the next question is: where/how is that schema generated? =A0 Is CXF > generating that invalid schema? > > Dan > > >> >> Notice that the schema is in the W3C namespace, it is just ordered >> differently. And for some reason, >> d.getDocumentElement().getNamespaceURI() is set to null. >> >> Also, if I take out the code that throws the exception in >> AbstractDataBinding.addSchemaDocument, "Invalid schema document passed >> to AbstractDataBinding.addSchemaDocument, not in W3C schema >> namespace", I start to see a bunch of: >> factory.ReflectionServiceFactoryBean - Schema element >> {http://example.com/}foo references undefined type >> {http://example.com/}foo for service {http://example.com/}FooService. >> >> Any ideas how I can debug why d.getDocumentElement().getNamespaceURI() >> is being set to null in some cases? >> >> tia, >> rouble >> >> On Tue, Dec 6, 2011 at 3:19 PM, Daniel Kulp wrote: > -- > Daniel Kulp > dkulp@apache.org - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com