November 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (RTGOV-619) RTGov UI: Assign button does not cause the UI to move to the next state

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-619?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-619. ------------------------------ Resolution: Done > RTGov UI: Assign button does not cause the UI to move to the next state > ----------------------------------------------------------------------- > > Key: RTGOV-619 > URL: https://issues.jboss.org/browse/RTGOV-619 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > When a situation is assigned, it causes the user to be recorded in the 'assignedTo' property of the situation in the backend, but the UI no longer updates to reflect this new property in the situation, or change the range of buttons available on the page. > Even if the page is refreshed, it just shows the additional 'assignedTo' property, but still displays the 'Assign' button. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-619) RTGov UI: Assign button does not cause the UI to move to the next state

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-619?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-619: ----------------------------- Git Pull Request: https://github.com/Governance/rtgov/pull/238 > RTGov UI: Assign button does not cause the UI to move to the next state > ----------------------------------------------------------------------- > > Key: RTGOV-619 > URL: https://issues.jboss.org/browse/RTGOV-619 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > When a situation is assigned, it causes the user to be recorded in the 'assignedTo' property of the situation in the backend, but the UI no longer updates to reflect this new property in the situation, or change the range of buttons available on the page. > Even if the page is refreshed, it just shows the additional 'assignedTo' property, but still displays the 'Assign' button. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SRAMP-16) Eclipse IDE: S-RAMP tooling

by Stefan Bunciak (JIRA)

[ https://issues.jboss.org/browse/SRAMP-16?page=com.atlassian.jira.plugin.s... ] Stefan Bunciak commented on SRAMP-16: ------------------------------------- Hi [~brmeyer]! The 2 main use cases for the Eclipse plugins are basically finished - you can give it a try https://github.com/bouskaJ/-S-RAMP_repository_browser/tree/master/PoC. However, we are struggling with dependencies inclusion. As you will notice, the only dependency is s-ramp-client, but it's transitive deps. makes the final plugin jar quite big (including almost 40 other jars). My suggestion is to create a s-ramp-client plugin that could be installed into the target platform/eclipse and S-RAMP IDE plugin could just reference it in its MANIFEST as required bundle. Any hints on this? Thanks! > Eclipse IDE: S-RAMP tooling > --------------------------- > > Key: SRAMP-16 > URL: https://issues.jboss.org/browse/SRAMP-16 > Project: S-RAMP > Issue Type: Task > Components: IDE Integration > Affects Versions: 0.6.0.Final > Reporter: Kurt Stam > Assignee: Brett Meyer > Attachments: UIMockup.gliffy, UImockup.gliffy > > > Introducing IDE-based tooling, interacting with the S-RAMP repo, brings up several interesting use cases. For instance, allowing an app developer to search for a WSDL in S-RAMP, then pull it down into his/her project (all from within the IDE) would be powerful. > One idea would be to look into writing this as a JBoss Forge plugin. Not only would we gain Eclipse support, but also any other Forge-supported environment. The unknown is how to integrate that plugin with an Eclipse view UI, as opposed to simply relying on the Forge shell. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SRAMP-621) Support extracting WARs nested within an EAR

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-621: --------------------------------- Summary: Support extracting WARs nested within an EAR Key: SRAMP-621 URL: https://issues.jboss.org/browse/SRAMP-621 Project: S-RAMP Issue Type: Feature Request Reporter: Brett Meyer Assignee: Brett Meyer -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-622) Keycloak returning UID from security context user principal name

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-622?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-622: ----------------------------- Git Pull Request: https://github.com/Governance/rtgov/pull/237 > Keycloak returning UID from security context user principal name > ---------------------------------------------------------------- > > Key: RTGOV-622 > URL: https://issues.jboss.org/browse/RTGOV-622 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Moved to KeyCloak SSO in RTGOV-609. However now the security context getUserPrincipal().getName() returns a UID instead of the username. > This causes problems when needing to identify the actual user (e.g. assigning a situation etc). > The KeyCloak issue is being discussed here: http://lists.jboss.org/pipermail/keycloak-user/2014-November/001207.html -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-622) Keycloak returning UID from security context user principal name

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-622?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-622. ------------------------------ Resolution: Done > Keycloak returning UID from security context user principal name > ---------------------------------------------------------------- > > Key: RTGOV-622 > URL: https://issues.jboss.org/browse/RTGOV-622 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Moved to KeyCloak SSO in RTGOV-609. However now the security context getUserPrincipal().getName() returns a UID instead of the username. > This causes problems when needing to identify the actual user (e.g. assigning a situation etc). > The KeyCloak issue is being discussed here: http://lists.jboss.org/pipermail/keycloak-user/2014-November/001207.html -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-622) Keycloak returning UID from security context user principal name

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-622?page=com.atlassian.jira.plugin.... ] Gary Brown commented on RTGOV-622: ---------------------------------- Temporary fix required to overcome KEYCLOAK-857 - make the auth-server-url a full path. > Keycloak returning UID from security context user principal name > ---------------------------------------------------------------- > > Key: RTGOV-622 > URL: https://issues.jboss.org/browse/RTGOV-622 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Moved to KeyCloak SSO in RTGOV-609. However now the security context getUserPrincipal().getName() returns a UID instead of the username. > This causes problems when needing to identify the actual user (e.g. assigning a situation etc). > The KeyCloak issue is being discussed here: http://lists.jboss.org/pipermail/keycloak-user/2014-November/001207.html -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-626) Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-626?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-626: ----------------------------- Git Pull Request: https://github.com/Governance/rtgov/pull/236 > Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files > ----------------------------------------------------------------------------- > > Key: RTGOV-626 > URL: https://issues.jboss.org/browse/RTGOV-626 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Transformation of standalone*.xml files, when switchyard is installed, causes problem due to switchyard having 'extension' elements. > Need to ensure transformation uses qualified name of element. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-626) Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-626?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-626. ------------------------------ Resolution: Done > Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files > ----------------------------------------------------------------------------- > > Key: RTGOV-626 > URL: https://issues.jboss.org/browse/RTGOV-626 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Transformation of standalone*.xml files, when switchyard is installed, causes problem due to switchyard having 'extension' elements. > Need to ensure transformation uses qualified name of element. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (RTGOV-626) Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files

by Gary Brown (JIRA)

Gary Brown created RTGOV-626: -------------------------------- Summary: Installing Keycloak on top of wf+swyd causes problem in standalone*.xml files Key: RTGOV-626 URL: https://issues.jboss.org/browse/RTGOV-626 Project: RTGov (Run Time Governance) Issue Type: Bug Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.1.0.Final Transformation of standalone*.xml files, when switchyard is installed, causes problem due to switchyard having 'extension' elements. Need to ensure transformation uses qualified name of element. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

overlord-issues November 2014