December 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14149) Upgrade HAL to 3.2.12.Final

by Lin Gao (Jira)

[ https://issues.redhat.com/browse/WFLY-14149?page=com.atlassian.jira.plugi... ] Lin Gao updated WFLY-14149: --------------------------- Labels: downstream_dependency (was: ) > Upgrade HAL to 3.2.12.Final > --------------------------- > > Key: WFLY-14149 > URL: https://issues.redhat.com/browse/WFLY-14149 > Project: WildFly > Issue Type: Component Upgrade > Components: Web Console > Reporter: Lin Gao > Assignee: Lin Gao > Priority: Major > Labels: downstream_dependency > > Tag: https://github.com/hal/console/releases/tag/3.2.12.Final > Diff: https://github.com/hal/console/compare/3.2.11.Final...3.2.12.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5870) DrlDumper does not generate the accumulate import

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5870?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5870: -------------------------------- Sprint: 2020 Week 49-51 (from Nov 30) > DrlDumper does not generate the accumulate import > -------------------------------------------------- > > Key: DROOLS-5870 > URL: https://issues.redhat.com/browse/DROOLS-5870 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.44.0.Final, 7.46.0.Final > Reporter: Hiroko Miura > Assignee: Mario Fusco > Priority: Major > Labels: support > Attachments: import-accumulate-test.zip > > > DrlDumper is not printing out the accumulate import. > Here is an example code of PackageDescrBuilder. > {noformat} > PackageDescr packageDescr = DescrFactory.newPackage().name("examples.drools") > .newImport().target("java.math.BigDecimal").end() > .newAccumulateImport().target("examples.drools.accumulate.OriginalFunction").functionName("originalFunction").end() > .newRule().name("Test Rule") > .lhs() > .accumulate() > .source().pattern().type("TargetFact").id("$target", false) > .end() > .end() > .function("originalFunction", "$accumulateResult", false, "$target.hoge") > .constraint("true") > .end() > .end() > .rhs("System.out.println($accumulateResult);") > .end() > .end().getDescr(); > String drl = new DrlDumper().dump(packageDescr); > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5708) Add between indexing to AlphaNode

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5708?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5708: ----------------------------------- Sprint: 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 46-48 (from Nov 9)) > Add between indexing to AlphaNode > --------------------------------- > > Key: DROOLS-5708 > URL: https://issues.redhat.com/browse/DROOLS-5708 > Project: Drools > Issue Type: Enhancement > Components: core engine > Affects Versions: 7.44.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Add between indexing to AlphaNode. > e.g. Person(age > 10 && < 20) -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14139) Upgrade messaging schema version to 13.0

by Emmanuel Hugonnet (Jira)

