[jbosstools-dev] Some modules in jbosstools-4.0.x require version update
Max Rydahl Andersen
max.andersen at redhat.com
Thu Feb 21 04:52:36 EST 2013
On 21 Feb 2013, at 04:05, Nick Boldt <nboldt at redhat.com> wrote:
>>>> runtime-soa - nick suggested it can be deleted, because all runtime
> detection plugins moved to corresponding modules
>
> To be clear, this only applies to jbosstools-runtime-soa
> 4.0.x/4.1.0.Alpha1x/master branches in github. The older 3.3.x stuff in
> SVN should not be touched as it's part of the JBDS SOA 5 stream. And I
> meant it COULD be deleted once the migration of all three
> plugins/features was complete.
For me *move* of a runtime plugins means that the features are
A) The project owners taken ownership of these (just applying a PR blindly without testing doesn't count does it ? ;)
B) setup and verified to build and be included properly in JBTIS
C) no longer present in https://github.com/jbosstools/jbosstools-runtime-soa/tree/master/plugins
None o
> I opened PRs to move the contents from that repo into ESB, jbpm, and
> droolsjbpm, but the droolsjbpm stuff requires further changes as it
> changes the way they build. With this change they will depend on JBT,
> and therefore will need to retool they way they produce their update
> site. They've also asked to upversion the feature/plugin to match their
> release version (eg., 6.0.0).
>
> Ref: https://github.com/droolsjbpm/droolsjbpm-tools/pull/14
Okey - if Drools pluginrefer to one of our sites is that stripped out when composited/aggregated in JBTIS ?
Otherwise when user point to this site they will have jboss tools updatesite show up twice with possible incompatible versions, right ?
/max
More information about the jbosstools-dev
mailing list