[JBoss JIRA] (SRAMP-575) Support stored query templates/parameter-substitution
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-575?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated SRAMP-575:
------------------------------
Description:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
$\{var-name\}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
{code}s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>{code}
was:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
$\{var-name\}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= $\{MINVERSION\}]>
> Support stored query templates/parameter-substitution
> -----------------------------------------------------
>
> Key: SRAMP-575
> URL: https://issues.jboss.org/browse/SRAMP-575
> Project: S-RAMP
> Issue Type: Sub-task
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> From the Atom Binding spec, 3.3.1:
> {quote}
> Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
>
> $\{var-name\}
>
> A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
> {quote}
> {code}s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>{code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (SRAMP-575) Support stored query templates/parameter-substitution
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-575?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated SRAMP-575:
------------------------------
Description:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
$\{var-name\}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>
was:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
${var-name}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>
> Support stored query templates/parameter-substitution
> -----------------------------------------------------
>
> Key: SRAMP-575
> URL: https://issues.jboss.org/browse/SRAMP-575
> Project: S-RAMP
> Issue Type: Sub-task
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> From the Atom Binding spec, 3.3.1:
> {quote}
> Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
>
> $\{var-name\}
>
> A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
> {quote}
> ex: s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (SRAMP-575) Support stored query templates/parameter-substitution
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-575?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated SRAMP-575:
------------------------------
Description:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
$\{var-name\}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= $\{MINVERSION\}]>
was:
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
$\{var-name\}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>
> Support stored query templates/parameter-substitution
> -----------------------------------------------------
>
> Key: SRAMP-575
> URL: https://issues.jboss.org/browse/SRAMP-575
> Project: S-RAMP
> Issue Type: Sub-task
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> From the Atom Binding spec, 3.3.1:
> {quote}
> Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
>
> $\{var-name\}
>
> A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
> {quote}
> ex: s-ramp/serviceImplementation/ServiceInstance[@version >= $\{MINVERSION\}]>
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (SRAMP-575) Support stored query templates/parameter-substitution
by Brett Meyer (JIRA)
Brett Meyer created SRAMP-575:
---------------------------------
Summary: Support stored query templates/parameter-substitution
Key: SRAMP-575
URL: https://issues.jboss.org/browse/SRAMP-575
Project: S-RAMP
Issue Type: Sub-task
Reporter: Brett Meyer
Assignee: Brett Meyer
>From the Atom Binding spec, 3.3.1:
{quote}
Stored Query Entry documents MAY also be used as templates, allowing simple substitution of client specified parameter values during execution. The syntax for parameter substitution follows the XPath2 style to represent a variable within the query filter:
${var-name}
A value for the var-name can then be specified as part of the query invocation. Default values are not supported.
{quote}
ex: s-ramp/serviceImplementation/ServiceInstance[@version >= ${MINVERSION}]>
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (SRAMP-574) S-RAMP 1.0 spec, optional requirements
by Brett Meyer (JIRA)
Brett Meyer created SRAMP-574:
---------------------------------
Summary: S-RAMP 1.0 spec, optional requirements
Key: SRAMP-574
URL: https://issues.jboss.org/browse/SRAMP-574
Project: S-RAMP
Issue Type: Task
Reporter: Brett Meyer
Assignee: Brett Meyer
This supertask covers *optional* requirements discovered during SRAMP-462. In order to expedite S-RAMP 1.0.0.Final and 100% spec compliance, SRAMP-462 is focused solely on SHALLs.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (RTGOV-560) Accessing the ActiveCollection REST service fails
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/RTGOV-560?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on RTGOV-560:
-----------------------------------------------
Gary Brown <gbrown(a)redhat.com> changed the Status of [bug 1146411|https://bugzilla.redhat.com/show_bug.cgi?id=1146411] from NEW to MODIFIED
> Accessing the ActiveCollection REST service fails
> -------------------------------------------------
>
> Key: RTGOV-560
> URL: https://issues.jboss.org/browse/RTGOV-560
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
>
> Accessing the Active Collection REST service within Fuse causes the following error: Error 400 Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> Previously the QuerySpec was passed via the REST API as a string, and converted to a QuerySpec class within the REST service. However to make the REST API docs more descriptive, the method was updated to pass in a QuerySpec object - which works fine in EAP, but is failing in Fuse.
> The exception in the log is:
> {noformat}
> 21:52:58,747 | ERROR | qtp988607914-80 | SynchronousDispatcher | 309 - org.jboss.resteasy.resteasy-jaxrs - 2.3.7.Final | Failed executing POST /acm/query
> org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:153)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:136)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:159)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:269)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:227)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:216)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:542)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:126)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilterChain(SamlBearerTokenAuthFilter.java:238)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilter(SamlBearerTokenAuthFilter.java:220)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (RTGOV-560) Accessing the ActiveCollection REST service fails
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-560?page=com.atlassian.jira.plugin.... ]
Gary Brown resolved RTGOV-560.
------------------------------
Resolution: Done
> Accessing the ActiveCollection REST service fails
> -------------------------------------------------
>
> Key: RTGOV-560
> URL: https://issues.jboss.org/browse/RTGOV-560
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
>
> Accessing the Active Collection REST service within Fuse causes the following error: Error 400 Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> Previously the QuerySpec was passed via the REST API as a string, and converted to a QuerySpec class within the REST service. However to make the REST API docs more descriptive, the method was updated to pass in a QuerySpec object - which works fine in EAP, but is failing in Fuse.
> The exception in the log is:
> {noformat}
> 21:52:58,747 | ERROR | qtp988607914-80 | SynchronousDispatcher | 309 - org.jboss.resteasy.resteasy-jaxrs - 2.3.7.Final | Failed executing POST /acm/query
> org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:153)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:136)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:159)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:269)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:227)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:216)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:542)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:126)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilterChain(SamlBearerTokenAuthFilter.java:238)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilter(SamlBearerTokenAuthFilter.java:220)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (RTGOV-560) Accessing the ActiveCollection REST service fails
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-560?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-560:
-----------------------------
Git Pull Request: https://github.com/Governance/rtgov/pull/208
> Accessing the ActiveCollection REST service fails
> -------------------------------------------------
>
> Key: RTGOV-560
> URL: https://issues.jboss.org/browse/RTGOV-560
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
>
> Accessing the Active Collection REST service within Fuse causes the following error: Error 400 Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> Previously the QuerySpec was passed via the REST API as a string, and converted to a QuerySpec class within the REST service. However to make the REST API docs more descriptive, the method was updated to pass in a QuerySpec object - which works fine in EAP, but is failing in Fuse.
> The exception in the log is:
> {noformat}
> 21:52:58,747 | ERROR | qtp988607914-80 | SynchronousDispatcher | 309 - org.jboss.resteasy.resteasy-jaxrs - 2.3.7.Final | Failed executing POST /acm/query
> org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:153)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:136)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:159)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:269)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:227)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:216)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:542)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:126)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilterChain(SamlBearerTokenAuthFilter.java:238)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilter(SamlBearerTokenAuthFilter.java:220)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months
[JBoss JIRA] (RTGOV-560) Accessing the ActiveCollection REST service fails
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/RTGOV-560?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated RTGOV-560:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1146411
> Accessing the ActiveCollection REST service fails
> -------------------------------------------------
>
> Key: RTGOV-560
> URL: https://issues.jboss.org/browse/RTGOV-560
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
>
> Accessing the Active Collection REST service within Fuse causes the following error: Error 400 Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> Previously the QuerySpec was passed via the REST API as a string, and converted to a QuerySpec class within the REST service. However to make the REST API docs more descriptive, the method was updated to pass in a QuerySpec object - which works fine in EAP, but is failing in Fuse.
> The exception in the log is:
> {noformat}
> 21:52:58,747 | ERROR | qtp988607914-80 | SynchronousDispatcher | 309 - org.jboss.resteasy.resteasy-jaxrs - 2.3.7.Final | Failed executing POST /acm/query
> org.jboss.resteasy.spi.BadRequestException: Could not find message body reader for type: class org.overlord.rtgov.active.collection.QuerySpec of content type: application/json
> at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:153)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:136)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:159)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:269)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:227)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:216)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:542)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:126)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50)[309:org.jboss.resteasy.resteasy-jaxrs:2.3.7.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilterChain(SamlBearerTokenAuthFilter.java:238)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.overlord.commons.auth.filters.SamlBearerTokenAuthFilter.doFilter(SamlBearerTokenAuthFilter.java:220)[300:org.overlord.overlord-commons-auth:2.0.8.Final]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 9 months