July 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (RTGOV-529) Add more traditional rule version of SLA example

by Gary Brown (JIRA)

Gary Brown created RTGOV-529: -------------------------------- Summary: Add more traditional rule version of SLA example Key: RTGOV-529 URL: https://issues.jboss.org/browse/RTGOV-529 Project: RTGov (Run Time Governance) Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.Final Current version of the SLA example shows using parameterised EPN to configure a single rule. However more traditional rules should determine the decision in the lefthand side of the rule, not in the body of the rule. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-528) Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-528?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-528. ------------------------------ Resolution: Done > Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency > --------------------------------------------------------------------------------------- > > Key: RTGOV-528 > URL: https://issues.jboss.org/browse/RTGOV-528 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.Final > > > When installing rtgov-client feature I get: > {noformat} > JBossFuse:karaf@root> features:install rtgov-client > Refreshing bundles org.apache.servicemix.bundles.jaxb-xjc (152), org.ops4j.pax.url.war (239), org.ops4j.pax.web.pax-web-jsp (169), org.eclipse.jetty.aggregate.jetty-all-server (92), org.apache.servicemix.bundles.jaxb-impl (128) > Error executing command: Could not start bundle mvn:org.overlord.rtgov/overlord-rtgov-war-all-fuse6/2.0.0-SNAPSHOT/war in feature(s) rtgov-dependencies-2.0.0-SNAPSHOT, rtgov-services-2.0.0-SNAPSHOT: Unresolved constraint in bundle org.overlord.rtgov.overlord-rtgov-war-all-fuse6 [272]: Unable to resolve 272.0: missing requirement [272.0] osgi.wiring.package; (osgi.wiring.package=org.overlord.rtgov.activity.server.rest) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-528) Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-528?page=com.atlassian.jira.plugin.... ] Gary Brown updated RTGOV-528: ----------------------------- Git Pull Request: https://github.com/Governance/rtgov/pull/156 > Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency > --------------------------------------------------------------------------------------- > > Key: RTGOV-528 > URL: https://issues.jboss.org/browse/RTGOV-528 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.Final > > > When installing rtgov-client feature I get: > {noformat} > JBossFuse:karaf@root> features:install rtgov-client > Refreshing bundles org.apache.servicemix.bundles.jaxb-xjc (152), org.ops4j.pax.url.war (239), org.ops4j.pax.web.pax-web-jsp (169), org.eclipse.jetty.aggregate.jetty-all-server (92), org.apache.servicemix.bundles.jaxb-impl (128) > Error executing command: Could not start bundle mvn:org.overlord.rtgov/overlord-rtgov-war-all-fuse6/2.0.0-SNAPSHOT/war in feature(s) rtgov-dependencies-2.0.0-SNAPSHOT, rtgov-services-2.0.0-SNAPSHOT: Unresolved constraint in bundle org.overlord.rtgov.overlord-rtgov-war-all-fuse6 [272]: Unable to resolve 272.0: missing requirement [272.0] osgi.wiring.package; (osgi.wiring.package=org.overlord.rtgov.activity.server.rest) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-515) overlord commons installer saml password filtering

by David virgil naranjo (JIRA)

