]
Max Rydahl Andersen commented on JBIDE-9026:
--------------------------------------------
Not sure where the split need to be - but if the SOA tools will want to release later on
the soa bits needs at least to be in their own feature (might even have to move to a
separate module). And in all cases we need to be sure we got an API in place we can commit
to being stable and maintain going forward.
Separate specific runtime detection plugins from base core
-----------------------------------------------------------
Key: JBIDE-9026
URL:
https://issues.jboss.org/browse/JBIDE-9026
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: runtimes
Affects Versions: 3.3.0.M2
Reporter: Max Rydahl Andersen
Assignee: Snjezana Peco
Priority: Blocker
JBoss Runtime detection should not assume all plugins are available especially with
drools and jbpm plugins being separated out for SOA pack.
Copied from JBIDE-8456:
2. org.jboss.tools.runtime
It contains a plugin that implements the JBoss AS, Drools, Seam and jBPM detectors and
depends on AS, Drools, jBPM, Seam and JBoss Runtime Detection Core.
The problem was because JBDS installer detection wasn't separating AS runtime within
EAP, EPP, SOA-P ... from Seam, Drools, jBPM runtimes. I have inherited that code.
Because of that, all these detectors are included in the org.jboss.tools.runtime plugin.
If we want to separate those dependencies, we need to do the following:
separate the Drools, Seam, jBPM detectors from the AS/EAP/EPP/SOA-P detector
move runtime detectors to separated features (the AS, Drools, jBPM, Seam, ESB feature
or some new features)
change the JBDS installer detection code according to these changes
As to optional dependencies, P2 treats them as hard dependencies. If IU exists, P2 will
install it no matter if it is optional or not. Currently only the drools dependency is
optional.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: