March 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11861) ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API

by Tomasz Adamski (Jira)

[ https://issues.jboss.org/browse/WFLY-11861?page=com.atlassian.jira.plugin... ] Tomasz Adamski updated WFLY-11861: ---------------------------------- Description: ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java {code:java} final Field f = cl.getDeclaredField("serialVersionUID"); int mods = f.getModifiers(); // SerialBug 5: static final SUID should be read if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { long offset = bridge.staticFieldOffset(f); suid = bridge.getLong(cl, offset); {code:java} Here are excerpts from sun.misc.Unsafe doc: public native Object staticFieldBase(Field f) Report the location of a given static field, in conjunction with #staticFieldOffset. ... public int getInt(Object o, int offset) // getLong, etc. ... The results are undefined unless one of the following cases is true: ... The offset and object reference o (either null or non-null) were both obtained via #staticFieldOffset and #staticFieldBase (respectively) from the reflective Field representation of some Java field. With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. > ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API > -------------------------------------------------------------------------------- > > Key: WFLY-11861 > URL: https://issues.jboss.org/browse/WFLY-11861 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 16.0.0.Final > Reporter: Tomasz Adamski > Assignee: Tomasz Adamski > Priority: Major > Fix For: 17.0.0.Beta1 > > > ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code > openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java > {code:java} > final Field f = cl.getDeclaredField("serialVersionUID"); > int mods = f.getModifiers(); > // SerialBug 5: static final SUID should be read > if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { > long offset = bridge.staticFieldOffset(f); > suid = bridge.getLong(cl, offset); > {code:java} > Here are excerpts from sun.misc.Unsafe doc: > public native Object staticFieldBase(Field f) > Report the location of a given static field, in conjunction with #staticFieldOffset. > ... > public int getInt(Object o, int offset) // getLong, etc. > ... > The results are undefined unless one of the following cases is true: > ... > The offset and object reference o (either null or > non-null) were both obtained via #staticFieldOffset > and #staticFieldBase (respectively) from the > reflective Field representation of some Java field. > With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11861) ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API

by Tomasz Adamski (Jira)

[ https://issues.jboss.org/browse/WFLY-11861?page=com.atlassian.jira.plugin... ] Tomasz Adamski updated WFLY-11861: ---------------------------------- Description: ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java {code:java} final Field f = cl.getDeclaredField("serialVersionUID"); int mods = f.getModifiers(); // SerialBug 5: static final SUID should be read if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { long offset = bridge.staticFieldOffset(f); suid = bridge.getLong(cl, offset); {code} Here are excerpts from sun.misc.Unsafe doc: public native Object staticFieldBase(Field f) Report the location of a given static field, in conjunction with #staticFieldOffset. ... public int getInt(Object o, int offset) // getLong, etc. ... The results are undefined unless one of the following cases is true: ... The offset and object reference o (either null or non-null) were both obtained via #staticFieldOffset and #staticFieldBase (respectively) from the reflective Field representation of some Java field. With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. was: ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java {code:java} final Field f = cl.getDeclaredField("serialVersionUID"); int mods = f.getModifiers(); // SerialBug 5: static final SUID should be read if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { long offset = bridge.staticFieldOffset(f); suid = bridge.getLong(cl, offset); {code:java} Here are excerpts from sun.misc.Unsafe doc: public native Object staticFieldBase(Field f) Report the location of a given static field, in conjunction with #staticFieldOffset. ... public int getInt(Object o, int offset) // getLong, etc. ... The results are undefined unless one of the following cases is true: ... The offset and object reference o (either null or non-null) were both obtained via #staticFieldOffset and #staticFieldBase (respectively) from the reflective Field representation of some Java field. With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. > ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API > -------------------------------------------------------------------------------- > > Key: WFLY-11861 > URL: https://issues.jboss.org/browse/WFLY-11861 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 16.0.0.Final > Reporter: Tomasz Adamski > Assignee: Tomasz Adamski > Priority: Major > Fix For: 17.0.0.Beta1 > > > ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code > openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java > {code:java} > final Field f = cl.getDeclaredField("serialVersionUID"); > int mods = f.getModifiers(); > // SerialBug 5: static final SUID should be read > if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { > long offset = bridge.staticFieldOffset(f); > suid = bridge.getLong(cl, offset); > {code} > Here are excerpts from sun.misc.Unsafe doc: > public native Object staticFieldBase(Field f) > Report the location of a given static field, in conjunction with #staticFieldOffset. > ... > public int getInt(Object o, int offset) // getLong, etc. > ... > The results are undefined unless one of the following cases is true: > ... > The offset and object reference o (either null or > non-null) were both obtained via #staticFieldOffset > and #staticFieldBase (respectively) from the > reflective Field representation of some Java field. > With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11861) ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API

by Tomasz Adamski (Jira)

[ https://issues.jboss.org/browse/WFLY-11861?page=com.atlassian.jira.plugin... ] Tomasz Adamski updated WFLY-11861: ---------------------------------- Affects Version/s: 16.0.0.Final > ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API > -------------------------------------------------------------------------------- > > Key: WFLY-11861 > URL: https://issues.jboss.org/browse/WFLY-11861 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 16.0.0.Final > Reporter: Tomasz Adamski > Assignee: Tomasz Adamski > Priority: Major > Fix For: 17.0.0.Beta1 > > > ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code > openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java > {code:java} > final Field f = cl.getDeclaredField("serialVersionUID"); > int mods = f.getModifiers(); > // SerialBug 5: static final SUID should be read > if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { > long offset = bridge.staticFieldOffset(f); > suid = bridge.getLong(cl, offset); > {code} > Here are excerpts from sun.misc.Unsafe doc: > public native Object staticFieldBase(Field f) > Report the location of a given static field, in conjunction with #staticFieldOffset. > ... > public int getInt(Object o, int offset) // getLong, etc. > ... > The results are undefined unless one of the following cases is true: > ... > The offset and object reference o (either null or > non-null) were both obtained via #staticFieldOffset > and #staticFieldBase (respectively) from the > reflective Field representation of some Java field. > With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11861) ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API

by Tomasz Adamski (Jira)

[ https://issues.jboss.org/browse/WFLY-11861?page=com.atlassian.jira.plugin... ] Tomasz Adamski updated WFLY-11861: ---------------------------------- Fix Version/s: 17.0.0.Beta1 > ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API > -------------------------------------------------------------------------------- > > Key: WFLY-11861 > URL: https://issues.jboss.org/browse/WFLY-11861 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 16.0.0.Final > Reporter: Tomasz Adamski > Assignee: Tomasz Adamski > Priority: Major > Fix For: 17.0.0.Beta1 > > > ObjectStreamClass must use staticFieldBase object instead of class object to get a field value, see for example the code > openjdk-orb-jdk9/src/main/java/com/sun/corba/se/impl/io/ObjectStreamClass.java > {code:java} > final Field f = cl.getDeclaredField("serialVersionUID"); > int mods = f.getModifiers(); > // SerialBug 5: static final SUID should be read > if (Modifier.isStatic(mods) && Modifier.isFinal(mods) ) { > long offset = bridge.staticFieldOffset(f); > suid = bridge.getLong(cl, offset); > {code} > Here are excerpts from sun.misc.Unsafe doc: > public native Object staticFieldBase(Field f) > Report the location of a given static field, in conjunction with #staticFieldOffset. > ... > public int getInt(Object o, int offset) // getLong, etc. > ... > The results are undefined unless one of the following cases is true: > ... > The offset and object reference o (either null or > non-null) were both obtained via #staticFieldOffset > and #staticFieldBase (respectively) from the > reflective Field representation of some Java field. > With OpenJDK VMs using the class object incidentally works but with other VMs (Azul Zing for example) this fails. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11861) ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API

by Tomasz Adamski (Jira)

Tomasz Adamski created WFLY-11861: ------------------------------------- Summary: ObjectStreamClass use of bridge.getXXX static fields does not confirm Unsafe API Key: WFLY-11861 URL: https://issues.jboss.org/browse/WFLY-11861 Project: WildFly Issue Type: Bug Components: IIOP Reporter: Tomasz Adamski Assignee: Tomasz Adamski -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-536) [RS] Prototype Automation Test Runs Into Polarion

by Matt Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-536?page=com.atlassian.jira.plugin.... ] Matt Mahoney edited comment on SWSQE-536 at 3/18/19 3:49 PM: ------------------------------------------------------------- [~yuaxu] Attached is an example E2E suite JUnit output: [^junit-output.xml] Smaller run ex (3 tests): [^junit-output_single.xml] was (Author: mmahoney): [~yuaxu] Attached is an example E2E suite JUnit output: [^junit-output.xml] > [RS] Prototype Automation Test Runs Into Polarion > ------------------------------------------------- > > Key: SWSQE-536 > URL: https://issues.jboss.org/browse/SWSQE-536 > Project: Kiali QE > Issue Type: QE Task > Reporter: Matt Mahoney > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Attachments: junit-output.xml, junit-output_single.xml, kiali-0.15.0_signed-output.xml > > > What is the mechanism to import automation runs into Polarion. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-536) [RS] Prototype Automation Test Runs Into Polarion

by Matt Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-536?page=com.atlassian.jira.plugin.... ] Matt Mahoney updated SWSQE-536: ------------------------------- Attachment: junit-output_single.xml > [RS] Prototype Automation Test Runs Into Polarion > ------------------------------------------------- > > Key: SWSQE-536 > URL: https://issues.jboss.org/browse/SWSQE-536 > Project: Kiali QE > Issue Type: QE Task > Reporter: Matt Mahoney > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Attachments: junit-output.xml, junit-output_single.xml, kiali-0.15.0_signed-output.xml > > > What is the mechanism to import automation runs into Polarion. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10279) [JDK9] Xalan - Provider class org.apache.bsf.BSFManager not in module

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-10279?page=com.atlassian.jira.plugin... ] Brian Stansberry commented on WFLY-10279: ----------------------------------------- [~smarlow] If there's no existing place where a note about this would fit it seems kind of obscure and not particularly related to WildFly for us to document it. (Apache BSF 3.x, latest release 2013, doesn't even include this class. So we're talking old stuff.) Of course if the upstream of our xalan-j fork had this fixed we should port that. But they haven't done that. Perhaps we could provide a module-info.java via our fork. It seems a bit off to do that via what's basically a bug-fix fork though. I'm not sure if we've done that for other such things. [~ropalka] or [~dmlloyd] may know better. (I consider our spec API jars to be a different category from jboss/xalan-j.) I _assume_ a module-info.java would fix this as it would stop jar -d from trying to figure out the module description via code analysis. A module-info.java would not list org.apache.xalan.extensions.bsf.BSFManager as a provided service, both because the module doesn't provide it and because that string never represented a ServiceLoader service interface name; it was used for a pre-ServiceLoader mechanism for finding implementations of things. > [JDK9] Xalan - Provider class org.apache.bsf.BSFManager not in module > --------------------------------------------------------------------- > > Key: WFLY-10279 > URL: https://issues.jboss.org/browse/WFLY-10279 > Project: WildFly > Issue Type: Bug > Components: XML Frameworks > Affects Versions: 12.0.0.Final > Reporter: Rostislav Svoboda > Assignee: Scott Marlow > Priority: Major > > jar -d --file dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT//modules/system/layers/base/org/apache/xalan/main/xalan-2.7.1.jbossorg-4.jar > Unable to derive module descriptor for: dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/xalan/main/xalan-2.7.1.jbossorg-4.jar > Provider class org.apache.bsf.BSFManager not in module > CCing [~ropalka] [~dlloyd] -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-536) [RS] Prototype Automation Test Runs Into Polarion

by Yuanlin Xu (Jira)

[ https://issues.jboss.org/browse/SWSQE-536?page=com.atlassian.jira.plugin.... ] Yuanlin Xu commented on SWSQE-536: ---------------------------------- [~mmahoney][~gbaufake] Thanks for your sample. I had a quick check of that xml file. So we have test case name, stdout, stderr, execution time in that xml file. However, we don't have test case description, type, priority and other required attributes , btw, does anyone know a list of required attributes for creating a new test case in Polarion ? So far we can try Pylarion test case creation with only test case name attribute from this sample. Is that correct ? > [RS] Prototype Automation Test Runs Into Polarion > ------------------------------------------------- > > Key: SWSQE-536 > URL: https://issues.jboss.org/browse/SWSQE-536 > Project: Kiali QE > Issue Type: QE Task > Reporter: Matt Mahoney > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Attachments: junit-output.xml, kiali-0.15.0_signed-output.xml > > > What is the mechanism to import automation runs into Polarion. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-536) [RS] Prototype Automation Test Runs Into Polarion

by Matt Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-536?page=com.atlassian.jira.plugin.... ] Matt Mahoney commented on SWSQE-536: ------------------------------------ [~yuaxu] Attached is an example E2E suite JUnit output: [^junit-output.xml] > [RS] Prototype Automation Test Runs Into Polarion > ------------------------------------------------- > > Key: SWSQE-536 > URL: https://issues.jboss.org/browse/SWSQE-536 > Project: Kiali QE > Issue Type: QE Task > Reporter: Matt Mahoney > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Attachments: junit-output.xml, kiali-0.15.0_signed-output.xml > > > What is the mechanism to import automation runs into Polarion. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 4 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 March 2019