I think it's perfectly acceptable for the source artifact to have "-src" in it's name and IvyDE should recognise this. It is a common java practice.
Why should one have to work around the settings to accommodate IvyDE? And why should one have to work around by changing the source artifact name? The source and binary artifacts are produced by a third party - in this case Commons-CLI. And the source and binary artifacts are produced by Maven. Again, this is a common pattern. Why can IvyDE not recognise it? Gerard -----Original Message----- From: Nicolas Lalevée [mailto:[EMAIL PROTECTED] Sent: 11 December 2007 20:06 To: [email protected] Subject: Re: IvyDE source artifact not recognised Le 11 déc. 07 à 11:11, John Gill a écrit : > I believe that one of the limitations of ivyDE source linking is that > the names must match. You can have a different type/ext like > ".src.jar" > but > that's it. The only way I have ever got it to work is with matching > names. And I think that it is an error to have different names. Because having different names means talking about different artifact. So the ivy.xml have to look like that : <dependency org="jakarta-commons-cli" name="commons-cli" rev="1.1" conf="COMPILE,RUNTIME,TEST->default"> <artifact name="commons-cli" type="jar"/> <artifact name="commons-cli" type="source" ext="zip" conf="COMPILE" /> </dependency> Then there is the problem with the real artifact name : commons-cli- src-1.1.zip That can be fixed easily with a proper pattern : <artifact pattern="${ivy.conf.dir}/[organisation]/[revision]/ [artifact]-src-[revision].[ext]"/> Nicolas > > > On Dec 11, 2007 6:16 PM, Fernandes, Gerard > <[EMAIL PROTECTED] > > > wrote: > >> >> IvyDE doesn't recognise source artifacts with a different name than >> the binary artifact. >> >> E.g., If I have a JAR called commons-cli-1.1.jar and it's source >> called commons-cli-src-1.1.zip, an Ivy configuration with the >> following will resolve and the sources are downloaded (can be >> confirmed by the Ivy report as well as checking the cache) but will >> NOT attach sources in >> Eclipse: >> <dependency org="jakarta-commons-cli" name="commons- >> cli" >> rev="1.1" conf="COMPILE,RUNTIME,TEST->default"> >> <artifact name="commons-cli" type="jar"/> >> <artifact name="commons-cli-src" type="source" >> ext="zip" conf="COMPILE" /> >> </dependency> >> >> Ivy settings are: >> <filesystem name="externalLibraries"> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]. >> [ext]"/> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]- >> [revision] >> .[ext]"/> >> </filesystem> >> >> The only way to make this work is to change Ivy settings to: >> >> <filesystem name="externalLibraries"> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]. >> [ext]"/> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]-src. >> [ext]" >> /> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]- >> [revision] >> .[ext]"/> >> <artifact >> pattern="${ivy.conf.dir}/[organisation]/[revision]/[artifact]- >> [revision] >> -src.[ext]"/> >> </filesystem> >> >> And rename >> commons-cli-src-1.1.zip >> To >> commons-cli-1.1-src.zip >> >> And finally change the Ivy configuration to: >> <dependency org="jakarta-commons-cli" name="commons- >> cli" >> rev="1.1" conf="COMPILE,RUNTIME,TEST->default"> >> <artifact name="commons-cli" type="jar"/> >> <artifact name="commons-cli" type="source" >> ext="zip" conf="COMPILE" /> >> </dependency> >> >> >> Gerard >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - >> - - - - - - - >> >> This message is intended only for the personal and confidential use >> of the designated recipient(s) named above. If you are not the >> intended recipient of this message you are hereby notified that any >> review, dissemination, distribution or copying of this message is >> strictly prohibited. This communication is for information purposes >> only and should not be regarded as an offer to sell or as a >> solicitation of an offer to buy any financial product, an official >> confirmation of any transaction, or as an official statement of >> Lehman Brothers. Email transmission cannot be guaranteed to be >> secure or error-free. Therefore, we do not represent that this >> information >> is complete or accurate and it should not be relied upon as such. >> All >> information is subject to change without notice. >> >> >> >> > > > -- > Regards, > John Gill - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
