July 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-795) Porting back install-maistra-upstream to Istio-Kiali-on-Openshift Job

by Guilherme Baufaker Rêgo (Jira)

[ https://issues.jboss.org/browse/SWSQE-795?page=com.atlassian.jira.plugin.... ] Guilherme Baufaker Rêgo reassigned SWSQE-795: --------------------------------------------- Assignee: Guilherme Baufaker Rêgo > Porting back install-maistra-upstream to Istio-Kiali-on-Openshift Job > --------------------------------------------------------------------- > > Key: SWSQE-795 > URL: https://issues.jboss.org/browse/SWSQE-795 > Project: Kiali QE > Issue Type: Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Labels: infrastructure > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-816) UI Automations - OpenshiftLogin support

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-816: ------------------------------------ Summary: UI Automations - OpenshiftLogin support Key: SWSQE-816 URL: https://issues.jboss.org/browse/SWSQE-816 Project: Kiali QE Issue Type: QE Task Reporter: Hayk Hovsepyan Assignee: Hayk Hovsepyan -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4265) Create actual testing app to run scesim on backend

by Gabriele Cardosi (Jira)

[ https://issues.jboss.org/browse/DROOLS-4265?page=com.atlassian.jira.plugi... ] Gabriele Cardosi closed DROOLS-4265. ------------------------------------ Resolution: Won't Do After begun implementation, I realized that actually testing it would have meant 1) add a backend services to receive/send xmls instead of a "ScenarioSimulationModel" 2) refactor the client to reflect that But not being clear what are the Kogito plans for that and other modifications related to backend, I think it is better to just postpone this. > Create actual testing app to run scesim on backend > -------------------------------------------------- > > Key: DROOLS-4265 > URL: https://issues.jboss.org/browse/DROOLS-4265 > Project: Drools > Issue Type: Sub-task > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > > Create/modify testing app to invoke actual backend services with client-side generated xml -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4564) ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing

by Lin Gao (Jira)

[ https://issues.jboss.org/browse/WFCORE-4564?page=com.atlassian.jira.plugi... ] Lin Gao moved WFLY-12278 to WFCORE-4564: ---------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-4564 (was: WFLY-12278) > ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing > ------------------------------------------------------------------------------------------------- > > Key: WFCORE-4564 > URL: https://issues.jboss.org/browse/WFCORE-4564 > Project: WildFly Core > Issue Type: Bug > Reporter: Lin Gao > Assignee: Lin Gao > Priority: Major > Labels: downstream_dependency > > When EAP 7.2.3.CR1 is built in a clean environment without cached maven dependencies it fails with the following error: > http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=140499&buildTy... > This is caused by maven not evaluating properties in time which means that internal repo *download.devel.redhat.com* is never tried for dependencies download - https://github.com/jbossas/jboss-eap7/commit/fc7dfde0a5309173dd4deca18f79... > This is a know maven issue: https://issues.apache.org/jira/browse/MNG-5611 -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12278) ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing

by Lin Gao (Jira)

Lin Gao created WFLY-12278: ------------------------------ Summary: ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing Key: WFLY-12278 URL: https://issues.jboss.org/browse/WFLY-12278 Project: WildFly Issue Type: Bug Reporter: Lin Gao Assignee: Lin Gao When EAP 7.2.3.CR1 is built in a clean environment without cached maven dependencies it fails with the following error: http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=140499&buildTy... This is caused by maven not evaluating properties in time which means that internal repo *download.devel.redhat.com* is never tried for dependencies download - https://github.com/jbossas/jboss-eap7/commit/fc7dfde0a5309173dd4deca18f79... This is a know maven issue: https://issues.apache.org/jira/browse/MNG-5611 -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12278) ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing

by Lin Gao (Jira)

[ https://issues.jboss.org/browse/WFLY-12278?page=com.atlassian.jira.plugin... ] Lin Gao updated WFLY-12278: --------------------------- Git Pull Request: (was: https://github.com/wildfly/wildfly/pull/12416) > ${maven.repository.url} in repository url is not evaluated when org.jboss:jboss-parent is missing > ------------------------------------------------------------------------------------------------- > > Key: WFLY-12278 > URL: https://issues.jboss.org/browse/WFLY-12278 > Project: WildFly > Issue Type: Bug > Reporter: Lin Gao > Assignee: Lin Gao > Priority: Major > Labels: downstream_dependency > > When EAP 7.2.3.CR1 is built in a clean environment without cached maven dependencies it fails with the following error: > http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=140499&buildTy... > This is caused by maven not evaluating properties in time which means that internal repo *download.devel.redhat.com* is never tried for dependencies download - https://github.com/jbossas/jboss-eap7/commit/fc7dfde0a5309173dd4deca18f79... > This is a know maven issue: https://issues.apache.org/jira/browse/MNG-5611 -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12277) Invalid 'images/images' in image URLs in the docs

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-12277?page=com.atlassian.jira.plugin... ] Brian Stansberry commented on WFLY-12277: ----------------------------------------- Attached a list of all the places 'images/images' appears in the 'docs' dir in the wildfly source. > Invalid 'images/images' in image URLs in the docs > ------------------------------------------------- > > Key: WFLY-12277 > URL: https://issues.jboss.org/browse/WFLY-12277 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Attachments: images_images.txt > > > There are a lot docs.wildfly.org pages with broken image link because the 'images' part of src URL is duplicated. The images render correctly when looking at the adoc page rendered by github in the wildfly/wildfly repo, but when the asciidoc is rendered to html, the 'images' part of the url is duplicated. > I think what happens is when there is an > image:xxx.png > in the adoc, the asciidoc plugin converts that to an image tag with a src attribute value of "images/xxx.png". But our adoc files have this: > image:images/xxx.png > So, the 'images' is duplicated. > I think we have that in our files because that style renders correctly when looking at the raw adoc in http://github.com/wildfly/wildfly > I think the solution is to remove the 'images' from the line, and instead change the ifdef at the top of the page from: > ifdef::env-github[:imagesdir: ../] > to > ifdef::env-github[:imagesdir: ../images/] > At least with the one example I tried that worked. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12277) Invalid 'images/images' in image URLs in the docs

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-12277?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-12277: ------------------------------------ Attachment: images_images.txt > Invalid 'images/images' in image URLs in the docs > ------------------------------------------------- > > Key: WFLY-12277 > URL: https://issues.jboss.org/browse/WFLY-12277 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Attachments: images_images.txt > > > There are a lot docs.wildfly.org pages with broken image link because the 'images' part of src URL is duplicated. The images render correctly when looking at the adoc page rendered by github in the wildfly/wildfly repo, but when the asciidoc is rendered to html, the 'images' part of the url is duplicated. > I think what happens is when there is an > image:xxx.png > in the adoc, the asciidoc plugin converts that to an image tag with a src attribute value of "images/xxx.png". But our adoc files have this: > image:images/xxx.png > So, the 'images' is duplicated. > I think we have that in our files because that style renders correctly when looking at the raw adoc in http://github.com/wildfly/wildfly > I think the solution is to remove the 'images' from the line, and instead change the ifdef at the top of the page from: > ifdef::env-github[:imagesdir: ../] > to > ifdef::env-github[:imagesdir: ../images/] > At least with the one example I tried that worked. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12277) Invalid 'images/images' in image URLs in the docs

by Brian Stansberry (Jira)

Brian Stansberry created WFLY-12277: --------------------------------------- Summary: Invalid 'images/images' in image URLs in the docs Key: WFLY-12277 URL: https://issues.jboss.org/browse/WFLY-12277 Project: WildFly Issue Type: Bug Components: Documentation Reporter: Brian Stansberry Assignee: Brian Stansberry There are a lot docs.wildfly.org pages with broken image link because the 'images' part of src URL is duplicated. The images render correctly when looking at the adoc page rendered by github in the wildfly/wildfly repo, but when the asciidoc is rendered to html, the 'images' part of the url is duplicated. I think what happens is when there is an image:xxx.png in the adoc, the asciidoc plugin converts that to an image tag with a src attribute value of "images/xxx.png". But our adoc files have this: image:images/xxx.png So, the 'images' is duplicated. I think we have that in our files because that style renders correctly when looking at the raw adoc in http://github.com/wildfly/wildfly I think the solution is to remove the 'images' from the line, and instead change the ifdef at the top of the page from: ifdef::env-github[:imagesdir: ../] to ifdef::env-github[:imagesdir: ../images/] At least with the one example I tried that worked. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12063) ClassFormatError on JDK13

by Scott Marlow (Jira)

[ https://issues.jboss.org/browse/WFLY-12063?page=com.atlassian.jira.plugin... ] Scott Marlow commented on WFLY-12063: ------------------------------------- [~gbadner] Sorry, I didn't look at diffs between 1.9.5 and 1.9.11. I did briefly look at the release descriptions [https://github.com/raphw/byte-buddy/releases] which go up to 1.9.14. I'm not really sure if any of the changes after 1.9.11 are needed by Hibernate ORM. I liked the description for ByteBuddy 1.9.11, as it mentioned "Fix unsafe injection on Java 12/13." and using ASM 7.1 (more bug fixes and enhancements [https://asm.ow2.io/versions.html]). > ClassFormatError on JDK13 > ------------------------- > > Key: WFLY-12063 > URL: https://issues.jboss.org/browse/WFLY-12063 > Project: WildFly > Issue Type: Bug > Components: JPA / Hibernate > Reporter: Richard Opalka > Assignee: Scott Marlow > Priority: Critical > Labels: blocker-WF18 > Attachments: server.log, test.log > > > The following commit https://github.com/wildfly/wildfly/commit/b6d141b06404a4c23ead1d04d6e26fc... introduced JDK13 regression in WildFly. > Affected tests are: > --- > [ERROR] Errors: > [ERROR] MultiplePuTestCase.org.jboss.as.test.integration.jpa.basic.multiplepersistenceunittest.MultiplePuTestCase » Deployment > [ERROR] EntityListenersTestCase.org.jboss.as.test.integration.jpa.entitylistener.EntityListenersTestCase » Deployment > [ERROR] EPCPropagationTestCase.org.jboss.as.test.integration.jpa.epcpropagation.EPCPropagationTestCase » Deployment > [ERROR] AuditJoinTableoverBidirectionalTest.org.jboss.as.test.integration.jpa.hibernate.envers.AuditJoinTableoverBidirectionalTest » Deployment > [ERROR] AuditJoinTableoverOnetoManyJoinColumnTest.org.jboss.as.test.integration.jpa.hibernate.envers.AuditJoinTableoverOnetoManyJoinColumnTest » Deployment > [ERROR] ManagementTestCase.getEntityInsertCountAttribute:98 » Deployment Cannot deploy... > [ERROR] JPA2LCTestCase.org.jboss.as.test.integration.jpa.secondlevelcache.JPA2LCTestCase » Deployment > [ERROR] JpaStatisticsTestCase.org.jboss.as.test.integration.jpa.secondlevelcache.JpaStatisticsTestCase » Deployment > [ERROR] TransactionTestCase.org.jboss.as.test.integration.jpa.transaction.TransactionTestCase » Deployment > [INFO] > [ERROR] Tests run: 1553, Failures: 0, Errors: 9, Skipped: 14 > --- -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 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 July 2019