March 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1288) installing CP over one-off fails if the modules patched by the one-off are not patched in the CP

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1288?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on WFCORE-1288: ------------------------------------------------- Jiří Bílek <jbilek(a)redhat.com> changed the Status of [bug 1295999|https://bugzilla.redhat.com/show_bug.cgi?id=1295999] from ON_QA to ASSIGNED > installing CP over one-off fails if the modules patched by the one-off are not patched in the CP > ------------------------------------------------------------------------------------------------ > > Key: WFCORE-1288 > URL: https://issues.jboss.org/browse/WFCORE-1288 > Project: WildFly Core > Issue Type: Bug > Components: Patching > Affects Versions: 1.0.1.Final > Reporter: Alexey Loubyansky > Assignee: Alexey Loubyansky > Priority: Critical > Fix For: 2.0.8.Final > > > If a CP is installed over active one-off patches, the patch application may fail if the CP does not contain updates for the modules that were patched by the one-offs. > Normally, CP patches accumulate the one-off patches released since the previous CP which is, probably, why this bug has not been discovered for a long time. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-846) Some tests throws "Permission check failed" while run with security manager

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFCORE-846?page=com.atlassian.jira.plugin... ] Bartosz Baranowski reassigned WFCORE-846: ----------------------------------------- Assignee: Josef Cacek (was: Bartosz Baranowski) > Some tests throws "Permission check failed" while run with security manager > --------------------------------------------------------------------------- > > Key: WFCORE-846 > URL: https://issues.jboss.org/browse/WFCORE-846 > Project: WildFly Core > Issue Type: Bug > Components: Test Suite > Affects Versions: 2.0.0.Alpha11 > Reporter: Petr Kremensky > Assignee: Josef Cacek > > Some tests are failing to deploy an archive when testsuite run with security manager enabled. > {noformat} > 08:03:07,171 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service test.deployment.trivial: org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test.deployment.trivial.prop" "write")" in code source "(vfs:/content/test-http-deployment.sar <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:274) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:176) > at java.lang.System.setProperty(System.java:792) > at org.jboss.as.test.deployment.trivial.ServiceActivatorDeployment.start(ServiceActivatorDeployment.java:80) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > ... 3 more > 08:03:07,173 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-5) WFLYCTL0013: Operation ("add") failed - address: ([{"deployment" => "test-http-deployment.sar"}]) - failure description: {"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"test.deployment.trivial.prop\" \"write\")\" in code source \"(vfs:/content/test-http-deployment.sar <no signer certificates>)\" of \"null\")"}} > 08:03:07,174 ERROR [org.jboss.as.server] (XNIO-1 task-5) WFLYSRV0021: Deploy of deployment "test-http-deployment.sar" was rolled back with the following failure message: > {"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"test.deployment.trivial.prop\" \"write\")\" in code source \"(vfs:/content/test-http-deployment.sar <no signer certificates>)\" of \"null\")"}} > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6336) request-limit should have its attributes as 'required

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6336?page=com.atlassian.jira.plugin.... ] Tomaz Cerar moved JBEAP-3714 to WFLY-6336: ------------------------------------------ Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-6336 (was: JBEAP-3714) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Web (Undertow) (was: Web (Undertow)) Target Release: (was: 7.backlog.GA) Affects Version/s: 10.0.0.Final (was: 7.0.0.ER6) > request-limit should have its attributes as 'required > ----------------------------------------------------- > > Key: WFLY-6336 > URL: https://issues.jboss.org/browse/WFLY-6336 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.0.0.Final > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > When creating the 'request-limit' filter in Undertow, there is not required to provide any of two available attributes. Although when I attach such filter to listener and perform request to server, I get following error: > {code} > ERROR [io.undertow.request] (default I/O-1) UT005071: Undertow request failed HttpServerExchange{ GET /long-running-servlet/HeavyProcessing request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8], Accept-Language=[cs,en-US;q=0.8,en;q=0.6], Cache-Control=[no-cache], Accept-Encoding=[gzip, deflate, sdch], DNT=[1], Pragma=[no-cache], User-Agent=[Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36], Connection=[keep-alive], Upgrade-Insecure-Requests=[1], Host=[localhost:8080]} response {}}: java.lang.RuntimeException: WFLYUT0059: Could not construct handler for class: class io.undertow.server.handlers.RequestLimitingHandler. with parameters { > "max-concurrent-requests" => undefined, > "queue-size" => undefined > } > at org.wildfly.extension.undertow.filters.Filter.createHandler(Filter.java:111) > at org.wildfly.extension.undertow.filters.Filter.createHttpHandler(Filter.java:68) > at org.wildfly.extension.undertow.filters.RequestLimitHandler.createHttpHandler(RequestLimitHandler.java:37) > at org.wildfly.extension.undertow.filters.FilterService.createHttpHandler(FilterService.java:57) > at org.wildfly.extension.undertow.filters.FilterRef.createHttpHandler(FilterRef.java:69) > at org.wildfly.extension.undertow.LocationService.configureHandlerChain(LocationService.java:96) > at org.wildfly.extension.undertow.Host.configureRootHandler(Host.java:117) > at org.wildfly.extension.undertow.Host.getOrCreateRootHandler(Host.java:171) > at org.wildfly.extension.undertow.Host$HostRootHandler.handleRequest(Host.java:285) > at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:54) > at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:76) > at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49) > at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:158) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) > at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:233) > at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:131) > at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:145) > at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:92) > at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:51) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291) > at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:121) > at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:580) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:464) > Caused by: java.lang.IllegalArgumentException > at org.jboss.dmr.ModelValue.asInt(ModelValue.java:58) > at org.jboss.dmr.ModelNode.asInt(ModelNode.java:240) > at org.wildfly.extension.undertow.filters.Filter.createHandler(Filter.java:94) > ... 25 more > {code} > I think we should make those attributes as required when creating such filter as they are required for it's construction anyway. > Expected: > Make both attributes of {{request-limit}} filter as required when creating such filter and write operation error in case they are not provided. > NOTE: also it seems that now when I set attribute {{queue-size}} to 0 then this queue is unlimited. Maybe it would be more suitable to set behaviour like this: > - undefined -> unlimited queue > - 0 -> no queue > - 1..N -> queue size > well this would be a change of behaviour so maybe it's too late to do such change already... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6333) Difficult to identify data-source with wrong credentials if multiple data-sources are defined.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-6333?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-6333: ----------------------------------------------- Lin Gao <lgao(a)redhat.com> changed the Status of [bug 1315439|https://bugzilla.redhat.com/show_bug.cgi?id=1315439] from NEW to ASSIGNED > Difficult to identify data-source with wrong credentials if multiple data-sources are defined. > ---------------------------------------------------------------------------------------------- > > Key: WFLY-6333 > URL: https://issues.jboss.org/browse/WFLY-6333 > Project: WildFly > Issue Type: Enhancement > Components: JCA > Affects Versions: 10.0.0.Final > Reporter: Lin Gao > Assignee: Lin Gao > > If the password for any datasource is invalid, and there are multiple datasources defined, it is difficult to identify the problematic datasource from the the console log. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6333) Difficult to identify data-source with wrong credentials if multiple data-sources are defined.

