November 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-509) Automate - Service's Virtual Services 'Status' field

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-509: ------------------------------------ Summary: Automate - Service's Virtual Services 'Status' field Key: SWSQE-509 URL: https://issues.jboss.org/browse/SWSQE-509 Project: Kiali QE Issue Type: QE Task Reporter: Hayk Hovsepyan Assignee: Michael Foley -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11354) Rewrite webservices subsystem to don't use deprecated ServiceBuilder methods

by Richard Opalka (Jira)

Richard Opalka created WFLY-11354: ------------------------------------- Summary: Rewrite webservices subsystem to don't use deprecated ServiceBuilder methods Key: WFLY-11354 URL: https://issues.jboss.org/browse/WFLY-11354 Project: WildFly Issue Type: Sub-task Components: Web Services Reporter: Richard Opalka Assignee: Richard Opalka Fix For: 15.0.0.CR1 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11339) ServiceRef*TestCases fail with security manager

by Martin Choma (Jira)

[ https://issues.jboss.org/browse/WFLY-11339?page=com.atlassian.jira.plugin... ] Martin Choma updated WFLY-11339: -------------------------------- Description: Summary: ServiceRef*TestCases fail with security manager * ServiceRefEarTestCase * ServiceRefSevletTestCase * ServiceRefTestCase Having in common root exception like this {noformat} Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/store/repository/org/jboss/ws/cxf/jbossws-cxf-factories/5.2.4.Final/jbossws-cxf-factories-5.2.4.Final.jar" "read")" in code source "(vfs:/content/ws-serviceref-example.ear/ws-serviceref-example-servlet-client.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ws-serviceref-example.ear.ws-serviceref-example-servlet-client.war" from Service Module Loader") at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294) at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191) at java.lang.SecurityManager.checkRead(SecurityManager.java:888) at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:359) at java.util.zip.ZipFile.<init>(ZipFile.java:216) at java.util.zip.ZipFile.<init>(ZipFile.java:155) at java.util.jar.JarFile.<init>(JarFile.java:166) at java.util.jar.JarFile.<init>(JarFile.java:103) at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:152) at java.net.URL.openStream(URL.java:1045) at java.util.ServiceLoader.parse(ServiceLoader.java:304) at java.util.ServiceLoader.access$200(ServiceLoader.java:185) at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357) at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323) at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396) at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395) at java.security.AccessController.doPrivileged(Native Method) at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398) at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474) at javax.xml.ws.spi.ServiceLoaderUtil.firstByServiceLoader(ServiceLoaderUtil.java:67) ... 78 more{noformat} [1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterS... was: Summary: ServiceRef*TestCases fail with security manager * ServiceRefEarTestCase * ServiceRefSevletTestCase * ServiceRefTestCase Having in common root exception like this {noformat} Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/store/repository/org/jboss/ws/cxf/jbossws-cxf-factories/5.2.4.Final/jbossws-cxf-factories-5.2.4.Final.jar" "read")" in code source "(vfs:/content/ws-serviceref-example.ear/ws-serviceref-example-servlet-client.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ws-serviceref-example.ear.ws-serviceref-example-servlet-client.war" from Service Module Loader") {noformat} [1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterS... > ServiceRef*TestCases fail with security manager > ----------------------------------------------- > > Key: WFLY-11339 > URL: https://issues.jboss.org/browse/WFLY-11339 > Project: WildFly > Issue Type: Bug > Components: Test Suite, Web Services > Affects Versions: 14.0.0.Final > Reporter: Martin Choma > Priority: Major > Labels: security-manager > > Summary: ServiceRef*TestCases fail with security manager > * ServiceRefEarTestCase > * ServiceRefSevletTestCase > * ServiceRefTestCase > Having in common root exception like this > {noformat} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/store/repository/org/jboss/ws/cxf/jbossws-cxf-factories/5.2.4.Final/jbossws-cxf-factories-5.2.4.Final.jar" "read")" in code source "(vfs:/content/ws-serviceref-example.ear/ws-serviceref-example-servlet-client.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ws-serviceref-example.ear.ws-serviceref-example-servlet-client.war" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:359) > at java.util.zip.ZipFile.<init>(ZipFile.java:216) > at java.util.zip.ZipFile.<init>(ZipFile.java:155) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:152) > at java.net.URL.openStream(URL.java:1045) > at java.util.ServiceLoader.parse(ServiceLoader.java:304) > at java.util.ServiceLoader.access$200(ServiceLoader.java:185) > at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357) > at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323) > at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396) > at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395) > at java.security.AccessController.doPrivileged(Native Method) > at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398) > at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474) > at javax.xml.ws.spi.ServiceLoaderUtil.firstByServiceLoader(ServiceLoaderUtil.java:67) > ... 78 more{noformat} > [1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterS... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9855) [JDK9+] org.jboss.security.negotiation.spnego package is exported by two jars

by Tomaz Cerar (Jira)

[ https://issues.jboss.org/browse/WFLY-9855?page=com.atlassian.jira.plugin.... ] Tomaz Cerar commented on WFLY-9855: ----------------------------------- you need to use this jars in modular environment. just put them to module path and try listing available modules. java --module-path /path/to/folder/with/your/jars --list-modules > [JDK9+] org.jboss.security.negotiation.spnego package is exported by two jars > ----------------------------------------------------------------------------- > > Key: WFLY-9855 > URL: https://issues.jboss.org/browse/WFLY-9855 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Tomaz Cerar > Priority: Critical > > Currently if you have > jboss-negotiation-spnego-3.0.4.Final and jboss-negotiation-extras-3.0.4.Final.jar > on your module path, jvm complains as both jars export package org.jboss.security.negotiation.spnego > which violates the modules contract where only one module (jar) can provide single package. > example error that jvm prints > {noformat} > Error: Modules jboss.negotiation.extras and jboss.negotiation.spnego export package org.jboss.security.negotiation.spnego to module wildfly.clustering.common > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11353) Classes for newer versions are not loaded from Multi-Release-JARs in WARs

by Daniel Schwering (Jira)

[ https://issues.jboss.org/browse/WFLY-11353?page=com.atlassian.jira.plugin... ] Daniel Schwering updated WFLY-11353: ------------------------------------ Attachment: multireleaselib-0.0.1-SNAPSHOT.jar > Classes for newer versions are not loaded from Multi-Release-JARs in WARs > ------------------------------------------------------------------------- > > Key: WFLY-11353 > URL: https://issues.jboss.org/browse/WFLY-11353 > Project: WildFly > Issue Type: Bug > Components: Class Loading > Affects Versions: 14.0.0.Final > Environment: Java 9+ > Reporter: Daniel Schwering > Priority: Major > Attachments: buggywar.src.zip, buggywar.war, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib.src.zip, multireleaselib.src.zip > > > 1 > down vote > favorite > Since Java 9 there are Multi-Release JARs ([MRJARS|https://openjdk.java.net/jeps/238]) that allow different classes for different Java versions to be included in one JAR file. I was surprised when a Wildfly 14 running on Java 11 executed Java-8-code in a JAR included in a WAR although the JAR was a MRJAR with code for Java 11. That JAR included as a dependency for a regular Java SE project is running different code depending on the running JRE, but when included in a WAR, the Java-11-code seems to be ignored. > Is that expected behavior for a webserver, as Java EE 8 does not explicitly require Java 9 (which introduced MRJARs) but only Java 8? -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11353) Classes for newer versions are not loaded from Multi-Release-JARs in WARs

by Daniel Schwering (Jira)

[ https://issues.jboss.org/browse/WFLY-11353?page=com.atlassian.jira.plugin... ] Daniel Schwering updated WFLY-11353: ------------------------------------ Attachment: multireleaselib.src.zip > Classes for newer versions are not loaded from Multi-Release-JARs in WARs > ------------------------------------------------------------------------- > > Key: WFLY-11353 > URL: https://issues.jboss.org/browse/WFLY-11353 > Project: WildFly > Issue Type: Bug > Components: Class Loading > Affects Versions: 14.0.0.Final > Environment: Java 9+ > Reporter: Daniel Schwering > Priority: Major > Attachments: buggywar.src.zip, buggywar.war, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib.src.zip, multireleaselib.src.zip > > > 1 > down vote > favorite > Since Java 9 there are Multi-Release JARs ([MRJARS|https://openjdk.java.net/jeps/238]) that allow different classes for different Java versions to be included in one JAR file. I was surprised when a Wildfly 14 running on Java 11 executed Java-8-code in a JAR included in a WAR although the JAR was a MRJAR with code for Java 11. That JAR included as a dependency for a regular Java SE project is running different code depending on the running JRE, but when included in a WAR, the Java-11-code seems to be ignored. > Is that expected behavior for a webserver, as Java EE 8 does not explicitly require Java 9 (which introduced MRJARs) but only Java 8? -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-508) Automate - Services List 'Error Rate' field

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-508: ------------------------------------ Summary: Automate - Services List 'Error Rate' field Key: SWSQE-508 URL: https://issues.jboss.org/browse/SWSQE-508 Project: Kiali QE Issue Type: QE Task Reporter: Hayk Hovsepyan Assignee: Michael Foley -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-507) Automate - Workload Services List's 'Labels' field

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-507: ------------------------------------ Summary: Automate - Workload Services List's 'Labels' field Key: SWSQE-507 URL: https://issues.jboss.org/browse/SWSQE-507 Project: Kiali QE Issue Type: QE Task Reporter: Hayk Hovsepyan Assignee: Michael Foley -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3308) DMN implement missing functions only described in chapter "10.3.2.6 Context"

by Matteo Mortari (Jira)

[ https://issues.jboss.org/browse/DROOLS-3308?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-3308: ----------------------------------- Summary: DMN implement missing functions only described in chapter "10.3.2.6 Context" (was: DMN implement missing function) > DMN implement missing functions only described in chapter "10.3.2.6 Context" > ---------------------------------------------------------------------------- > > Key: DROOLS-3308 > URL: https://issues.jboss.org/browse/DROOLS-3308 > Project: Drools > Issue Type: Task > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > > Implement missing built-in functions which are only described in chapter "10.3.2.6 Context" of the DMN spec, and not described in the "10.3.4 Built-in functions". -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3308) DMN implement missing function

by Matteo Mortari (Jira)

[ https://issues.jboss.org/browse/DROOLS-3308?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-3308: ----------------------------------- Description: Implement missing built-in functions which are only described in chapter "10.3.2.6 Context" of the DMN spec, and not described in the "10.3.4 Built-in functions". > DMN implement missing function > ------------------------------ > > Key: DROOLS-3308 > URL: https://issues.jboss.org/browse/DROOLS-3308 > Project: Drools > Issue Type: Task > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > > Implement missing built-in functions which are only described in chapter "10.3.2.6 Context" of the DMN spec, and not described in the "10.3.4 Built-in functions". -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 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 2018