Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-26194

(8.0.z) WFCORE-6697- list-resource-loader-paths fails with MalformedURLException

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Major
    • 8.0 Update 2
    • 8.0.0.GA-CR2
    • Modules, Server
    • None
    • False
    • None
    • False
    • +
    • Hide
      1. start server
      2. connect CLI and run
        [standalone@localhost:9990 /] /core-service=module-loading:list-resource-loader-paths(module=org.wildfly.transaction.client)
        
      Show
      start server connect CLI and run [standalone@localhost:9990 /] /core-service=module-loading:list-resource-loader-paths(module=org.wildfly.transaction.client)

    Description

      list-resource-loader-paths for org.wildfly.transaction.client module fails with

      13:22:17,468 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("list-resource-loader-paths") failed - address: ([("core-service" => "module-loading")]): java.lang.RuntimeException: java.net.MalformedURLException: no protocol: null
              at org.jboss.as.server@21.0.4.Final-redhat-00001//org.jboss.as.server.controller.resources.ModuleLoadingResourceDefinition$ModuleLocationHandler.execute(ModuleLoadingResourceDefinition.java:216)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:1057)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:778)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:469)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1433)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:448)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.ModelControllerImpl.lambda$executeForResponse(ModelControllerImpl.java:259)
              at org.wildfly.security.elytron-base@2.2.2.Final-redhat-00001//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:304)
              at org.wildfly.security.elytron-base@2.2.2.Final-redhat-00001//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.ModelControllerImpl.executeForResponse(ModelControllerImpl.java:259)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.ModelControllerImpl.executeOperation(ModelControllerImpl.java:253)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:236)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:241)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.run(ModelControllerClientOperationHandler.java:163)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.run(ModelControllerClientOperationHandler.java:159)
              at org.wildfly.security.elytron-base@2.2.2.Final-redhat-00001//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:328)
              at org.wildfly.security.elytron-base@2.2.2.Final-redhat-00001//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:285)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
              at org.jboss.as.controller@21.0.4.Final-redhat-00001//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.execute(ModelControllerClientOperationHandler.java:159)
              at org.jboss.as.protocol@21.0.4.Final-redhat-00001//org.jboss.as.protocol.mgmt.ManagementRequestContextImpl.doExecute(ManagementRequestContextImpl.java:70)
              at org.jboss.as.protocol@21.0.4.Final-redhat-00001//org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
              at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
              at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
              at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
              at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
              at java.base/java.lang.Thread.run(Thread.java:840)
              at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.JBossThread.run(JBossThread.java:513)
      Caused by: java.net.MalformedURLException: no protocol: null
              at java.base/java.net.URL.<init>(URL.java:674)
              at java.base/java.net.URL.<init>(URL.java:569)
              at java.base/java.net.URL.<init>(URL.java:516)
              at org.jboss.as.server@21.0.4.Final-redhat-00001//org.jboss.as.server.controller.resources.ModuleLoadingResourceDefinition.findResourcePaths(ModuleLoadingResourceDefinition.java:232)
              at org.jboss.as.server@21.0.4.Final-redhat-00001//org.jboss.as.server.controller.resources.ModuleLoadingResourceDefinition$ModuleLocationHandler.run(ModuleLoadingResourceDefinition.java:200)
              at org.jboss.as.server@21.0.4.Final-redhat-00001//org.jboss.as.server.controller.resources.ModuleLoadingResourceDefinition$ModuleLocationHandler.run(ModuleLoadingResourceDefinition.java:197)
              at java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
              at org.jboss.as.server@21.0.4.Final-redhat-00001//org.jboss.as.server.controller.resources.ModuleLoadingResourceDefinition$ModuleLocationHandler.execute(ModuleLoadingResourceDefinition.java:197)
              ... 27 more
      

      The module exists

      <?xml version="1.0" encoding="UTF-8"?>
      <!--
        ~ JBoss, Home of Professional Open Source.
        ~ Copyright 2021, Red Hat, Inc., and individual contributors
        ~ as indicated by the @author tags. See the copyright.txt file in the
        ~ distribution for a full listing of individual contributors.
        ~
        ~ This is free software; you can redistribute it and/or modify it
        ~ under the terms of the GNU Lesser General Public License as
        ~ published by the Free Software Foundation; either version 2.1 of
        ~ the License, or (at your option) any later version.
        ~
        ~ This software is distributed in the hope that it will be useful,
        ~ but WITHOUT ANY WARRANTY; without even the implied warranty of
        ~ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
        ~ Lesser General Public License for more details.
        ~
        ~ You should have received a copy of the GNU Lesser General Public
        ~ License along with this software; if not, write to the Free
        ~ Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
        ~ 02110-1301 USA, or see the FSF site: http://www.fsf.org.
        -->
      <module name="org.wildfly.transaction.client" xmlns="urn:jboss:module:1.9">
          <properties>
              <property name="jboss.api" value="unsupported"/>
          </properties>
      
      <exports>
          <exclude path="org/wildfly/transaction/client/_private"/>
      </exports>
      
      <resources>
          <resource-root path="wildfly-transaction-client-3.0.2.Final-redhat-00001.jar"/>
      </resources>
      
      <dependencies>
          <!-- Sorted alphabetically -->
          <module name="java.naming"/>
          <module name="jakarta.resource.api"/>
          <module name="jakarta.transaction.api"/>
      
          <module name="org.jboss.ejb-client" services="import" optional="true"/>
          <!-- Not needed if the transaction subsystem is not present to build a JBossLocalTransactionProvider -->
          <module name="org.jboss.jboss-transaction-spi" optional="true"/>
          <!-- Not needed if the transaction subsystem is not present to build a JBossLocalTransactionProvider -->
          <module name="org.jboss.jts" optional="true"/>
          <!-- Not needed if the transaction subsystem is not present to build a JBossLocalTransactionProvider -->
          <module name="org.jboss.jts.integration" optional="true"/>
          <module name="org.wildfly.http-client.transaction" optional="true"/>
          <module name="org.jboss.logging"/>
          <module name="org.jboss.remoting"/>
          <module name="org.jboss.xnio"/>
      
          <module name="org.wildfly.common"/>
          <module name="org.wildfly.naming-client"/>
          <module name="org.wildfly.security.elytron"/>
      </dependencies>
      
      <provides>
          <service name="org.wildfly.transaction.client.spi.RemoteTransactionProvider">
              <with-class name="org.wildfly.httpclient.transaction.HttpRemoteTransactionProvider"/>
          </service>
      </provides>
      </module>
      

      Although list-resource-loader-paths is deprecated, I'm not aware of any replacement.

      So far I have not seen it anywhere else so hopefully, only list-resource-loader-paths command is affected.

      Attachments

        Issue Links

          Activity

            People

              mpetrov@redhat.com Michal Petrov
              msimka@redhat.com Martin Simka
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: