Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 23953 invoked from network); 30 Nov 2005 15:49:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Nov 2005 15:49:32 -0000 Received: (qmail 79566 invoked by uid 500); 30 Nov 2005 15:49:28 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 79515 invoked by uid 500); 30 Nov 2005 15:49:28 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 79504 invoked by uid 99); 30 Nov 2005 15:49:28 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 07:49:28 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=RCVD_IN_SORBS_WEB,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of sppatel@gmail.com designates 64.233.184.192 as permitted sender) Received: from [64.233.184.192] (HELO wproxy.gmail.com) (64.233.184.192) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 07:50:55 -0800 Received: by wproxy.gmail.com with SMTP id i12so129282wra for ; Wed, 30 Nov 2005 07:49:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=VUowm33HszSHX+EL/oCKF3emSh3UQgDnAEN2zksh2eDGj2gclRcTXyKHFTxvk+haLnPudld62IOKlvREG9nkAdwVRynB5fSOJSIR3dN3IBomFfQaDyKPIcWhqjRwAHifQyB+612kI+EzvopQ6EJUNY3OHeS2T92+lIz9nPR5gX0= Received: by 10.54.139.13 with SMTP id m13mr627721wrd; Wed, 30 Nov 2005 07:49:00 -0800 (PST) Received: from ?9.27.40.63? ( [129.33.49.251]) by mx.gmail.com with ESMTP id 11sm761411wrl.2005.11.30.07.48.59; Wed, 30 Nov 2005 07:48:59 -0800 (PST) Message-ID: <438DC9EC.6060306@gmail.com> Date: Wed, 30 Nov 2005 10:49:00 -0500 From: Sachin Patel User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: error in geronimo-connector-1.0.xsd References: <438B7D14.9060902@gmail.com> <438B958B.2000403@apache.org> <438C9459.3040102@gmail.com> <438CBD82.8080708@apache.org> <438D944B.1060502@gmail.com> <438DB06F.8020100@apache.org> In-Reply-To: <438DB06F.8020100@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Sachin Patel X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Still trying to hunt down an official statement in the specification, couldn't find it at first glance, but in the meantime I did find other postings.. http://www.idealliance.org/papers/dx_xmle03/papers/03-04-03/03-04-03.html "It should be noted that XSD imports have a little-known property: they are not transitive." As well as... http://www.eclipse.org/newsportal/article.php?id=1193&group=eclipse.technology.xsd Jeff Genender wrote: > > > Sachin Patel wrote: >> I personally think this fix should go in, not because a particular >> IDE or modeling tool does not tollerate it, but because its recommend >> as best practice or required by specification. So if its true that >> imports aren't transitive, then the import should be added. > > I have to agree with DJ on this one. If its us, then obviously we > need to fix it. If its eclipse, then they need to fix it. Based on > your statement, do you have a copy of the blurb that states the > imports do not follow through from other imports? > > The fact it works in other IDEs and XMLBeans parses it, leads me to > believe its an Eclipse issue. In fact running a schema validation in > Oxygen answers it as fully validated...and I tend to believe Oxygen as > they are one of the leaders in XML/XSD toolsets. > > However, I am more than happy to change my views if this is truly a > specification issue. > > Also, I tried that import in the security XSD, and it does not seem to > get rid of the error. > > If we do need to include the import, your patch needs to be this: > > schemaLocation="http://www.w3.org/2001/xml.xsd"> > > Your patch currently references a deprecated xsd. > > Jeff >> >> Sachin >> >> David Jencks wrote: >>> >>> On Nov 29, 2005, at 12:43 PM, Jeff Genender wrote: >>> >>>> Is XMLBeans able to work with it in its current form? >>> >>> Yes, and I admit to ignoring this problem since I tend to trust >>> xmlbeans as the final arbiter of xml schema compliance. I think we >>> might want to ask on the xmlbeans list for their opinion. Right now >>> I don't have the bandwidth for it. >>> >>> thanks >>> david jencks >>> >>>> IntelliJ seems to accept it. I am just getting the error in >>>> Eclipse...this is why this concerns me a little. >>>> >>>> Sachin Patel wrote: >>>>> Jeff, >>>>> According to Ed, the schema isn't valid without the import. See >>>>> his response below. >>>>> -------- Original Message -------- >>>>> Subject: Re: EMF can't resolve xml:lang in schema >>>>> Date: Tue, 29 Nov 2005 11:40:34 -0500 >>>>> From: Ed Merks >>>>> Organization: EclipseCorner >>>>> Newsgroups: eclipse.tools.emf >>>>> References: >>>>> Sachin, >>>>> Imports in XML Schema are not transitive. I.e., importing a >>>>> schema that >>>>> in turn contains imports doesn't mean you have indirectly imported >>>>> all >>>>> those too. So if you use xml:lang in your schema, your schema must >>>>> contain an import for that. Without that import, your schema >>>>> isn't valid. >>>>> Jeff Genender wrote: >>>>>> I don't think you want to import this...the 1998 schema is >>>>>> supposed to be redirected to the 2001 version. It should already >>>>>> be imported from the reference to >>>>>> http://www.w3.org/2001/XMLSchema at he top. >>>>>> >>>>>> Are you having problems building from the command liine or from >>>>>> within Eclipse. >>>>>> >>>>>> Apparently there seems to be an issue in Eclipse with the >>>>>> subversion plugin that causes. I have not looked heavily into >>>>>> this issue...it can be found here: >>>>>> >>>>>> http://www.eclipse.org/newsportal/article.php?id=1390&group=eclipse.technology.xsd >>>>>> >>>>>> >>>>>> Jeff >>>>>> >>>>>> Sachin Patel wrote: >>>>>>> Yes, I see this validation error as well. There is a similar >>>>>>> error also with geronimo-security-1.0.xsd. There is already an >>>>>>> existing jira opened for this. In the tools, this problem >>>>>>> prevents EMF code generation from completing and as a workaround >>>>>>> I patch the schema prior to codegen by including the following >>>>>>> import for geronimo-connector-1.0.xsd. >>>>>>> >>>>>>> >>>>>> schemaLocation="xml.xsd"/> >>>>>>> >>>>>>> >>>>>>> Brian Bonner wrote: >>>>>>>> I'm getting an error in the geronimo-connector-1.0.xsd, but I'm >>>>>>>> not >>>>>>>> sure if it's because of Eclipse's WTP or something else. >>>>>>>> >>>>>>>> here's the error: >>>>>>>> >>>>>>>> src-resolve.4.2: Error resolving component 'xml:lang'. It was >>>>>>>> detected >>>>>>>> that 'xml:lang' is in namespace >>>>>>>> 'http://www.w3.org/XML/1998/namespace', but components from this >>>>>>>> namespace are not referenceable from schema document >>>>>>>> 'file:///C:/workspace_paraware/testschema/schema/geronimo-connector-1.0.xsd'. >>>>>>>> >>>>>>>> If this is the incorrect namespace, perhaps the prefix of >>>>>>>> 'xml:lang' >>>>>>>> needs to be changed. If this is the correct namespace, then an >>>>>>>> appropriate 'import' tag should be added to >>>>>>>> 'file:///C:/workspace_paraware/testschema/schema/geronimo-connector-1.0.xsd'. >>>>>>>> >>>>>>>> >>>>>>>> it's occurring in line 391: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Is anyone else seeing this? >>>>>>>> >>>>>>>> Brian >>>>>>>> >>>>>>>> >>>>>> >>>> >>> >>> >