Re: downloading eclipse runtime binary or RCP delta pack
On 12/20/06, Graham Leggett <[EMAIL PROTECTED]> wrote: On Tue, December 19, 2006 5:15 pm, Bhupendra Bhardwaj wrote: >> The most simple solution right now is probably to add >> http://repo1.maven.org/eclipse/ to your list of repositories in >> settings.xml. > Not really. Because the solution I was looking for was to package my RCP > app > for all platforms and the repo1.maven.org/eclipse only has swt jar for > win32 > platform. And the solution to that is to point eclipse:make-artifacts at the eclipse deltapack, and import those jars into the repository as well. This worked for us. Whoever created repo1.maven.org/eclipse can also add the delta pack for us too. Pretty please. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On Tue, December 19, 2006 5:15 pm, Bhupendra Bhardwaj wrote: >> The most simple solution right now is probably to add >> http://repo1.maven.org/eclipse/ to your list of repositories in >> settings.xml. > Not really. Because the solution I was looking for was to package my RCP > app > for all platforms and the repo1.maven.org/eclipse only has swt jar for > win32 > platform. And the solution to that is to point eclipse:make-artifacts at the eclipse deltapack, and import those jars into the repository as well. This worked for us. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 12/19/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > So, what is the way forward? The most simple solution right now is probably to add http://repo1.maven.org/eclipse/ to your list of repositories in settings.xml. Not really. Because the solution I was looking for was to package my RCP app for all platforms and the repo1.maven.org/eclipse only has swt jar for win32 platform. Regards, Bhupendra Regards, -- Aaron Digulla - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
> So, what is the way forward? The most simple solution right now is probably to add http://repo1.maven.org/eclipse/ to your list of repositories in settings.xml. Regards, -- Aaron Digulla - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
Hi all, So, what is the way forward? Is that till we have the feature Graham is working on (downloading eclipse jars from links like http://download.eclipse.org/eclipse/downloads/drops/R-3.2.1-200609210945/) we have to download those jars seperately from those urls and may be put in the project's lib dir and then bundle our RCP apps for distribution? For things like eclipse plugin jars, who is supposed to be taking care of having updates jars in the maven repo? - is it the specific project team (like eclipse project people), who should take care of it or - it the maven team or - projects which need to use them should follow some process to get it in the maven. I don't this is the option as it will make things messy and inconsistent versions in the repo. Regards, Bhupendra On 12/19/06, Tom Huybrechts <[EMAIL PROTECTED]> wrote: On 12/19/06, Graham Leggett <[EMAIL PROTECTED]> wrote: > On Tue, December 19, 2006 10:24 am, [EMAIL PROTECTED] wrote: > > > =8*O I beg your pardon? I looked in JIRA but couldn't find a report about > > this. Is there? If not, I'd open one. ;-) > > > > The idea that you'll never have to fix a broken POM/JAR/whatever is just > > ridiculous. :-) As I understand it, the repo admins are just very > > reluctant to modify already published artefacts. > > That's what I meant, yes. > > As it turns out, someone has already published the full eclipse tree to > repo1, so all this is moot :) > No it's not - the Eclipse artifacts are published to a separate repository and are not yet integrated into the main repository. > Regards, > Graham > -- > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 12/19/06, Graham Leggett <[EMAIL PROTECTED]> wrote: On Tue, December 19, 2006 10:24 am, [EMAIL PROTECTED] wrote: > =8*O I beg your pardon? I looked in JIRA but couldn't find a report about > this. Is there? If not, I'd open one. ;-) > > The idea that you'll never have to fix a broken POM/JAR/whatever is just > ridiculous. :-) As I understand it, the repo admins are just very > reluctant to modify already published artefacts. That's what I meant, yes. As it turns out, someone has already published the full eclipse tree to repo1, so all this is moot :) No it's not - the Eclipse artifacts are published to a separate repository and are not yet integrated into the main repository. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On Tue, December 19, 2006 10:24 am, [EMAIL PROTECTED] wrote: > =8*O I beg your pardon? I looked in JIRA but couldn't find a report about > this. Is there? If not, I'd open one. ;-) > > The idea that you'll never have to fix a broken POM/JAR/whatever is just > ridiculous. :-) As I understand it, the repo admins are just very > reluctant to modify already published artefacts. That's what I meant, yes. As it turns out, someone has already published the full eclipse tree to repo1, so all this is moot :) Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 12/19/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: "Graham Leggett" <[EMAIL PROTECTED]> schrieb am 18.12.2006 17:53:54: > The problem I saw posted recently about this was that once published, the > repository is cast in stone, including errors. =8*O I beg your pardon? I looked in JIRA but couldn't find a report about this. Is there? If not, I'd open one. ;-) The idea that you'll never have to fix a broken POM/JAR/whatever is just ridiculous. :-) As I understand it, the repo admins are just very reluctant to modify already published artefacts. The repository IS cast in stone. Deployed POMs are not updated since clients do not expect them to change and will not check for updates (nor should they). This is an integral part of build reproducibility. The only way to fix a broken artifact is by uploading a new version. Tom Regards, -- Aaron Digulla - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
"Graham Leggett" <[EMAIL PROTECTED]> schrieb am 18.12.2006 17:53:54: > The problem I saw posted recently about this was that once published, the > repository is cast in stone, including errors. =8*O I beg your pardon? I looked in JIRA but couldn't find a report about this. Is there? If not, I'd open one. ;-) The idea that you'll never have to fix a broken POM/JAR/whatever is just ridiculous. :-) As I understand it, the repo admins are just very reluctant to modify already published artefacts. Regards, -- Aaron Digulla - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On Mon, December 18, 2006 4:59 pm, Daniel Kulp wrote:
> My can't someone on the Maven team run the plugin/script and put them up
> on
> repo1 someplace? That's what I'm having a hard time understanding.
> People
> obviously want them published, what stopping them from being published?
The problem I saw posted recently about this was that once published, the
repository is cast in stone, including errors.
If this was published in a separate repository, with proper caveats
advertised ("this is beta", "this might change in future", whatever), this
would fix this problem.
Regards,
Graham
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote: On 18 Dec 06, at 10:23 AM 18 Dec 06, Tom Huybrechts wrote: > On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote: >> >> On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote: >> >> > >> > Graham, >> > >> > >> > On Monday 18 December 2006 04:26, Graham Leggett wrote: >> >>> For compilation purpose the win32 eclipse jars are availabe in >> >>> maven ( >> >>> repo1.maven.org), so compilation is not a problem. >> >> >> >> The eclipse jars in repo1.maven.org are over a year old, and only >> >> a small >> >> subset of the eclipse jars are available. It's far safer in the >> >> long term >> >> to create a complete and up to date repo of your own. >> > >> > The problem is that the project Bhupendra is talking about is an >> > open source >> > project with developers from SEVERAL companies scattered all over >> > the place, >> > several of which don't have their own internal maven repositories >> > setup. >> > Thus, requiring this basically would require each developer to >> do this >> > themselves which the whole point of maven's dependency management >> > stuff was >> > to avoid all that. >> > >> > My can't someone on the Maven team run the plugin/script and put >> > them up on >> > repo1 someplace? That's what I'm having a hard time >> > understanding. People >> > obviously want them published, what stopping them from being >> > published? >> > >> >> Seems like a good idea to me. >> >> Jason. > > We'd better have the POMs right the first time with regards to > dependencies, because they cannot be updated. > We can put them in a staging repository for people to use for a while and let people evaluate them. Fix over the course of a few weeks and let release them into the wild. Jason. They have been in http://repo1.maven.org/eclipse for a while > Tom > > > >> >> > >> > -- >> > J. Daniel Kulp >> > Principal Engineer >> > IONA >> > P: 781-902-8727C: 508-380-7194 >> > [EMAIL PROTECTED] >> > >> > >> - >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 18 Dec 06, at 10:23 AM 18 Dec 06, Tom Huybrechts wrote: On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote: On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote: > > Graham, > > > On Monday 18 December 2006 04:26, Graham Leggett wrote: >>> For compilation purpose the win32 eclipse jars are availabe in >>> maven ( >>> repo1.maven.org), so compilation is not a problem. >> >> The eclipse jars in repo1.maven.org are over a year old, and only >> a small >> subset of the eclipse jars are available. It's far safer in the >> long term >> to create a complete and up to date repo of your own. > > The problem is that the project Bhupendra is talking about is an > open source > project with developers from SEVERAL companies scattered all over > the place, > several of which don't have their own internal maven repositories > setup. > Thus, requiring this basically would require each developer to do this > themselves which the whole point of maven's dependency management > stuff was > to avoid all that. > > My can't someone on the Maven team run the plugin/script and put > them up on > repo1 someplace? That's what I'm having a hard time > understanding. People > obviously want them published, what stopping them from being > published? > Seems like a good idea to me. Jason. We'd better have the POMs right the first time with regards to dependencies, because they cannot be updated. We can put them in a staging repository for people to use for a while and let people evaluate them. Fix over the course of a few weeks and let release them into the wild. Jason. Tom > > -- > J. Daniel Kulp > Principal Engineer > IONA > P: 781-902-8727C: 508-380-7194 > [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote: On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote: > > Graham, > > > On Monday 18 December 2006 04:26, Graham Leggett wrote: >>> For compilation purpose the win32 eclipse jars are availabe in >>> maven ( >>> repo1.maven.org), so compilation is not a problem. >> >> The eclipse jars in repo1.maven.org are over a year old, and only >> a small >> subset of the eclipse jars are available. It's far safer in the >> long term >> to create a complete and up to date repo of your own. > > The problem is that the project Bhupendra is talking about is an > open source > project with developers from SEVERAL companies scattered all over > the place, > several of which don't have their own internal maven repositories > setup. > Thus, requiring this basically would require each developer to do this > themselves which the whole point of maven's dependency management > stuff was > to avoid all that. > > My can't someone on the Maven team run the plugin/script and put > them up on > repo1 someplace? That's what I'm having a hard time > understanding. People > obviously want them published, what stopping them from being > published? > Seems like a good idea to me. Jason. We'd better have the POMs right the first time with regards to dependencies, because they cannot be updated. Tom > > -- > J. Daniel Kulp > Principal Engineer > IONA > P: 781-902-8727C: 508-380-7194 > [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote: Graham, On Monday 18 December 2006 04:26, Graham Leggett wrote: For compilation purpose the win32 eclipse jars are availabe in maven ( repo1.maven.org), so compilation is not a problem. The eclipse jars in repo1.maven.org are over a year old, and only a small subset of the eclipse jars are available. It's far safer in the long term to create a complete and up to date repo of your own. The problem is that the project Bhupendra is talking about is an open source project with developers from SEVERAL companies scattered all over the place, several of which don't have their own internal maven repositories setup. Thus, requiring this basically would require each developer to do this themselves which the whole point of maven's dependency management stuff was to avoid all that. My can't someone on the Maven team run the plugin/script and put them up on repo1 someplace? That's what I'm having a hard time understanding. People obviously want them published, what stopping them from being published? Seems like a good idea to me. Jason. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
Graham, On Monday 18 December 2006 04:26, Graham Leggett wrote: > > For compilation purpose the win32 eclipse jars are availabe in maven ( > > repo1.maven.org), so compilation is not a problem. > > The eclipse jars in repo1.maven.org are over a year old, and only a small > subset of the eclipse jars are available. It's far safer in the long term > to create a complete and up to date repo of your own. The problem is that the project Bhupendra is talking about is an open source project with developers from SEVERAL companies scattered all over the place, several of which don't have their own internal maven repositories setup. Thus, requiring this basically would require each developer to do this themselves which the whole point of maven's dependency management stuff was to avoid all that. My can't someone on the Maven team run the plugin/script and put them up on repo1 someplace? That's what I'm having a hard time understanding. People obviously want them published, what stopping them from being published? -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
On Mon, December 18, 2006 11:03 am, Bhupendra Bhardwaj wrote: > "eclipse:make-artifacts" is a nice feature but it will work only if the > person building and assembling the project has eclipse installed in his or > her machine, which I think will not be the case as the RCP is one of the > modules and not everybody will be working on it. Not at all - we used eclipse:make-artifacts to create our own internal maven repository for eclipse. It's something you only need to do once. Previous to that we would often copy around the .m2/repository directory from developer to developer, as it was the quickest way for changes to to be propagated. > For compilation purpose the win32 eclipse jars are availabe in maven ( > repo1.maven.org), so compilation is not a problem. The eclipse jars in repo1.maven.org are over a year old, and only a small subset of the eclipse jars are available. It's far safer in the long term to create a complete and up to date repo of your own. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading eclipse runtime binary or RCP delta pack
Thanks Graham for updates. Is there any expected time frame or maven release, which will have these features. "eclipse:make-artifacts" is a nice feature but it will work only if the person building and assembling the project has eclipse installed in his or her machine, which I think will not be the case as the RCP is one of the modules and not everybody will be working on it. For compilation purpose the win32 eclipse jars are availabe in maven ( repo1.maven.org), so compilation is not a problem. Regards, Bhupendra On 12/15/06, Graham Leggett <[EMAIL PROTECTED]> wrote: Bhupendra Bhardwaj wrote: > The maven repository doesn't have the eclipse swt plugins for all > platforms. I have few questions, can those be answered please if possible- > - Can I download the eclipse runtime binary or any zip/tar from > http://download.eclipse.org/eclipse/downloads/drops/R-3.2.1-200609210945/. > If yes, then how? I am currently in the process of trying to solve this problem. Although the latest eclipse jars are not (yet) available in a maven repository, the 2.3-SNAPSHOT maven-eclipse-plugin has a goal eclipse:make-artifacts that, given a directory containing an eclipse installation, will import all the eclipse jars into your local repository, complete with dependency information. It works very well. You can point the maven-eclipse-plugin at the deltapack, and those jars can be imported as well. > - how can I assemble the RCP for different platform using maven? Is it > profiles I need to use in assembling or there is some other or better way. That is my next task - the maven-pde-plugin seems the most likely solution, however I have not yet found a way to produce an eclipse RCP app for multiple platforms using this method, yet. Regards, Graham --
Re: downloading eclipse runtime binary or RCP delta pack
Bhupendra Bhardwaj wrote: The maven repository doesn't have the eclipse swt plugins for all platforms. I have few questions, can those be answered please if possible- - Can I download the eclipse runtime binary or any zip/tar from http://download.eclipse.org/eclipse/downloads/drops/R-3.2.1-200609210945/. If yes, then how? I am currently in the process of trying to solve this problem. Although the latest eclipse jars are not (yet) available in a maven repository, the 2.3-SNAPSHOT maven-eclipse-plugin has a goal eclipse:make-artifacts that, given a directory containing an eclipse installation, will import all the eclipse jars into your local repository, complete with dependency information. It works very well. You can point the maven-eclipse-plugin at the deltapack, and those jars can be imported as well. - how can I assemble the RCP for different platform using maven? Is it profiles I need to use in assembling or there is some other or better way. That is my next task - the maven-pde-plugin seems the most likely solution, however I have not yet found a way to produce an eclipse RCP app for multiple platforms using this method, yet. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: downloading eclipse runtime binary or RCP delta pack
ant get task? On 12/15/06, Bhupendra Bhardwaj <[EMAIL PROTECTED]> wrote: Hi, This is regarding the eclipse plugin being developed in Apache Qpid project. The maven repository doesn't have the eclipse swt plugins for all platforms. I have few questions, can those be answered please if possible- - Can I download the eclipse runtime binary or any zip/tar from http://download.eclipse.org/eclipse/downloads/drops/R-3.2.1-200609210945/. If yes, then how? - how can I assemble the RCP for different platform using maven? Is it profiles I need to use in assembling or there is some other or better way. Thanks in advance Bhupendra
