[jbosstools-dev] Location of esb / drools handler; which is 'live'?

[Nick Boldt]

https://github.com/jbosstools/jbosstools-runtime-soa is reprecated. Work 
to migrate all content out of there and into jbosstools-jbpm, 
jbosstools-esb, and droolsjbpm is covered here:

https://issues.jboss.org/browse/JBIDE-11098

Only the droolsjbpm (drools runtime detector) migration needs to be 
completed. A PR is available, it just needs to be merged.

Bear in mind that the change to droolsjbpm is for the 6.0.0 stream, not 
their 5.x branches. So for JBTIS 4.0, unless it plans to include drools 
6, we will have to include an older version of the drools runtime 
detector built out of the jbosstools-runtime-soa repo.

ESB and jbpm3 detectors were migrated into 40x/41x/master branches (code 
identical except for the version).

N

On 03/11/2013 09:02 AM, Rob Stryker wrote:
> Hi:
>
> I'm trying to locate the repository used currently for esb / drools /
> etc. I've received links to two different github repositories, but they
> seem to contain overlapping non-subset lists of plugins.
>
> https://github.com/jbosstools/jbosstools-esb
>
> https://github.com/jbosstools/jbosstools-runtime-soa
>
> What I'm basically looking to do is get a dev-env up where I can test
> esb / drools usage of 'runtimes' in base. I am looking into refactoring
> small portions of it, specifically how nested runtimes are discovered
> and created, and I obviously want to make sure I don't break anything in
> the process.
>
> So I'm wondering what list of repos and source code I need to have and
> import into my workspace to test this stuff and ensure I don't break
> anything.
>
> It was my understanding that a move was underway between the two
> repositories, however Max has indicated he doesn't know the status, and
> so I'm left unsure what repos to test ;)
>
> - Rob Stryker
> breaker of all things.

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com