[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký commented on WFLY-2752:
-------------------------------------
[~ron_sigal]: Looking to the description of this jira. V1_TCPController class from the reproducer is not listed in the description, but I believe V1_TCPController class is not necessary and this end-point should reproduce the issue if valid:
{code:java}
@Path("/v1")
@ApplicationScoped
public class V1_TCPControllerResource {
@Context
UriInfo uriInfo;
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code}
* curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
Anyway, location is created correctly, so it seems that this issue is no longer valid. Can you please close this issue as out-of-date? [~stanzelivinski] can reopen this issue with a reproducer, if [~stanzelivinski] still see this issue ...
{noformat}
[mkopecky@dhcp-10-40-5-71 bin]$ curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
...
> PUT /jaxrs-wf/v1/aaa HTTP/1.1
...
< HTTP/1.1 201 Created
< Connection: keep-alive
< Location: http://localhost:8080/jaxrs-wf/v1/aaa/aaa
...
[mkopecky@dhcp-10-40-5-71 bin]$
{noformat}
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Reporter: Stan Zelivinski
> Assignee: Ron Sigal
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký edited comment on WFLY-2752 at 3/5/19 2:15 AM:
-------------------------------------------------------------
[~ron_sigal]: Looking to the description of this jira. V1_TCPController class from the reproducer is not listed in the description, but I believe V1_TCPController class is not necessary and this end-point should reproduce the issue if valid:
{code:java}
@Path("/v1")
@ApplicationScoped
public class V1_TCPControllerResource {
@Context
UriInfo uriInfo;
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code}
* curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
Anyway, location is created correctly in WF16, so it seems that this issue is no longer valid. Can you please close this issue as out-of-date? [~stanzelivinski] can reopen this issue with a reproducer, if [~stanzelivinski] still see this issue ...
{noformat}
[mkopecky@dhcp-10-40-5-71 bin]$ curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
...
> PUT /jaxrs-wf/v1/aaa HTTP/1.1
...
< HTTP/1.1 201 Created
< Connection: keep-alive
< Location: http://localhost:8080/jaxrs-wf/v1/aaa/aaa
...
[mkopecky@dhcp-10-40-5-71 bin]$
{noformat}
was (Author: mkopecky):
[~ron_sigal]: Looking to the description of this jira. V1_TCPController class from the reproducer is not listed in the description, but I believe V1_TCPController class is not necessary and this end-point should reproduce the issue if valid:
{code:java}
@Path("/v1")
@ApplicationScoped
public class V1_TCPControllerResource {
@Context
UriInfo uriInfo;
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code}
* curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
Anyway, location is created correctly, so it seems that this issue is no longer valid. Can you please close this issue as out-of-date? [~stanzelivinski] can reopen this issue with a reproducer, if [~stanzelivinski] still see this issue ...
{noformat}
[mkopecky@dhcp-10-40-5-71 bin]$ curl -v -X PUT http://localhost:8080/jaxrs-wf/v1/aaa
...
> PUT /jaxrs-wf/v1/aaa HTTP/1.1
...
< HTTP/1.1 201 Created
< Connection: keep-alive
< Location: http://localhost:8080/jaxrs-wf/v1/aaa/aaa
...
[mkopecky@dhcp-10-40-5-71 bin]$
{noformat}
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Reporter: Stan Zelivinski
> Assignee: Ron Sigal
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký reassigned WFLY-2752:
-----------------------------------
Assignee: Ron Sigal (was: Bill Burke)
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Reporter: Stan Zelivinski
> Assignee: Ron Sigal
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2859) Treating all JAX-RS components as CDI Beans has some negative consequences
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2859?page=com.atlassian.jira.plugin.... ]
Marek Kopecký edited comment on WFLY-2859 at 3/5/19 2:05 AM:
-------------------------------------------------------------
This issue is still valid in WF16, see the details in RESTEASY-1015
was (Author: mkopecky):
This issue is still valid in WF16.
> Treating all JAX-RS components as CDI Beans has some negative consequences
> --------------------------------------------------------------------------
>
> Key: WFLY-2859
> URL: https://issues.jboss.org/browse/WFLY-2859
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.CR1, 16.0.0.Beta1
> Reporter: Matt Drees
> Assignee: Stuart Douglas
> Priority: Major
>
> It seems that wildfly is now treating all jax-rs Providers and Resources as CDI Beans. This is probably fine most of the time, but there are some Provider classes that cause UnproxyableResolutionException (WELD-001437) errors, due to the fact that resteasy-cdi attempts to get bean reference whose type is identical to the bean class.
> See the forum link for a specific instance of this.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký updated WFLY-2752:
--------------------------------
Environment: (was: Linux Fedora)
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Reporter: Stan Zelivinski
> Assignee: Bill Burke
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký updated WFLY-2752:
--------------------------------
Description:
The code that works perfectly in WildFly.8.0.0.Beta:
{code:java}
package jdsu.vts.tcpcontroller.webservices.rest.resources;
import java.net.URI;
import javax.ws.rs.DELETE;
import javax.ws.rs.GET;
import javax.ws.rs.PUT;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.Consumes;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.Response;
import javax.ws.rs.core.UriInfo;
import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
import jdsu.vts.shared.transferobjects.V1_TCPSetups;
@Path("/v1")
public class V1_TCPControllerResource {
@Context UriInfo uriInfo;
@GET
@Produces("application/json")
public Response getControllers() {
//String json = String.valueOf(m_testsMap.size());
return Response.ok(V1_TCPController.getCollection()).build();
}
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
V1_TCPController controller = V1_TCPController.find(id);
if(controller != null) {
return Response.status(Response.Status.CONFLICT).build();
}
controller = new V1_TCPController(id);
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code:java}
does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
Please help.
Stan
was:
The code that works perfectly in WildFly.8.0.0.Beta:
package jdsu.vts.tcpcontroller.webservices.rest.resources;
import java.net.URI;
import javax.ws.rs.DELETE;
import javax.ws.rs.GET;
import javax.ws.rs.PUT;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.Consumes;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.Response;
import javax.ws.rs.core.UriInfo;
import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
import jdsu.vts.shared.transferobjects.V1_TCPSetups;
@Path("/v1")
public class V1_TCPControllerResource {
@Context UriInfo uriInfo;
@GET
@Produces("application/json")
/**
*
* @return
*/
public Response getControllers() {
//String json = String.valueOf(m_testsMap.size());
return Response.ok(V1_TCPController.getCollection()).build();
}
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id){
V1_TCPController controller = V1_TCPController.find(id);
if(controller != null) {
return Response.status(Response.Status.CONFLICT).build();
}
controller = new V1_TCPController(id);
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
Please help.
Stan
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Environment: Linux Fedora
> Reporter: Stan Zelivinski
> Assignee: Bill Burke
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code:java}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-2752) Using an injected UriInfo object by the JAX-RS runtime environment does not work
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-2752?page=com.atlassian.jira.plugin.... ]
Marek Kopecký updated WFLY-2752:
--------------------------------
Description:
The code that works perfectly in WildFly.8.0.0.Beta:
{code:java}
package jdsu.vts.tcpcontroller.webservices.rest.resources;
import java.net.URI;
import javax.ws.rs.DELETE;
import javax.ws.rs.GET;
import javax.ws.rs.PUT;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.Consumes;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.Response;
import javax.ws.rs.core.UriInfo;
import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
import jdsu.vts.shared.transferobjects.V1_TCPSetups;
@Path("/v1")
public class V1_TCPControllerResource {
@Context UriInfo uriInfo;
@GET
@Produces("application/json")
public Response getControllers() {
//String json = String.valueOf(m_testsMap.size());
return Response.ok(V1_TCPController.getCollection()).build();
}
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
V1_TCPController controller = V1_TCPController.find(id);
if(controller != null) {
return Response.status(Response.Status.CONFLICT).build();
}
controller = new V1_TCPController(id);
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code}
does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
Please help.
Stan
was:
The code that works perfectly in WildFly.8.0.0.Beta:
{code:java}
package jdsu.vts.tcpcontroller.webservices.rest.resources;
import java.net.URI;
import javax.ws.rs.DELETE;
import javax.ws.rs.GET;
import javax.ws.rs.PUT;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.Consumes;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.Response;
import javax.ws.rs.core.UriInfo;
import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
import jdsu.vts.shared.transferobjects.V1_TCPSetups;
@Path("/v1")
public class V1_TCPControllerResource {
@Context UriInfo uriInfo;
@GET
@Produces("application/json")
public Response getControllers() {
//String json = String.valueOf(m_testsMap.size());
return Response.ok(V1_TCPController.getCollection()).build();
}
@PUT
@Path("{id}")
@Produces("application/json")
public Response addController(@PathParam("id") String id) {
V1_TCPController controller = V1_TCPController.find(id);
if(controller != null) {
return Response.status(Response.Status.CONFLICT).build();
}
controller = new V1_TCPController(id);
URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
return Response.created(uri).build();
}
}
{code:java}
does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
Please help.
Stan
> Using an injected UriInfo object by the JAX-RS runtime environment does not work
> --------------------------------------------------------------------------------
>
> Key: WFLY-2752
> URL: https://issues.jboss.org/browse/WFLY-2752
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 8.0.0.CR1
> Environment: Linux Fedora
> Reporter: Stan Zelivinski
> Assignee: Bill Burke
> Priority: Major
>
> The code that works perfectly in WildFly.8.0.0.Beta:
> {code:java}
> package jdsu.vts.tcpcontroller.webservices.rest.resources;
> import java.net.URI;
> import javax.ws.rs.DELETE;
> import javax.ws.rs.GET;
> import javax.ws.rs.PUT;
> import javax.ws.rs.Path;
> import javax.ws.rs.PathParam;
> import javax.ws.rs.Produces;
> import javax.ws.rs.Consumes;
> import javax.ws.rs.core.Context;
> import javax.ws.rs.core.Response;
> import javax.ws.rs.core.UriInfo;
> import jdsu.vts.tcpcontroller.webservices.rest.application.V1_TCPController;
> import jdsu.vts.shared.transferobjects.V1_TCPSetups;
> @Path("/v1")
> public class V1_TCPControllerResource {
> @Context UriInfo uriInfo;
>
> @GET
> @Produces("application/json")
> public Response getControllers() {
> //String json = String.valueOf(m_testsMap.size());
> return Response.ok(V1_TCPController.getCollection()).build();
> }
>
> @PUT
> @Path("{id}")
> @Produces("application/json")
> public Response addController(@PathParam("id") String id) {
> V1_TCPController controller = V1_TCPController.find(id);
> if(controller != null) {
> return Response.status(Response.Status.CONFLICT).build();
> }
> controller = new V1_TCPController(id);
> URI uri = uriInfo.getAbsolutePathBuilder().path(id).build();
> return Response.created(uri).build();
> }
> }
> {code}
> does not work in WildFly.8.0.0.CR1. uriInfo is null in the call.
> Please help.
> Stan
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11808) Unable to do jndi lookup when starting batch job from web console
by Cheng Fang (Jira)
[ https://issues.jboss.org/browse/WFLY-11808?page=com.atlassian.jira.plugin... ]
Cheng Fang updated WFLY-11808:
------------------------------
Description: when starting a batch job from web console, jndi lookup inside the application's batch artifacts failed with NameNotFoundException. When the same job is started by the application, the lookups all go well. Need to check if the naming context is properly propagated when starting job from the web console. (was: when starting a batch job from web console, jndi lookup inside the application's batch artifacts failed with NameNotFoundException. When the same job is started by the application, the lookups all go well.)
> Unable to do jndi lookup when starting batch job from web console
> -----------------------------------------------------------------
>
> Key: WFLY-11808
> URL: https://issues.jboss.org/browse/WFLY-11808
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Affects Versions: 16.0.0.Final
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Attachments: Screen Shot 2019-03-04 at 10.38.47 PM.png
>
>
> when starting a batch job from web console, jndi lookup inside the application's batch artifacts failed with NameNotFoundException. When the same job is started by the application, the lookups all go well. Need to check if the naming context is properly propagated when starting job from the web console.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months