November 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-1015) Graph Layout automation

by Hayk Hovsepyan (Jira)

[ https://issues.jboss.org/browse/SWSQE-1015?page=com.atlassian.jira.plugin... ] Hayk Hovsepyan reassigned SWSQE-1015: ------------------------------------- Assignee: Hayk Hovsepyan > Graph Layout automation > ----------------------- > > Key: SWSQE-1015 > URL: https://issues.jboss.org/browse/SWSQE-1015 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1010) Update Ansible Version on Jenkins Slaves

by Filip Brychta (Jira)

[ https://issues.jboss.org/browse/SWSQE-1010?page=com.atlassian.jira.plugin... ] Filip Brychta resolved SWSQE-1010. ---------------------------------- Resolution: Done Updated it anyway to: + ansible --version ansible 2.9.1 config file = /etc/ansible/ansible.cfg configured module search path = [u'/home/jenkins/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules'] ansible python module location = /usr/lib/python2.7/site-packages/ansible executable location = /usr/bin/ansible python version = 2.7.5 (default, Aug 7 2019, 00:51:29) [GCC 4.8.5 20150623 (Red Hat 4.8.5-39)] > Update Ansible Version on Jenkins Slaves > ---------------------------------------- > > Key: SWSQE-1010 > URL: https://issues.jboss.org/browse/SWSQE-1010 > Project: Kiali QE > Issue Type: QE Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > Molecule needs ansible > 2.8. > Currently, we are running ansible 2.5 on the slaves. > eg of the failures: > https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/test-molecule/1... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1010) Update Ansible Version on Jenkins Slaves

by Filip Brychta (Jira)

[ https://issues.jboss.org/browse/SWSQE-1010?page=com.atlassian.jira.plugin... ] Filip Brychta updated SWSQE-1010: --------------------------------- Labels: infrastructure (was: ) Sprint: Kiali Sprint #30 > Update Ansible Version on Jenkins Slaves > ---------------------------------------- > > Key: SWSQE-1010 > URL: https://issues.jboss.org/browse/SWSQE-1010 > Project: Kiali QE > Issue Type: QE Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > Molecule needs ansible > 2.8. > Currently, we are running ansible 2.5 on the slaves. > eg of the failures: > https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/test-molecule/1... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4051) Use descriptive error message for duplicate host/context deployments

by Katarina Hermanova (Jira)

[ https://issues.jboss.org/browse/WFLY-4051?page=com.atlassian.jira.plugin.... ] Katarina Hermanova reassigned WFLY-4051: ---------------------------------------- Assignee: Katarina Hermanova > Use descriptive error message for duplicate host/context deployments > -------------------------------------------------------------------- > > Key: WFLY-4051 > URL: https://issues.jboss.org/browse/WFLY-4051 > Project: WildFly > Issue Type: Enhancement > Components: Web (Undertow) > Affects Versions: 9.0.0.Alpha1 > Reporter: Paul Ferraro > Assignee: Katarina Hermanova > Priority: Minor > > If a user attempts to deploy a web application to a host/context to which another application is deployed, this will fail for obvious reasons. > What isn't obvious is the error message. Currently, users will see a DuplicateServiceException. Ideally, the error message should indicate that another application is deployed for the same host and context path. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1010) Update Ansible Version on Jenkins Slaves

by Filip Brychta (Jira)

[ https://issues.jboss.org/browse/SWSQE-1010?page=com.atlassian.jira.plugin... ] Filip Brychta commented on SWSQE-1010: -------------------------------------- Ansible on ansible slave is already > 2.8: + ansible --version ansible 2.8.3 config file = /etc/ansible/ansible.cfg configured module search path = [u'/home/jenkins/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules'] ansible python module location = /usr/lib/python2.7/site-packages/ansible executable location = /usr/bin/ansible python version = 2.7.5 (default, Jun 20 2019, 20:27:34) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] Problem must be somewhere else. > Update Ansible Version on Jenkins Slaves > ---------------------------------------- > > Key: SWSQE-1010 > URL: https://issues.jboss.org/browse/SWSQE-1010 > Project: Kiali QE > Issue Type: QE Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Filip Brychta > Priority: Major > > Molecule needs ansible > 2.8. > Currently, we are running ansible 2.5 on the slaves. > eg of the failures: > https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/test-molecule/1... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4244) Naming alias to datasource in deployment

by Katarina Hermanova (Jira)

[ https://issues.jboss.org/browse/WFLY-4244?page=com.atlassian.jira.plugin.... ] Katarina Hermanova closed WFLY-4244. ------------------------------------ Resolution: Out of Date > Naming alias to datasource in deployment > ---------------------------------------- > > Key: WFLY-4244 > URL: https://issues.jboss.org/browse/WFLY-4244 > Project: WildFly > Issue Type: Bug > Components: Naming > Affects Versions: 8.2.0.Final > Reporter: Frank Denninger > Assignee: Katarina Hermanova > Priority: Minor > > Using a name alias to a datasource that is defined in the deployment (with a *-ds.xml in the .war) causes a npe when jpa tries to resolve that datasource with the alias. > <lookup name="java:/de/datasource/sub" lookup="java:/de/datasource/main"/> > When both the datasource and name-alias are defined in the standalone.xml it works as expected. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4775) Decouple rule units from drools core

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-4775?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-4775. --------------------------------- Resolution: Done > Decouple rule units from drools core > ------------------------------------- > > Key: DROOLS-4775 > URL: https://issues.jboss.org/browse/DROOLS-4775 > Project: Drools > Issue Type: Task > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4806) The fields of a DataObject used in a pattern aren't presented in the menu list

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4806?page=com.atlassian.jira.plugi... ] Jozef Marko commented on DROOLS-4806: ------------------------------------- [~mdessi] thank you for recheck. It is expected behavior. Our Guided designers (rules, tables, templates) do not support hot reload. It means if you change model java classes, you need to save them, and then open the guided editor. If the guided editor was opened at the time of changing java class, you need to reopen the guided editor. I am closing this jira, if you spot similar issue but you followed the order (1. save java class, open/reopen guided editor) feel free to reopen it. Thank you. > The fields of a DataObject used in a pattern aren't presented in the menu list > ------------------------------------------------------------------------------ > > Key: DROOLS-4806 > URL: https://issues.jboss.org/browse/DROOLS-4806 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Affects Versions: 7.30.0.Final > Reporter: Massimiliano Dessi > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > Attachments: 1.png, 2.png, 3.png, 4.png > > > Isn't possible to create a column "Set the value of a field", the menulist doesn't show the field of the data object chosen as a pattern. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4806) The fields of a DataObject used in a pattern aren't presented in the menu list

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4806?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-4806. ------------------------------- Resolution: Explained > The fields of a DataObject used in a pattern aren't presented in the menu list > ------------------------------------------------------------------------------ > > Key: DROOLS-4806 > URL: https://issues.jboss.org/browse/DROOLS-4806 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Affects Versions: 7.30.0.Final > Reporter: Massimiliano Dessi > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > Attachments: 1.png, 2.png, 3.png, 4.png > > > Isn't possible to create a column "Set the value of a field", the menulist doesn't show the field of the data object chosen as a pattern. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12827) Class not found com.sun.xml.internal.ws.encoding.StringDataContentHandler

by Dominik Derwiński (Jira)

[ https://issues.jboss.org/browse/WFLY-12827?page=com.atlassian.jira.plugin... ] Dominik Derwiński edited comment on WFLY-12827 at 11/27/19 2:35 AM: -------------------------------------------------------------------- For now I have confirmed your findings that mailcap[-default] files are only in jakarta.activation-1.2.1.jar and jakarta.mail-1.6.4.jar, and they do not reference those wrong classes directly. I have also found out that WildFly uses com.sun.activation:jakarta.activation:1.21 which contains com.sun.activation.registries and com.sun.activation.viewers packages, whereas pulling JAXB and JAX-WS reference implementations (org.glassfish.jaxb:jaxb-runtime:2.3.2 and com.sun.xml.ws:jaxws-rt:2.3.2) into my projects (I don't want to deal with specifics of using two different implementations of those standards in EE apps, and standalone apps + test classes; and on JDK 11 have no choice but to add them as dependencies), pulls jakarta.activation:jakarta.activation-api:jar:1.2.1, which contains same classes as com.sun.activation:jakarta.activation:1.21 in javax.activation package, but no com.sun.* packages and no mailcap.default file. Similar issues may arise from pulling jakarta.mail:jakarta.mail-api:jar:1.6.4 (no mailcap file) instead of com.sun.mail:jakarta.mail:1.6.4 (has mailcap file and depends on com.sun.activation:jakarta.activation). Seems like it may be a problem of my own making, created by the confusion of removing classes in JDK and Jakarta EE renames. I'll check if the problem will be gone with fixing the dependencies. It will be extra work to exclude standard activation api dependencies from JAXB and JAX-WS RIs (I use duplicate finder to prevent duplicate classes on classpath). was (Author: morvael): For now I have confirmed your findings that mailcap[-default] files are only in jakarta.activation-1.2.1.jar and jakarta.mail-1.6.4.jar, and they do not reference those wrong classes directly. I have also found out that WildFly uses com.sun.activation:jakarta.activation:1.21 which contains com.sun.activation.registries and com.sun.activation.viewers packages, whereas pulling JAXB and JAX-WS reference implementations (org.glassfish.jaxb:jaxb-runtime:2.3.2 and com.sun.xml.ws:jaxws-rt:2.3.2) into my projects (I don't want to deal with specifics of using two different implementations of those standards in EE apps, and standalone apps + test classes; and on JDK 11 have no choice but to add them as dependencies), pulls jakarta.activation:jakarta.activation-api:jar:1.2.1, which contains same classes as com.sun.activation:jakarta.activation:1.21 in javax.activation package, but no com.sun.* packages and no mailcap.default file. Similar issues may arise from pulling jakarta.mail:jakarta.mail-api:jar:1.6.4 (no mailcap file) instead of com.sun.mail:jakarta.mail:1.6.4 (has mailcap file and depends on com.sun.activation:jakarta.activation). Seems like it may be a problem of my own making, created by the confusion of removing classes in JDK and Jakarta EE renames. I'll check if the problem will be gone with fixing the dependencies. > Class not found com.sun.xml.internal.ws.encoding.StringDataContentHandler > ------------------------------------------------------------------------- > > Key: WFLY-12827 > URL: https://issues.jboss.org/browse/WFLY-12827 > Project: WildFly > Issue Type: Bug > Components: Mail > Affects Versions: 18.0.1.Final > Reporter: Dominik Derwiński > Assignee: Tomaž Cerar > Priority: Major > > Trying to send email I get: > {noformat} > [2019-11-26 03:10:04.781] [javax.activation] [EE-ManagedThreadFactory-default-Thread-18] [FINE ] [com.sun.activation.registries.LogSupport] [log] [43] : MailcapCommandMap: createDataContentHandler for text/plain > [2019-11-26 03:10:04.781] [javax.activation] [EE-ManagedThreadFactory-default-Thread-18] [FINE ] [com.sun.activation.registries.LogSupport] [log] [43] : search DB #0 > [2019-11-26 03:10:04.781] [javax.activation] [EE-ManagedThreadFactory-default-Thread-18] [FINE ] [com.sun.activation.registries.LogSupport] [log] [43] : got content-handler > [2019-11-26 03:10:04.781] [javax.activation] [EE-ManagedThreadFactory-default-Thread-18] [FINE ] [com.sun.activation.registries.LogSupport] [log] [43] : class com.sun.xml.internal.ws.encoding.StringDataContentHandler > [2019-11-26 03:10:04.781] [javax.activation] [EE-ManagedThreadFactory-default-Thread-18] [FINE ] [com.sun.activation.registries.LogSupport] [log] [49] : Can't load DCH com.sun.xml.internal.ws.encoding.StringDataContentHandler: java.lang.ClassNotFoundException: com.sun.xml.internal.ws.encoding.StringDataContentHandler from [Module "javax.activation.api" version 1.2.1 from local module loader @82de64a (finder: local module finder @659499f1 (roots: /u01/wildfly/wildfly18/modules,/u01/wildfly/wildfly18/modules/system/layers/base))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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 java.base/java.lang.Class.forName0(Native Method) > at java.base/java.lang.Class.forName(Class.java:315) > at javax.activation.api@1.2.1//javax.activation.MailcapCommandMap.getDataContentHandler(MailcapCommandMap.java:598) > at javax.activation.api@1.2.1//javax.activation.MailcapCommandMap.createDataContentHandler(MailcapCommandMap.java:555) > at javax.activation.api@1.2.1//javax.activation.DataHandler.getDataContentHandler(DataHandler.java:600) > at javax.activation.api@1.2.1//javax.activation.DataHandler.writeTo(DataHandler.java:299) > at javax.mail.api@1.6.4//javax.mail.internet.MimeUtility.getEncoding(MimeUtility.java:316) > at javax.mail.api@1.6.4//javax.mail.internet.MimeBodyPart.updateHeaders(MimeBodyPart.java:1551) > at javax.mail.api@1.6.4//javax.mail.internet.MimeBodyPart.updateHeaders(MimeBodyPart.java:1148) > at javax.mail.api@1.6.4//javax.mail.internet.MimeMultipart.updateHeaders(MimeMultipart.java:498) > at javax.mail.api@1.6.4//javax.mail.internet.MimeBodyPart.updateHeaders(MimeBodyPart.java:1509) > at javax.mail.api@1.6.4//javax.mail.internet.MimeMessage.updateHeaders(MimeMessage.java:2238) > at javax.mail.api@1.6.4//javax.mail.internet.MimeMessage.saveChanges(MimeMessage.java:2198) > at javax.mail.api@1.6.4//javax.mail.Transport.send(Transport.java:99) > {noformat} > Maybe it's just missing module dependency for javax.mail.api, maybe you need to include JAXB and JAXWS libraries in WildFly modules for use on JDK 11+, when they were removed from JDK. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 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 November 2019