java.net.MalformedURLException when importing official workspace

[facescribe]

OS - windows 11
java version "17.0.10" 2024-01-16 LTS
Java(TM) SE Runtime Environment (build 17.0.10+11-LTS-240)
Java HotSpot(TM) 64-Bit Server VM (build 17.0.10+11-LTS-240, mixed mode, sharing)
JEE server apache TomEE version 10,1.3
Deegree release: deegree-webservices-3.6.3.war

1. down load deegree-webservices-3.6.3.war
2. dropped deegree-webservices-3.6.3.war into apache-tomee-plume-10.1.3\webapps
3. cmd line; TomEE-home\bin\startup
4. start deegree: 127.0.0.1:8080/deegree
5. On Deegree's Home page under General click 'workspaces'
6. Right side of the page shows a pane with title 'Workspace management'
7. Under 'Workspace management' look for 'Import an official workspace'
8. Click anyone of the links starting with 'deegree-workspace'

Error trace:
java.net.MalformedURLException: Cannot invoke "String.length()" because "spec" is null
at java.base/java.net.URL.(URL.java:708)
at java.base/java.net.URL.(URL.java:569)
at java.base/java.net.URL.(URL.java:516)
at org.deegree.console.workspace.WorkspaceBean.importWorkspace(WorkspaceBean.java:254)
at org.deegree.console.workspace.WorkspaceBean.downloadWorkspace(WorkspaceBean.java:240)
at org.deegree.console.workspace.WorkspaceBean$$OwbNormalScopeProxy0.downloadWorkspace(org/deegree/console/workspace/WorkspaceBean.java)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:568)
at org.apache.el.parser.AstValue.invoke(AstValue.java:239)
at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:228)
at org.apache.webbeans.el22.WrappedMethodExpression.invoke(WrappedMethodExpression.java:50)
at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:70)
at com.sun.faces.application.ActionListenerImpl.getNavigationOutcome(ActionListenerImpl.java:74)
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:62)
at jakarta.faces.component.UICommand.broadcast(UICommand.java:205)
at com.sun.faces.facelets.component.UIRepeat.broadcast(UIRepeat.java:966)
at jakarta.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:858)
at jakarta.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1338)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:56)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:72)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:131)
at jakarta.faces.webapp.FacesServlet.executeLifecyle(FacesServlet.java:691)
at jakarta.faces.webapp.FacesServlet.service(FacesServlet.java:449)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:138)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:51)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:162)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:138)
at org.apache.openejb.server.httpd.EEFilter.doFilter(EEFilter.java:67)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:162)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:138)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:165)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:88)
at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:113)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:83)
at org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:654)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:72)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:399)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:63)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:903)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1774)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:52)
at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:973)
at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:491)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:63)
at java.base/java.lang.Thread.run(Thread.java:842)
Caused by: java.lang.NullPointerException: Cannot invoke "String.length()" because "spec" is null
at java.base/java.net.URL.(URL.java:614)
... 51 more

[copierrj]

The war files provided by the deegree project are explicitly targeting standalone servlet containers like Tomcat or Jetty. More advanced application (Jakarta EE) servers like TomEE include many components that are also packaged in our war files. Given that the crash occurs within a JSF backing bean seems to suggest that there is some conflict between libraries packaged in our war file and libraries included in TomEE.

[tfr42]

@facescribe Check the APIs and their implementations provided by TomEE in https://tomee.apache.org/comparison.html and remove the related JAR files from the deegree war. You may consider to post the JAR files you need to remove from the deegree-webservices WAR file here, because other users might find this helpful too.

[tfr42]

The issue can be reproduced on Eclipse Mojarra 4.0 with Jakarta Faces 4.0 caused by inappropriate usage in class https://github.com/deegree/deegree3/blob/main/deegree-client/deegree-jsf-core/src/main/java/org/deegree/client/core/utils/ActionParams.java

[facescribe]

After several experimentations and process of eleminadtion I settled on the following:

Expression language (EL) parser error -
at org.apache.el.parser.AstValue.invoke(AstValue.java:239)
at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:228)

PrimeFaces (JSF UI component generator) --
EL - cannot tell which referrence impl; either Eclipse Mojarra or Apache MyFaces

PrimeFaces maybe using factory method to instantiate the EL parser which can be reset the by the container.
For Apache Tomcat the container seems not to set the EL implementation provider but Apache TomEE container sets the provider.
These are the three common EL implementations: Eclipse Expressly, GlassFish EL, and Apache Jasper EL.
TomEE is using Apache Jasper EL reference impl. which has diffenent side effect than the iplementation PrimeFaces is using.

The generated page 'onclick' event for both TomEE and Tomcat are the same;
I thought the download request is missing key parameters due to error in EL used to help generate the page.

Tomee --
<button
id="j_idt146:0:j_idt147:j_idt151"
name="j_idt146:0:j_idt147:j_idt151"
class="ui-button ui-widget ui-state-default ui-button-text-only ui-button buttonEdit"
onclick="PrimeFaces.ab(
{s:"j_idt146:0:j_idt147:j_idt151",
f:"j_idt146:0:j_idt147",
onco:function(xhr,status,args,data){location.reload();;}});
return false;"
label="deegree-workspace-csw"
type="submit"

Import

Tomcat --
<button
id="j_idt146:0:j_idt147:j_idt151"
name="j_idt146:0:j_idt147:j_idt151"
class="ui-button ui-widget ui-state-default ui-button-text-only ui-button buttonEdit"
onclick="PrimeFaces.ab(
{s:"j_idt146:0:j_idt147:j_idt151",
f:"j_idt146:0:j_idt147",
onco:function(xhr,status,args,data){location.reload();;}});
return false;"
label="deegree-workspace-csw"
type="submit"

Import

---

Work around
For new users (like me) to deegree who need to download the official demo workspace for inspection and learning --

1. Apache TomEE; remove the deegree achive (.war) or the deployment from TomEE
2. Download Apache Tomcat and deploy deegree, start deegree.
3. set DEEGREE_WORKSPACE_ROOT
4. From deegree admin page download all the demo workspaces
5. TomEE; from Tomcat copy the deployed deegree application to TomEE
6. TomEE; remove CDI reference impl (weld*) from the deegree/WEB-INF/lib
7. TomEE; start the web server, start deegree, the official demo workspaces would be availabe without errors.

[tfr42]

@facescribe We have added a discussion for this topic, how to get deegree webapp running on JakartaEE containers. Please check out the discussion here: #1932