[JBoss JIRA] (SRAMP-412) Use the maven-bundle-plugin appropriately to support OSGi for WAR projects
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-412?page=com.atlassian.jira.plugin.... ]
Eric Wittmann commented on SRAMP-412:
-------------------------------------
One really important aspect to this is that the Fuse versions of the WARs are produced by overlay modules. The configuration of the war plugin for these modules manually does the manifest.mf manipulations to turn the WARs into bundles. This includes putting the appropriate WEB-INF/lib/*.jar files into the bundle classpath. Unfortunately this is done in a rather fragile way, since the JARs have version numbers attached. It would sure be nice to make this more automated (e.g. discover the JARs in there and automatically add them to the bundle classpath, excluding JARs not being included in the final WAR).
> Use the maven-bundle-plugin appropriately to support OSGi for WAR projects
> --------------------------------------------------------------------------
>
> Key: SRAMP-412
> URL: https://issues.jboss.org/browse/SRAMP-412
> Project: S-RAMP
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0 - API Management
>
>
> I was never able to get the maven-bundle-plugin working with the WAR modules, perhaps because they are overlays, perhaps because I was being stupid. In any case, we *really* should try to get that plugin working to make maintenance of the fuse version more manageable.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Eric Wittmann (JIRA)
Eric Wittmann created SRAMP-433:
-----------------------------------
Summary: Create a proper Event producer for s-ramp
Key: SRAMP-433
URL: https://issues.jboss.org/browse/SRAMP-433
Project: S-RAMP
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Core
Reporter: Eric Wittmann
Assignee: Kurt Stam
Fix For: 0.6.0 - Future
Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ]
Eric Wittmann reassigned SRAMP-433:
-----------------------------------
Assignee: Eric Wittmann (was: Kurt Stam)
> Create a proper Event producer for s-ramp
> -----------------------------------------
>
> Key: SRAMP-433
> URL: https://issues.jboss.org/browse/SRAMP-433
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Eric Wittmann
> Assignee: Eric Wittmann
> Fix For: 0.6.0 - Future
>
>
> Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
> Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RTGOV-456) Create store (activity/situation) implementations from properties rather than OSGi services
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-456?page=com.atlassian.jira.plugin.... ]
Gary Brown commented on RTGOV-456:
----------------------------------
DynamicImport-Package may have helped to support this requirement cleanly, but does not appear to work in Fuse 6.1. The class loader still can't find the store implementations, even though they are available.
> Create store (activity/situation) implementations from properties rather than OSGi services
> -------------------------------------------------------------------------------------------
>
> Key: RTGOV-456
> URL: https://issues.jboss.org/browse/RTGOV-456
> Project: RTGov (Run Time Governance)
> Issue Type: Sub-task
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
>
> To provide consistency across containers, the activity and situation store implementations should all be installed and the relevant implementation selected based on rtgov properties.
> Current approach uses OSGi services to define required implementation, but this involves more steps installing appropriate features, and is not consistent with other containers.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RTGOV-456) Create store (activity/situation) implementations from properties rather than OSGi services
by Gary Brown (JIRA)
Gary Brown created RTGOV-456:
--------------------------------
Summary: Create store (activity/situation) implementations from properties rather than OSGi services
Key: RTGOV-456
URL: https://issues.jboss.org/browse/RTGOV-456
Project: RTGov (Run Time Governance)
Issue Type: Sub-task
Reporter: Gary Brown
Assignee: Gary Brown
Fix For: 2.0.0.Final
To provide consistency across containers, the activity and situation store implementations should all be installed and the relevant implementation selected based on rtgov properties.
Current approach uses OSGi services to define required implementation, but this involves more steps installing appropriate features, and is not consistent with other containers.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months