ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John Gill" <llign...@gmail.com>
Subject Re: IveDE broke
Date Wed, 04 Jul 2007 05:56:38 GMT
And I assume if you right click on the ivy container and select resolve it's
still broken?

On 7/4/07, Bhatia Saurabh <Bhatia@ofac.ch> wrote:
>
> Hi John,
> The problem is that it doesn't show my the ivy container anymore :-)
> And this seems to have done it.
>
> ########################################
> <CommonBaseEvent creationTime="2007-07-03T15:53:58.667Z"
> globalInstanceId="A1DC297D9C7275B0D0948A92573431AB" msg="Problem occured
> while using [inherited] to configure Ivy" severity="49" version="1.0.1">
>                 <extendedDataElements name="Code" type="int">
>                         <values>0</values>
>                 </extendedDataElements>
>                 <extendedDataElements name="Throwable" type="stringArray">
>                         <values>java.net.MalformedURLException: no
> protocol: [inherited]</values>
>                         <values>java.net.URL.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>java.net.URL.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>java.net.URL.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.IvyPlugin.refreshIvyConfiguration(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.IvyPlugin.getIvy(Unknown Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.cpcontainer.IvyClasspathContainer.computeClasspathEntries(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.cpcontainer.IvyClasspathContainer.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.cpcontainer.IvyClasspathInitializer.initialize(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.core.JavaCore.getClasspathContainer(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.ui.wizards.buildpaths.CPListElement.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.ui.wizards.buildpaths.CPListElement.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.ui.wizards.buildpaths.CPListElement.&lt;init&gt;(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jdt.internal.corext.buildpath.ClasspathModifier.addLibraries(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.cpcontainer.core.AddClasspathContainer.addCPContainer(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.ui.actions.CreateContainerAction.addCPContainer(Unknown
> Source)</values>
>                         <values>
> org.jayasoft.ivyde.eclipse.ui.actions.CreateContainerAction.run(Unknown
> Source)</values>
>                         <values>
> org.eclipse.ui.internal.PluginAction.runWithEvent(Unknown Source)</values>
>                         <values>
> org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jface.action.ActionContributionItem.access$2(Unknown
> Source)</values>
>                         <values>
> org.eclipse.jface.action.ActionContributionItem$5.handleEvent(Unknown
> Source)</values>
>                         <values>
> org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)</values>
>                         <values>org.eclipse.swt.widgets.Widget.sendEvent(Unknown
> Source)</values>
>                         <values>
> org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)</values>
>                         <values>
> org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)</values>
>                         <values>
> org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source)</values>
>                         <values>org.eclipse.ui.internal.Workbench.runUI(Unknown
> Source)</values>
>                         <values>
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown
> Source)</values>
>                         <values>
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source)</values>
>                         <values>
> org.eclipse.ui.internal.ide.IDEApplication.run(Unknown Source)</values>
>                         <values>
> org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown
> Source)</values>
>                         <values>
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown
> Source)</values>
>                         <values>
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown
> Source)</values>
>                         <values>
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
> Source)</values>
>                         <values>
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
> Source)</values>
>                         <values>
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)</values>
>                         <values>
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)</values>
>                         <values>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)</values>
>                         <values>java.lang.reflect.Method.invoke(Unknown
> Source)</values>
>                         <values>
> org.eclipse.core.launcher.Main.invokeFramework(Unknown Source)</values>
>                         <values>org.eclipse.core.launcher.Main.basicRun(Unknown
> Source)</values>
>                         <values>org.eclipse.core.launcher.Main.run(Unknown
> Source)</values>
>                         <values>org.eclipse.core.launcher.Main.main(Unknown
> Source)</values>
>                 </extendedDataElements>
>                 <extendedDataElements
> name="CommonBaseEventLogRecord:level" type="noValue">
>                         <children name="CommonBaseEventLogRecord:name"
> type="string">
>                                 <values>WARNING</values>
>                         </children>
>                         <children name="CommonBaseEventLogRecord:value"
> type="int">
>                                 <values>900</values>
>                         </children>
>                 </extendedDataElements>
>                 <extendedDataElements
> name="CommonBaseEventLogRecord:sequenceNumber" type="long">
>                         <values>2</values>
>                 </extendedDataElements>
>                 <extendedDataElements
> name="CommonBaseEventLogRecord:threadID" type="int">
>                         <values>12</values>
>                 </extendedDataElements>
>                 <extendedDataElements
> name="CommonBaseEventLogRecord:loggerName" type="string">
>                         <values>Common.Logging.Logger</values>
>                 </extendedDataElements>
>                 <sourceComponentId application="Common Logging"
> component="org.jayasoft.ivyde.eclipse" componentIdType="Application"
> location="172.30.26.11" locationType="IPV4" subComponent="Log"
> componentType="Eclipse Plug-ins"/>
>                 <situation categoryName="ReportSituation">
>                         <situationType xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:type="ReportSituation"
> reasoningScope="INTERNAL" reportCategory="LOG"/>
>                 </situation>
>         </CommonBaseEvent>
> #######################################################################
>
> -----Message d'origine-----
> De: John Gill [mailto:llignhoj@gmail.com]
> Envoyé: mercredi, 4. juillet 2007 07:45
> À: ivy-user@incubator.apache.org
> Objet: Re: IveDE broke
>
> Interesting... I've had "duplicate" warnings coming out of ivyDE now and
> again (usually on startup). However, it's only happened a couple of times
> and if you right click on the Ivy Container and "resolve" again, it seems
> to
> fix it (for me at least).
>
> If it happens to be again, I'll see if I can determine whether it's a
> similar problem to the one Bhatia is having.
>
> On 7/4/07, Bhatia Saurabh <Bhatia@ofac.ch> wrote:
> >
> > Hi Xavier,
> >
> > Ya, I got to the Ivy console and also to the error log and found this
> > stacktrace.
> > I cleared my ivy cache too but nothing I do displays back my ivy library
> > Although I do see it in Build Properties in Eclipse; eclipse is alive
> > though too and so is the Ivy console.
> >
> > Although the stack trace is pointing to a duplicate entry, I don't see
> it
> > in the ivy library (through Build Properties). Maybe in /SDP70 eclipse
> root
> > I will need to fix something since its an internal error.
> >
> > Thanks
> > ##########################################################
> > !ENTRY org.jayasoft.ivyde.eclipse 4 0 2007-07-03 18:08:16.720
> > !MESSAGE IvyDE internal error
> > !STACK 1
> > org.eclipse.core.runtime.CoreException: Build path contains duplicate
> > entry: 'C:Documents and
> > Settings/bhatia/.ivy/cache/ofac/OFACPool/jars/OFACPool-prod.jar' for
> > project OFACAD
> >         at
> >
> org.eclipse.jdt.internal.corext.buildpath.ClasspathModifier.validateAndAddEntry
> (Unknown
> > Source)
> >         at
> > org.eclipse.jdt.internal.corext.buildpath.ClasspathModifier.setNewEntry
> (Unknown
> > Source)
> >         at
> > org.eclipse.jdt.internal.corext.buildpath.ClasspathModifier.addLibraries
> (Unknown
> > Source)
> >         at
> >
> org.jayasoft.ivyde.eclipse.cpcontainer.core.AddClasspathContainer.addCPContainer
> (Unknown
> > Source)
> >         at
> >
> org.jayasoft.ivyde.eclipse.ui.actions.CreateContainerAction.addCPContainer
> (Unknown
> > Source)
> >         at
> org.jayasoft.ivyde.eclipse.ui.actions.CreateContainerAction.run(Unknown
> > Source)
> >         at org.eclipse.ui.internal.PluginAction.runWithEvent(Unknown
> > Source)
> >         at
> > org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
> (Unknown
> > Source)
> >         at org.eclipse.jface.action.ActionContributionItem.access$2
> (Unknown
> > Source)
> >         at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
> (Unknown
> > Source)
> >         at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
> >         at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
> >         at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown
> > Source)
> >         at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown
> Source)
> >         at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown
> Source)
> >         at org.eclipse.ui.internal.Workbench.runUI(Unknown Source)
> >         at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
> (Unknown
> > Source)
> >         at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown
> Source)
> >         at org.eclipse.ui.internal.ide.IDEApplication.run(Unknown
> Source)
> >         at org.eclipse.core.internal.runtime.PlatformActivator$1.run
> (Unknown
> > Source)
> >         at
> >
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication
> (Unknown
> > Source)
> >         at
> > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start
> (Unknown
> > Source)
> >         at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
> > Source)
> >         at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
> > Source)
> >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
> >         at java.lang.reflect.Method.invoke(Unknown Source)
> >         at org.eclipse.core.launcher.Main.invokeFramework(Unknown
> Source)
> >         at org.eclipse.core.launcher.Main.basicRun(Unknown Source)
> >         at org.eclipse.core.launcher.Main.run(Unknown Source)
> >         at org.eclipse.core.launcher.Main.main(Unknown Source)
> > !SUBENTRY 1 org.eclipse.jdt.ui 4 4 2007-07-03 18:08:16.720
> > !MESSAGE Build path contains duplicate entry: 'C:Documents and
> > Settings/bhatia/.ivy/cache/ofac/OFACPool/jars/OFACPool-prod.jar' for
> > project OFACAD
> > ##########################################################
> >
> >
> >
> > -----Message d'origine-----
> > De: Xavier Hanin [mailto:xavier.hanin@gmail.com]
> > Envoyé: mardi, 3. juillet 2007 17:37
> > À: ivy-user@incubator.apache.org
> > Objet: Re: IveDE broke
> >
> > On 7/3/07, Bhatia Saurabh <Bhatia@ofac.ch> wrote:
> > >
> > > Hi Xavier,
> > > Many thanks for your replies, I got my sources to be published
> > correctly;
> > > all ant targets work fine in Eclipse.
> > > So I thought why not try to see if I can see the sources in Eclipse by
> > > doing a resolve on my ivy library.
> > > When I did "Add Ivy Library" on my ivy file in Eclipse, nothing
> happens
> > > IvyDE doesn't work anymore; used to be ok till now.
> > > No error messages either. Have you had this kind of problem before?
> >
> >
> > No, I haven't. Did you check the eclipse error log (window -> show view
> ->
> > error log)? And what do you mean by IvyDE not working anymore? Is
> eclipse
> > still working? Do you still view the Ivy Console?
> >
> > Xavier
> >
> > Thanks again
> > >
> > > #######################
> > > <target name="publish-jar" depends="make-jar" description="-> publish
> > this
> > > project's jar in the ivy repository for a specific revision">
> > >                 <ivy:publish resolver="shared"
> > > artifactspattern="[type]/[artifact].[ext]" pubrevision="${revision}"/>
> > >         </target>
> > > #######################
> > > <filesystem name="shared">
> > >                     <ivy
> > >
> >
> pattern="${cellier}/[organisation]/[module]/[revision]/[type]s/[artifact].[ext]"/>
> > >                         <artifact
> > >
> >
> pattern="${cellier}/[organisation]/[module]/[revision]/[type]s/[artifact].[ext]"
> > > />
> > >                 </filesystem>
> > > #######################
> > > <publications>
> > >         <artifact name="OFACAD" type="jar"/>
> > >         <artifact name="OFACAD" type="source" ext="jar"/>
> > > </publications>
> > > #######################3
> > >
> > > -----Message d'origine-----
> > > De: Xavier Hanin [mailto:xavier.hanin@gmail.com]
> > > Envoyé: mardi, 3. juillet 2007 10:28
> > > À: ivy-user@incubator.apache.org
> > > Objet: Re: Source in eclipse IvyDE
> > >
> > > On 7/3/07, Bhatia Saurabh <Bhatia@ofac.ch> wrote:
> > > >
> > > > I was trying to get this sorted out but I get the following:
> > > >
> > > > compile-jar:
> > > >     [javac] Compiling 489 source files to C:\RAD7\workspace\OFACAD
> > > > make-jar:
> > > >     [mkdir] Created dir: C:\RAD7\workspace\OFACAD\jar
> > > >       [jar] Building jar: C:\RAD7\workspace\OFACAD\jar\OFACAD.jar
> > > >       [jar] Building jar: C:\RAD7\workspace\OFACAD\OFACAD.jar
> > > > publish-jar:
> > > > [ivy:publish] :: delivering :: [ ofac | OFACAD | prod ] :: prod ::
> > > > integration :: Tue Jul 03 09:50:27 CEST 2007
> > > > [ivy:publish] delivering ivy file to
> > > C:\RAD7\workspace\OFACAD\jar/ivy.xml,
> > > > C:\RAD7\workspace\OFACAD/ivy.xml
> > > >
> > > > BUILD FAILED
> > > > C:\RAD7\workspace\OFACDependencies\common.xml:141: impossible to
> > publish
> > > > artifacts for [ ofac | OFACAD | prod ]: impossible to deliver [ ofac
> |
> > > > OFACAD | prod ]: java.io.FileNotFoundException:
> > > > C:\RAD7\workspace\OFACAD\jar\ivy.xml,
> C:\RAD7\workspace\OFACAD\ivy.xml
> > > > (Syntaxe du nom de fichier, de répertoire ou de volume incorrecte)
> > > >
> > > > Total time: 19 seconds
> > > >
> > > > #########################################
> > > > My ivyconf.xml:
> > > >
> > > > <resolvers checksums="false">
> > > >                 <filesystem name="shared">
> > > >                     <ivy
> > > >
> > >
> >
> pattern="${cellier}/[organisation]/[module]/[revision]/[type]s/[artifact].[ext]"
> > > > />
> > > >                         <artifact
> > > >
> > >
> >
> pattern="${cellier}/[organisation]/[module]/[revision]/[type]s/[artifact].[ext]"
> > > > />
> > > >                 </filesystem>
> > > >         </resolvers>
> > > >
> > > > #########################################
> > > >
> > > > <target name="publish-jar" depends="make-jar" description="->
> publish
> > > this
> > > > project's jar in the ivy repository for a specific revision">
> > > >                 <ivy:publish resolver="shared"
> > > > artifactspattern="${jar}/[artifact].[ext], ${src}/[artifact].[ext]"
> > > > pubrevision="${revision}"/>
> > > >         </target>
> > > > #########################################
> > > > <publications>
> > > >         <artifact name="OFACAD" type="jar"/>
> > > >         <artifact name="OFACAD" type="source" ext="jar"/>
> > > > </publications>
> > > >
> > > > Dunno why it has a problem copying an ivy file.
> > >
> > >
> > > The problem is that the comma in your artifactspattern is not
> recognized
> > > by
> > > Ivy. So Ivy tries to copy a  file to new
> > > File("C:\RAD7\workspace\OFACAD\jar\ivy.xml,
> > > C:\RAD7\workspace\OFACAD\ivy.xml"), which is not possible.
> > >
> > > So if you want to use multiple artifact patterns you should use nested
> > > ones.
> > > But you will still have a problem because Ivy won't be able to know
> > which
> > > artifact is the source and which one is the original artifact. If you
> > can
> > > control where your source artifact is located (even by moving it
> before
> > > calling publish, I suggest sg like that:
> > > C:\RAD7\workspace\OFACAD\jar\OFACAD.jar
> > > C:\RAD7\workspace\OFACAD\source\OFACAD.jar
> > >
> > > Then you can call publish like that:
> > > <ivy:publish resolver="shared"
> > > artifactspattern="${basedir}/[type]/[artifact].[ext]"
> > > pubrevision="${revision}"/>
> > >
> > > If you can even change things more, I'd suggest putting all of this in
> a
> > > sub
> > > directory instead of directly in your basedir:
> > > C:\RAD7\workspace\OFACAD\dist\jar
> > > C:\RAD7\workspace\OFACAD\dist\source
> > >
> > > or something like that (replace dist by whatever you like, build,
> > target,
> > > artifacts, ...). This is just to make something cleaner, and because
> Ivy
> > > will create a third directory called ivy (to put the ivy file just
> > before
> > > publishing it).
> > >
> > > HTH,
> > >
> > > Xavier
> > >
> > > -----Message d'origine-----
> > > > De: Bhatia Saurabh [mailto:Bhatia@OFAC.CH]
> > > > Envoyé: lundi, 2. juillet 2007 15:12
> > > > À: ivy-user@incubator.apache.org
> > > > Objet: RE: Source in eclipse IvyDE
> > > >
> > > > I am able to publish the sources fine but now I get sources in the
> > /jars
> > > > too :-(
> > > >
> > > > <publications>
> > > >         <artifact name="OFACAD" type="jar"/>
> > > >         <artifact name="OFACAD" type="source" ext="jar"/>
> > > > </publications>
> > > >
> > > > <target name="publish-jar" depends="make-jar" description="->
> publish
> > > this
> > > > project's jar in the ivy repository for a specific revision">
> > > >                 <ivy:publish resolver="shared"
> > > > artifactspattern="${jar}/[artifact].[ext]" pubrevision="${revision}"
> > />
> > > >                 <ivy:publish resolver="shared"
> > > > artifactspattern="${src}/[artifact].[ext]" pubrevision="${revision}"
> > />
> > > >         </target>
> > > >
> > > > -----Message d'origine-----
> > > > De: Maarten Coene [mailto:maarten_coene@yahoo.com]
> > > > Envoyé: lundi, 2. juillet 2007 12:52
> > > > À: ivy-user@incubator.apache.org
> > > > Objet: Re: Source in eclipse IvyDE
> > > >
> > > > Hi Alex,
> > > >
> > > > we use the following setup which works with IvyDE 1.2.
> > > >
> > > > the patterns for jar and corresponding source file is:
> > > >
> > > > jar: lib/[artifact]-[revision].jar
> > > > source: src/[artifact]-[revision]-src.zip
> > > >
> > > > I use the following pattern for my local filesystem repository:
> > > >
> > > > <artifact
> > > >
> > >
> >
> pattern="${repository}/[module]/[module]-[revision]/[type]/[artifact]-[revision].[ext]"
> > > > />
> > > > <artifact
> > > >
> > >
> >
> pattern="${repository}/[module]/[module]-[revision]/[type]/[artifact]-[revision]-src.[ext]"
> > > > />
> > > >
> > > > My Ivy files defines 2 artifacts:
> > > >
> > > > <publications>
> > > >     <artifact name="mymodule" type="jar" ext="jar" />
> > > >     <artifact name="mymodule" type="src" ext="zip"/>
> > > > </publications>
> > > >
> > > >
> > > > regards,
> > > > Maarten
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ----- Original Message ----
> > > > From: "Foreman, Alex (IT)" <Alexander.Foreman@morganstanley.com>
> > > > To: ivy-user@incubator.apache.org
> > > > Sent: Monday, July 2, 2007 12:19:04 PM
> > > > Subject: RE: Source in eclipse IvyDE
> > > >
> > > > HI,
> > > > John, I actually tried this before I posted.  I'm am intrigued that
> > you
> > > > claim it works as It doesn't completely for me.
> > > >
> > > > I have had:
> > > > <artifact name="library" type="jar" ext="jar" />
> > > > <artifact name="library" type="source" ext="src.jar" />
> > > >
> > > > As you state but when I click on the source it says source not
> > attached.
> > > > When I go to the properties for the jar I have included the source
> to
> > I
> > > > get a Location path for the source attachment which is
> > > > 'cache/org/library/sources/library.jar'  OFC if I change this to
> > > > 'cache/org/library/sources/library.src.jar' I can see the source
> > > > perfectly.
> > > >
> > > > This is not acceptable for our enviroment as we have projects with
> > tens
> > > > of different jars and developers are not going to be happy or at
> there
> > > > most productive if they have to do this for every jar.  (imagine
> > > > debugging :( ).  If this happened perfectly for you I would like to
> > know
> > > > what version of IvyED / eclipse you used and the steps that you took
> > so
> > > > I can find out what I did wrong.
> > > > It is copying the source/jars over correctly but not pointing to
> them
> > in
> > > > eclipse.
> > > >
> > > > One of the nice things abuot ivy is the seperation of ivy meta data
> > from
> > > > the actual data.  It's therefore a shame that ivy/ivyde doesn't seem
> > to
> > > > recognize that source and jars can be in differnet locations.
> > > >
> > > > I think this would solve the problems but am not sure if it would
> need
> > > > to be fixed in ivyDE.  If url="" was used first to search for the
> > > > artifact you could have:
> > > > <artifact name="library" type="jar" ext="jar" />
> > > > <artifact name="library" type="source" ext="src.jar"
> > > > url="/../../<org>/library/library.src.jar" />
> > > >
> > > > And we would grab this first and presumably be used by ivyDe
> > correctly.
> > > >
> > > > Is the src.jar not being added just a small bug in ivyDE using
> [.jar]
> > by
> > > > default instead of [ext] at the end?
> > > >
> > > > I am really grateful for your replies and help.  We are highly
> > > > interested in this but this is the major blocker atm so any
> resolution
> > > > is great.  We really need the ability to automatically attach the
> > source
> > > > with no developer input needed.
> > > >
> > > > I also saw the post about adding source similar to maven2 by having
> a
> > > > postfix.  Maybe this would resolve the problem in a better way?
> > > >
> > > > Many thanks,
> > > >
> > > > Alex
> > > >
> > > > -----Original Message-----
> > > > From: Xavier Hanin [mailto:xavier.hanin@gmail.com]
> > > > Sent: 29 June 2007 09:29
> > > > To: ivy-user@incubator.apache.org
> > > > Subject: Re: Source in eclipse IvyDE
> > > >
> > > > On 6/29/07, John Gill <llignhoj@gmail.com> wrote:
> > > > >
> > > > > That's a very clever trick Frank. Why didn't I think of that?
> > > >
> > > >
> > > > Neither did I :-) It's the power of a community, hundreds of brains
> > are
> > > > much better than one :-)
> > > >
> > > > Xavier
> > > >
> > > > On 6/29/07, Frank Kemmer <frank.kemmer@gmail.com> wrote:
> > > > > >
> > > > > > On 6/28/07, Xavier Hanin <xavier.hanin@gmail.com> wrote:
> > > > > > > John is right, the source artifact must have the same name
as
> > the
> > > > > > artifact
> > > > > > > itself ATM, so the only way to make it work is to checkout
the
> > > > > > > IvyDE
> > > > > > sources
> > > > > > > from svn, hack in the IvyClasspathContainer source and
make it
> > > > > > > work
> > > > > for
> > > > > > you.
> > > > > > > If you find a generic enough way to declare how to associate
a
> > jar
> > > > > with
> > > > > > a
> > > > > > > source artifact, we'll be happy to integrate a patch :-)
> > > > > > >
> > > > > > > > > > And then the ivy file has this inside it:
> > > > > > > > > > <artifact name="library" type="jar" ext="jar"
/>
> <artifact
> > > > > > > > > > name="library.src" type="source" ext="jar"
/>
> > > > > >
> > > > > > for me the following worked (I think only the artifact name
has
> to
> > > > > > be the same, the extension can be different):
> > > > > >
> > > > > > <artifact name="library" type="jar" ext="jar" /> <artifact
> > > > > > name="library" type="source" ext="src.jar" />
> > > > > >
> > > > > > With this setting mylib.src.jar will be accepted as valid source
> > > > > > attachment for mylib.jar.
> > > > > >
> > > > > > My 2 cents ...
> > > > > >
> > > > > > Frank
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Regards,
> > > > > John Gill
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Xavier Hanin - Independent Java Consultant Creator of Ivy, xooki and
> > > > xoocode.org More about me: http://xhab.blogspot.com/
> > > > --------------------------------------------------------
> > > >
> > > > NOTICE: If received in error, please destroy and notify sender.
> Sender
> > > > does not intend to waive confidentiality or privilege. Use of this
> > email
> > > is
> > > > prohibited when received in error.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> >
> ____________________________________________________________________________________
> > > > Park yourself in front of a world of choices in alternative
> vehicles.
> > > > Visit the Yahoo! Auto Green Center.
> > > > http://autos.yahoo.com/green_center/
> > > >
> > >
> > >
> > >
> > > --
> > > Xavier Hanin - Independent Java Consultant
> > > Creator of Ivy, xooki and xoocode.org
> > > More about me: http://xhab.blogspot.com/
> > >
> >
> >
> >
> > --
> > Xavier Hanin - Independent Java Consultant
> > Creator of Ivy, xooki and xoocode.org
> > More about me: http://xhab.blogspot.com/
> >
>
>
>
> --
> Regards,
> John Gill
>



-- 
Regards,
John Gill

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message