[ https://issues.redhat.com/browse/WFLY-14139?page=com.atlassian.jira.plugi... ] Emmanuel Hugonnet updated WFLY-14139: ------------------------------------- Affects Version/s: 22.0.0.Alpha1 (was: 21.0.0.Beta1) > Upgrade messaging schema version to 13.0 > ---------------------------------------- > > Key: WFLY-14139 > URL: https://issues.redhat.com/browse/WFLY-14139 > Project: WildFly > Issue Type: Task > Components: JMS > Affects Versions: 22.0.0.Alpha1 > Reporter: Tomas Hofman > Assignee: Emmanuel Hugonnet > Priority: Major > > Upgrade messaging schema to 12.0 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5807) GDST to XLS conversion should not convert dialect column

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5807?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5807: ----------------------------------- Sprint: 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 46-48 (from Nov 9)) > GDST to XLS conversion should not convert dialect column > -------------------------------------------------------- > > Key: DROOLS-5807 > URL: https://issues.redhat.com/browse/DROOLS-5807 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > > XLS decision tables do not have dialect columns. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5865) Folder test-classes is not excluded from kie-maven-plugin build

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5865?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5865: -------------------------------- Sprint: 2020 Week 49-51 (from Nov 30) > Folder test-classes is not excluded from kie-maven-plugin build > --------------------------------------------------------------- > > Key: DROOLS-5865 > URL: https://issues.redhat.com/browse/DROOLS-5865 > Project: Drools > Issue Type: Bug > Components: tools > Affects Versions: 7.46.0.Final > Reporter: Laura Cameran > Assignee: Mario Fusco > Priority: Major > > Maven goal kie-maven-plugin:build doesn't exclude folder "target/test-classes". As result, if we previously run for example mvn test goal, the target/test-classes folder is included during the write operation on outputDirectory. > > I think this issue is related to DROOLS-4440. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5729) Reorganize drools unit tests

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5729?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5729: ----------------------------------- Sprint: 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9)) > Reorganize drools unit tests > ---------------------------- > > Key: DROOLS-5729 > URL: https://issues.redhat.com/browse/DROOLS-5729 > Project: Drools > Issue Type: Story > Components: core engine > Affects Versions: 7.44.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Motivation: The motivation is to increase test coverage. For example, unit tests which exist under drools-mvel are not tested against executable-model. "Which module is suitable for the unit test?" depends on each test so we may occasionally need to discuss. But basically drools-test-coverage is a good place for DRL based tests because drools-test-coverage may have all dependencies so is flexible to test with any configurations (e.g. alpha compiler network). > Goals: Increase test coverage. More stable product. > Impact: During this work, we may find new bugs (because of increased tests). Will need to fix them one-by-one as separated JIRAs. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1254) Create new fedora VM jenkins worker for kiali builds

by Filip Brychta (Jira)

Filip Brychta created SWSQE-1254: ------------------------------------ Summary: Create new fedora VM jenkins worker for kiali builds Key: SWSQE-1254 URL: https://issues.redhat.com/browse/SWSQE-1254 Project: Kiali QE Issue Type: QE Task Reporter: Filip Brychta Assignee: Filip Brychta Our current jenkins worker for kiali builds is running as a pod in OCP 3.11 which uses old docker version. We need newer docker version because of [https://github.com/kiali/kiali/pull/3473] -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-12375) Server returns 2 JSESSIONID cookies

by Parul Sharma (Jira)

