On 5/16/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 14 May 07, at 9:47 AM 14 May 07, Carlos Sanchez wrote:
> On 5/14/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>>
>> The first solution is targeted at plugins, but the second is more
>> general with it's own lifecycle and set of plugins.
>
> The felix bundle plugin is more complete, with more configuration
> options that what we have at eclipse plugin.
>
In all honesty I very much doubt that. The tycho stuff has been in
production for over a year and is being used now by three very large
organizations with very rigid build certifications policies. The
second two have only been using it for a couple months but the author
has been using it in production for a year.
I'm talking about the maven-bundle-plugin vs the eclipse plugin
EclipseOSGiManifestWriter that generates a limited manifest and it's
not configurable as the bundle plugin is.
i see both eclipse and bundle plugin playing together for eclipse plugin builds
Is the Felix plugin being used anywhere in production, and if so for
how long?
>>
>> > and
>> > improve the Eclipse plugins to Maven repository conversion, so
>> we can
>> > run it as soon as a new version of eclipse goes out.
>>
>> This is something I've discussed with Eugene, but what about treating
>> an Eclipse installation as another local repository. If you are
>> developing Eclipse plugins against a particular version of Eclipse
>> then you're going to have the installation present. This might make
>> it easier then trying to scrape out a local repository and convert it
>> which is what the two solutions do above. Not sure what other
>> solutions do but this seems less then optimal. Probably makes sense
>> to just use the Eclipse installation in its current form instead of
>> duplicating it.
>
> Having them in the repo enables sharing them between the team, and I
> can imagine that at some point we'll be able to build and test without
> the installation but as jetty:run does with J2EE.
Who on the team is not going to have Eclipse installed? Even on a
build server you would just install Eclipse. Not doing that means
you're going to end up with a GB of duplication if you're using/
testing with multiple versions of Eclipse.
>
>>
>> > One of the things
>> > to change is the use of artifactIds and groupIds, i think we should
>> > make the convention of using groupId.artifactId for all those
>> > deployments that use only a folder, like the eclipse plugins
>> > directory, WEB-INF/lib in a war,...
>> >
>>
>> That seems fine at first blush but I would like to work completely
>> through the problem. I don't think having JARs named differently
>> based on where they are is such a great idea. Though I agree with the
>> new naming convention.
>>
>> > other interesting thing i heard about was the possibility of
>> using an
>> > extension in eclipse to access a maven repository as an update
>> site.
>> >
>>
>> That's cool, where was that? Jeff McAffer talked about a long time
>> ago just wondering if he went anywhere with that.
>
> Target platform provisioning via file system
> http://download.eclipse.org/eclipse/downloads/drops/
> S-3.3M4-200612141445/eclipse-news-M4.html
>
> For what i see in the update site it adds all the contents of the repo
> in the runtime. We'd need to point to a pom, get the dependencies and
> add only those to the runtime I guess. I have some code already (the
> wizard mostly), if somebody is interested on it, just waiting for a
> place to put it in.
>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder and PMC Chair, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> I could give you my word as a Spaniard.
> No good. I've known too many Spaniards.
> -- The Princess Bride
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
