[jbosstools-issues] [JBoss JIRA] (JBIDE-10968) soa tooling build can't aggregate runtime.{drools, esb, jbpm}.detector unless they're on an upstream site

[Nick Boldt (JIRA)]

Nick Boldt created JBIDE-10968:
----------------------------------

             Summary: soa tooling build can't aggregate runtime.{drools,esb,jbpm}.detector unless they're on an upstream site
                 Key: JBIDE-10968
                 URL: https://issues.jboss.org/browse/JBIDE-10968
             Project: Tools (JBoss Tools)
          Issue Type: Bug
          Components: drools, esb, jbpm, runtime detection, SOA Tooling
    Affects Versions: 3.3.0.Beta1, 3.3.0.Beta1-soa
            Reporter: Nick Boldt
            Assignee: Douglas Palmer
             Fix For: 3.3.0.Beta1, 3.3.0.Beta1-soa


Max, the issue is not that they need to exist on the soa side, it's that to BUILD the soa site, they need to exist upstream first. 

Thus, they would need to ALSO be on the JBT Core site as well as the JBT SOA site.

Or else we need some other way to get them in there, like having them move from being part of Runtime to some other "Runtime-SOA" component which only SOA builds, downstream from Runtime and JBT Core aggregation.

N

On 02/20/2012 11:37 AM, Max Rydahl Andersen wrote:
> please open jira on this - this is a technical issue on how runtime detection should work outofthebox.
> 
> something SOA and Core engineering team need to coordinate on.
> 
> but yes, since the runtime detectors rely on the soa stuff they need to exist on soa side of things.
> 
> /max
> 
> On Feb 20, 2012, at 7:32 AM, Nick Boldt wrote:
> 
>> The JBT SOA Tooling aggregate [1] now sources from the upstream JBT Core site [2], and does NOT use the JBT Core composite staging site [3], only the JBT SOA Tooling one [4] so as to avoid getting a mismatched set of upstream plugins (eg., a newer Runtime component in staging vs. the last pulled nightly snapshot).
>>
>> However, this means that the build is failing because it can't find the org.jboss.tools.runtime.{drools,esb,jbpm}.detector.feature features, as they're *not currently published* to the JBT Core nightly site [2], only the composite [3] and the individual component's staging site [5]. This may be simply an oversight, or it was done intentionally because these detectors only make sense to be in the SOA Tooling site, not in Core.
>>
>> To solve this we should probably put these features into the JBT Aggregate site (albeit as hidden features). Then they can be found by the SOA Tooling jobs and categorized there.
>>
>> Does that make sense?
>>
>> [1] https://hudson.qa.jboss.com/hudson/job/jbosstools-3.3_stable_branch.soa-tooling.aggregate/80/console
>>
>> [2] http://download.jboss.org/jbosstools/updates/nightly/core/3.3.indigo/
>>
>> [3] http://download.jboss.org/jbosstools/builds/staging/_composite_/core/3.3.indigo/
>>
>> [4] http://download.jboss.org/jbosstools/builds/staging/_composite_/soa-tooling/3.3.indigo/
>>
>> [5] http://download.jboss.org/jbosstools/builds/staging/jbosstools-3.3_stable_branch.component--runtime/all/repo/site.xml


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira