ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nicolas Lalevée (JIRA) <j...@apache.org>
Subject [jira] Commented: (IVYDE-202) Another method for adding IvyDE classpath container to the WTP dynamic module tree.
Date Wed, 16 Sep 2009 19:01:58 GMT

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

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

I think that for your use case we don't need to have a new configuration at the project level.
We would just reuse a standard IvyDE container. What would change is the way the resolve of
this container is specified. We would setup the ivy.xml, the confs, optionally resolve in
the workspace, and check an new option about retrieving the dependencies which we want to
build the classpath with, and make them retrieved in a WEB-INF/lib folder.

I don't know what is an IVirtualReference thought and I don't use WTP. Would it work for you
?

You may also want to look into IVYDE-56.


> Another method for adding IvyDE classpath container to the WTP dynamic module tree.
> -----------------------------------------------------------------------------------
>
>                 Key: IVYDE-202
>                 URL: https://issues.apache.org/jira/browse/IVYDE-202
>             Project: IvyDE
>          Issue Type: Improvement
>         Environment: IBM RAD 7.5.3, Websphere 6.1.0.25
>            Reporter: Jon Schneider
>
> Recently, my colleagues at work upgraded from RAD 7.5.2 to RAD 7.5.3.  Before the upgrade,
IvyDE classpath containers showed up in the Web Libraries tab of the JEE Module Dependencies
preference page.  After the upgrade, the classpath container is conspicuously missing.  Manually
affecting the .classpath to add the container attribute does not help to deploy the contents
of the container.
> After some exhaustive debugging with WTP 3.0.4 and WTP 3.0.5, I concluded that the issue
had to be somehow RAD specific.  IBM's response was:
> "This rings a bell. The ability to map "User Libraries" under Web libraries was a piece
of functionality that was removed between RAD 7.5.2 and 7.5.3.
> I did some digging and it seems the reason this was removed has something to do with
reliability issues...
> Apparently the old behaviour can be had by enabling the preference "Allow loose classpath
module dependencies" [in a RAD specific workspace preference page] although there is a scary
warning accompanying it."
> Unfortunately, the "old behavior" is not restored by enabling the preference.
> Really there is no workaround currently for it unless IBM reverses course on their decision
to disable this functionality of WTP.  So here is what I propose (straight from the days before
classpath containers were deployable resources):
> Add some project level option that does 2 things:
> 1.  For jar classpath entries in the container, retrieve them to the WEB-INF/lib directory
of the Dynamic Web Project (then they will get picked up by the Web App Libraries container?).
> 2.  For project reference entries in the container, construct an IVirtualReference on
the fly.
> I'm almost certain this is how Maven's plugin used to get around this issue before classpath
container deployability was an option, and I know I wrote code to do that with a similar container
a few years back.
> Suggestions?

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


Mime
View raw message