Thanks for the link! I will definitely keep an eye on that issue. I'm sorry if I implied it, but I did not have any problem setting up a URL resolver for what I could get into Ivy. I just pointed Apache HTTP Server to the repo as the root directory and it resolves just fine.
I can find lots of references to using Maven but is there no way to just use Ivy as my enterprise repository? I am starting from scratch - since attending some of Hans Dockter's sessions at Devnexus a couple weeks back in fact - and was hoping to keep things simple as stressed in the pitches. To me that seems like Ivy and Gradle, avoiding first hand implementation of Maven (and Ant) if possible. Perhaps this is just wishful thinking. It was looking good until I ran into this one rogue jar file. Again, my goal is to put this jar into Ivy referenceable as: group: 'com.ibm.db2', name: 'db2jcc', version: '9' Since I am not yet very familiar with repositories and Ivy I guess the Ant approach would use the Ivy Ant task "publish". Is that correct? Then my artifact pattern would need to include the group (com.ibm.db2) and version (9) in the appropriate places? Sorry for making this so difficult. My denseness factor is not budging very much. ;-) -Andy Leonard Axelsson <[email protected]> 04/06/2011 03:07 AM Please respond to [email protected] To [email protected] cc Subject Re: [gradle-user] Placing an arbitrary file into Ivy I took a quick peek at the issue tracker and it would seem that offline mode is coming in 1.0-milestone-2 ( http://issues.gradle.org/browse/GRADLE-320). The request isn't marked as resolved yet tho, so no guarantees. >From what I recall Ivy will after a set of time (I think 24 hours is default) check if the dependency has been updated and if it can't get a connection at that time the build will fail. I'm not 100% percent sure on this and you can probably figure it out yourself. But if that is the case you might get problems with offline builds from time to time. So I think that the options you are presenting are: A repository management tool - This is a worthwhile approach, but it seems like overkill for addressing this one (for now) file. Installing a repository management tool on a central server is really easy and will provide faster access to your dependecies as the tool will cache them for you. You'll have to figure out if its worth it, but its generally a no biggie to setup. A Gradle build for deploying to the repository - This is the direction I was headed when I got frustrated and posted here. Any details or documentation on doing this would be appreciated. Take a look at the maven plugin if you use the repository. Or perhaps just do it manully using ant tasks. The ant integration in gradle is stellar. A manual deployment - This is a direction I am willing to take too but got similarly frustrated trying to figure this out. Again, any details or documentation would be appreciated. The URL resolver should be pretty easy to setup, what kinds of problems did you have with it? You could just put the dep somewhere on your dev computer, outside of the project structure and depend on the jar being there. Perhaps even adding a custom task that checks for the file and downloads it from the internet if its not there. That would provide a seamless (albeit somewhat hacky) and offline compatbile solution. Regards, /Leo
