May 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5352) Wrong navigation after spreadsheet decision table creation

by Jozef Marko (Jira)

Jozef Marko created DROOLS-5352: ----------------------------------- Summary: Wrong navigation after spreadsheet decision table creation Key: DROOLS-5352 URL: https://issues.redhat.com/browse/DROOLS-5352 Project: Drools Issue Type: Enhancement Components: XLS Decision Table Editor Affects Versions: 7.37.0.Final Reporter: Jozef Marko Assignee: Jozef Marko During XLS/XLSX spreadsheet table creation your needs to say if he is uploading XLS or XLSX file. However that information can be derived from file upload widget. That widget does not allow to submit other file than XLS or XLSX. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13496) Change the packaging of MP Health quickstart to war to enable deployment through IDEs

by Martin Stefanko (Jira)

[ https://issues.redhat.com/browse/WFLY-13496?page=com.atlassian.jira.plugi... ] Martin Stefanko updated WFLY-13496: ----------------------------------- Summary: Change the packaging of MP Health quickstart to war to enable deployment through IDEs (was: Change the packaging of MP Health quickstart to ejb to enable deployment through IDEs) > Change the packaging of MP Health quickstart to war to enable deployment through IDEs > ------------------------------------------------------------------------------------- > > Key: WFLY-13496 > URL: https://issues.redhat.com/browse/WFLY-13496 > Project: WildFly > Issue Type: Bug > Components: Quickstarts > Affects Versions: 19.1.0.Final > Reporter: Martin Stefanko > Assignee: Martin Stefanko > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-320) There are no XP1 specific templates/quickstarts.

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFWIP-320?page=com.atlassian.jira.plugin... ] Jeff Mesnil closed WFWIP-320. ----------------------------- Resolution: Duplicate Issue duplicated by CLOUD-3608 > There are no XP1 specific templates/quickstarts. > ------------------------------------------------ > > Key: WFWIP-320 > URL: https://issues.redhat.com/browse/WFWIP-320 > Project: WildFly WIP > Issue Type: Bug > Components: OpenShift > Reporter: Martin Choma > Assignee: Jeff Mesnil > Priority: Blocker > Labels: EAP-XP1 > > QE did not get any XP specific templates/ OpenShift Quickstarts to test during XP1 openshift images handoff [1]. > Is this blocker for XP1? > [1] http://post-office.corp.redhat.com/archives/eap-pm-list/2020-May/msg00009... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13497) Wrong behaviour in JSF UIInput's component

by Chao Wang (Jira)

