July 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (RTGOV-504) Remove 'Processing State' from RTGov UI Service List

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-504?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-504. ------------------------------ Resolution: Done > Remove 'Processing State' from RTGov UI Service List > ---------------------------------------------------- > > Key: RTGOV-504 > URL: https://issues.jboss.org/browse/RTGOV-504 > Project: RTGov (Run Time Governance) > Issue Type: Task > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Gary Brown > Assignee: Michael Clay > Fix For: 2.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-505) List gateway bindings in Service List, colour coded to reflect the gateway state

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-505?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-505. ------------------------------ Resolution: Done > List gateway bindings in Service List, colour coded to reflect the gateway state > -------------------------------------------------------------------------------- > > Key: RTGOV-505 > URL: https://issues.jboss.org/browse/RTGOV-505 > Project: RTGov (Run Time Governance) > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Gary Brown > Assignee: Michael Clay > Fix For: 2.0.0.Final > > > Currently the 'binding' column in the service list table is empty. This needs to be populated with the gateway value(s). > If multiple gateways are defined for the service, then the interface and binding values should be defined on separate lines in the single table row. > The gateway state (enabled/disabled) should be reflected in the presentation (possibly colour coded). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-505) List gateway bindings in Service List, colour coded to reflect the gateway state

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-505?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-505: ----------------------------- Git Pull Request: https://github.com/Governance/rtgov/pull/139 > List gateway bindings in Service List, colour coded to reflect the gateway state > -------------------------------------------------------------------------------- > > Key: RTGOV-505 > URL: https://issues.jboss.org/browse/RTGOV-505 > Project: RTGov (Run Time Governance) > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Gary Brown > Assignee: Michael Clay > Fix For: 2.0.0.Final > > > Currently the 'binding' column in the service list table is empty. This needs to be populated with the gateway value(s). > If multiple gateways are defined for the service, then the interface and binding values should be defined on separate lines in the single table row. > The gateway state (enabled/disabled) should be reflected in the presentation (possibly colour coded). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-490) Remove version overrides for plugins (inherit from jboss-parent)

by Nick Cross (JIRA)

[ https://issues.jboss.org/browse/SRAMP-490?page=com.atlassian.jira.plugin.... ] Nick Cross commented on SRAMP-490: ---------------------------------- We found the newlines in Import-Package/Bundle-ClassPath definitions in the pom caused an issue - changing them or changing to use the maven-bundle-plugin seemed to fix it. > Remove version overrides for plugins (inherit from jboss-parent) > ---------------------------------------------------------------- > > Key: SRAMP-490 > URL: https://issues.jboss.org/browse/SRAMP-490 > Project: S-RAMP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Brett Meyer > Fix For: 0.5.0 > > > In some cases we are overriding the versions of plugins in various projects (overlord-commons, s-ramp, dtgov). > We should remove any version overrides unless they are actually necessary. I don't know of any required overrides, so I think they can all be removed. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-379) Remove gadget server from Karaf/EAP distributions

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-379?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-379: ----------------------------- Fix Version/s: (was: 2.0.0.Final) > Remove gadget server from Karaf/EAP distributions > ------------------------------------------------- > > Key: RTGOV-379 > URL: https://issues.jboss.org/browse/RTGOV-379 > Project: RTGov (Run Time Governance) > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Gary Brown > Assignee: Gary Brown > > Support deployment of Gadget Server WAR into Karaf. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ] Gary Brown commented on SRAMP-433: ---------------------------------- +1 to allowing users to create additional queues/topics - but if the default topic and queue are provided ootb, that should minimise initial config. Impl note - if you use destinations, then you won't need to worry about whether the jndi name refers to a topic or queue - as from the sramp producer side it does not really matter. > 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: Brett Meyer > Fix For: 0.6.0 > > > 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.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ] Gary Brown commented on SRAMP-433: ---------------------------------- With dtgov, we have been moving away from using property files, and instead storing configuration in sramp. So might be worth also storing sramps 'event producer' information in sramp. If this is not possible without having a new UI (which might take time), then may be use property file as a stop gap. In terms of the JMS setup - actually durable subscription would have been the most appropriate solution. SRAMP could happily publish on a pre-defined single topic, and clients could either use non-durable subscription to just get notifications, or durable subscription to ensure they don't miss out on anything. The one drawback is the issue we are trying to solve for DTGov - only a single active durable subscriber is permitted - so we couldn't have two or more dtgov clustered servers all operating in a load balanced manner across a durable subscription. This is a pity, as it would have been a good generic solution. ActiveMQ has a capability called Virtual Topics that may provide a solution - but think we need to remain JMS compliant to enable use of other JMS providers if necessary - so looks like we are stuck with queues, and therefore need to configure a queue per interested consumer. I think it would be good to have a default topic on which the events are published - this would cater for systems just interested in being notified - and also enable durable subscriptions for systems that don't want to miss anything. In terms of the queue for dtgov - how about: - have a default queue name configured in properties (not with a dtgov specific name, so could potentially be used by any consumer) - sramp event producer - when it attempts to access the jndi name, if it does not exist, it disables itself (queue must exist before sramp is started) - dtgov install will cause the queue to be created - so no explicit configuration, either by user on installation, or dtgov modifying sramp config thoughts? > 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: Brett Meyer > Fix For: 0.6.0 > > > 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.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-515) Document activity collection from OSGi service

by Gary Brown (JIRA)

Gary Brown created RTGOV-515: -------------------------------- Summary: Document activity collection from OSGi service Key: RTGOV-515 URL: https://issues.jboss.org/browse/RTGOV-515 Project: RTGov (Run Time Governance) Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.Final Describe how to integrate the activity collector into an OSGi application, based on the order management example. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-514) Document how to use/install rtgov client in fuse

by Gary Brown (JIRA)

Gary Brown created RTGOV-514: -------------------------------- Summary: Document how to use/install rtgov client in fuse Key: RTGOV-514 URL: https://issues.jboss.org/browse/RTGOV-514 Project: RTGov (Run Time Governance) Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.Final -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-490) Remove version overrides for plugins (inherit from jboss-parent)

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-490?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-490: ----------------------------------- https://github.com/brmeyer/s-ramp/commit/60ec7ac784f675daca3cdb9bd1e388b6... After doing so, everything passes except the Fuse distro: {quote} [ERROR] Failed to execute goal org.overlord:overlord-commons-maven-plugin:2.0.2.Final:generate-features-xml (default) on project s-ramp-distro-fuse61: invalid manifest format -> [Help 1] {quote} The bundle plugin wasn't overridden, so I'm not sure what else is contributing to that. Will investigate. > Remove version overrides for plugins (inherit from jboss-parent) > ---------------------------------------------------------------- > > Key: SRAMP-490 > URL: https://issues.jboss.org/browse/SRAMP-490 > Project: S-RAMP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Brett Meyer > Fix For: 0.5.0 > > > In some cases we are overriding the versions of plugins in various projects (overlord-commons, s-ramp, dtgov). > We should remove any version overrides unless they are actually necessary. I don't know of any required overrides, so I think they can all be removed. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

overlord-issues July 2014