by Lin Gao (JIRA)

[ https://issues.jboss.org/browse/WFLY-6333?page=com.atlassian.jira.plugin.... ] Lin Gao updated WFLY-6333: -------------------------- Issue Type: Enhancement (was: Bug) > Difficult to identify data-source with wrong credentials if multiple data-sources are defined. > ---------------------------------------------------------------------------------------------- > > Key: WFLY-6333 > URL: https://issues.jboss.org/browse/WFLY-6333 > Project: WildFly > Issue Type: Enhancement > Components: JCA > Affects Versions: 10.0.0.Final > Reporter: Lin Gao > Assignee: Lin Gao > > If the password for any datasource is invalid, and there are multiple datasources defined, it is difficult to identify the problematic datasource from the the console log. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6335) CXF-6799: java.lang.ClassCastException: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl cannot be cast to java.lang.reflect.TypeVariable

by Bartosz Baranowski (JIRA)

Bartosz Baranowski created WFLY-6335: ---------------------------------------- Summary: CXF-6799: java.lang.ClassCastException: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl cannot be cast to java.lang.reflect.TypeVariable Key: WFLY-6335 URL: https://issues.jboss.org/browse/WFLY-6335 Project: WildFly Issue Type: Bug Components: Web Services Reporter: Bartosz Baranowski Assignee: Alessio Soldano Description of problem: Deploying test web service gives on JBoss startup: Caused by: java.lang.ClassCastException: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl cannot be cast to java.lang.reflect.TypeVariable at org.apache.cxf.jaxb.JAXBContextInitializer.addType(JAXBContextInitializer.java:251) Generated web service class has the following element which has issues with the JAXB binding: @XmlElementRefs( { @XmlElementRef(name = "Salutation", namespace = "http://ws.gss.redhat.com/", type = JAXBElement. @XmlElementRef(name = "Name", namespace = "http://ws.gss.redhat.com/", type = JAXBElement.class) } ) protected JAXBElement<String> [] salutationAndName; Web service was generated from WSDL with <jaxb:globalBindings collectionType="indexed" /> and the following schema: <xs:complexType name="Greetings"> <xs:sequence maxOccurs="unbounded"> <xs:element name="Salutation" type="xsd:string"/> <xs:element name="Name" type="xsd:string"/> </xs:sequence> </xs:complexType> -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1083) Drools eclipse rule editor throws an error when opening or saving a drools file

by Ido Flax (JIRA)

Ido Flax created DROOLS-1083: -------------------------------- Summary: Drools eclipse rule editor throws an error when opening or saving a drools file Key: DROOLS-1083 URL: https://issues.jboss.org/browse/DROOLS-1083 Project: Drools Issue Type: Feature Request Components: eclipse plugin Affects Versions: 6.4.0.CR1 Environment: Spring Tool Suite Version: 3.6.4.RELEASE Build Id: 201503100339 Platform: Eclipse Luna SR1 (4.4.2) MacBook Pro (Retina, 15-inch, Late 2013) OSX 10.10.2 Reporter: Ido Flax Assignee: Robert (Bob) Brodt Attachments: Screen Shot 2016-03-08 at 10.25.26.png I downloaded the Red hat jboss developer studio tools plugin for eclipse and since then whenever i open or save my drools file or switch to it's open tab i get this error: {code:java} An error has occurred. See error log for more details. Could not initialize class org.kie.internal.utils.ServiceRegistryImpl {code} This also prevents the drools compiler from showing me errors or problems with my drools code. I'll also mention that it randomly stopped doing it at some point but when i closed and reopened my eclipse it started again -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-846) Some tests throws "Permission check failed" while run with security manager

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFCORE-846?page=com.atlassian.jira.plugin... ] Bartosz Baranowski reassigned WFCORE-846: ----------------------------------------- Assignee: Bartosz Baranowski (was: Josef Cacek) > Some tests throws "Permission check failed" while run with security manager > --------------------------------------------------------------------------- > > Key: WFCORE-846 > URL: https://issues.jboss.org/browse/WFCORE-846 > Project: WildFly Core > Issue Type: Bug > Components: Test Suite > Affects Versions: 2.0.0.Alpha11 > Reporter: Petr Kremensky > Assignee: Bartosz Baranowski > > Some tests are failing to deploy an archive when testsuite run with security manager enabled. > {noformat} > 08:03:07,171 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service test.deployment.trivial: org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test.deployment.trivial.prop" "write")" in code source "(vfs:/content/test-http-deployment.sar <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:274) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:176) > at java.lang.System.setProperty(System.java:792) > at org.jboss.as.test.deployment.trivial.ServiceActivatorDeployment.start(ServiceActivatorDeployment.java:80) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > ... 3 more > 08:03:07,173 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-5) WFLYCTL0013: Operation ("add") failed - address: ([{"deployment" => "test-http-deployment.sar"}]) - failure description: {"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"test.deployment.trivial.prop\" \"write\")\" in code source \"(vfs:/content/test-http-deployment.sar <no signer certificates>)\" of \"null\")"}} > 08:03:07,174 ERROR [org.jboss.as.server] (XNIO-1 task-5) WFLYSRV0021: Deploy of deployment "test-http-deployment.sar" was rolled back with the following failure message: > {"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"test.deployment.trivial.prop\" \"write\")\" in code source \"(vfs:/content/test-http-deployment.sar <no signer certificates>)\" of \"null\")"}} > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6334) Difficult to identify data-source with wrong credentials if multiple data-sources are defined.

by Lin Gao (JIRA)

Lin Gao created WFLY-6334: ----------------------------- Summary: Difficult to identify data-source with wrong credentials if multiple data-sources are defined. Key: WFLY-6334 URL: https://issues.jboss.org/browse/WFLY-6334 Project: WildFly Issue Type: Bug Components: JCA Affects Versions: 10.0.0.Final Reporter: Lin Gao Assignee: Lin Gao If the password for any datasource is invalid, and there are multiple datasources defined, it is difficult to identify the problematic datasource from the the console log. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6333) Difficult to identify data-source with wrong credentials if multiple data-sources are defined.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-6333?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-6333: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1315439 > Difficult to identify data-source with wrong credentials if multiple data-sources are defined. > ---------------------------------------------------------------------------------------------- > > Key: WFLY-6333 > URL: https://issues.jboss.org/browse/WFLY-6333 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 10.0.0.Final > Reporter: Lin Gao > Assignee: Lin Gao > > If the password for any datasource is invalid, and there are multiple datasources defined, it is difficult to identify the problematic datasource from the the console log. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

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 2016