July 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Brett Meyer resolved SRAMP-534. ------------------------------- Fix Version/s: 0.5.0.Beta4 Resolution: Done > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > Fix For: 0.5.0.Beta4 > > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-534: ----------------------------------- Talked to Stale on IRC. We're expected to do that in this version of aesh, but won't have to in later versions. Correcting... > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-534: ----------------------------------- Hey [~stalep], it appears that if command namespace results in a CompleteOperation with > 1 completionCandidates, tab completion works great. If there's only 1 command in the namespace, it's getting chopped off. Examples: audit:[TAB] -> audit:ditTrail (should be audit:showAuditTrail) jvm:[TAB] -> jvm:us (should be jvm:status) maven:[TAB] -> maven: (should be maven:deploy) It looks like it's chopping off namespaces.length()+1 (includes the colon). Are we expected to manually call CompleteOperation#setOffset? When Console#completeOperation hands us the CompleteOperation, #cursor == 4 and #offset == 0 (using jvm: as an example). If I include the following, it works as expected: {code} if (completeOperation.getCompletionCandidates().size() == 1) { completeOperation.setOffset(completeOperation.getCursor()); } {code} > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Work on SRAMP-534 started by Brett Meyer. > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Brett Meyer updated SRAMP-534: ------------------------------ Priority: Major (was: Minor) > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-534) Content assist in S-RAMP shell not working well for maven command

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-534?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-534: ----------------------------------- Others are screwed up as well: audit: jvm: Note that audit, jvm, and maven each have 1 single entry. It looks like the tab completion is chopping of chars. Example audit:showAuditTrail -> audit:ditTrail > Content assist in S-RAMP shell not working well for maven command > ----------------------------------------------------------------- > > Key: SRAMP-534 > URL: https://issues.jboss.org/browse/SRAMP-534 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Shell > Affects Versions: 0.5.0.Beta3 > Reporter: Stefan Bunciak > Assignee: Brett Meyer > Priority: Minor > > Content assist/command completion in S-RAMP shell did not provide me with possible commands for 'maven' namespace. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-536) Change pom.xml version property format to "version.x.y.z"

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-536: --------------------------------- Summary: Change pom.xml version property format to "version.x.y.z" Key: SRAMP-536 URL: https://issues.jboss.org/browse/SRAMP-536 Project: S-RAMP Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Eric Wittmann Assignee: Brett Meyer Fix For: 0.5.0.Beta4 Currently we use x.y.z.version in the overlord projects. We need to change this in all Overlord projects, not just S-RAMP. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-519) Change pom.xml version property format to "version.x.y.z"

by Eric Wittmann (JIRA)

[ https://issues.jboss.org/browse/SRAMP-519?page=com.atlassian.jira.plugin.... ] Eric Wittmann updated SRAMP-519: -------------------------------- Summary: Change pom.xml version property format to "version.x.y.z" (was: Change pom.xml version property format to "version.x.y.x") > Change pom.xml version property format to "version.x.y.z" > --------------------------------------------------------- > > Key: SRAMP-519 > URL: https://issues.jboss.org/browse/SRAMP-519 > Project: S-RAMP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Brett Meyer > Fix For: 0.5.0.Beta4 > > > Currently we use x.y.z.version in the overlord projects. > We need to change this in all Overlord projects, not just S-RAMP. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-539) Change pom.xml version property format to "version.x.y.x"

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/RTGOV-539?page=com.atlassian.jira.plugin.... ] Brett Meyer updated RTGOV-539: ------------------------------ Git Pull Request: https://github.com/Governance/rtgov/pull/175 > Change pom.xml version property format to "version.x.y.x" > --------------------------------------------------------- > > Key: RTGOV-539 > URL: https://issues.jboss.org/browse/RTGOV-539 > Project: RTGov (Run Time Governance) > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Gary Brown > Assignee: Brett Meyer > Fix For: 2.0.0.Final > > > Currently we use x.y.z.version in the overlord projects. > We need to change this in all Overlord projects, not just S-RAMP. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-535) Reset UUID of artifact when it is deleted

by Eric Wittmann (JIRA)

Eric Wittmann created SRAMP-535: ----------------------------------- Summary: Reset UUID of artifact when it is deleted Key: SRAMP-535 URL: https://issues.jboss.org/browse/SRAMP-535 Project: S-RAMP Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Affects Versions: 0.5.0.Beta3 Reporter: Eric Wittmann Assignee: Brett Meyer Fix For: 0.5.0.Beta4 Currently when an artifact is deleted we do not delete the JCR node. Instead we move it to another location in the JCR tree. This allows us to potentially add a new node with the same UUID (e.g. a user-specified one). However, the deleted artifact is still sitting over in the trash JCR folder with that original user-defined UUID. So now if you try to delete the new artifact you'll get this: {code} A node definition that allows same name siblings could not be found for the node "/s-ramp-trash/artifacts/03/3a/75/4766e0b8f42a6810ecd6dd73c441a3ed7e[2]" in workspace "default" {code} Possible solution is to generate a new UUID for the trashed artifact when it gets moved? Or else allow same-name-siblings in the JCR tree only for s-ramp/trash (not sure this is possible). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 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