[JBoss JIRA] (SRAMP-501) Improve the Shell Command demo README
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-501?page=com.atlassian.jira.plugin.... ]
Brett Meyer resolved SRAMP-501.
-------------------------------
Resolution: Done
> Improve the Shell Command demo README
> -------------------------------------
>
> Key: SRAMP-501
> URL: https://issues.jboss.org/browse/SRAMP-501
> Project: S-RAMP
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Distro, Shell
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0
>
>
> The README for the s-ramp-demo-shell-command is apparently not very clear. David was unable to successfully test this demo in 0.5.0.Beta1:
> "Can not execute s-ramp-demos-shell-command
> Copy the to s-ramp-demos-shell-command-0.5.0.Beta1.jar s-ramp-shell/s-ramp/commands
> Then execute the s-ramp-shell/sramp.sh
> Is not well explain the README file or at least I am not understanding how to do it."
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months
[JBoss JIRA] (SRAMP-501) Improve the Shell Command demo README
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-501?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on SRAMP-501:
-----------------------------------
Agree with [~virchete] that it was a bit confusing. Re-worked it
> Improve the Shell Command demo README
> -------------------------------------
>
> Key: SRAMP-501
> URL: https://issues.jboss.org/browse/SRAMP-501
> Project: S-RAMP
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Distro, Shell
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0
>
>
> The README for the s-ramp-demo-shell-command is apparently not very clear. David was unable to successfully test this demo in 0.5.0.Beta1:
> "Can not execute s-ramp-demos-shell-command
> Copy the to s-ramp-demos-shell-command-0.5.0.Beta1.jar s-ramp-shell/s-ramp/commands
> Then execute the s-ramp-shell/sramp.sh
> Is not well explain the README file or at least I am not understanding how to do it."
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months
[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 resolved SRAMP-513.
-------------------------------
Resolution: Done
> 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
[JBoss JIRA] (RTGOV-530) Resubmit doesn't work with latest swyd snapshot
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-530?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-530:
-----------------------------
Attachment: server.log
> Resubmit doesn't work with latest swyd snapshot
> -----------------------------------------------
>
> Key: RTGOV-530
> URL: https://issues.jboss.org/browse/RTGOV-530
> 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
>
> Attachments: server.log
>
>
> When resubmitting, we get:
> {noformat}
> 16:12:41,495 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/switchyard-remote].[SwitchYardRemotingServlet]] (http-localhost.localdomain/127.0.0.1:8080-6) JBWEB000236: Servlet.service() for servlet SwitchYardRemotingServlet threw exception: org.codehaus.jackson.map.JsonMappingException: Can not construct instance of org.switchyard.serial.graph.node.AccessNode, problem: abstract types can only be instantiated with additional type information
> at [Source: org.apache.catalina.connector.CoyoteInputStream@168f643; line: 1, column: 93] (through reference chain: org.switchyard.serial.graph.Graph["references"])
> at org.codehaus.jackson.map.JsonMappingException.from(JsonMappingException.java:163) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.StdDeserializationContext.instantiationException(StdDeserializationContext.java:233) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.AbstractDeserializer.deserialize(AbstractDeserializer.java:60) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer._deserialize(AsArrayTypeDeserializer.java:88) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromAny(AsArrayTypeDeserializer.java:69) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.std.UntypedObjectDeserializer.deserializeWithType(UntypedObjectDeserializer.java:106) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.std.MapDeserializer._readAndBind(MapDeserializer.java:321) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.std.MapDeserializer.deserialize(MapDeserializer.java:249) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.std.MapDeserializer.deserialize(MapDeserializer.java:33) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer._deserialize(AsArrayTypeDeserializer.java:88) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromObject(AsArrayTypeDeserializer.java:55) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.std.MapDeserializer.deserializeWithType(MapDeserializer.java:273) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:297) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.SettableBeanProperty$MethodProperty.deserializeAndSet(SettableBeanProperty.java:414) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:697) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.deser.BeanDeserializer.deserialize(BeanDeserializer.java:580) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2732) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1909) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
> at org.switchyard.serial.jackson.format.JSONJacksonSerializer.deserialize(JSONJacksonSerializer.java:82) [switchyard-serial-jackson-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
> at org.switchyard.serial.graph.GraphSerializer.deserialize(GraphSerializer.java:60) [switchyard-serial-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
> at org.switchyard.component.sca.SwitchYardRemotingServlet.doPost(SwitchYardRemotingServlet.java:78) [switchyard-component-sca-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:340)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926)
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_07]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months
[JBoss JIRA] (RTGOV-530) Resubmit doesn't work with latest swyd snapshot
by Gary Brown (JIRA)
Gary Brown created RTGOV-530:
--------------------------------
Summary: Resubmit doesn't work with latest swyd snapshot
Key: RTGOV-530
URL: https://issues.jboss.org/browse/RTGOV-530
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 resubmitting, we get:
{noformat}
16:12:41,495 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/switchyard-remote].[SwitchYardRemotingServlet]] (http-localhost.localdomain/127.0.0.1:8080-6) JBWEB000236: Servlet.service() for servlet SwitchYardRemotingServlet threw exception: org.codehaus.jackson.map.JsonMappingException: Can not construct instance of org.switchyard.serial.graph.node.AccessNode, problem: abstract types can only be instantiated with additional type information
at [Source: org.apache.catalina.connector.CoyoteInputStream@168f643; line: 1, column: 93] (through reference chain: org.switchyard.serial.graph.Graph["references"])
at org.codehaus.jackson.map.JsonMappingException.from(JsonMappingException.java:163) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.StdDeserializationContext.instantiationException(StdDeserializationContext.java:233) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.AbstractDeserializer.deserialize(AbstractDeserializer.java:60) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer._deserialize(AsArrayTypeDeserializer.java:88) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromAny(AsArrayTypeDeserializer.java:69) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.std.UntypedObjectDeserializer.deserializeWithType(UntypedObjectDeserializer.java:106) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.std.MapDeserializer._readAndBind(MapDeserializer.java:321) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.std.MapDeserializer.deserialize(MapDeserializer.java:249) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.std.MapDeserializer.deserialize(MapDeserializer.java:33) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer._deserialize(AsArrayTypeDeserializer.java:88) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromObject(AsArrayTypeDeserializer.java:55) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.std.MapDeserializer.deserializeWithType(MapDeserializer.java:273) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:297) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.SettableBeanProperty$MethodProperty.deserializeAndSet(SettableBeanProperty.java:414) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:697) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.deser.BeanDeserializer.deserialize(BeanDeserializer.java:580) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2732) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1909) [jackson-mapper-asl-1.9.9-redhat-2.jar:1.9.9-redhat-2]
at org.switchyard.serial.jackson.format.JSONJacksonSerializer.deserialize(JSONJacksonSerializer.java:82) [switchyard-serial-jackson-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at org.switchyard.serial.graph.GraphSerializer.deserialize(GraphSerializer.java:60) [switchyard-serial-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at org.switchyard.component.sca.SwitchYardRemotingServlet.doPost(SwitchYardRemotingServlet.java:78) [switchyard-component-sca-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:340)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926)
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_07]
{noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months
[JBoss JIRA] (SRAMP-516) Consider an "uber war" with basic functionality for any app server
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-516?page=com.atlassian.jira.plugin.... ]
Eric Wittmann commented on SRAMP-516:
-------------------------------------
The UI is no problem to support as long as we can figure out a way to drop back to BASIC auth instead of SSO. Admittedly the server would be easier to support in this mode, as it *already* supports BASIC auth. It's possible that nothing in the server's web.xml needs to change for this. The UI's web.xml would *definitely* need to change, however.
> Consider an "uber war" with basic functionality for any app server
> ------------------------------------------------------------------
>
> Key: SRAMP-516
> URL: https://issues.jboss.org/browse/SRAMP-516
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> For *basic* users, an "uber war", containing all dependencies, configurations, etc., could be incredibly helpful. It would most likely have to fall back on basic auth. It could possibly skip the UI entirely and instead focus purely on the repo/server/cli.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months
[JBoss JIRA] (SRAMP-516) Consider an "uber war" with basic functionality for any app server
by Brett Meyer (JIRA)
Brett Meyer created SRAMP-516:
---------------------------------
Summary: Consider an "uber war" with basic functionality for any app server
Key: SRAMP-516
URL: https://issues.jboss.org/browse/SRAMP-516
Project: S-RAMP
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Brett Meyer
Assignee: Brett Meyer
For *basic* users, an "uber war", containing all dependencies, configurations, etc., could be incredibly helpful. It would most likely have to fall back on basic auth. It could possibly skip the UI entirely and instead focus purely on the repo/server/cli.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 2 months