Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 19959 invoked from network); 30 Nov 2005 18:30:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Nov 2005 18:30:55 -0000 Received: (qmail 12642 invoked by uid 500); 30 Nov 2005 18:30:47 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 12565 invoked by uid 500); 30 Nov 2005 18:30:46 -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 12527 invoked by uid 99); 30 Nov 2005 18:30:46 -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 10:30:46 -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.197 as permitted sender) Received: from [64.233.184.197] (HELO wproxy.gmail.com) (64.233.184.197) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 10:32:13 -0800 Received: by wproxy.gmail.com with SMTP id i6so175167wra for ; Wed, 30 Nov 2005 10:30:22 -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=q4fDdg9QiubNo1QGUo6qFyK0rVZ9HTHbfbnOcTJDy5e0jvMPrLS+yF0K1M6Nes5Eey/tOMihB3qkbjdiAwQfMdqUpl3J5Dhk3MfmKPa7Nc572CLgLBVLVSzSAhZ3FuoaD0peLDXTMDaGZX2sizSgd4Qtdbg+JeVHNsA22xckdBA= Received: by 10.54.63.18 with SMTP id l18mr835504wra; Wed, 30 Nov 2005 10:30:21 -0800 (PST) Received: from ?9.27.40.63? ( [129.33.49.251]) by mx.gmail.com with ESMTP id d16sm541298wra.2005.11.30.10.30.21; Wed, 30 Nov 2005 10:30:21 -0800 (PST) Message-ID: <438DEFBE.60306@gmail.com> Date: Wed, 30 Nov 2005 13:30:22 -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: 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 The patch is incorrect since it uses the deprecated xml.xsd, I'm about to fix it using the correct schema location, verify xmlbeans and emf code gen both work, and then commit. Thanks, Sachin. Brian Bonner wrote: > Jeff, > > I've fixed the patch I submitted at: > http://issues.apache.org/jira/browse/GERONIMO-1247 > > I'm not sure which patch you refer to here, but I built Geronimo using > this patch which also fixes the schema issues and makes xmlbeans > "happy". > > Maybe someone can test it in idea. It seems to fix issues in Eclipse. > > Thanks, > > Brian > > > On 11/30/05, 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 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>> > >