[JBoss JIRA] (WFCORE-5062) Bootable JAR doesn't create install directories
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFCORE-5062?page=com.atlassian.jira.plug... ]
James Perkins updated WFCORE-5062:
----------------------------------
Component/s: Bootable JAR
> Bootable JAR doesn't create install directories
> -----------------------------------------------
>
> Key: WFCORE-5062
> URL: https://issues.redhat.com/browse/WFCORE-5062
> Project: WildFly Core
> Issue Type: Bug
> Components: Bootable JAR
> Reporter: Jean Francois Denise
> Assignee: James Perkins
> Priority: Critical
>
> The issue occurs with --install-dir Bootable JAR option,
> In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
> This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
> This issue impacts Arquilian container for Bootable JAR that contains a workaround for it.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFCORE-5062) Bootable JAR doesn't create install directories
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFCORE-5062?page=com.atlassian.jira.plug... ]
James Perkins reassigned WFCORE-5062:
-------------------------------------
Assignee: James Perkins (was: Jeff Mesnil)
> Bootable JAR doesn't create install directories
> -----------------------------------------------
>
> Key: WFCORE-5062
> URL: https://issues.redhat.com/browse/WFCORE-5062
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Jean Francois Denise
> Assignee: James Perkins
> Priority: Critical
>
> The issue occurs with --install-dir Bootable JAR option,
> In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
> This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
> This issue impacts Arquilian container for Bootable JAR that contains a workaround for it.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFCORE-5062) Bootable JAR doesn't create install directories
by Jean Francois Denise (Jira)
[ https://issues.redhat.com/browse/WFCORE-5062?page=com.atlassian.jira.plug... ]
Jean Francois Denise updated WFCORE-5062:
-----------------------------------------
Description:
The issue occurs with --install-dir Bootable JAR option,
In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
This issue impacts Arquilian container for Bootable JAR that contains a workaround for it.
was:
The issue occurs with --install-dir Bootable JAR option,
In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
This issue blocks Arquilian container for Bootable JAR.
> Bootable JAR doesn't create install directories
> -----------------------------------------------
>
> Key: WFCORE-5062
> URL: https://issues.redhat.com/browse/WFCORE-5062
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Jean Francois Denise
> Assignee: Jeff Mesnil
> Priority: Critical
>
> The issue occurs with --install-dir Bootable JAR option,
> In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
> This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
> This issue impacts Arquilian container for Bootable JAR that contains a workaround for it.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFCORE-5062) Bootable JAR doesn't create install directories
by Jean Francois Denise (Jira)
Jean Francois Denise created WFCORE-5062:
--------------------------------------------
Summary: Bootable JAR doesn't create install directories
Key: WFCORE-5062
URL: https://issues.redhat.com/browse/WFCORE-5062
Project: WildFly Core
Issue Type: Bug
Reporter: Jean Francois Denise
Assignee: Jeff Mesnil
The issue occurs with --install-dir Bootable JAR option,
In case the first entry to be unzipped is not a directory, the unzip fails because the install dir doesn't exist.
This issue is hidden on some platforms where the first entries are directories, in such case, directories hierarchy is created.
This issue blocks Arquilian container for Bootable JAR.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFLY-13697) JBoss CLI can't find java:app/AppName
by Jean Francois Denise (Jira)
[ https://issues.redhat.com/browse/WFLY-13697?page=com.atlassian.jira.plugi... ]
Jean Francois Denise commented on WFLY-13697:
---------------------------------------------
CLI calls into the management interface to send requests to the server. Some server operations that the CLI should send are perhaps missing? I don't see how the CLI could disable a server feature.
> JBoss CLI can't find java:app/AppName
> -------------------------------------
>
> Key: WFLY-13697
> URL: https://issues.redhat.com/browse/WFLY-13697
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Affects Versions: JBoss AS7 7.2.0.Final
> Reporter: José Fernando Tepedino Martins
> Assignee: Jean Francois Denise
> Priority: Minor
> Labels: CLI, JNDI
>
> With a JEE aplication in a WAR package, when starting a functionality, as a Batch Job, via CLI, CDI injection and JNDI lookup fail to find resources 'java:app/AppName' and 'java:module/ModuleName'.
> For example, a job listener or other job artifact with the following code
> {code:java}
> @Resource(lookup="java:app/AppName")
> private String applicationName;{code}
> or
> {code:java}
> private String applicationName;
> @PostConstruct
> protected void initialize() throws NamingException {
> applicationName = InitialContext.doLookup("java:app/AppName");
> }{code}
> when the batch job is started from JBoss CLI, the following error will be logged:
> {code:java}
> javax.naming.NameNotFoundException: java:app/AppName
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFLY-13697) JBoss CLI can't find java:app/AppName
by Michal Petrov (Jira)
[ https://issues.redhat.com/browse/WFLY-13697?page=com.atlassian.jira.plugi... ]
Michal Petrov commented on WFLY-13697:
--------------------------------------
[~jdenise], how does CLI talk to WidlFly? What is happening here is that the quickstart webapp creates a {{HttpServerExchange}} and Undertow will push {{InjectedEENamespaceContextSelector}} into {{NamespaceContextSelector}}. But with CLI this doesn't happen and {{NamespaceContextSelector}} will return the default selector (from {{DefaultNamespaceContextSelectorService}}) which cannot resolve "java:app".
> JBoss CLI can't find java:app/AppName
> -------------------------------------
>
> Key: WFLY-13697
> URL: https://issues.redhat.com/browse/WFLY-13697
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Affects Versions: JBoss AS7 7.2.0.Final
> Reporter: José Fernando Tepedino Martins
> Assignee: Jean Francois Denise
> Priority: Minor
> Labels: CLI, JNDI
>
> With a JEE aplication in a WAR package, when starting a functionality, as a Batch Job, via CLI, CDI injection and JNDI lookup fail to find resources 'java:app/AppName' and 'java:module/ModuleName'.
> For example, a job listener or other job artifact with the following code
> {code:java}
> @Resource(lookup="java:app/AppName")
> private String applicationName;{code}
> or
> {code:java}
> private String applicationName;
> @PostConstruct
> protected void initialize() throws NamingException {
> applicationName = InitialContext.doLookup("java:app/AppName");
> }{code}
> when the batch job is started from JBoss CLI, the following error will be logged:
> {code:java}
> javax.naming.NameNotFoundException: java:app/AppName
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month
[JBoss JIRA] (WFLY-13691) Ajax call causes exception: Target Unreachable, 'null' returned null
by erick leal (Jira)
[ https://issues.redhat.com/browse/WFLY-13691?page=com.atlassian.jira.plugi... ]
erick leal commented on WFLY-13691:
-----------------------------------
it is a different issue, present since mojarra 2.3 initial release, but is related to viewParam + INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL as the other problem. I couldn't reduce it to a reproducer not using PrimeFaces. But the issue is not present in Wildfly 13 (JSF 2.2)
The exception is
{code:java}
// 2020-07-21 20:03:59,246 WARNING [javax.enterprise.resource.webcontainer.jsf.lifecycle] (default task-2) /paginas/mudancaCelaConsulta.xhtml @12,70 value="#{testView.testClass.id}": Target Unreachable, 'null' returned null: javax.el.PropertyNotFoundException: /paginas/mudancaCelaConsulta.xhtml @12,70 value="#{testView.testClass.id}": Target Unreachable, 'null' returned null2020-07-21 20:03:59,246 WARNING [javax.enterprise.resource.webcontainer.jsf.lifecycle] (default task-2) /paginas/mudancaCelaConsulta.xhtml @12,70 value="#{testView.testClass.id}": Target Unreachable, 'null' returned null: javax.el.PropertyNotFoundException: /paginas/mudancaCelaConsulta.xhtml @12,70 value="#{testView.testClass.id}": Target Unreachable, 'null' returned null at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:64) at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:71) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIViewParameter.getConvertedValue(UIViewParameter.java:439) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIInput.validate(UIInput.java:992) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIInput.executeValidate(UIInput.java:1322) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIInput.processValidators(UIInput.java:733) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIViewParameter.processValidators(UIViewParameter.java:271) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP04//javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1310) at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:53) at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.lifecycle.Phase.doPhase(Phase.java:76) at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:177) at javax.faces.api@3.0.0.SP04//javax.faces.webapp.FacesServlet.executeLifecyle(FacesServlet.java:707) at javax.faces.api@3.0.0.SP04//javax.faces.webapp.FacesServlet.service(FacesServlet.java:451) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at deployment.siapenweb.war//org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:89) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.websocket@2.1.3.Final//io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:173) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.opentracing.contrib.opentracing-jaxrs2//io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:52) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at deployment.siapenweb.war//filtro.AuthFilter.doFilter(AuthFilter.java:56) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at deployment.siapenweb.war//org.omnifaces.filter.GzipResponseFilter.doFilter(GzipResponseFilter.java:181) at deployment.siapenweb.war//org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:108) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) at io.undertow.core@2.1.3.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:370) at io.undertow.core@2.1.3.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:834)Caused by: javax.el.PropertyNotFoundException: Target Unreachable, 'null' returned null at org.glassfish.jakarta.el@3.0.3.jbossorg-2//com.sun.el.parser.AstValue.getTarget(AstValue.java:165) at org.glassfish.jakarta.el@3.0.3.jbossorg-2//com.sun.el.parser.AstValue.getType(AstValue.java:62) at org.glassfish.jakarta.el@3.0.3.jbossorg-2//com.sun.el.ValueExpressionImpl.getType(ValueExpressionImpl.java:160) at org.jboss.weld.core@3.1.4.Final//org.jboss.weld.module.web.el.WeldValueExpression.getType(WeldValueExpression.java:93) at org.jboss.weld.core@3.1.4.Final//org.jboss.weld.module.web.el.WeldValueExpression.getType(WeldValueExpression.java:93) at com.sun.jsf-impl@2.3.9.SP11//com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:62) ... 75 more
{code}
> Ajax call causes exception: Target Unreachable, 'null' returned null
> --------------------------------------------------------------------
>
> Key: WFLY-13691
> URL: https://issues.redhat.com/browse/WFLY-13691
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 20.0.1.Final
> Reporter: erick leal
> Priority: Major
>
> I still have a problem with JSF 2.3 related to ViewParam, I tested it with WildFly 20.0.1 and the bug is still there. I tried to reduce the code, but I was only able to simulate the error using PrimeFaces. The code is in the repository [https://github.com/erickdeoliveiraleal/primefaces-test/tree/v...
> Note that Wildfly already incorporated all the fixes recently done by [@soul2zimate|https://github.com/soul2zimate]
> When you click on button the second time a exception happens, this is not the case when using mojarra 2.2, myfaces 2.2 or myfaces 2.3
> XHTML:
>
> {code:java}
> <f:metadata> <f:viewParam id="id" name="id" value="#{testView.testClass.id}" /> </f:metadata> <h:form> <p:commandButton update="@form" /> <p:dataTable var="m" selectionMode="single" selection="#{testView.testClass}" rowKey="#{m.id}" value="#{testView.testClasses}"> </p:dataTable> </h:form>{code}
> beans
> {code:java}
> import java.io.Serializable; import java.util.List; import javax.annotation.PostConstruct; import javax.faces.view.ViewScoped; import javax.inject.Named; @Named @ViewScoped public class TestView implements Serializable { private TestClass testClass; private List<TestClass> testClasses; @PostConstruct public void init() { testClass = new TestClass(); } public TestClass getTestClass() { return testClass; } public void setTestClass(TestClass testClass) { this.testClass = testClass; } public List<TestClass> getTestClasses() { return testClasses; } public void setTestClasses(List<TestClass> testClasses) { this.testClasses = testClasses; } }{code}
> model
> {code:java}
> public class TestClass { Integer id; public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } }{code}
> You also need to set in web.xml the following param
> {code:java}
> <context-param> <param-name>javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL</param-name> <param-value>true</param-value> </context-param>{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 1 month