[JBoss JIRA] (WFLY-10937) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Suganya Rajeswaran (Jira)
[ https://issues.jboss.org/browse/WFLY-10937?page=com.atlassian.jira.plugin... ]
Suganya Rajeswaran commented on WFLY-10937:
-------------------------------------------
Thanks [~mkopecky] and [~jamezp]
Lemme try working out with WildFly 15. :)
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFLY-10937
> URL: https://issues.jboss.org/browse/WFLY-10937
> Project: WildFly
> Issue Type: Bug
> Components: Scripts
> Reporter: Marek Kopecký
> Assignee: Richard Opalka
> Priority: Blocker
> Labels: Java11, blocker-WF14, jdk11
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
> Attachments: appclient.conf.bat
>
>
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> *Affected scripts*
> * appclient
> * jdr
> * wsconsume
> * wsprovide
> *Example of logs*
> {noformat}
> [mkopecky@dhcp-10-40-4-197 bin]$ ./jdr.sh
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> [mkopecky@dhcp-10-40-4-197 bin]$
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3175) [DMN Designer] keyboard context menu invocation
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3175?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3175:
--------------------------------
Description:
User should be able to invoke context menu by keyboard. Context menu contains actions according to the cell, where it was invoked. Possibility to invoke the context menu is crucial for integration selenium tests.
h2. TODO
- DMN - undefined cell (/)
- DMN - After selection of menu item the focus is lost
- Scenario - proper menu for description column (/)
- Scenario - enable menu even when not bound (/)
- Tests
was:
User should be able to invoke context menu by keyboard. Context menu contains actions according to the cell, where it was invoked. Possibility to invoke the context menu is crucial for integration selenium tests.
h2. TODO
- DMN - undefined cell
- DMN - After selection of menu item the focus is lost
- Scenario - proper menu for description column
- Scenario - enable menu even when not bound
- Tests
> [DMN Designer] keyboard context menu invocation
> -----------------------------------------------
>
> Key: DROOLS-3175
> URL: https://issues.jboss.org/browse/DROOLS-3175
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Priority: Major
> Labels: drools-tools
>
> User should be able to invoke context menu by keyboard. Context menu contains actions according to the cell, where it was invoked. Possibility to invoke the context menu is crucial for integration selenium tests.
> h2. TODO
> - DMN - undefined cell (/)
> - DMN - After selection of menu item the focus is lost
> - Scenario - proper menu for description column (/)
> - Scenario - enable menu even when not bound (/)
> - Tests
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10937) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-10937?page=com.atlassian.jira.plugin... ]
Marek Kopecký commented on WFLY-10937:
--------------------------------------
[~suganya_rajeswaran]: I confirm that appclient.bat works correctly with WF 15, but don't work correctly with WF 14.0.1
{noformat}
C:\Users\Administrator\wildfly-14.0.1.Final\bin>appclient.bat
Calling "C:\Users\Administrator\wildfly-14.0.1.Final\bin\appclient.conf.bat"
org.jboss.modules.ModuleNotFoundException: java.se
at org.jboss.modules.Module.addPaths(Module.java:1266)
at org.jboss.modules.Module.link(Module.java:1622)
at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
at org.jboss.modules.Main.main(Main.java:437)
C:\Users\Administrator\wildfly-14.0.1.Final\bin>
{noformat}
{noformat}
C:\Users\Administrator\wildfly-15.0.0.Final\bin>appclient.bat
Calling "C:\Users\Administrator\wildfly-15.0.0.Final\bin\appclient.conf.bat"
12:22:19,026 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.7.Final
WFLYAC0004: You must specify the application client to execute
The appclient script starts an application client which can be used to test and access the deployed EJBs.
Usage: appclient [args...]
where args include:
--appclient-config=<config> Name of the app client configuration
file to use (default is "appclient.xml")
-h, --help Display this message and exit
--host=<url>, -H=<url> Set the url of the application server
instance to connect to
-P=<url>, --properties=<url> Load system properties from the given
url
--ejb-client-properties=<url> Load ejb-client.properties file from
the given url
-D<name>[=value] Set a system property
-v, --version Print version and exit
-secmgr Runs the container with the security
manager enabled.
C:\Users\Administrator\wildfly-15.0.0.Final\bin>
{noformat}
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFLY-10937
> URL: https://issues.jboss.org/browse/WFLY-10937
> Project: WildFly
> Issue Type: Bug
> Components: Scripts
> Reporter: Marek Kopecký
> Assignee: Richard Opalka
> Priority: Blocker
> Labels: Java11, blocker-WF14, jdk11
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
> Attachments: appclient.conf.bat
>
>
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> *Affected scripts*
> * appclient
> * jdr
> * wsconsume
> * wsprovide
> *Example of logs*
> {noformat}
> [mkopecky@dhcp-10-40-4-197 bin]$ ./jdr.sh
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> [mkopecky@dhcp-10-40-4-197 bin]$
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3523) kbase 'packages' in kmodule.xml works differently with executable-model
by Mario Fusco (Jira)
[ https://issues.jboss.org/browse/DROOLS-3523?page=com.atlassian.jira.plugi... ]
Mario Fusco reassigned DROOLS-3523:
-----------------------------------
Assignee: Mario Fusco (was: Luca Molteni)
> kbase 'packages' in kmodule.xml works differently with executable-model
> -----------------------------------------------------------------------
>
> Key: DROOLS-3523
> URL: https://issues.jboss.org/browse/DROOLS-3523
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: execution-model-test-kbase-package.zip
>
>
> When we configure 'packages' attribute in kbase element in kmodule.xml, normal build works but executable-model build results in empty kbase.
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <kmodule xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://jboss.org/kie/6.0.0/kmodule">
> <kbase name="mykbase" packages="rules" default="true">
> <ksession name="myksession" default="true" />
> </kbase>
> </kmodule>
> {code}
> executable-model seems to expect that the kbase's packages value must match the "package" declaration in DRL.
> Please confirm the behaviour with the attached execution-model-test-kbase-package.zip.
> * Normal build
> ** mvn clean install -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = [[Package name=com.sample]]
> Hello, john
> ...
> {noformat}
> * executable-model build
> ** mvn clean install -DgenerateModel=YES -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = []
> [ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 3.341 s <<< FAILURE! - in com.example.DroolsTest
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-11656) Creating SNI context requires 'host-context-map' attribute defined
by Jan Stourac (Jira)
Jan Stourac created WFLY-11656:
----------------------------------
Summary: Creating SNI context requires 'host-context-map' attribute defined
Key: WFLY-11656
URL: https://issues.jboss.org/browse/WFLY-11656
Project: WildFly
Issue Type: Bug
Components: Security
Affects Versions: 15.0.0.Final, 15.0.1.Final
Reporter: Jan Stourac
Assignee: Darran Lofthouse
When one want to create a server-ssl-sni-context, there are two attributes for such resource:
* default-ssl-context - this one is marked as required
* host-context-map - not marked as required
Still, when I try to create server-ssl-sni-context without specifying 'host-context-map', the operation fails with following (see repro steps for further info):
{code}
$ ./bin/jboss-cli.sh -c "/subsystem=elytron/server-ssl-sni-context=sniContext:add(default-ssl-context=newServerSSLContext)"
{
"outcome" => "failed",
"failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException",
"rolled-back" => true
}
{code}
in server log there is following:
{code}
09:08:08,228 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "elytron"),
("server-ssl-sni-context" => "sniContext")
]): java.lang.IllegalArgumentException
at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:139)
at org.jboss.dmr.ModelNode.keys(ModelNode.java:1580)
at org.wildfly.extension.elytron.SSLDefinitions$7.getValueSupplier(SSLDefinitions.java:1046)
at org.wildfly.extension.elytron.TrivialAddHandler.performRuntime(TrivialAddHandler.java:68)
at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:159)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
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:158)
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 org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months