Return-Path: 
 <cxf-dev-return-3895-apmail-incubator-cxf-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org
Received: (qmail 11765 invoked from network); 18 Aug 2007 16:12:36 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 18 Aug 2007 16:12:36 -0000
Received: (qmail 42945 invoked by uid 500); 18 Aug 2007 16:12:33 -0000
Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org
Received: (qmail 42887 invoked by uid 500); 18 Aug 2007 16:12:32 -0000
Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:cxf-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:cxf-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:cxf-dev@incubator.apache.org>
List-Id: <cxf-dev.incubator.apache.org>
Reply-To: cxf-dev@incubator.apache.org
Delivered-To: mailing list cxf-dev@incubator.apache.org
Received: (qmail 42878 invoked by uid 99); 18 Aug 2007 16:12:32 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2007 09:12:32 -0700
X-ASF-Spam-Status: No, hits=2.6 required=10.0
	tests=FM_FAKE_HELO_VERIZON,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of glen.mazza@verizon.net
 designates 206.46.252.44 as permitted sender)
Received: from [206.46.252.44] (HELO vms044pub.verizon.net) (206.46.252.44)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2007 16:12:55 +0000
Received: from [192.168.1.45] ([70.18.253.43])
 by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr
 3 2006)) with ESMTPA id <0JMZ00GV08ZTW3R0@vms044.mailsrvcs.net> for
 cxf-dev@incubator.apache.org; Sat, 18 Aug 2007 11:11:54 -0500 (CDT)
Date: Sat, 18 Aug 2007 12:11:54 -0400
From: Glen Mazza <glen.mazza@verizon.net>
Subject: Re: Questions on CXF-884.  (Was Re: Graduating.....)
In-reply-to: <200708171809.37583.dkulp@apache.org>
To: cxf-dev@incubator.apache.org
Message-id: <1187453514.5656.49.camel@gmazza-desktop>
MIME-version: 1.0
X-Mailer: Evolution 2.10.1
Content-type: text/plain
Content-transfer-encoding: 7bit
References: <200708071251.56797.dkulp@apache.org>
	<1187103273.8397.1.camel@gmazza-desktop>
	<1187126581.30793.25.camel@gmazza-desktop>
	<200708171809.37583.dkulp@apache.org>
X-Virus-Checked: Checked by ClamAV on apache.org

Am Freitag, den 17.08.2007, 18:09 -0400 schrieb Daniel Kulp:

> Glen,
> 
> On Tuesday 14 August 2007, Glen Mazza wrote:
> > Thanks Dan K, CXF-884[1] has been quite helpful in understanding the
> > code more.  I have a few questions so far:
> 
> Sorry I missed this.  I'm still catching up.     Go away for a few days 
> and get deluged with email.   :-(
> 
> >
> > 1.) In the simple.xsd[2] and jaxws.xsd[3] configuration files, which
> > top-level elements need to have a "qualifyWrapperSchema" attribute
> > added?  I think it is *both* server and endpoint in jaxws.xsd, and
> > just server in simple.xsd, correct?  This attribute has no purpose in
> > the "client" element, correct?
> 
> Hmm... good question.   It probably does have a purpose there.   If you 
> are doing completely code first development (no wsdl) and you create the 
> proxy client from an interface, you probably need to make sure the 
> settings are the same as what you have on the server side so the 
> messages it creates are what the server expects.
> 
> Actually, looking at the code now, this may be a bit more involved than I 
> originally thought.    Sorry about that.   :-(     The 
> getInParameterName/getOutParameterName methods may need to be updated to 
> return QNames that honor the qualified/not qualified thing.     Maybe.  
> I'm not really sure on that.   Maybe the stuff in the 
> initializeWrappedSchema could just be updated to modify the ELEMENT_NAME 
> things based on the qualified or not stuff.   That might be easiest.
> 
> 

<snip/>

> If this seems like a bit much, I can probably go through some JIRA's and 
> find other things if you want.    Other than that, feel free to ask more 
> questions.    Your questions above were great.  
> 

Right now, I'd rather a more veteran team member handle this, especially
since the proper solution is somewhat ambiguous at this stage, and the
fact that this change cascades to other parts of the code, requiring
testing beyond my current grasp of the system.  (If nobody else tackles
this however, and as my knowledge of the system increases, perhaps I can
take a second look at this change in the future.)

There are two other issues Bozhong had recommended for me (the other two
are out pending for feedback from the reporter), plus reasonable level
tasks you can spot would be appreciated.  I will be looking myself.

Thanks,
Glen