[JBoss JIRA] (WFLY-1611) Add ability to relax the password rules for management/application realm users
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-1611?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on WFLY-1611:
----------------------------------------
Agreed, this should be configurable - closely related is another task requesting that before the password is prompted for we display the current password requirements, would be advisable to tackle both at the same time.
Due to time constraints it is unlikely I will get to this in 2013 and if I do it would be towards the end so any volunteers are welcome to take a look.
> Add ability to relax the password rules for management/application realm users
> ------------------------------------------------------------------------------
>
> Key: WFLY-1611
> URL: https://issues.jboss.org/browse/WFLY-1611
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Affects Versions: 8.0.0.Alpha2
> Reporter: jaikiran pai
> Assignee: Darran Lofthouse
> Fix For: Awaiting Volunteers
>
>
> Currently the user creation scripts (add-user.sh/add-user.bat) for adding users to the Management/Application realm enforce certain password rules. It would be good to allow a way to relax some of these rules typically in development/personal machines. A discussion about this is available in here which proposes certain ideas http://lists.jboss.org/pipermail/jboss-as7-dev/2012-October/006997.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JGRP-1643) Change license to Apache License 2.0
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1643?page=com.atlassian.jira.plugin.... ]
Bela Ban resolved JGRP-1643.
----------------------------
Resolution: Done
> Change license to Apache License 2.0
> ------------------------------------
>
> Key: JGRP-1643
> URL: https://issues.jboss.org/browse/JGRP-1643
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.4
>
>
> Change the license from LGPL 2.1 to AL 2.0. This includes the following tasks:
> * Identify all contributors who have code in master (to be 3.4)
> * Remove contributors who are Red Hat employees (work-for-hire)
> * Remove contributors who were Red Hat employees at the time of the contribution
> * Contact the remaining contributors and ask for their permission to change the license
> * Change the web site to list both LGPL 2.1 (<= 3.3) and AL 2.0 (>= 3.4) licenses
> * Change LICENSE in master: include both licenses, state that code <= 3.3 is licensed under LGPL 2.1 and later code is licensed under AL 2.0
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JGRP-1643) Change license to Apache License 2.0
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1643?page=com.atlassian.jira.plugin.... ]
Bela Ban edited comment on JGRP-1643 at 7/1/13 4:32 AM:
--------------------------------------------------------
A list of current contributors (using git ls-files and git-blame):
||Number of commits||Name||Email||Permission||
|14376|Bela Ban|belaban(a)yahoo.com|OK|
|1930|Vladimir Blagojevic|vblagoje(a)redhat.com|OK|
|88|Richard Achmatowicz|rachmatowicz|OK|
|86|Ovidiu Feodorov|ovidiuf|OK|
|74|Romuald Du Song|rds13|no code found|
|54|Scott marlow|smarlownovell|OK|
|46|Brian Stansberry|bstansberry|OK|
|32|Jimmy Wilson|jiwils|OK|
|32|Steve Wincock|steview|OK (ENCRYPT)|
|33|William Burns|mudokonman(a)gmail.com|OK|
|22|Gray Watson|graywatson|OK|
|22|Yaron|yaron-r|TRIVIAL: no code (only changes in history.txt)|
|18|Manik Surtani|manik(a)surtani.org|OK|
|18|Chris Lott|chrislott|TRIVIAL: only javadoc changes|
|12|wenbo|wenbo|OK (met at Google June 20)|
|12|David Hotham|david.hotham(a)metaswitch.com|OK|
|12|Ananda Bollu|akbollu|OK|
|11|Dennis Reed|dereed(a)redhat.com|OK|
|8|laran|laran|no code found|
|8|Galder Zamarreno|galder(a)redhat.com|OK|
|7|Luca Stancapiano|jedim(a)vige.it|TRIVIAL: jgroups.bnd|
|6|John Georgiadis|igeorg|no code found|
|6|Ben Browning|bbrowning(a)redhat.com|OK|
|6|Paul Ferraro|pperraro(a)redhat.com|OK|
|5|Pedro Ruivo|pruivo(a)gsd.inesc-id.pt|OK|
|4|Radoslav Husar|rhusar(a)redhat.com|OK|
|4|Chris Mills|ossiejnr|OK|
|4|Thomas Sorgie|tsorgie|TRIVIAL: pretty-print in Promise, history.txt|
|4|publicnmi|publicnmi|TRIVIAL: only comments in history.txt|
|4|Sanne Grinovero|sanne(a)redhat.com|OK|
|3|Dan Berindei|dan(a)infinispan.org|OK|
|3|blc.jgroups|blc.jgroups(a)gmail.com|TRIVIAL: Added a ctor to MuxRpcDispatcher|
|3|Nick Bailey|nickmbailey(a)gmail.com|OK|
|2|rvansa|rvansa(a)redhat.com|OK|
|2|gdvieira|gdvieira|TRIVIAL: only comment in history.txt|
|2|Mark Riley|mark_riley99|no code found|
|2|mimbert|mimbert|no code found|
|2|mircea_markus|mmarkus(a)redhat.com|OK|
|1|Bill DeCoste|bdecoste(a)gmail.com|OK|
|1|Tristan Tarrant|ttarrant(a)redhat.com|OK|
|1|Thomas SEGISMONT|tsegimont(a)gmail.com|OK|
|1|Ales Justin|ales.justin(a)gmail.com|OK|
|1|Raman Gupta|raman(a)rocketraman.com|OK|
|1|Pedro Ruivo|pedroruivo2(a)gmail.com|OK|
|1|Markus Wolf|mail(a)markus-wolf.de|OK|
|1|Gustavo Fernandes|gustavonalle(a)gmail.com|OK|
|1|Youngjae Chang|youngjae.chang(a)miracom.co.kr|OK|
was (Author: belaban):
A list of current contributors (using git ls-files and git-blame):
||Number of commits||Name||Email||Permission||
|14376|Bela Ban|belaban(a)yahoo.com|OK|
|1930|Vladimir Blagojevic|vblagoje(a)redhat.com|OK|
|88|Richard Achmatowicz|rachmatowicz|OK|
|86|Ovidiu Feodorov|ovidiuf|OK|
|74|Romuald Du Song|rds13|no code found|
|54|Scott marlow|smarlownovell|OK|
|46|Brian Stansberry|bstansberry|OK|
|32|Jimmy Wilson|jiwils|OK|
|32|Steve Wincock|steview|could not contact, contribution mainly ENCRYPT|
|33|William Burns|mudokonman(a)gmail.com|OK|
|22|Gray Watson|graywatson|OK|
|22|Yaron|yaron-r|TRIVIAL: no code (only changes in history.txt)|
|18|Manik Surtani|manik(a)surtani.org|OK|
|18|Chris Lott|chrislott|TRIVIAL: only javadoc changes|
|12|wenbo|wenbo|OK (met at Google June 20)|
|12|David Hotham|david.hotham(a)metaswitch.com|OK|
|12|Ananda Bollu|akbollu|OK|
|11|Dennis Reed|dereed(a)redhat.com|OK|
|8|laran|laran|no code found|
|8|Galder Zamarreno|galder(a)redhat.com|OK|
|7|Luca Stancapiano|jedim(a)vige.it|TRIVIAL: jgroups.bnd|
|6|John Georgiadis|igeorg|no code found|
|6|Ben Browning|bbrowning(a)redhat.com|OK|
|6|Paul Ferraro|pperraro(a)redhat.com|OK|
|5|Pedro Ruivo|pruivo(a)gsd.inesc-id.pt|OK|
|4|Radoslav Husar|rhusar(a)redhat.com|OK|
|4|Chris Mills|ossiejnr|OK|
|4|Thomas Sorgie|tsorgie|TRIVIAL: pretty-print in Promise, history.txt|
|4|publicnmi|publicnmi|TRIVIAL: only comments in history.txt|
|4|Sanne Grinovero|sanne(a)redhat.com|OK|
|3|Dan Berindei|dan(a)infinispan.org|OK|
|3|blc.jgroups|blc.jgroups(a)gmail.com|TRIVIAL: Added a ctor to MuxRpcDispatcher|
|3|Nick Bailey|nickmbailey(a)gmail.com|OK|
|2|rvansa|rvansa(a)redhat.com|OK|
|2|gdvieira|gdvieira|TRIVIAL: only comment in history.txt|
|2|Mark Riley|mark_riley99|no code found|
|2|mimbert|mimbert|no code found|
|2|mircea_markus|mmarkus(a)redhat.com|OK|
|1|Bill DeCoste|bdecoste(a)gmail.com|OK|
|1|Tristan Tarrant|ttarrant(a)redhat.com|OK|
|1|Thomas SEGISMONT|tsegimont(a)gmail.com|OK|
|1|Ales Justin|ales.justin(a)gmail.com|OK|
|1|Raman Gupta|raman(a)rocketraman.com|OK|
|1|Pedro Ruivo|pedroruivo2(a)gmail.com|OK|
|1|Markus Wolf|mail(a)markus-wolf.de|OK|
|1|Gustavo Fernandes|gustavonalle(a)gmail.com|OK|
|1|Youngjae Chang|youngjae.chang(a)miracom.co.kr|OK|
> Change license to Apache License 2.0
> ------------------------------------
>
> Key: JGRP-1643
> URL: https://issues.jboss.org/browse/JGRP-1643
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.4
>
>
> Change the license from LGPL 2.1 to AL 2.0. This includes the following tasks:
> * Identify all contributors who have code in master (to be 3.4)
> * Remove contributors who are Red Hat employees (work-for-hire)
> * Remove contributors who were Red Hat employees at the time of the contribution
> * Contact the remaining contributors and ask for their permission to change the license
> * Change the web site to list both LGPL 2.1 (<= 3.3) and AL 2.0 (>= 3.4) licenses
> * Change LICENSE in master: include both licenses, state that code <= 3.3 is licensed under LGPL 2.1 and later code is licensed under AL 2.0
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JGRP-1643) Change license to Apache License 2.0
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1643?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1643:
--------------------------------
OK, got permission from all contributors !
> Change license to Apache License 2.0
> ------------------------------------
>
> Key: JGRP-1643
> URL: https://issues.jboss.org/browse/JGRP-1643
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.4
>
>
> Change the license from LGPL 2.1 to AL 2.0. This includes the following tasks:
> * Identify all contributors who have code in master (to be 3.4)
> * Remove contributors who are Red Hat employees (work-for-hire)
> * Remove contributors who were Red Hat employees at the time of the contribution
> * Contact the remaining contributors and ask for their permission to change the license
> * Change the web site to list both LGPL 2.1 (<= 3.3) and AL 2.0 (>= 3.4) licenses
> * Change LICENSE in master: include both licenses, state that code <= 3.3 is licensed under LGPL 2.1 and later code is licensed under AL 2.0
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (DROOLS-184) kieResources.newClassPathResource() violates the Class.getResource() conventions
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created DROOLS-184:
---------------------------------------
Summary: kieResources.newClassPathResource() violates the Class.getResource() conventions
Key: DROOLS-184
URL: https://issues.jboss.org/browse/DROOLS-184
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.0.Beta4
Reporter: Geoffrey De Smet
Assignee: Edson Tirelli
Suppose I have a jar like this:
{code}
cheeseProject-1.0.0.jar
/org/cheese/MyCheeseApp.class
/org/cheese/myCheeseRules.drl
{code}
There are 2 ways in plain old Java, to get that drl classpath resource:
{code}
getClass().getResource("/org/cheese/myCheeseRules.drl") // OK
getClass().getResource("myCheeseRules.drl") // OK
{code}
The KnowledgeBase's classpath resource creation expected similar parameters.
In KieBase I expected it to work in the same way:
{code}
kieResources.newClassPathResource("/org/cheese/myCheeseRules.drl") // FAILS
kieResources.newClassPathResource("myCheeseRules.drl", MyCheeseApp.class) // FAILS
{code}
Instead it expects something like this:
{code}
kieResources.newClassPathResource("src/main/resource/xxx/org/cheese/myCheeseRules.drl") // ???
{code}
That's not compatible with the JDK definition of a classpath resource, and therefore shouldn't be called newClassPathResource(...). And I 'd like to be able to use the real newClassPathResource() variation.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (DROOLS-183) KieBase doesn't load drl files if it doesn't feel like it on Windows
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-183?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet commented on DROOLS-183:
-----------------------------------------
Mario agreed that it's a bug in drools itself, he's going to look into it.
> KieBase doesn't load drl files if it doesn't feel like it on Windows
> --------------------------------------------------------------------
>
> Key: DROOLS-183
> URL: https://issues.jboss.org/browse/DROOLS-183
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Beta4
> Reporter: Geoffrey De Smet
> Assignee: Mario Fusco
> Priority: Blocker
> Fix For: 6.0.0.CR1
>
>
> The OptaPlanner zip's example works perfectly for me, but a user trying the same zip on windows doesn't see any working examples. The problem is that KieBase behaves differently and outputs this warning on his system:
> {code}
> 2013-06-29 10:24:16,998 [AWT-EventQueue-0] WARN No files found for KieBase
> defaultKieBase
> {code}
> Note: it worked well for Beta3 on his system (and it works well for me on linux with Beta4).
> This is probably due to the fact that the way optaplanner's code needs to jump through the KieBase hoops works for Beta3, but the hoops has been changed for Beta4 somehow.
> Here's that optaplanner code:
> https://github.com/droolsjbpm/optaplanner/blob/master/optaplanner-core/sr...
> Here's the full e-mail thread:
> {code}
> Hi
> I performed the download version beta4 to view examples of optaplanner and
> none is opening.
> Below the return of console windows.
> "Usage: runExamples.bat"
> "For example: runExamples.bat"
> "Some notes:"
> "- Working dir should be the directory of this script."
> "- Java is recommended to be JDK and java 6 for optimal performance"
> "- The environment variable JAVA_HOME should be set to the JDK installation
> dire
> ctory"
> " For example: set JAVA_HOME="C:\Program Files\Java\jdk1.6.0"
> ECHO está desativado.
> "Starting examples app..."
> 2013-06-29 10:24:16,998 [AWT-EventQueue-0] WARN No files found for KieBase
> defa
> ultKieBase
> 2013-06-29 10:24:18,680 [AWT-EventQueue-0] INFO Loaded:
> data\curriculumcourse\unsolved\comp05.xml
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException:
> Unexpected gl
> obal [scoreHolder]
> at
> org.drools.core.common.AbstractWorkingMemory.setGlobal(AbstractWorkin
> gMemory.java:532)
> at
> org.drools.core.impl.StatefulKnowledgeSessionImpl.setGlobal(StatefulK
> nowledgeSessionImpl.java:360)
> at
> org.optaplanner.core.impl.score.director.drools.DroolsScoreDirector.r
> esetKieSession(DroolsScoreDirector.java:85)
> at
> org.optaplanner.core.impl.score.director.drools.DroolsScoreDirector.s
> etWorkingSolution(DroolsScoreDirector.java:76)
> at
> org.optaplanner.examples.common.business.SolutionBusiness.openSolutio
> n(SolutionBusiness.java:222)
> at
> org.optaplanner.examples.common.swingui.SolverAndPersistenceFrame$Loa
> dAction.actionPerformed(SolverAndPersistenceFrame.java:178)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown
> Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown
> Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown
> Source)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$200(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> 2013-06-29 10:24:25,920 [AWT-EventQueue-0] INFO Loaded:
> C:\Users\l049904\Downlo
> ads\optaplanner-distribution-6.0.0.Beta4\optaplanner-distribution-6.0.0.Beta4\ex
> amples\data\curriculumcourse\unsolved\comp02.xml
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException:
> Unexpected global [scoreHolder]
> at
> org.drools.core.common.AbstractWorkingMemory.setGlobal(AbstractWorkingMemory.java:532)
> at
> org.drools.core.impl.StatefulKnowledgeSessionImpl.setGlobal(StatefulKnowledgeSessionImpl.java:360)
> at
> org.optaplanner.core.impl.score.director.drools.DroolsScoreDirector.r
> esetKieSession(DroolsScoreDirector.java:85)
> at
> org.optaplanner.core.impl.score.director.drools.DroolsScoreDirector.s
> etWorkingSolution(DroolsScoreDirector.java:76)
> at
> org.optaplanner.examples.common.business.SolutionBusiness.openSolutio
> n(SolutionBusiness.java:222)
> at
> org.optaplanner.examples.common.swingui.SolverAndPersistenceFrame$Ope
> nAction.actionPerformed(SolverAndPersistenceFrame.java:289)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown
> Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown
> Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown
> Source)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$200(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> In every instance can not open or import files. Xml
> In version Beta3 was possible.
> Thanks
> --
> View this message in context: http://drools.46999.n3.nabble.com/Time-Scheduling-Routing-tp4024446p40246...
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (WFLY-1435) Modcluster subsystem startup missing required dependencies from JBoss Web
by Willem Noorduin (JIRA)
[ https://issues.jboss.org/browse/WFLY-1435?page=com.atlassian.jira.plugin.... ]
Willem Noorduin commented on WFLY-1435:
---------------------------------------
"Bug" or "known" issue is also present in Alpha2 release. Is there a way to circumvent this ?
> Modcluster subsystem startup missing required dependencies from JBoss Web
> --------------------------------------------------------------------------
>
> Key: WFLY-1435
> URL: https://issues.jboss.org/browse/WFLY-1435
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha1
> Reporter: Richard Achmatowicz
> Assignee: Paul Ferraro
>
> The mod cluster subsystem is not starting correctly due to missing (incorrect) dependencies on JBoss Web:
> {noformat}
> 16:59:36,549 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 33) JBAS010280: Activating Infinispan subsystem.
> 16:59:36,561 INFO [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 37) JBAS010260: Activating JGroups subsystem.
> [snip]
> 16:59:36,639 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017502: Undertow 1.0.0.Alpha15 starting
> 16:59:36,654 INFO [org.jboss.as.webservices] (ServerService Thread Pool -- 52) JBAS015537: Activating WebServices Extension
> 16:59:36,657 INFO [org.jboss.as.naming] (MSC service thread 1-4) JBAS011802: Starting Naming Service
> 16:59:36,661 INFO [org.jboss.as.mail.extension] (MSC service thread 1-8) JBAS015400: Bound mail session [java:jboss/mail/Default]
> 16:59:36,669 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 51) JBAS017502: Undertow 1.0.0.Alpha15 starting
> 16:59:36,755 INFO [org.jboss.ws.common.management] (MSC service thread 1-1) JBWS022052: Starting JBoss Web Services - Stack CXF Server 4.2.0.Beta1
> 16:59:36,760 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 28) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
> 16:59:36,771 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) JBAS010417: Started Driver service with driver-name = h2
> 16:59:36,816 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) Starting server server service: service jboss.undertow.server.default-server
> 16:59:36,839 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) Starting host default-host
> 16:59:36,891 INFO [io.undertow] (ServerService Thread Pool -- 51) Creating file handler for path /home/nrla/projects/wildfly-git-repo/testsuite/integration/clust/target/wildfly-clustering-xsite-LON-0/welcome-content
> 16:59:36,904 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017525: Started http handler io.undertow.server.handlers.resource.ResourceHandler@26dce695.
> 16:59:36,905 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) registering handler org.jboss.msc.value.InjectedValue@ab2d3a9 under path '/'
> 16:59:36,927 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017519: Undertow AJP listener ajp-connector listening on /127.0.0.1:8009
> 16:59:36,926 INFO [org.wildfly.extension.undertow] (MSC service thread 1-7) JBAS017519: Undertow HTTP listener default listening on /127.0.0.1:8080
> 16:59:37,252 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 33) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> 16:59:37,262 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 33) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> 16:59:37,291 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS]
> 16:59:37,478 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 127.0.0.1:9999
> 16:59:37,479 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-3) JBAS015012: Started FileSystemDeploymentService for directory /home/nrla/projects/wildfly-git-repo/testsuite/integration/clust/target/wildfly-clustering-xsite-LON-0/standalone/deployments
> 16:59:37,478 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on 127.0.0.1:4447
> 16:59:37,507 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([("subsystem" => "modcluster")]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.mod-cluster is missing [jboss.web, jboss.web.connector.ajp]"]}
> 16:59:37,571 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
> JBAS014775: New missing/unsatisfied dependencies:
> service jboss.web (missing) dependents: [service jboss.mod-cluster]
> service jboss.web.connector.ajp (missing) dependents: [service jboss.mod-cluster]
> 16:59:37,706 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127.0.0.1:9990/management
> 16:59:37,707 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
> 16:59:37,707 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.0.0.Alpha2-SNAPSHOT "WildFly" started (with errors) in 3027ms - Started 157 of 252 services (1 services failed or missing dependencies, 116 services are lazy, passive or on-demand)
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months