David virgil naranjo created SRAMP-515: ------------------------------------------ Summary: overlord commons installer saml password filtering Key: SRAMP-515 URL: https://issues.jboss.org/browse/SRAMP-515 Project: S-RAMP Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: David virgil naranjo Assignee: David virgil naranjo The filtering in the overlord-commons installer for the properties saml-keystore password and saml-keystore alias password is not getting done in the overlord.properties file. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-514) Allow generate-features-xml to use dirs on the classpath, rather than artifact jars only

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-514?page=com.atlassian.jira.plugin.... ] Brett Meyer commented on SRAMP-514: ----------------------------------- May not even be worth the effort, especially if it's limited to the Jenkins/Hudson reactor. > Allow generate-features-xml to use dirs on the classpath, rather than artifact jars only > ---------------------------------------------------------------------------------------- > > Key: SRAMP-514 > URL: https://issues.jboss.org/browse/SRAMP-514 > Project: S-RAMP > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Brett Meyer > Assignee: Eric Wittmann > Priority: Optional > > Definitely a low priority... > https://overlord.ci.cloudbees.com/job/s-ramp.master.integration/job/s-ram... > When that's configured to use "mvn clean test", generate-features-xml blows up. But, it works with "mvn clean install". Oddly enough, "test" works perfectly locally. > {quote} > [ERROR] Failed to execute goal org.overlord:overlord-commons-maven-plugin:2.0.3-SNAPSHOT:generate-features-xml (default) on project s-ramp-distro-fuse61: Resolved artifact is not a file: /scratch/jenkins/workspace/s-ramp.master.integration/s-ramp.master.integration.tomcat/s-ramp-api/target/classes > {quote} > I'm not at all sure what's causing the artifact to resolve to /classes, rather than the actual jar. But, theoretically, we should be able to improve the mojo to use directories, rather than require jars. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-514) Allow generate-features-xml to use dirs on the classpath, rather than artifact jars only

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-514: --------------------------------- Summary: Allow generate-features-xml to use dirs on the classpath, rather than artifact jars only Key: SRAMP-514 URL: https://issues.jboss.org/browse/SRAMP-514 Project: S-RAMP Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Brett Meyer Assignee: Eric Wittmann Priority: Optional Definitely a low priority... https://overlord.ci.cloudbees.com/job/s-ramp.master.integration/job/s-ram... When that's configured to use "mvn clean test", generate-features-xml blows up. But, it works with "mvn clean install". Oddly enough, "test" works perfectly locally. {quote} [ERROR] Failed to execute goal org.overlord:overlord-commons-maven-plugin:2.0.3-SNAPSHOT:generate-features-xml (default) on project s-ramp-distro-fuse61: Resolved artifact is not a file: /scratch/jenkins/workspace/s-ramp.master.integration/s-ramp.master.integration.tomcat/s-ramp-api/target/classes {quote} I'm not at all sure what's causing the artifact to resolve to /classes, rather than the actual jar. But, theoretically, we should be able to improve the mojo to use directories, rather than require jars. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-513) s-ramp-wagon should use JavaArchive for a sources JAR's ArtifactType

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-513?page=com.atlassian.jira.plugin.... ] Brett Meyer updated SRAMP-513: ------------------------------ Summary: s-ramp-wagon should use JavaArchive for a sources JAR's ArtifactType (was: s-ramp-wagon should use sources JAR ) > s-ramp-wagon should use JavaArchive for a sources JAR's ArtifactType > -------------------------------------------------------------------- > > Key: SRAMP-513 > URL: https://issues.jboss.org/browse/SRAMP-513 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Fix For: 0.5.0 > > > Reported by David via his 1.3.0.Beta1 Testing: > "Do we want the sources jar to be executed in the dtgov workflow? > I executed the s-ramp-demos/s-ramp-demos-switchyard and then 2 switchyard artifacts were upload, the jar, and the sources-jar. Then 2 tasks appeared in the dtgov tasks." > The answer is "no" - the -sources.jar should *not* trigger a workflow. We need to figure out why that is happening. Perhaps the s-ramp wagon is not setting the correct ArtifactType for the -sources JAR artifact? The primary artifact in the maven build should be a SwitchYardApplication. The -sources JAR should be added to s-ramp as JavaArchive (most likely). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-513) s-ramp-wagon should use sources JAR

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-513?page=com.atlassian.jira.plugin.... ] Brett Meyer updated SRAMP-513: ------------------------------ Summary: s-ramp-wagon should use sources JAR (was: Workflow is being created for -sources JAR) > s-ramp-wagon should use sources JAR > ------------------------------------ > > Key: SRAMP-513 > URL: https://issues.jboss.org/browse/SRAMP-513 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Fix For: 0.5.0 > > > Reported by David via his 1.3.0.Beta1 Testing: > "Do we want the sources jar to be executed in the dtgov workflow? > I executed the s-ramp-demos/s-ramp-demos-switchyard and then 2 switchyard artifacts were upload, the jar, and the sources-jar. Then 2 tasks appeared in the dtgov tasks." > The answer is "no" - the -sources.jar should *not* trigger a workflow. We need to figure out why that is happening. Perhaps the s-ramp wagon is not setting the correct ArtifactType for the -sources JAR artifact? The primary artifact in the maven build should be a SwitchYardApplication. The -sources JAR should be added to s-ramp as JavaArchive (most likely). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-513) Workflow is being created for -sources JAR

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-513?page=com.atlassian.jira.plugin.... ] Brett Meyer moved DTGOV-173 to SRAMP-513: ----------------------------------------- Project: S-RAMP (was: DTGov (Design Time Governance)) Key: SRAMP-513 (was: DTGOV-173) Fix Version/s: 0.5.0 (was: 1.3) > Workflow is being created for -sources JAR > ------------------------------------------ > > Key: SRAMP-513 > URL: https://issues.jboss.org/browse/SRAMP-513 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: David virgil naranjo > Fix For: 0.5.0 > > > Reported by David via his 1.3.0.Beta1 Testing: > "Do we want the sources jar to be executed in the dtgov workflow? > I executed the s-ramp-demos/s-ramp-demos-switchyard and then 2 switchyard artifacts were upload, the jar, and the sources-jar. Then 2 tasks appeared in the dtgov tasks." > The answer is "no" - the -sources.jar should *not* trigger a workflow. We need to figure out why that is happening. Perhaps the s-ramp wagon is not setting the correct ArtifactType for the -sources JAR artifact? The primary artifact in the maven build should be a SwitchYardApplication. The -sources JAR should be added to s-ramp as JavaArchive (most likely). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-528) Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency

by Gary Brown (JIRA)

Gary Brown created RTGOV-528: -------------------------------- Summary: Installing rtgov-client feature complains about overlord-rtgov-war-all-fuse6 dependency Key: RTGOV-528 URL: https://issues.jboss.org/browse/RTGOV-528 Project: RTGov (Run Time Governance) Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.Final When installing rtgov-client feature I get: {noformat} JBossFuse:karaf@root> features:install rtgov-client Refreshing bundles org.apache.servicemix.bundles.jaxb-xjc (152), org.ops4j.pax.url.war (239), org.ops4j.pax.web.pax-web-jsp (169), org.eclipse.jetty.aggregate.jetty-all-server (92), org.apache.servicemix.bundles.jaxb-impl (128) Error executing command: Could not start bundle mvn:org.overlord.rtgov/overlord-rtgov-war-all-fuse6/2.0.0-SNAPSHOT/war in feature(s) rtgov-dependencies-2.0.0-SNAPSHOT, rtgov-services-2.0.0-SNAPSHOT: Unresolved constraint in bundle org.overlord.rtgov.overlord-rtgov-war-all-fuse6 [272]: Unable to resolve 272.0: missing requirement [272.0] osgi.wiring.package; (osgi.wiring.package=org.overlord.rtgov.activity.server.rest) {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

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