Return-Path: Delivered-To: apmail-incubator-cxf-issues-archive@locus.apache.org Received: (qmail 92781 invoked from network); 12 Jan 2007 20:00:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jan 2007 20:00:48 -0000 Received: (qmail 74503 invoked by uid 500); 12 Jan 2007 20:00:55 -0000 Delivered-To: apmail-incubator-cxf-issues-archive@incubator.apache.org Received: (qmail 74481 invoked by uid 500); 12 Jan 2007 20:00:55 -0000 Mailing-List: contact cxf-issues-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cxf-dev@incubator.apache.org Delivered-To: mailing list cxf-issues@incubator.apache.org Received: (qmail 74469 invoked by uid 99); 12 Jan 2007 20:00:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Jan 2007 12:00:55 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Jan 2007 12:00:47 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 880877142F8 for ; Fri, 12 Jan 2007 12:00:27 -0800 (PST) Message-ID: <17253267.1168632027533.JavaMail.jira@brutus> Date: Fri, 12 Jan 2007 12:00:27 -0800 (PST) From: "Dan Diephouse (JIRA)" To: cxf-issues@incubator.apache.org Subject: [jira] Commented: (CXF-363) Updates to the SchemaInfo model In-Reply-To: <23640933.1168538367895.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464325 ] Dan Diephouse commented on CXF-363: ----------------------------------- Working on applying this, but I think there are some issues. 1. I'm not sure that you can use the targetNamespace from the getAllDocuments() as those Documents might be a WSDL. You'd get the WSDL targetNamespace instead. 2. getAllDocuments actually serializes the xmlSchema objects, meaning we're not going to get out the same XmlSchemas we put in. This *could* be ok, I'm not sure though 3. I think there are some situations where we could end up with duplicates - i.e. say we have schemas A and B in the wsdl and they reference schema C. getAllDocuments will return both A & C. With your logic C will get added twice I believe. I'm not sure what the best strategy is for finding all the imported schemas. Any other ideas? (BTW, I have a commit coming in with the other stuff, just running tests now) > Updates to the SchemaInfo model > ------------------------------- > > Key: CXF-363 > URL: https://issues.apache.org/jira/browse/CXF-363 > Project: CXF > Issue Type: New Feature > Affects Versions: 2.0-RC > Reporter: Balaji Ravi > Assigned To: Dan Diephouse > Fix For: 2.0-RC > > Attachments: schemaInfo.patch > > > I am working on the corba binding based on cxf & we are using stax to read & write objects. > Since we have to write out the stax events, it would be good if we could get some information from the SchemaInfo object about the elementFormDefault & attributeFormDefault attributes. > Also, missing are the schemas that are imported inside the schema element. How do get these schemas from the service model? Should we create SchemaInfo's for the imported schemas? It would be helpful if we do it when we are parsing the wsdl, otherwise it would be messy to get the DOM element from the schema info & look for the imports... > I have attached a patch that fixes both the issues. Can someone provide feedback on this? > - Balaji -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira