April 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (SRAMP-408) Tab completion no longer works in s-ramp CLI

by Eric Wittmann (JIRA)

Eric Wittmann created SRAMP-408: ----------------------------------- Summary: Tab completion no longer works in s-ramp CLI Key: SRAMP-408 URL: https://issues.jboss.org/browse/SRAMP-408 Project: S-RAMP Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Eric Wittmann Assignee: David virgil naranjo Fix For: 0.5.0 - API Management The recent change to using AESH has broken tab-completion. For example, I typed the following: {code} s-ramp> conn {code} Then I hit "tab" and I got this: {code} s-ramp> connmp:connect {code} And the cursor was placed three spaces beyond "connect". After that tab didn't work at all because the command wasn't recognized (obviously). If I type s-ramp:connect manually and *then* hit tab, I get this: {code} s-ramp> s-ramp:connect t:8080/s-ramp-server {code} Also tab-completion of just the namespace adds an extra space at the end. If I back up one and use tab, I get the list of commands in the namespace but it won't actually complete any of them. So I think there is some fundamental problem with the tab completion. I tested on Windows cygwin. I will now go test on Fedora. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-397) Include service dependency graph in new UI

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-397?page=com.atlassian.jira.plugin.... ] Gary Brown commented on RTGOV-397: ---------------------------------- Rather than obtain the service dependency graph via the REST service, the UI should retrieve it as part of the ServiceBean, in a similar way to how the CallTraceBean is used to retrieve the call trace, as part of the SituationBean. So (for example) create a ServiceDependencyBean which is associated with the ServiceBean, and would provide the SVG image. The way in which the bean is populated will be dealt with in a separate jira. > Include service dependency graph in new UI > ------------------------------------------ > > Key: RTGOV-397 > URL: https://issues.jboss.org/browse/RTGOV-397 > Project: RTGov (Run Time Governance) > Issue Type: Task > Components: User Interface > Reporter: Gary Brown > Assignee: Michael Clay > Fix For: 2.0.0.Final > > > On the service details page, have a tab that can be used to show "Service Dependencies". > This page should retrieve a SVG image from the REST service located at: > http://localhost:8080/overlord-rtgov/service/dependency/overview?serviceT...<serviceType> > When used with the older version of RTGov, the serviceType will be ignored and a complete service dependency graph returned. However in the new version of RTGov, this value will be used to focus the graph on the relevant dependencies for that service type. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-247) Convert from JLine to AEsh for CLI

by David virgil naranjo (JIRA)

