Return-Path: Delivered-To: apmail-ant-notifications-archive@locus.apache.org Received: (qmail 76301 invoked from network); 10 Jun 2008 13:35:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Jun 2008 13:35:42 -0000 Received: (qmail 35521 invoked by uid 500); 10 Jun 2008 13:35:45 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 35474 invoked by uid 500); 10 Jun 2008 13:35:44 -0000 Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ant.apache.org Delivered-To: mailing list notifications@ant.apache.org Received: (qmail 35465 invoked by uid 99); 10 Jun 2008 13:35:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2008 06:35:44 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2008 13:34:57 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id ECFC4234C130 for ; Tue, 10 Jun 2008 06:34:44 -0700 (PDT) Message-ID: <1206179964.1213104884962.JavaMail.jira@brutus> Date: Tue, 10 Jun 2008 06:34:44 -0700 (PDT) From: "Erik-Berndt Scheper (JIRA)" To: notifications@ant.apache.org Subject: [jira] Updated: (IVY-833) ant task generates invalid ivy files from pom's In-Reply-To: <522227236.1213102844962.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/IVY-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik-Berndt Scheper updated IVY-833: ------------------------------------ Description: Using the latest build from trunk, now generates ivy files that do not conform to ivy.xsd, when installing from maven POM. The reason is that the classifier attribute is added to the artifact element, which is not in the xsd. Snippet of tesulting ivy-file for spring-oxm-tiger (from http://repo1.maven.org/maven2/org/springframework/ws/spring-oxm-tiger/1.5.2/spring-oxm-tiger-1.5.2.pom ): {code:xml} {code} Stack trace: {noformat} [ivy:install] :: installing org.springframework.ws#spring-oxm-tiger;1.5.2 :: [ivy:install] :: resolving dependencies :: [ivy:install] java.text.ParseException: [xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:102:98: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml [ivy:install] , xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:103:99: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml [ivy:install] ] [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.checkErrors(AbstractModuleDescriptorParser.java:89) [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.getModuleDescriptor(AbstractModuleDescriptorParser.java:342) [ivy:install] at org.apache.ivy.plugins.parser.xml.XmlModuleDescriptorParser.parseDescriptor(XmlModuleDescriptorParser.java:100) [ivy:install] at org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheModuleDescriptor(DefaultRepositoryCacheManager.java:899) [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolver.java:490) [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolver.java:239) [ivy:install] at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:169) [ivy:install] at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:257) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:610) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEngine.java:696) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:618) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine.java:501) [ivy:install] at org.apache.ivy.core.install.InstallEngine.install(InstallEngine.java:119) {noformat} This did not happen in my previous build from trunk (dated 26 May 2008). BTW: Is it intentional that the source and javadoc are not downloaded from the maven repository? Or is there a flag to enable this? was: Using the latest build from trunk, now generates ivy files that do not conform to ivy.xsd, when installing from maven POM. The reason is that the classifier attribute is added to the artifact element, which is not in the xsd. Snippet of tesulting ivy-file for spring-oxm-tiger (from http://repo1.maven.org/maven2/org/springframework/ws/spring-oxm-tiger/1.5.2/spring-oxm-tiger-1.5.2.pom ): {code:xml} {code} Stack trace: {noformat} [ivy:install] :: installing org.springframework.ws#spring-oxm-tiger;1.5.2 :: [ivy:install] :: resolving dependencies :: [ivy:install] java.text.ParseException: [xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:102:98: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml [ivy:install] , xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:103:99: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml [ivy:install] ] [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.checkErrors(AbstractModuleDescriptorParser.java:89) [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.getModuleDescriptor(AbstractModuleDescriptorParser.java:342) [ivy:install] at org.apache.ivy.plugins.parser.xml.XmlModuleDescriptorParser.parseDescriptor(XmlModuleDescriptorParser.java:100) [ivy:install] at org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheModuleDescriptor(DefaultRepositoryCacheManager.java:899) [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolver.java:490) [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolver.java:239) [ivy:install] at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:169) [ivy:install] at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:257) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:610) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEngine.java:696) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:618) [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine.java:501) [ivy:install] at org.apache.ivy.core.install.InstallEngine.install(InstallEngine.java:119) {noformat} This did not happen in my previous build from trunk (dated 26 May 2008). Also note that the source and javadoc artifacts get the same name as the jar, and that they are not downloaded from the maven repository. Is this intentional? > ant task generates invalid ivy files from pom's > ------------------------------------------------------------- > > Key: IVY-833 > URL: https://issues.apache.org/jira/browse/IVY-833 > Project: Ivy > Issue Type: Bug > Affects Versions: 2.0-RC1 > Reporter: Erik-Berndt Scheper > Priority: Critical > Fix For: 2.0-RC1 > > > Using the latest build from trunk, now generates ivy files that do not conform to ivy.xsd, when installing from maven POM. The reason is that the classifier attribute is added to the artifact element, which is not in the xsd. > Snippet of tesulting ivy-file for spring-oxm-tiger (from http://repo1.maven.org/maven2/org/springframework/ws/spring-oxm-tiger/1.5.2/spring-oxm-tiger-1.5.2.pom ): > {code:xml} > > > > > > {code} > Stack trace: > {noformat} > [ivy:install] :: installing org.springframework.ws#spring-oxm-tiger;1.5.2 :: > [ivy:install] :: resolving dependencies :: > [ivy:install] java.text.ParseException: [xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:102:98: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml > [ivy:install] , xml parsing: ivy-spring-oxm-tiger-1.5.2.xml:103:99: cvc-complex-type.3.2.2: Attribute 'classifier' is not allowed to appear in element 'artifact'. in D:\ws\eclipse-3.3.1\AAD\build\ivy-repository-copy\..\..\ivy-cache\integration\org.springframework.ws\spring-oxm-tiger\1.5.2\ivy-spring-oxm-tiger-1.5.2.xml > [ivy:install] ] > [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.checkErrors(AbstractModuleDescriptorParser.java:89) > [ivy:install] at org.apache.ivy.plugins.parser.AbstractModuleDescriptorParser$AbstractParser.getModuleDescriptor(AbstractModuleDescriptorParser.java:342) > [ivy:install] at org.apache.ivy.plugins.parser.xml.XmlModuleDescriptorParser.parseDescriptor(XmlModuleDescriptorParser.java:100) > [ivy:install] at org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheModuleDescriptor(DefaultRepositoryCacheManager.java:899) > [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolver.java:490) > [ivy:install] at org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolver.java:239) > [ivy:install] at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:169) > [ivy:install] at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:257) > [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:610) > [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEngine.java:696) > [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:618) > [ivy:install] at org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine.java:501) > [ivy:install] at org.apache.ivy.core.install.InstallEngine.install(InstallEngine.java:119) > {noformat} > This did not happen in my previous build from trunk (dated 26 May 2008). > BTW: Is it intentional that the source and javadoc are not downloaded from the maven repository? Or is there a flag to enable this? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.