[JBoss JIRA] (DROOLS-3586) [DMN Designer] Boxed expression view: Expression type label should include spaces
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3586?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3586:
-----------------------------------
Description:
The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example {{Literal Expression}} instead of {{LiteralExpression}}. The Decision Navigator labels in the left-hand dock are equally affected.
was:
The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example `Literal Expression` instead of `LiteralExpression`.
> [DMN Designer] Boxed expression view: Expression type label should include spaces
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-3586
> URL: https://issues.jboss.org/browse/DROOLS-3586
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.17.0.Final
> Reporter: Edson Tirelli
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
> At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example {{Literal Expression}} instead of {{LiteralExpression}}. The Decision Navigator labels in the left-hand dock are equally affected.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-10156?page=com.atlassian.jira.plugin... ]
Marek Kopecký edited comment on WFLY-10156 at 1/31/19 6:12 AM:
---------------------------------------------------------------
[~viggo.navarsete]: Can you please provide a reproducer? War archive or zip archive with maven project (with minimal example of this issue, without keycloak) + client application or curl example.
If the bug is in Keycloak or Keycloak integration (not in WF), please close this jira and create bug jira in Keycloak jira project
* https://issues.jboss.org/projects/KEYCLOAK
* cc [~hmlnarik]
was (Author: mkopecky):
[~viggo.navarsete]: Can you please provide a reproducer? War archive or zip archive with maven project (with minimal example of this issue, without keycloak) + client application or curl example.
If the bug is in Keycloak (not in WF), please close this jira and create bug jira in Keycloak jira project
* https://issues.jboss.org/projects/KEYCLOAK
* cc [~hmlnarik]
> Java EE 7 REST Service not called
> ---------------------------------
>
> Key: WFLY-10156
> URL: https://issues.jboss.org/browse/WFLY-10156
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Viggo Navarsete
> Assignee: Alessio Soldano
> Priority: Major
>
> Current setup that works:
> Wildfly 10.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with payload
> - undertow server.log:
> 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders ***
> 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> Setup that doesn't work:
> Wildfly 12.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with NO payload
> - undertow server.log:
> 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-10156?page=com.atlassian.jira.plugin... ]
Marek Kopecký commented on WFLY-10156:
--------------------------------------
[~viggo.navarsete]: Can you please provide a reproducer? War archive or zip archive with maven project (with minimal example of this issue, without keycloak) + client application or curl example.
If the bug is in Keycloak (not in WF), please close this jira and create bug jira in Keycloak jira project
* https://issues.jboss.org/projects/KEYCLOAK
* cc [~hmlnarik]
> Java EE 7 REST Service not called
> ---------------------------------
>
> Key: WFLY-10156
> URL: https://issues.jboss.org/browse/WFLY-10156
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Viggo Navarsete
> Assignee: Alessio Soldano
> Priority: Major
>
> Current setup that works:
> Wildfly 10.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with payload
> - undertow server.log:
> 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders ***
> 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> Setup that doesn't work:
> Wildfly 12.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with NO payload
> - undertow server.log:
> 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3586) [DMN Designer] Boxed expression view: Expression type label should include spaces
by Michael Anstis (Jira)
Michael Anstis created DROOLS-3586:
--------------------------------------
Summary: [DMN Designer] Boxed expression view: Expression type label should include spaces
Key: DROOLS-3586
URL: https://issues.jboss.org/browse/DROOLS-3586
Project: Drools
Issue Type: Enhancement
Components: DMN Editor
Affects Versions: 7.17.0.Final
Reporter: Edson Tirelli
Assignee: Michael Anstis
The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example `Literal Expression` instead of `LiteralExpression`.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10319) NameBinding annotations on resources are ignored in subresources
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-10319?page=com.atlassian.jira.plugin... ]
Marek Kopecký commented on WFLY-10319:
--------------------------------------
{quote}The way I understand this is that sub-resource locators, despite not being annotated with a request method designator, are considered resource methods{quote}
This doesn't corresponds to chapter 3.3 of spec and this doesn't corresponds to the reference jax-rs implementation (Jersey). But I admit that this could be confusing.
[~ron_sigal] or [~asoldano]: We need a dev decision here. It could be also usefull to discuss this with jax-rs expert group or jax-rs mailing list. This could be explained in next jax-rs spec version ([jax-rs roadmap|https://github.com/eclipse-ee4j/jaxrs-api/wiki/Roadmap]).
> NameBinding annotations on resources are ignored in subresources
> ----------------------------------------------------------------
>
> Key: WFLY-10319
> URL: https://issues.jboss.org/browse/WFLY-10319
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Javier Estevez Sanchez
> Assignee: Alessio Soldano
> Priority: Major
>
> The following JAX-RS resource exposes two resources via a GET operation: /demo and /demo/subresource. The first one via a sub-resource method, the latter via a sub-resource locator. Additionally, a response filter is binded to the JAX-RS resource class to modify the response. From the JAX-RS 2.0 spec, §6.5.2 Name Binding:
> {quote}
> Binding annotations that decorate resource classes apply to all resource methods defined in them.
> {quote}
> However, the binding annotation is not applying to the sub-resource locator method. This happens when the name binding annotation is on the resource class or on the sub-resource locator method. Annotating the sub-resource class or the method within works as expected, though.
> Below is the code needed to reproduce this issue:
> {code:java|title=The resource and subresource}
> @DemoNameBinding
> @Produces(MediaType.APPLICATION_JSON)
> @Path("/demo")
> public class DemoResource {
> @GET
> public String getDemoValue() {
> return "A value";
> }
> @Path("/subresource")
> public DemoSubResource getSubResource() {
> return new DemoSubResource();
> }
> public class DemoSubResource {
> @GET
> public String getDemoValue() {
> return "A value";
> }
> }
> }
> {code}
> {code:java|title=The filter}
> @Provider
> @DemoNameBinding
> public class SomeFilter implements ContainerResponseFilter {
> @Override
> public void filter(ContainerRequestContext requestContext, ContainerResponseContext responseContext) {
> responseContext.setEntity("A filtered value");
> }
> }
> {code}
> {code:java|title=The binding}
> @NameBinding
> @Target({ElementType.TYPE, ElementType.METHOD})
> @Retention(RetentionPolicy.RUNTIME)
> public @interface DemoNameBinding {
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months