[jbosstools-dev] [Soa-tools-list] JBoss Tools Integration Stack Release Process
Rob Cernich
rcernich at redhat.com
Fri Feb 8 18:31:27 EST 2013
----- Original Message -----
> > Are you saying that because of the way JBoss Central and the
> > discovery mechanism works that this site needs to be free of any
> > other JBT artifacts, including repository references to those
> > sites?
>
> It's two parts:
>
> 1) yes, jboss central/discovery mechanism to avoid some mismatch in
> jboss tools versions.
>
> 2) even without #1 if JBITS main release site points to specific JBT
> version (i.e. juno/4.0.0.Final instead of juno/) p2 will keep
> getting these sites added and p2 will get slower and harder to keep
> stable for users (and us).
>
> If JBTIS main site would just point to the main JBT release site it
> would *probably* be fine but not sure how it affects builds. (I hate
> p2's slowness ;)
I was thinking it would just point to ...updates/stable/juno, that way it would pick up whatever the latest was. Not sure about builds; I don't know the implications.
>
> > My understand, from the wording on the update site, is that I can
> > take a plain old Eclipse Juno install, point it at this site and
> > install. However, looking at the contents, it does not have any
> > way of resolving core JBT artifacts that might be required by any
> > of the integration features.
> >
> > We either need to change the text of the site to say start with a
> > JBT x.y install or include a repository reference to the JBT
> > update site. I'm OK with either.
>
> Simplest for now would be to update the text.
>
> /max
>
> >
> > Best,
> > Rob
> >
> > ----- Original Message -----
> >> Wouldn't that have to be another site since this site is what
> >> JBoss
> >> central would point to.
> >>
> >> /max (sent from my phone)
> >>
> >>
> >> On 07/02/2013, at 17.44, Rob Cernich <rcernich at redhat.com> wrote:
> >>
> >>> It looks like the content.xml does not contain a reference to the
> >>> JBT core update site. My understanding is that core is a
> >>> prerequisite for IS (i.e. how could a user point a fresh Juno
> >>> install at the update site if it doesn't also provide core JBT
> >>> plugins).
> >>>
> >>> ----- Original Message -----
> >>>> Hey all,
> >>>>
> >>>> I've finally gotten around to publishing the release process for
> >>>> integration stack tooling on jboss.org. Please give it a read
> >>>> and
> >>>> let me know if you have any questions regarding the process.
> >>>>
> >>>> The process is designed to help us produce and aggregate update
> >>>> site
> >>>> for all integration tools. You may want to review the contents
> >>>> of
> >>>> the initial build to ensure the correct version (and features)
> >>>> for
> >>>> your component is correct.
> >>>>
> >>>> Here are the links:
> >>>> process -
> >>>> https://community.jboss.org/wiki/IntegrationToolingReleaseProcess
> >>>> build -
> >>>> http://download.jboss.org/jbosstools/updates/integration/juno/integration-stack/aggregate/4.0.0/
> >>>> source -
> >>>> https://github.com/jbosstools/jbosstools-integration-stack
> >>>>
> >>>> Please provide any comments, questions, concerns, critiques,
> >>>> etc.
> >>>> based on what you see.
> >>>>
> >>>> Special thanks to Paul for working hard to get all this setup.
> >>>>
> >>>> Best,
> >>>> Rob
> >>>>
> >>>> _______________________________________________
> >>>> Soa-tools-list mailing list
> >>>> Soa-tools-list at redhat.com
> >>>> https://www.redhat.com/mailman/listinfo/soa-tools-list
> >>> _______________________________________________
> >>> jbosstools-dev mailing list
> >>> jbosstools-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> >>
>
>
More information about the jbosstools-dev
mailing list