November 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (RTGOV-621) Install using embedded ant

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-621?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-621. ------------------------------ Resolution: Done > Install using embedded ant > -------------------------- > > Key: RTGOV-621 > URL: https://issues.jboss.org/browse/RTGOV-621 > Project: RTGov (Run Time Governance) > Issue Type: Task > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Use an embedded instance of ant as the basis for the install, to remove dependency on having ant installed (for benefit of docker image size). -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-621) Install using embedded ant

by Gary Brown (JIRA)

Gary Brown created RTGOV-621: -------------------------------- Summary: Install using embedded ant Key: RTGOV-621 URL: https://issues.jboss.org/browse/RTGOV-621 Project: RTGov (Run Time Governance) Issue Type: Task Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.1.0.Final Use an embedded instance of ant as the basis for the install, to remove dependency on having ant installed (for benefit of docker image size). -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-112) Set href on all relationships in Atom layer

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-112?page=com.atlassian.jira.plugin.... ] Brett Meyer resolved SRAMP-112. ------------------------------- Fix Version/s: 0.7.0.Final Resolution: Done > Set href on all relationships in Atom layer > ------------------------------------------- > > Key: SRAMP-112 > URL: https://issues.jboss.org/browse/SRAMP-112 > Project: S-RAMP > Issue Type: Sub-task > Components: Atom Binding > Reporter: Eric Wittmann > Assignee: Brett Meyer > Fix For: 0.7.0.Final > > > The persistence layer only sets the UUID of the relationship targets (for all relationships). The Atom layer needs to visit the artifact and add the full HREF on the targets. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-620) Support basic auth for REST services using users configured in KeyCloak

by Gary Brown (JIRA)

Gary Brown created RTGOV-620: -------------------------------- Summary: Support basic auth for REST services using users configured in KeyCloak Key: RTGOV-620 URL: https://issues.jboss.org/browse/RTGOV-620 Project: RTGov (Run Time Governance) Issue Type: Task Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.1.0.Final KeyCloak SSO support is being added in RTGOV-609. However it is currently not possible to have a REST service both support KeyCloak bearer tokens and basic auth (using KeyCloak's configured users). Need to find way to support basic auth for REST services to maintain backward compatible usage. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-601) Support deleting an artifact's content

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-601?page=com.atlassian.jira.plugin.... ] Brett Meyer resolved SRAMP-601. ------------------------------- Fix Version/s: 0.7.0.Final Resolution: Done > Support deleting an artifact's content > -------------------------------------- > > Key: SRAMP-601 > URL: https://issues.jboss.org/browse/SRAMP-601 > Project: S-RAMP > Issue Type: Sub-task > Reporter: Brett Meyer > Assignee: Brett Meyer > Fix For: 0.7.0.Final > > > 2.3.5.5 requires that we support deleting an artifact's *content*, which should remove its media link. We currently only support deleting the artifact itself. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-541) Tighten the restrictions on artifact content updates

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-541?page=com.atlassian.jira.plugin.... ] Brett Meyer resolved SRAMP-541. ------------------------------- Fix Version/s: 0.7.0.Final Resolution: Done > Tighten the restrictions on artifact content updates > ---------------------------------------------------- > > Key: SRAMP-541 > URL: https://issues.jboss.org/browse/SRAMP-541 > Project: S-RAMP > Issue Type: Enhancement > Reporter: Brett Meyer > Assignee: Brett Meyer > Fix For: 0.7.0.Final > > > The restrictions on updateContent need beefed up. See the discussion on https://community.jboss.org/message/884381. > At a minimum, the spec states that: > "Documents which have a Derived Model associated with them cannot be updated in the repository. They must be removed and republished." -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-618) Consider replacing the s-ramp-trash with something more performant

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-618: --------------------------------- Summary: Consider replacing the s-ramp-trash with something more performant Key: SRAMP-618 URL: https://issues.jboss.org/browse/SRAMP-618 Project: S-RAMP Issue Type: Enhancement Reporter: Brett Meyer Priority: Minor Brought up by [~eric.wittmann] (11:12:44 AM) ewittman: i wonder if the trash is more trouble than it's worth (11:13:48 AM) ewittman: another approach for auditing of deleted artifacts would be to simply roll up the artifact history into a journal entry (different jcr tree) (11:16:02 AM) ewittman: that might be superior in a lot of ways - you could get rid of all the extra trash query code and whatnot (11:16:13 AM) ewittman: upgrade path for existing users with trashed artifacts is an issue (11:16:30 AM) ewittman: but something you could deal with on startup (journal anything in /trash) (11:18:54 AM) ewittman: take the artifact and all its audit entries, and roll all that info up into some new custom s-ramp jcr node somewhere (11:19:09 AM) ewittman: get it out of the way but keep all the relevant info necessary for auditing purposes Note that ModeShape 4.0 added built-in journaling concepts: https://docs.jboss.org/author/display/MODE40/Journaling -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-617) Copy the shell's s-ramp.sh into the target distro's bin

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-617: --------------------------------- Summary: Copy the shell's s-ramp.sh into the target distro's bin Key: SRAMP-617 URL: https://issues.jboss.org/browse/SRAMP-617 Project: S-RAMP Issue Type: Enhancement Reporter: Brett Meyer Assignee: Brett Meyer -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-616) Verify we're not vulnerable to injection attacks

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-616?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-616: ----------------------------------- https://github.com/Governance/s-ramp/blob/master/s-ramp-repository-jcr/sr... > Verify we're not vulnerable to injection attacks > ------------------------------------------------ > > Key: SRAMP-616 > URL: https://issues.jboss.org/browse/SRAMP-616 > Project: S-RAMP > Issue Type: Enhancement > Reporter: Brett Meyer > Assignee: Brett Meyer > > Verify that no JCR-SQL2 queries are vulnerable to injection attacks -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-616) Verify we're not vulnerable to injection attacks

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-616?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-616: ----------------------------------- See https://github.com/Governance/s-ramp/blob/master/s-ramp-repository-jcr/sr... for an example. Also, let [~eric.wittmann] know that he's kind of lazy... ;) > Verify we're not vulnerable to injection attacks > ------------------------------------------------ > > Key: SRAMP-616 > URL: https://issues.jboss.org/browse/SRAMP-616 > Project: S-RAMP > Issue Type: Enhancement > Reporter: Brett Meyer > Assignee: Brett Meyer > > Verify that no JCR-SQL2 queries are vulnerable to injection attacks -- This message was sent by Atlassian JIRA (v6.3.8#6338)

9 years, 7 months

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