[ https://issues.redhat.com/browse/WFLY-13497?page=com.atlassian.jira.plugi... ] Chao Wang updated WFLY-13497: ----------------------------- Steps to Reproduce: Deploy the attached reproducer, hit button with an empty input value, and check the output. It should be null. > Wrong behaviour in JSF UIInput's component > ------------------------------------------ > > Key: WFLY-13497 > URL: https://issues.redhat.com/browse/WFLY-13497 > Project: WildFly > Issue Type: Bug > Components: JSF > Affects Versions: 19.1.0.Final > Reporter: Chao Wang > Assignee: Farah Juma > Priority: Major > Attachments: helloworld-jsf.war > > > If context parameter {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} set to True, then an empty value from UIInput component is not set to null any more. > reproducer: https://github.com/soul2zimate/quickstart/tree/jsf-wrong-behaviour/hellow... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13497) Wrong behaviour in JSF UIInput's component

by Chao Wang (Jira)

[ https://issues.redhat.com/browse/WFLY-13497?page=com.atlassian.jira.plugi... ] Chao Wang updated WFLY-13497: ----------------------------- Attachment: helloworld-jsf.war > Wrong behaviour in JSF UIInput's component > ------------------------------------------ > > Key: WFLY-13497 > URL: https://issues.redhat.com/browse/WFLY-13497 > Project: WildFly > Issue Type: Bug > Components: JSF > Affects Versions: 19.1.0.Final > Reporter: Chao Wang > Assignee: Farah Juma > Priority: Major > Attachments: helloworld-jsf.war > > > If context parameter {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} set to True, then an empty value from UIInput component is not set to null any more. > reproducer: https://github.com/soul2zimate/quickstart/tree/jsf-wrong-behaviour/hellow... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13497) Wrong behaviour in JSF UIInput's component

by Chao Wang (Jira)

Chao Wang created WFLY-13497: -------------------------------- Summary: Wrong behaviour in JSF UIInput's component Key: WFLY-13497 URL: https://issues.redhat.com/browse/WFLY-13497 Project: WildFly Issue Type: Bug Components: JSF Affects Versions: 19.1.0.Final Reporter: Chao Wang Assignee: Farah Juma If context parameter {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} set to True, then an empty value from UIInput component is not set to null any more. reproducer: https://github.com/soul2zimate/quickstart/tree/jsf-wrong-behaviour/hellow... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13496) Change the packaging of MP Health quickstart to ejb to enable deployment through IDEs

by Martin Stefanko (Jira)

Martin Stefanko created WFLY-13496: -------------------------------------- Summary: Change the packaging of MP Health quickstart to ejb to enable deployment through IDEs Key: WFLY-13496 URL: https://issues.redhat.com/browse/WFLY-13496 Project: WildFly Issue Type: Bug Components: Quickstarts Affects Versions: 19.1.0.Final Reporter: Martin Stefanko Assignee: Martin Stefanko -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1153) Review OS_HOSTNAME and OS_PORT jenkins job parameters

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-1153?page=com.atlassian.jira.plugi... ] Filip Brychta resolved SWSQE-1153. ---------------------------------- Resolution: Done Only OCP_API_URL is used now > Review OS_HOSTNAME and OS_PORT jenkins job parameters > ----------------------------------------------------- > > Key: SWSQE-1153 > URL: https://issues.redhat.com/browse/SWSQE-1153 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Minor > Labels: infrastructure > > OS_PORT is always 6443 so we should remove that parameter so we don't have so many > OS_HOSTNAME should be renamed, it requires api since OCP 4.0 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3685) [DMN Designer] Boxed expressions - Decision Table - Output clause - Show Data Type fields automatically

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-3685?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-3685: -------------------------------- Description: When users select a "Structured" Data Type in a Decision Table output clause, the Data Type fields should be automatically shown as "sub-cells". h2. Acceptance criteria - Action should be undoable/redoable, especially if user had structure data type, more columns with a lot of data and mistakenly change to simple type, i.e. single column was:When users select a "Structured" Data Type in a Decision Table output clause, the Data Type fields should be automatically shown as "sub-cells". > [DMN Designer] Boxed expressions - Decision Table - Output clause - Show Data Type fields automatically > ------------------------------------------------------------------------------------------------------- > > Key: DROOLS-3685 > URL: https://issues.redhat.com/browse/DROOLS-3685 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Affects Versions: 7.18.0.Final > Reporter: Guilherme Gomes > Assignee: Valentino Pellegrino > Priority: Major > Labels: drools-tools > > When users select a "Structured" Data Type in a Decision Table output clause, the Data Type fields should be automatically shown as "sub-cells". > h2. Acceptance criteria > - Action should be undoable/redoable, especially if user had structure data type, more columns with a lot of data and mistakenly change to simple type, i.e. single column -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13495) RestEasy - java.lang.NoClassDefFoundError handling PATCH request

by Ranabir Chakraborty (Jira)

[ https://issues.redhat.com/browse/WFLY-13495?page=com.atlassian.jira.plugi... ] Ranabir Chakraborty reassigned WFLY-13495: ------------------------------------------ Assignee: Jan Blizňák (was: Ranabir Chakraborty) > RestEasy - java.lang.NoClassDefFoundError handling PATCH request > ---------------------------------------------------------------- > > Key: WFLY-13495 > URL: https://issues.redhat.com/browse/WFLY-13495 > Project: WildFly > Issue Type: Bug > Components: REST > Reporter: Ranabir Chakraborty > Assignee: Jan Blizňák > Priority: Major > Attachments: app.war, eap-7.4.0.CD19-CR1.postman_collection.json > > > We get the follwing error when handling PATCH requests (we are using JDK8 on RHEL7): > {noformat} > 10:23:52,492 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /StudentPatchTest/students/1: java.lang.NoClassDefFoundError: Failed to link com/github/fge/jsonpatch/JsonPatchMessages (Module "com.github.fge.json-patch" version 1.9.0.redhat-00002 from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /home/tborgato/tmp/jboss-eap-7.4/modules,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/microprofile,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/base,/home/tborgato/tmp/jboss-eap-7.4/modules/system/add-ons/spring))): com/github/fge/msgsimple/load/MessageBundleLoader > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:763) > at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:423) > at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555) > at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) > at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126) > at org.jboss.modules.Module.loadModuleClass(Module.java:731) > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) > at com.github.fge.jsonpatch.JsonPatch.<clinit>(JsonPatch.java:95) > at org.jboss.resteasy.plugins.providers.jackson.PatchMethodFilter.filter(PatchMethodFilter.java:88) > at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:306) > at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:387) > at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:356) > at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:329) > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:440) > at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229) > at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135) > at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:356) > at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138) > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215) > at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227) > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:590) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) > at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) > at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269) > at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) > at java.lang.Thread.run(Thread.java:748) > {noformat} > To reproduce deploy attached app.war; > It's taken from RestEasy test org.jboss.resteasy.test.resource.patch.StudentResource and the code handling the PATCH request is the following: > {code} > @PATCH > @Path("/{id}") > @Consumes(MediaType.APPLICATION_JSON_PATCH_JSON) > @Produces(MediaType.APPLICATION_JSON) > public Student patchStudent(@PathParam("id") long id, Student student) > { > if (studentsMap.get(id) == null) > { > throw new NotFoundException(); > } > studentsMap.put(id, student); > return student; > } > {code} > Then create the entity: > {code} > curl --location --request POST 'http://localhost:8080/app/students' \ > --header 'Content-Type: application/json' \ > --header 'Content-Type: text/plain' \ > --data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}' > {code} > Finally patch the entity and you get the error: > {code} > curl --location --request PATCH 'http://localhost:8080/app/students/1' \ > --header 'Content-Type: application/json-patch+json' \ > --header 'Content-Type: text/plain' \ > --data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]' > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2020