[ 
https://issues.apache.org/jira/browse/IVYDE-200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12755141#action_12755141
 ] 

Nicolas Lalevée commented on IVYDE-200:
---------------------------------------

When you say you are running with the trunk and it was still crashing, are you 
using Hudson's builds ? Because the last builds failed, so the last successful 
is quite old by now. At least the stack trace you show me there isn't 
corresponding to the current line numbers of the trunk.

But then as I was redoing some test to check it was actually working on the 
trunk, I got other kind of issues, like the some strange unresolved 
dependencies. And then the support of classpath container in the java launcher 
is very poor... there no way to edit the IvyDE configuration, need to create 
one each time. So then no way the launch a resolve...

> The gui wizard crash when adding a IvyDE Managed Dependencies library to a 
> .launch file's classpath
> ---------------------------------------------------------------------------------------------------
>
>                 Key: IVYDE-200
>                 URL: https://issues.apache.org/jira/browse/IVYDE-200
>             Project: IvyDE
>          Issue Type: Bug
>    Affects Versions: 2.0.0.final
>         Environment: Windows XP sp3, Springsource Tool Suite 2.1 (Eclipse 
> 3.5), IvyDE 2.0.0 Final, Ivy 2.1 RC1
>            Reporter: Jason Dilley
>            Assignee: Nicolas Lalevée
>             Fix For: 2.1.0
>
>
> When adding an IvyDE library to the build path for a Java project, everything 
> goes fine.  I receive the gui wizard which locates the ivy.xml file and let's 
> me pick which confs I want to use.
> However, when I try to do the same thing for a .launch file (i.e. setting up 
> the launch for a JUnit Test case), once I choose Add Library and select IvyDE 
> Managed Dependencies and hit Next, the wizard should proceed to the next 
> screen, but instead it stays on the 'Select library type to add' screen.  It 
> acts as if it's proceeding though the flow, however.  It does pop up a error 
> "balloon" which says 'Ivy file not found' even though it's still on the 
> 'Select library screen'.  The ivy.xml is in the correct place, as I can add 
> an Ivy library to the project's build path just fine.  I can then click the 
> Next button again, which takes me to a screen which says "Choose ivy file and 
> its configurations", but the screen is completely blank (no labels, form 
> fields, etc.) and I still have the error "balloon" mentioned earlier.  From 
> here I can click Finish, and the library is added to the .launch's classpath, 
> but something about it causes the JUnit to not load any dependencies 
> contained in the ivy.xml file.
> In my particular case it was obvious as I would get  the exception below when 
> running the JUnit:
> java.lang.NoClassDefFoundError: org/junit/runner/notification/RunListener
> Here's the classpath entry which was added from the above steps.
> <listEntry value="&lt;?xml version=&quot;1.0&quot; 
> encoding=&quot;UTF-8&quot;?&gt;&#13;&#10;&lt;runtimeClasspathEntry 
> containerPath=&quot;org.apache.ivyde.eclipse.cpcontainer.IVYDE_CONTAINER/?ivyXmlPath=ivy.xml&amp;amp;confs=*&quot;
>  path=&quot;3&quot; type=&quot;4&quot;/&gt;&#13;&#10;"/>
> Instead of adding the library individually like outline above, if I choose to 
> add the project to the .launch's classpath accepting all of it's exported 
> entries and required projects, I get the entry below.  Note the difference - 
> confs=default instead of confs=* from the first entry.
> <listEntry value="&lt;?xml version=&quot;1.0&quot; 
> encoding=&quot;UTF-8&quot;?&gt;&#13;&#10;&lt;runtimeClasspathEntry 
> containerPath=&quot;org.apache.ivyde.eclipse.cpcontainer.IVYDE_CONTAINER/?ivyXmlPath=ivy.xml&amp;amp;confs=default&quot;
>  path=&quot;3&quot; type=&quot;4&quot;/&gt;&#13;&#10;"/>
> If I change the first entry to match the second in regards to confs=default, 
> then the dependencies contained in the ivy.xml are loaded properly.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to