October 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (SRAMP-595) Support content encoding value on atom:content

by Brett Meyer (JIRA)

Brett Meyer created SRAMP-595: --------------------------------- Summary: Support content encoding value on atom:content Key: SRAMP-595 URL: https://issues.jboss.org/browse/SRAMP-595 Project: S-RAMP Issue Type: Sub-task Reporter: Brett Meyer Assignee: Brett Meyer The atom:content mapping must support something like: {code}type="application/xml; charset=utf-8"{code} If, for example, XmlDocument#contentEncoding is set to "utf-8", append that to atom:content. If present when an Entry is posted, know how to split up the value and set both contentType and contentEncoding. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-592) Credentials and server url are hardcoded in s-ramp tests

by Brett Meyer (JIRA)

[ https://issues.jboss.org/browse/SRAMP-592?page=com.atlassian.jira.plugin.... ] Brett Meyer resolved SRAMP-592. ------------------------------- Resolution: Done > Credentials and server url are hardcoded in s-ramp tests > -------------------------------------------------------- > > Key: SRAMP-592 > URL: https://issues.jboss.org/browse/SRAMP-592 > Project: S-RAMP > Issue Type: Bug > Affects Versions: 0.6.0.Final > Reporter: Stefan Bunciak > Assignee: Stefan Bunciak > Priority: Minor > Fix For: 0.7.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-594) s-ramp:getMetaData command returns npe

by Gary Brown (JIRA)

Gary Brown created SRAMP-594: -------------------------------- Summary: s-ramp:getMetaData command returns npe Key: SRAMP-594 URL: https://issues.jboss.org/browse/SRAMP-594 Project: S-RAMP Issue Type: Bug Affects Versions: 0.6.0.Final Reporter: Gary Brown Assignee: Brett Meyer After working through section 7 in the user guide, I had set the description property on an artifact and then exited the cli. When I went back into the console and connected, I then issued the command: s-ramp:getMetaData feed:15 and got: {noformat} java.lang.NullPointerException at org.overlord.sramp.shell.commands.core.GetMetaDataCommand.execute(GetMetaDataCommand.java:71) at org.overlord.sramp.shell.SrampShell.run(SrampShell.java:103) at org.overlord.sramp.shell.SrampShell.main(SrampShell.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at com.simontuffs.onejar.Boot.run(Boot.java:340) at com.simontuffs.onejar.Boot.main(Boot.java:166) {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-593) GWT exception when no network connection available

by Gary Brown (JIRA)

Gary Brown created SRAMP-593: -------------------------------- Summary: GWT exception when no network connection available Key: SRAMP-593 URL: https://issues.jboss.org/browse/SRAMP-593 Project: S-RAMP Issue Type: Bug Affects Versions: 0.6.0.Final Reporter: Gary Brown Assignee: Brett Meyer After starting up a freshly seeded EAP server, accessed the UI and selected overlord.demo.SimpleReleaseProcess.bpmn. This resulted in an error dialog being displayed with: "Uncaught GWT Error! Exception caught: Exception caught: Exception caught: (TypeError) : Cannot read property 'edit' of undefined" At the time my network connection was disabled. When I later tried the UI again with my network connection enabled, it worked fine. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-600) Fuse: posting activities via REST result in org.jboss.resteasy.spi.BadRequestException

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-600?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated RTGOV-600: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1152051 > Fuse: posting activities via REST result in org.jboss.resteasy.spi.BadRequestException > -------------------------------------------------------------------------------------- > > Key: RTGOV-600 > URL: https://issues.jboss.org/browse/RTGOV-600 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Affects Versions: 2.0.0.Final > Environment: fuse + switchyard 2.0.0.Alpha3 + rtgov 2.0.0.Final > Reporter: Andrej Vano > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Sending activities manually results in org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: java.util.List<org.overlord.rtgov.activity.model.ActivityUnit> of content type: application/json > Full stack trace is here: http://pastebin.test.redhat.com/239538 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-600) Fuse: posting activities via REST result in org.jboss.resteasy.spi.BadRequestException

by Andrej Vano (JIRA)

Andrej Vano created RTGOV-600: --------------------------------- Summary: Fuse: posting activities via REST result in org.jboss.resteasy.spi.BadRequestException Key: RTGOV-600 URL: https://issues.jboss.org/browse/RTGOV-600 Project: RTGov (Run Time Governance) Issue Type: Bug Affects Versions: 2.0.0.Final Environment: fuse + switchyard 2.0.0.Alpha3 + rtgov 2.0.0.Final Reporter: Andrej Vano Assignee: Gary Brown Fix For: 2.1.0.Final Sending activities manually results in org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: java.util.List<org.overlord.rtgov.activity.model.ActivityUnit> of content type: application/json Full stack trace is here: http://pastebin.test.redhat.com/239538 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-592) Credentials and server url are hardcoded in s-ramp tests

by Stefan Bunciak (JIRA)

[ https://issues.jboss.org/browse/SRAMP-592?page=com.atlassian.jira.plugin.... ] Stefan Bunciak updated SRAMP-592: --------------------------------- Git Pull Request: https://github.com/Governance/s-ramp/pull/501 > Credentials and server url are hardcoded in s-ramp tests > -------------------------------------------------------- > > Key: SRAMP-592 > URL: https://issues.jboss.org/browse/SRAMP-592 > Project: S-RAMP > Issue Type: Bug > Affects Versions: 0.6.0.Final > Reporter: Stefan Bunciak > Assignee: Stefan Bunciak > Priority: Minor > Fix For: 0.7.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-592) Credentials and server url are hardcoded in s-ramp tests

by Stefan Bunciak (JIRA)

Stefan Bunciak created SRAMP-592: ------------------------------------ Summary: Credentials and server url are hardcoded in s-ramp tests Key: SRAMP-592 URL: https://issues.jboss.org/browse/SRAMP-592 Project: S-RAMP Issue Type: Bug Affects Versions: 0.6.0.Final Reporter: Stefan Bunciak Assignee: Stefan Bunciak Priority: Minor Fix For: 0.7.0.Final -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-599) Fuse: resubmit is always successful

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-599?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated RTGOV-599: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1151951 > Fuse: resubmit is always successful > ----------------------------------- > > Key: RTGOV-599 > URL: https://issues.jboss.org/browse/RTGOV-599 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Affects Versions: 2.0.0.Final > Environment: fuse with added property from RTGOV-598 > Reporter: Andrej Vano > Assignee: Gary Brown > Fix For: 2.1.0.Final > > > Adding the property from RTGOV-598 solves the problem with "Connection Refused", but the resubmitted message will always success even if you resubmit the same message that caused the error. > This resubmitted request is probably not sent successfully because it is not generating any additional situations -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-599) Fuse: resubmit is always successful

by Andrej Vano (JIRA)

Andrej Vano created RTGOV-599: --------------------------------- Summary: Fuse: resubmit is always successful Key: RTGOV-599 URL: https://issues.jboss.org/browse/RTGOV-599 Project: RTGov (Run Time Governance) Issue Type: Bug Affects Versions: 2.0.0.Final Environment: fuse with added property from RTGOV-598 Reporter: Andrej Vano Assignee: Gary Brown Fix For: 2.1.0.Final Adding the property from RTGOV-598 solves the problem with "Connection Refused", but the resubmitted message will always success even if you resubmit the same message that caused the error. This resubmitted request is probably not sent successfully because it is not generating any additional situations -- This message was sent by Atlassian JIRA (v6.3.1#6329)

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 October 2014