[ https://issues.jboss.org/browse/SRAMP-247?page=com.atlassian.jira.plugin.... ] David virgil naranjo updated SRAMP-247: --------------------------------------- Git Pull Request: https://github.com/Governance/s-ramp/pull/402 (was: https://github.com/Governance/s-ramp/pull/398, https://github.com/Governance/dtgov/pull/170) > Convert from JLine to AEsh for CLI > ---------------------------------- > > Key: SRAMP-247 > URL: https://issues.jboss.org/browse/SRAMP-247 > Project: S-RAMP > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Shell > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Fix For: 0.5.0 - API Management > > > These libraries are used to provide unbuffered input, history, etc... (shell-like features). The CLI working group has decided to use AEsh. > Make changes in all the commands and refactor the commands if it required to adjust better to the capabilities of Aesh. > Also improve the code, avoiding to repeat code and adding comments/javadoc if it is possible. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-384) Add validation for password in overlord commons installer

by David virgil naranjo (JIRA)

[ https://issues.jboss.org/browse/SRAMP-384?page=com.atlassian.jira.plugin.... ] David virgil naranjo updated SRAMP-384: --------------------------------------- Git Pull Request: https://github.com/Governance/s-ramp/pull/401, https://github.com/Governance/overlord-commons/pull/60 > Add validation for password in overlord commons installer > --------------------------------------------------------- > > Key: SRAMP-384 > URL: https://issues.jboss.org/browse/SRAMP-384 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Fix For: 0.5.0 - API Management > > > Currently the overlord commons installer is responsible for doing all security related work. This includes creating the overlord 'admin' user and configured a password for this user. The installer prompts the user for this password and then passes whatever the user entered to the JBoss EAP add-user utility. This utility will fail if the password does not meet certain standards. However, the utility fails without failing the overall install. > The installer should do its own validation of the password entered by the user so that this silent failure doesn't happen. Also note that the password input and validation should happen before anything else security related gets installed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-415) ElasticSearch Activity Store implementation

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-415?page=com.atlassian.jira.plugin.... ] Gary Brown commented on RTGOV-415: ---------------------------------- Extending is fine. > ElasticSearch Activity Store implementation > ------------------------------------------- > > Key: RTGOV-415 > URL: https://issues.jboss.org/browse/RTGOV-415 > Project: RTGov (Run Time Governance) > Issue Type: Sub-task > Reporter: Gary Brown > Assignee: ivan mckinley > Fix For: 2.0.0.Final > > > Although it is not currently clear whether organisations would rely on ElasticSearch as a database for their activity information, it will be good to be able to offer it as an alternative. > If configured, then it will store the ActivityUnit, and any subsequent EPN can be used to store the derived information (e.g. situations and response times). > ElasticSearch has improved its support for backup/restore, so could potentially be used as a primary db for this type of information - although it is not transactional. > The module should be defined in modules/activity-management/activity-store-es (or elasticsearch - whatever is consistent with RTGOV-342). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-415) ElasticSearch Activity Store implementation

by ivan mckinley (JIRA)

[ https://issues.jboss.org/browse/RTGOV-415?page=com.atlassian.jira.plugin.... ] ivan mckinley commented on RTGOV-415: ------------------------------------- Hey Gary, I have the ElasticsearchActivityStore extending ElasticSearchKeyValueStore and implementing ActivitiyStore interface. Do you have any objections to this design or would it be preferable to simply reference ElasticSearchKeyValueStore. we basically get the CRUD operations available on KeyValueStore interface for free. @Singleton public class ElasticsearchActivityStore extends ElasticSearchKeyValueStore implements ActivityStore > ElasticSearch Activity Store implementation > ------------------------------------------- > > Key: RTGOV-415 > URL: https://issues.jboss.org/browse/RTGOV-415 > Project: RTGov (Run Time Governance) > Issue Type: Sub-task > Reporter: Gary Brown > Assignee: ivan mckinley > Fix For: 2.0.0.Final > > > Although it is not currently clear whether organisations would rely on ElasticSearch as a database for their activity information, it will be good to be able to offer it as an alternative. > If configured, then it will store the ActivityUnit, and any subsequent EPN can be used to store the derived information (e.g. situations and response times). > ElasticSearch has improved its support for backup/restore, so could potentially be used as a primary db for this type of information - although it is not transactional. > The module should be defined in modules/activity-management/activity-store-es (or elasticsearch - whatever is consistent with RTGOV-342). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-140) Create unit tests for shell commands

by Eric Wittmann (JIRA)

[ https://issues.jboss.org/browse/SRAMP-140?page=com.atlassian.jira.plugin.... ] Eric Wittmann commented on SRAMP-140: ------------------------------------- Let's hold off on this task until we replace the current CLI implementation with one based on AESH. > Create unit tests for shell commands > ------------------------------------ > > Key: SRAMP-140 > URL: https://issues.jboss.org/browse/SRAMP-140 > Project: S-RAMP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Priority: Minor > Fix For: 0.5.0 - API Management > > > I currently have poor junit coverage in the s-ramp-shell project. I need to create some unit tests, both for executing commands as well as for ancillary functionality like tab-completion. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-438) Remove war plugin version from UI/fuse6 pom

by Gary Brown (JIRA)

Gary Brown created RTGOV-438: -------------------------------- Summary: Remove war plugin version from UI/fuse6 pom Key: RTGOV-438 URL: https://issues.jboss.org/browse/RTGOV-438 Project: RTGov (Run Time Governance) Issue Type: Task Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.1.0.Final Currently the RTGov UI war for fuse6 requires the 2.1.1 version of the maven war plugin, versus the default 2.3 version. This is because version 2.3 creates a badly formatted manifest for the imported packages and classpath entries, causing it problem when installing into fuse. Its possible that the entries just need to be defined on a single line, but initial experiment with this failed to display the UI, indicating a problem with the classpath. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-379) Support for the Overlord IDP/SP in Fuse/Karaf

by Eric Wittmann (JIRA)

[ https://issues.jboss.org/browse/SRAMP-379?page=com.atlassian.jira.plugin.... ] Eric Wittmann reassigned SRAMP-379: ----------------------------------- Assignee: Eric Wittmann (was: Kurt Stam) > Support for the Overlord IDP/SP in Fuse/Karaf > --------------------------------------------- > > Key: SRAMP-379 > URL: https://issues.jboss.org/browse/SRAMP-379 > Project: S-RAMP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Eric Wittmann > Fix For: 0.5.0 - API Management > > > When running in EAP and Tomcat we use the Overlord IDP (SSO) as the UI authentication mechanism. Unfortunately I have unable to get the picketlink based IDP (or the SP) working when running in Fuse 6.1. There are various class loading issues that I encounter when I try this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-407) Documentation: add artifact model docs for KIE model

by Eric Wittmann (JIRA)

[ https://issues.jboss.org/browse/SRAMP-407?page=com.atlassian.jira.plugin.... ] Eric Wittmann updated SRAMP-407: -------------------------------- Description: Need to update the community documentation related to artifact models to include documentation about the KIE model. https://github.com/Governance/s-ramp/wiki/GuideSrampDataModels was:Need to update the community documentation related to artifact models to include documentation about the KIE model. > Documentation: add artifact model docs for KIE model > ---------------------------------------------------- > > Key: SRAMP-407 > URL: https://issues.jboss.org/browse/SRAMP-407 > Project: S-RAMP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Eric Wittmann > Fix For: 0.5.0 - API Management > > > Need to update the community documentation related to artifact models to include documentation about the KIE model. > https://github.com/Governance/s-ramp/wiki/GuideSrampDataModels -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

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 April 2014