[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