[ https://issues.redhat.com/browse/WFLY-12375?page=com.atlassian.jira.plugi... ] Parul Sharma commented on WFLY-12375: ------------------------------------- [~nicolas.n] This issue is not reproducible. Please confirm if still this issue exists. Thanks > Server returns 2 JSESSIONID cookies > ------------------------------------ > > Key: WFLY-12375 > URL: https://issues.redhat.com/browse/WFLY-12375 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 17.0.1.Final > Reporter: Nicolas NESMON > Assignee: Parul Sharma > Priority: Major > Labels: COOKIES, JSESSIONID > > Please find below the source code of my simplified JAX-RS application: > {code:java} > @ApplicationPath("myApp") > public class Application extends javax.ws.rs.core.Application { > public Application() { > } > @Override > public Set<Object> getSingletons() { > return Collections.singleton(new HelloWorldResource()); > } > } > {code} > {code:java} > @Path("/") > @Produces(MediaType.TEXT_PLAIN) > public class HelloWorldResource { > @Context > private HttpServletRequest httpServletRequest; > @GET > public Response helloWorld() { > HttpSession session = this.httpServletRequest.getSession(false); > return Response.ok(session == null ? "Hello world" : "Bye bye world") > .cookie(new NewCookie("JSESSIONID", "id", "demo", null, null, -1, false)).build(); > } > } > {code} > When deploying this application in WF 17.0.1.Final and running following request: > {noformat} > GET http://localhost:8080/demo/myApp/ > Host: localhost:8080 > User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 > Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 > Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3 > Accept-Encoding: gzip, deflate > Connection: keep-alive > Upgrade-Insecure-Requests: 1 > Pragma: no-cache > Cache-Control: no-cache > Cookie: JSESSIONID=Hello => without this cookie, I only get the cookie I created. > {noformat} > I get following response > {noformat} > HTTP/1.1 200 OK > Connection: keep-alive > Set-Cookie: JSESSIONID=id;Version=1;Path=/demo > Set-Cookie: JSESSIONID=hello.vpi070236; path=/demo > Content-Type: text/plain;charset=UTF-8 > Content-Length: 11 > Date: Tue, 13 Aug 2019 23:28:15 GMT > {noformat} > As you may notice, there are 2 JSESSIONID cookies in the response: > * The one I was expecting with "id" value since I created it. > * Another one created by the server even if I did not ask for it since in my code I don't create no HTTP session. And by the way this JSESSIONID cookie is created but there no server side session created...weird > Any idea why this second JSESSIONID cookies is created by the server ? > Since my real application don't use HTTP session at all the workaround I found is to set session tracking mode to URL: > {noformat} > <web-app> > <session-config> > <tracking-mode>URL</tracking-mode> > </session-config> > </web-app> > {noformat} > Thanks -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14140) (7.3.z) Tests failures in multinode with security manager enabled affect other tests

by Lin Gao (Jira)

[ https://issues.redhat.com/browse/WFLY-14140?page=com.atlassian.jira.plugi... ] Lin Gao reassigned WFLY-14140: ------------------------------ Assignee: Lin Gao (was: Tomasz Adamski) > (7.3.z) Tests failures in multinode with security manager enabled affect other tests > ------------------------------------------------------------------------------------ > > Key: WFLY-14140 > URL: https://issues.redhat.com/browse/WFLY-14140 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Lin Gao > Assignee: Lin Gao > Priority: Minor > > In *+testsuite/integration/multinode+*, when security manager is enabled, the xa recovery files failed be deleted because of no permission when tests finished, it affects other tests so that the Periodic Recovery thread will try to recover the failed transactions. > * Failed EjbOverHttpWrongCredentialsTestCase: > {code:java} > 12:45:15,778 WARN [com.arjuna.ats.jta] (pool-20-thread-1) ARJUNA016039: onePhaseCommit on < formatId=131077, gtri > d_length=29, bqual_length=36, tx_uid=0:ffff7f000001:659146d8:5fbc8fc0:e5, node_name=1, branch_uid=0:ffff7f000001:659146d8:5fbc8fc0:eb, subordinatenodename=null, eis_name=unknown eis name > (Subordinate XAResource at http://localhost:8180/wildfly-services) failed with exception -: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/lgao/sources/jboss/wildfly/testsuite/integration/multinode/target/jbossas-multinode-client/standalone/data/ejb-xa-recovery/20005_00000000000000000000ffff7f000001659146d85fbc8fc0000000e531_00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" "delete")" in code source "(vfs:/content/ejboverhttp-test-client-wrong-credentials.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejboverhttp-test-client-wrong-credentials.jar" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:304) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:201) > at java.lang.SecurityManager.checkDelete(SecurityManager.java:1007) > at org.wildfly.security.manager.WildFlySecurityManager.checkDelete(WildFlySecurityManager.java:393) > at sun.nio.fs.UnixPath.checkDelete(UnixPath.java:807) > at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:222) > at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103) > at java.nio.file.Files.delete(Files.java:1126) > at org.wildfly.transaction.client.provider.jboss.FileSystemXAResourceRegistry$XAResourceRegistryFile.removeResource(FileSystemXAResourceRegistry.java:298) > at org.wildfly.transaction.client.SubordinateXAResource.commit(SubordinateXAResource.java:188) > at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelOnePhaseCommit(XAResourceRecord.java:702) > at com.arjuna.ats.arjuna.coordinator.BasicAction.onePhaseCommit(BasicAction.java:2395) > at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1497) > at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:96) > at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162) > at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1295) > at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) > {code} > * Affected EjbOverHttpTestCase: > {code:java} > 12:45:18,745 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0}) > at org.wildfly.httpclient.transaction.HttpRemoteTransactionPeer.recover(HttpRemoteTransactionPeer.java:107) > at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:237) > at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:233) > at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:659) > at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:240) > at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:182) > at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770) > at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382) > Caused by: java.io.IOException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0}) > at org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:235) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) > at org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1280) > at java.lang.Thread.run(Thread.java:748) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 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 December 2020