Try getting Spring from Spring:
http://www.springsource.com/repository/app/library/version/detail?name=org.springframework.spring&version=2.5.6.A&searchType=librariesByName&searchQuery=spring
The resolvers are:
http://repository.springsource.com/ivy/bundles/release/[organisation]/[module]/
It's the one linked to on the main ivyDe site.
http://ant.apache.org/ivy/ivyde/download.cgi
Target
www.targetgroup.net
Target is a trading name of Target Group Limited,
registered in England and Wales No. 1208137
Registered office: Target House, Cowbridge Road East, Cardiff CF11 9AU
*
I wouldn't use cachepath, as one would normally not have the ivy cache
present on the deployment target.
We use the ivy cache jars via IvyDE for compilation, but ivy retrieve for
pulling jars into wars.
Target
www.targetgroup.net
Target is a trading name of Target Group Limited,
registe
I cleared down everything, rebuilt from the trunk, re-installed and all OK.
Perhaps I had some old features or plugins in Eclipse.
All works now though, sorry about that.
Target
www.targetgroup.net
Target is a trading name of Target Group Limited,
registered in England and Wales No. 120
If you are using this feature, is there any way you can get an ivy managed
dependency that is in the workspace to somehow automatically deploy its jar
into a web project ?
My scenario was
Web project A depends on B
B was a J2EE module dependency/web library and eclipse automatically
compiles
"What I did to solve the problem is: Setting the Eclipse Project
dependencies (as without ivy) B -> A. Now you have the 'problem' that the
projects are added twice (Ivy Managed Dependencies and Eclipse Project
dependencies), but on the project Build Path you can adjust the order so
that the wo
I have this scenario. Project A depends on Project B
Before using Ivy I would have Project A and B in my Eclipse workspace, and
A would have B as a project on the Build Path.
This meant that if I refactored something in B (e.g. rename a service) it
would update references to it in A.
Now I a
"We have a standard resolver where 90% of our projects exist in the correct
place.
10% of projects are in the same filesystem but not standardly placed.
We cannot change the place they exist at.
So anything unstandard is located via a url="file://." link for the
artifact.
We wish to use
"Did you use a different VM when running Ivy-1.4 and Ivy-2.0 ?"
More than likely.
I have now gone through this with a fine tooth comb and the problem is the
same in Ivy 1 and 2. It is not so slow if you use httpClient but still
awfully slow.
The problem most likely revolves arounds this bug
Looks like I am running into this bug:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6469803
Target
www.targetgroup.net
Target is a trading name of Target Group Limited,
registered in England and Wales No. 1208137
Registered office: Target House, Cowbridge Road East, Cardiff CF11 9
"You can track down Ivy http communications by using commons-httpclient"
How do I do this ? I'm fine with setting up commons logging, but my little
test case that does an install doesn't even have commons-httpclient on the
classpath.
"There were some issues with ivy not liking networks where
OK. I've tried the trunk version, both from my current location
(WAN->LAN-FIREWALL->INTERNET) and from our other office
(LAN->FIREWALL->INTERNET)
It's fast on the LAN, but doing an install from the WAN took 27 minutes.
Target
www.targetgroup.net
Target is a trading name of Target Group Li
Have you got a link to a pre-built trunk jar to download ?
I can't check it out from svn due to firewall restrictions.
Target
www.targetgroup.net
Target is a trading name of Target Group Limited,
registered in England and Wales No. 1208137
Registered office: Target House, Cowbridge Road
I do agree with Patrick on this one.
My main issue with mailing lists is that you get all the threads regardless
(hence the spam comment) and that the user interfaces of the archive
viewers is nowhere near as good as say the one used on the Spring forum.
The question was asked by the develope
14 matches
Mail list logo
