December 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11257) Validate requirement for modules previously exported by javax.ejb.api on org.jboss.as.jsr77

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11257?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11257: --------------------------------- Fix Version/s: 15.0.0.Final > Validate requirement for modules previously exported by javax.ejb.api on org.jboss.as.jsr77 > ------------------------------------------------------------------------------------------- > > Key: WFLY-11257 > URL: https://issues.jboss.org/browse/WFLY-11257 > Project: WildFly > Issue Type: Sub-task > Components: Server > Reporter: Yeray Borges > Assignee: Yeray Borges > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > Validate the need of these module dependencies in org.jboss.as.jsr77 module: > {code:xml} > <module name="javax.transaction.api"/> > <module name="javax.xml.rpc.api"/> > <module name="javax.rmi.api"/> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11247) Add MP OpenTracing TCK testsuite directly into WildFly TS

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11247?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11247: --------------------------------- Fix Version/s: 15.0.0.Final > Add MP OpenTracing TCK testsuite directly into WildFly TS > --------------------------------------------------------- > > Key: WFLY-11247 > URL: https://issues.jboss.org/browse/WFLY-11247 > Project: WildFly > Issue Type: Task > Components: MP OpenTracing, Test Suite > Affects Versions: 14.0.0.Final > Reporter: Jan Stourac > Assignee: Jan Stourac > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > Bring [MicroProfile OpenTracing TCK testsuite|https://github.com/smallrye/smallrye-opentracing] directly into the WildFly testsuite. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11209) JAX-WS quickstarts: log4j warning appears in client subprojects

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11209?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11209: --------------------------------- Fix Version/s: 15.0.0.Final > JAX-WS quickstarts: log4j warning appears in client subprojects > --------------------------------------------------------------- > > Key: WFLY-11209 > URL: https://issues.jboss.org/browse/WFLY-11209 > Project: WildFly > Issue Type: Bug > Components: Quickstarts > Environment: Fedora 27, Red Hat Developer Studio 12.0, jdk 1.8.0_162, 7.2.0.Beta.CR1 EAP/Maven/QS > Reporter: Sultan Zhantemirov > Assignee: Eduardo Martins > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > In following subprojects: > * jaxws-addressing-client > * jaxws-ejb-client > * jaxws-pojo-client > * jaxws-retail-client > after completing "Right-click on the jaxws-*-client subproject and choose Run As –> Java Application" step the following warnings are shown: > > {noformat} > log4j:WARN No appenders could be found for logger (org.apache.cxf.common.logging.LogUtils). > log4j:WARN Please initialize the log4j system properly. > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. > {noformat} > A possible resolution could be [adding|https://stackoverflow.com/questions/12532339/no-appenders-could-be...] .properties file to subprojects folders. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11263) Validate requirement for modules previously exported by javax.ejb.api on org.jboss.as.xts

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11263?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11263: --------------------------------- Fix Version/s: 15.0.0.Final > Validate requirement for modules previously exported by javax.ejb.api on org.jboss.as.xts > ----------------------------------------------------------------------------------------- > > Key: WFLY-11263 > URL: https://issues.jboss.org/browse/WFLY-11263 > Project: WildFly > Issue Type: Sub-task > Components: Server > Reporter: Yeray Borges > Assignee: Yeray Borges > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > Validate the need of these module dependencies in org.jboss.as.xts module: > {code:xml} > <module name="javax.xml.rpc.api"/> > <module name="javax.rmi.api"/> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10741) Relicense Quickstarts and BOMs as Apache 2.0

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-10741?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-10741: --------------------------------- Fix Version/s: 15.0.0.Final > Relicense Quickstarts and BOMs as Apache 2.0 > -------------------------------------------- > > Key: WFLY-10741 > URL: https://issues.jboss.org/browse/WFLY-10741 > Project: WildFly > Issue Type: Task > Components: Quickstarts > Reporter: Kabir Khan > Assignee: Eduardo Martins > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > There has been a bit back and forth on the bom and QS licenses in WF12, 13 and 14. For WF15, we should relicense them all (where possible) to Apache 2.0. > Note that we will need: > A LICENCE.txt in the root folder > The name of the license in the BOMs should be from the 'Full Name' column of https://spdx.org/licenses/ -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11238) Eliminate ServiceBuilder's addInjection() & addInjectionValue() usages

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11238?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11238: --------------------------------- Fix Version/s: 15.0.0.Final > Eliminate ServiceBuilder's addInjection() & addInjectionValue() usages > ---------------------------------------------------------------------- > > Key: WFLY-11238 > URL: https://issues.jboss.org/browse/WFLY-11238 > Project: WildFly > Issue Type: Sub-task > Components: Agroal, CDI / Weld, EE, IIOP, JMS, JPA / Hibernate, Mail, Management, Naming, Security > Reporter: Richard Opalka > Assignee: Richard Opalka > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11240) Optimize ServiceProviderRegistry cache operations

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11240?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11240: --------------------------------- Fix Version/s: 15.0.0.Final > Optimize ServiceProviderRegistry cache operations > ------------------------------------------------- > > Key: WFLY-11240 > URL: https://issues.jboss.org/browse/WFLY-11240 > Project: WildFly > Issue Type: Task > Components: Clustering > Affects Versions: 14.0.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > > The ServiceProviderRegistry from the clustering API is implemented atop a Cache<ServiceName, Set<Address>>. Currently, operations to add and remove members from the set of available provider are sub-optimal, as they replicate the entire Set<Address>. As discussed at the last clustering F2F, we should optimize these operations such that only the address to be added/removed is sent to remote nodes. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

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

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11239?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11239: --------------------------------- Fix Version/s: 15.0.0.Final > Rewrite SAR subsystem to don't use deprecated ServiceBuilder methods > -------------------------------------------------------------------- > > Key: WFLY-11239 > URL: https://issues.jboss.org/browse/WFLY-11239 > Project: WildFly > Issue Type: Sub-task > Components: Server > Reporter: Richard Opalka > Assignee: Richard Opalka > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11261) CLI unable to refer jberet resources after run PurgeBatchlet

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11261?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11261: --------------------------------- Fix Version/s: 15.0.0.Final > CLI unable to refer jberet resources after run PurgeBatchlet > ------------------------------------------------------------ > > Key: WFLY-11261 > URL: https://issues.jboss.org/browse/WFLY-11261 > Project: WildFly > Issue Type: Bug > Components: Batch > Affects Versions: 14.0.0.Final > Reporter: Norito Agetsuma > Assignee: Cheng Fang > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > Attachments: jberet-sample.zip > > > It's not possible to refer jberet runtime resource after execute org.jberet.repository.PurgeBatchlet with batch property "purgeJobsByNames". > {code:title=jboss-cli output before execute PurgeBatchlet} > [standalone@localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true) > { > "outcome" => "success", > "result" => { > "instance-count" => 1, > "job-xml-names" => ["dummy-job.xml"], > "running-executions" => 0, > "execution" => {"1" => { > "batch-status" => "COMPLETED", > "create-time" => "2018-10-31T14:54:27.297+0900", > "end-time" => "2018-10-31T14:54:27.343+0900", > "exit-status" => "COMPLETED", > "instance-id" => 1L, > "last-updated-time" => "2018-10-31T14:54:27.343+0900", > "start-time" => "2018-10-31T14:54:27.306+0900" > }} > } > } > {code} > {code:title=jboss-cli output after PurgeBatchlet} > /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true) > { > "outcome" => "failed", > "rolled-back" => true > } > {code} > Then output following server.log > {code} > 14:55:23,104 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([ > ("deployment" => "jberet-sample.war"), > ("subsystem" => "batch-jberet"), > ("job" => "dummy-job"), > ("execution" => "1") > ]): javax.batch.operations.NoSuchJobExecutionException: JBERET000604: No job execution with id 1 > at org.jberet.operations.AbstractJobOperator.getJobExecutionImpl(AbstractJobOperator.java:354) > at org.jberet.operations.AbstractJobOperator.getJobInstance(AbstractJobOperator.java:310) > at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobInstance(JobOperatorService.java:281) > at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobExecution(JobOperatorService.java:308) > at org.wildfly.extension.batch.jberet.deployment.BatchJobExecutionResourceDefinition$JobExecutionOperationStepHandler.updateModel(BatchJobExecutionResourceDefinition.java:200) > at org.wildfly.extension.batch.jberet.deployment.JobOperationReadOnlyStepHandler.execute(JobOperationReadOnlyStepHandler.java:47) > at org.wildfly.extension.batch.jberet.deployment.JobOperationStepHandler.executeRuntime(JobOperationStepHandler.java:74) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > {code} > Even though delete JobExecution in JobRepository, JobExecution id "1" still show by JBoss CLI. > {code:title=jboss-cli output} > [standalone@localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource > { > "outcome" => "success", > "result" => {"execution" => {"1" => undefined}} > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11269) Clean up the jacorb subsystem dependency tree

by James Perkins (Jira)

[ https://issues.jboss.org/browse/WFLY-11269?page=com.atlassian.jira.plugin... ] James Perkins updated WFLY-11269: --------------------------------- Fix Version/s: 15.0.0.Final > Clean up the jacorb subsystem dependency tree > --------------------------------------------- > > Key: WFLY-11269 > URL: https://issues.jboss.org/browse/WFLY-11269 > Project: WildFly > Issue Type: Sub-task > Components: IIOP > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Fix For: 15.0.0.Beta1, 15.0.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

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