March 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-465) Cannot find KieModule with LATEST

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-465?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-465: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1304051|https://bugzilla.redhat.com/show_bug.cgi?id=1304051] from MODIFIED to ON_QA > Cannot find KieModule with LATEST > --------------------------------- > > Key: DROOLS-465 > URL: https://issues.jboss.org/browse/DROOLS-465 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.Beta1 > Reporter: Takami Hirata > Assignee: Mario Fusco > Fix For: 6.4.0.Beta2 > > Attachments: reproducer.zip > > > I install a kmodule into local repository with command {{mvn clean install}}. > Loading this kmodule with 'LATEST' works on the day, but will fail on next day. > Maven will find update on next day because of default updatePolicy 'daily', then maven check local repository ({{org.kie.scanner.Aether}} treats as a remote repository) but local artifact cache does not have 'maven-metadata.xml' which remote artifact should have, so finding update fails and {{org.sonatype.aether.connector.file.FileRepositoryWorker}} removes {{maven-metadata-local.xml}} for cleanup. > {{org.kie.scanner.Aether}} adds local repository to remote repositories, but this may be incorrect usage. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6024) The management console cannot display more than 5 runtime datasources

by Laurent Pereira (JIRA)

[ https://issues.jboss.org/browse/WFLY-6024?page=com.atlassian.jira.plugin.... ] Laurent Pereira updated WFLY-6024: ---------------------------------- I resolved my problem : it is possible to scroll through datasources with the keyboard using key up and key down. However I do not know how to do the same thing with the mouse. That is why I thought it was not possible at first. Anyway I still think it is a bug. > The management console cannot display more than 5 runtime datasources > --------------------------------------------------------------------- > > Key: WFLY-6024 > URL: https://issues.jboss.org/browse/WFLY-6024 > Project: WildFly > Issue Type: Bug > Components: Web Console > Affects Versions: 9.0.2.Final > Reporter: Laurent Pereira > Assignee: Heiko Braun > Priority: Minor > Attachments: wildfly-console-runtime-datasource.PNG > > > From the runtime tab of the management console : I cannot display more than 5 datasources although more than 6 have been defined. > As a consequence, it is not possible to manage the missing datasources. > Sample screenshot : > !wildfly-console-runtime-datasource.PNG|thumbnail! > 5 datasources of 7 are displayed. 2 datasources are always hidden. No scroll available. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6319) NPE in LocalEjbReceiver.removeClusterNodes during server shutdown

by Ladislav Thon (JIRA)

[ https://issues.jboss.org/browse/WFLY-6319?page=com.atlassian.jira.plugin.... ] Ladislav Thon updated WFLY-6319: -------------------------------- Description: In a failover test that passivates sessions to a SQL database (though I think this isn't really relevant much), I've seen a NPE in {{LocalEjbReceiver.removeClusterNodes}}: {code} 04:09:29,330 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.ejb3.localEjbReceiver.value: java.lang.NullPointerException at org.jboss.as.ejb3.remote.LocalEjbReceiver.removeClusterNodes(LocalEjbReceiver.java:701) at org.jboss.as.ejb3.remote.LocalEjbReceiver.disassociate(LocalEjbReceiver.java:681) at org.jboss.ejb.client.EJBClientContext.unregisterEJBReceiver(EJBClientContext.java:446) at org.jboss.ejb.client.EJBReceiverContext.close(EJBReceiverContext.java:57) at org.jboss.as.ejb3.remote.LocalEjbReceiver.stop(LocalEjbReceiver.java:410) at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) 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) {code} This happens during server shutdown, so it probably doesn't affect anything. Logs: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... was: In a failover test that passivates sessions to a MySQL database (though I think this isn't really relevant much), I've seen a NPE in {{LocalEjbReceiver.removeClusterNodes}}: {code} 04:09:29,330 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.ejb3.localEjbReceiver.value: java.lang.NullPointerException at org.jboss.as.ejb3.remote.LocalEjbReceiver.removeClusterNodes(LocalEjbReceiver.java:701) at org.jboss.as.ejb3.remote.LocalEjbReceiver.disassociate(LocalEjbReceiver.java:681) at org.jboss.ejb.client.EJBClientContext.unregisterEJBReceiver(EJBClientContext.java:446) at org.jboss.ejb.client.EJBReceiverContext.close(EJBReceiverContext.java:57) at org.jboss.as.ejb3.remote.LocalEjbReceiver.stop(LocalEjbReceiver.java:410) at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) 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) {code} This happens during server shutdown, so it probably doesn't affect anything. Log: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... > NPE in LocalEjbReceiver.removeClusterNodes during server shutdown > ----------------------------------------------------------------- > > Key: WFLY-6319 > URL: https://issues.jboss.org/browse/WFLY-6319 > Project: WildFly > Issue Type: Bug > Components: Clustering, EJB > Reporter: Ladislav Thon > Assignee: Paul Ferraro > > In a failover test that passivates sessions to a SQL database (though I think this isn't really relevant much), I've seen a NPE in {{LocalEjbReceiver.removeClusterNodes}}: > {code} > 04:09:29,330 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.ejb3.localEjbReceiver.value: java.lang.NullPointerException > at org.jboss.as.ejb3.remote.LocalEjbReceiver.removeClusterNodes(LocalEjbReceiver.java:701) > at org.jboss.as.ejb3.remote.LocalEjbReceiver.disassociate(LocalEjbReceiver.java:681) > at org.jboss.ejb.client.EJBClientContext.unregisterEJBReceiver(EJBClientContext.java:446) > at org.jboss.ejb.client.EJBReceiverContext.close(EJBReceiverContext.java:57) > at org.jboss.as.ejb3.remote.LocalEjbReceiver.stop(LocalEjbReceiver.java:410) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) > 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) > {code} > This happens during server shutdown, so it probably doesn't affect anything. > Logs: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6319) NPE in LocalEjbReceiver.removeClusterNodes during server shutdown

by Ladislav Thon (JIRA)

Ladislav Thon created WFLY-6319: ----------------------------------- Summary: NPE in LocalEjbReceiver.removeClusterNodes during server shutdown Key: WFLY-6319 URL: https://issues.jboss.org/browse/WFLY-6319 Project: WildFly Issue Type: Bug Components: Clustering, EJB Reporter: Ladislav Thon Assignee: Paul Ferraro In a failover test that passivates sessions to a MySQL database (though I think this isn't really relevant much), I've seen a NPE in {{LocalEjbReceiver.removeClusterNodes}}: {code} 04:09:29,330 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.ejb3.localEjbReceiver.value: java.lang.NullPointerException at org.jboss.as.ejb3.remote.LocalEjbReceiver.removeClusterNodes(LocalEjbReceiver.java:701) at org.jboss.as.ejb3.remote.LocalEjbReceiver.disassociate(LocalEjbReceiver.java:681) at org.jboss.ejb.client.EJBClientContext.unregisterEJBReceiver(EJBClientContext.java:446) at org.jboss.ejb.client.EJBReceiverContext.close(EJBReceiverContext.java:57) at org.jboss.as.ejb3.remote.LocalEjbReceiver.stop(LocalEjbReceiver.java:410) at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) 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) {code} This happens during server shutdown, so it probably doesn't affect anything. Log: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-db-s... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1080) ProjectClassLoader.getResources("") with kie-ci does not return all valid urls

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1080?page=com.atlassian.jira.plugi... ] Geoffrey De Smet commented on DROOLS-1080: ------------------------------------------ PR with reproducing test: https://github.com/droolsjbpm/drools/pull/675 Can you also backport the fix to 6.4.x too? > ProjectClassLoader.getResources("") with kie-ci does not return all valid urls > ------------------------------------------------------------------------------ > > Key: DROOLS-1080 > URL: https://issues.jboss.org/browse/DROOLS-1080 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.4.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Priority: Critical > > Without kie-ci in the classpath, ClassLoader.getResources("") it works properly, but with it, it doesn't. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1080) ProjectClassLoader.getResources("") with kie-ci does not return all valid urls

by Geoffrey De Smet (JIRA)

Geoffrey De Smet created DROOLS-1080: ---------------------------------------- Summary: ProjectClassLoader.getResources("") with kie-ci does not return all valid urls Key: DROOLS-1080 URL: https://issues.jboss.org/browse/DROOLS-1080 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 6.4.0.Beta2 Reporter: Geoffrey De Smet Assignee: Mario Fusco Priority: Critical Without kie-ci in the classpath, ClassLoader.getResources("") it works properly, but with it, it doesn't. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-1062) Deployments from the domain/data/content folder goes missing after few minutes if the Host controller is started with --backup option.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1062?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on WFCORE-1062: ------------------------------------------------- Jiří Bílek <jbilek(a)redhat.com> changed the Status of [bug 1265170|https://bugzilla.redhat.com/show_bug.cgi?id=1265170] from ON_QA to VERIFIED > Deployments from the domain/data/content folder goes missing after few minutes if the Host controller is started with --backup option. > -------------------------------------------------------------------------------------------------------------------------------------- > > Key: WFCORE-1062 > URL: https://issues.jboss.org/browse/WFCORE-1062 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 2.0.0.CR7 > Reporter: ehsavoie Hugonnet > Assignee: ehsavoie Hugonnet > Priority: Blocker > Fix For: 2.0.0.CR8 > > > Host controller started with --backup option deletes the deployments from the domain/data/content folder after approximately 10 mins. > The deployment is restored or recreated if the HostController is started. > Version-Release number of selected component (if applicable): 6.4.x > How reproducible: > Steps to Reproduce: > > 1. Setup domaincontroller > 2. Setup hostcontroller > 3. Start domaincontroller > 4. Start hostcontroller with --backup option. > 5. deploy an application using cli or admin console > ./jboss-cli.sh --connect --controller=x.x.x.x:9999 --command='deploy /PathToApp/App.war --server-groups=main-server-group' > 6. deployments are available under $JBOSS_HOME/domain/data/content > 7. Wait for approximately 10 minutes > 8. Cached deployments are deleted on hostcontroller (domain/data/content is empty). Following is the logging seen on the console : > ++++++++++++++ > [Host Controller] 14:20:40,439 INFO [org.jboss.as.repository] (Host Controller Service Threads - 4) JBAS014903: Content /NotBackedUp/JAR-Folder/EAPs/EAP6/jboss-eap-6.4.3-Patched/domain/data/content/47/1108a27fa1b82e6a92fb56ee25bc76f2625249 is obsolete and will be removed > [Host Controller] 14:20:40,440 INFO [org.jboss.as.repository] (Host Controller Service Threads - 4) JBAS014901: Content removed from location /NotBackedUp/JAR-Folder/EAPs/EAP6/jboss-eap-6.4.3-Patched/domain/data/content/47/1108a27fa1b82e6a92fb56ee25bc76f2625249/content > ++++++++++++++ > 9. After restarting the Host Controller, the deployment is restored and the cached deployment can now be seen under the Host Controller's domain/data/content folder. > Actual results: Deployment folder form domain/data/content folder gets deleted after approx 10 mins and are restored if the Host Controller is restarted > Expected results: The cached deplpyments folder should never be removed from the HostController's domain/data/content folder. > Additional info: This does not affect the availability of the application since the applications are also availbale with the assigned server's under their data/content folder. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-5624) request limiting handler is called connection limit handler in the management model

by Jan Stourac (JIRA)

[ https://issues.jboss.org/browse/WFLY-5624?page=com.atlassian.jira.plugin.... ] Jan Stourac updated WFLY-5624: ------------------------------ Git Pull Request: https://github.com/wildfly/wildfly/pull/8377 (was: https://github.com/wildfly/wildfly/pull/8374) > request limiting handler is called connection limit handler in the management model > ----------------------------------------------------------------------------------- > > Key: WFLY-5624 > URL: https://issues.jboss.org/browse/WFLY-5624 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 10.0.0.CR5 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6318) auth-constraint with role name ** does not work as specified

by Harald Wellmann (JIRA)

Harald Wellmann created WFLY-6318: ------------------------------------- Summary: auth-constraint with role name ** does not work as specified Key: WFLY-6318 URL: https://issues.jboss.org/browse/WFLY-6318 Project: WildFly Issue Type: Bug Components: Web (Undertow) Affects Versions: 10.0.0.Final Reporter: Harald Wellmann Assignee: Stuart Douglas The following security constraint does not work as expected: {code} <security-constraint> <display-name>secure resource</display-name> <web-resource-collection> <web-resource-name>welcome page</web-resource-name> <url-pattern>/*</url-pattern> </web-resource-collection> <auth-constraint> <role-name>**</role-name> </auth-constraint> </security-constraint> {code} According to Servlet Specification 3.1, section 13.8, any authenticated user should be able to access the secured resources, but all I get is a {{Forbidden}} error page. Stepping through the code, I can see that {{ServletSecurityRoleHandler}} is processing a {{SingleConstraintMatch}} with {{emptyRoleSemantic == PERMIT}} and {{requiredRoles == [**]}}. More likely, this should be {{emptyRoleSemantic == AUTHENTICATE}} and {{requiredRoles == []}}. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-521) setting the local to english in CLI commands on non-english systems does not produce english output

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-521?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-521: ------------------------------------------------ Peter Mackay <pmackay(a)redhat.com> changed the Status of [bug 1128132|https://bugzilla.redhat.com/show_bug.cgi?id=1128132] from ON_QA to VERIFIED > setting the local to english in CLI commands on non-english systems does not produce english output > --------------------------------------------------------------------------------------------------- > > Key: WFCORE-521 > URL: https://issues.jboss.org/browse/WFCORE-521 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 1.0.0.Alpha15 > Environment: Tested on MacOS running in German > Reporter: Tom Fonteyne > Assignee: Romain Pelisse > Priority: Minor > Fix For: 1.0.0.Alpha16 > > > A German (or french etc...) system must be used to reproduce. > It is likely this is not limited to MacOS, but I do not have a non-english Linux system available > An out of the box install of wildfly/EAP: > Without configuration, the log file is in German as expected. > Using these CLI comands: > :read-operation-description(name=stop-servers,locale=de_DE) -> german > :read-operation-description(name=stop-servers,locale=en_US) -> german > :read-operation-description(name=stop-servers,locale=fr_FR) -> french > So we cannot get the CLI to produce english output > when configuring JAVA_OPTS in domain.conf with: > JAVA_OPTS="$JAVA_OPTS -Duser.language=en -Duser.country=DE -Duser.encoding=utf-8 > The log is now in English -> works as expected; and: > :read-operation-description(name=stop-servers,locale=de_DE) -> german > :read-operation-description(name=stop-servers,locale=en_US) -> english > So it seems we have a bug where the locale set to start the domain takes precedence over the locale set in the CLI command (but only when English is asked) > I presume this is because English is the default locale. -- 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