[JBoss JIRA] (WFLY-11858) [Wildfly16] CDI fails to inject InitialContext during startup
by Rakesh K. Cherukuri (Jira)
[ https://issues.jboss.org/browse/WFLY-11858?page=com.atlassian.jira.plugin... ]
Rakesh K. Cherukuri updated WFLY-11858:
---------------------------------------
Description:
We are in the process of upgrading from 14.0.1.Final. While Wildfly 15.0.1 works fine, 16.0.0.Final is intermittently (3 out of 5 times) failing to start with following error
_WELD-001334: Unsatisfied dependencies for type InitialContext with qualifiers_
In our application, a bootstrap servlet startsup services (Stateless EJBs) during server startup. During this process the server fails to start with above error.
Basically CDI is not able to find the appropriate InitialContext bean *intermittently*. This is not failing in our application code but in the wildfly libraries itself.
Any pointers on this will be helpful. Don't want to end up with startup issues in stage/production :)
Unfortunately my efforts to come up with a simplified maven module to showcase the error didn't succeed. So, please let me know if any further information is required and i will be glad to fill it in.
was:
We are in the process of upgrading from 14.0.1.Final. While Wildfly 15.0.1 works fine, 16.0.0.Final is intermittently (3 out of 5 times) with following error
_WELD-001334: Unsatisfied dependencies for type InitialContext with qualifiers_
In our application, a bootstrap servlet startup services (Stateless EJBs) during server startup. During this process the server gives up with above error.
Basically CDI is not able to find the appropriate InitialContext bean *intermittently*. This is not failing in our application code but in the wildfly libraries itself.
Any pointers on this will be helpful. Don't want to end up with startup issues in stage/production :)
Unfortunately my efforts to come up with a simplified maven module to showcase the error didn't succeed. So, please let me know if any further information is required and i will be glad to fill it in.
> [Wildfly16] CDI fails to inject InitialContext during startup
> -------------------------------------------------------------
>
> Key: WFLY-11858
> URL: https://issues.jboss.org/browse/WFLY-11858
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 16.0.0.Final
> Reporter: Rakesh K. Cherukuri
> Assignee: Matej Novotny
> Priority: Blocker
> Attachments: stacktrace.log
>
>
> We are in the process of upgrading from 14.0.1.Final. While Wildfly 15.0.1 works fine, 16.0.0.Final is intermittently (3 out of 5 times) failing to start with following error
> _WELD-001334: Unsatisfied dependencies for type InitialContext with qualifiers_
> In our application, a bootstrap servlet startsup services (Stateless EJBs) during server startup. During this process the server fails to start with above error.
> Basically CDI is not able to find the appropriate InitialContext bean *intermittently*. This is not failing in our application code but in the wildfly libraries itself.
> Any pointers on this will be helpful. Don't want to end up with startup issues in stage/production :)
> Unfortunately my efforts to come up with a simplified maven module to showcase the error didn't succeed. So, please let me know if any further information is required and i will be glad to fill it in.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11566) ConstraintDeclarationException on JAX-RS/EJB Methods with List/Set query parameter
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-11566?page=com.atlassian.jira.plugin... ]
Tomasz Adamski reassigned WFLY-11566:
-------------------------------------
Assignee: Tomasz Adamski (was: Ron Sigal)
> ConstraintDeclarationException on JAX-RS/EJB Methods with List/Set query parameter
> ----------------------------------------------------------------------------------
>
> Key: WFLY-11566
> URL: https://issues.jboss.org/browse/WFLY-11566
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, EJB, REST
> Affects Versions: 14.0.0.Final, 15.0.1.Final
> Reporter: Alexander Wagner
> Assignee: Tomasz Adamski
> Priority: Critical
> Attachments: WFLY-11566-3.tar
>
>
> You got an exception if you call methods on JAX-RS endpoints which are also e.g. a stateless EJB and have Set or List as query parameters.
> As a workaround we use the "@Context UriInfo info" as parameter an read the parameter manually. As a downside this parameters are missing than in automated api generation with e.g. swagger. Without the @NotEmpty annotation it works fine. Without the generic type parameter ie just List it works fine. Making it a simple CDI bean makes it work fine.
> This issue is caused by [commit - WFLY-9628 Allow to switch to Hibernate Validator 6.0 / Bean Validation 2.0|https://github.com/wildfly/wildfly/commit/02f230d91f55f86ee6cadf53832...]
> Steps to reproduce:
> {code:java}
> @Stateless
> @Path("/")
> public class Resource {
> @POST
> @Path("put/list")
> @Consumes(MediaType.APPLICATION_JSON)
> public String putList(@NotEmpty List<String> a) {
> return "Hello bars " + a.stream().collect(Collectors.joining(", "));
> }
> }
> {code}
> {noformat}
> [mkopecky@dhcp-10-40-5-71 bin]$ curl -d '["a","b","c"]' -H "Content-Type: application/json" -X POST http://localhost:8080/jaxrs-wf/put/list
> javax.validation.ConstraintDeclarationException: HV000151: A method overriding another method must not redefine the parameter constraint configuration, but method Resource$$$view1#putList(List) redefines the configuration of Resource#putList(List).
> [mkopecky@dhcp-10-40-5-71 bin]$
> {noformat}
> {noformat}
> javax.validation.ConstraintDeclarationException: HV000151: A method overriding another method must not redefine the parameter constraint configuration, but method Resource$$$view1#putList(List) redefines the configuration of Resource#putList(List).
> at org.hibernate.validator.internal.metadata.aggregated.rule.OverridingMethodMustNotAlterParameterConstraints.apply(OverridingMethodMustNotAlterParameterConstraints.java:24)
> at org.hibernate.validator.internal.metadata.aggregated.ExecutableMetaData$Builder.assertCorrectnessOfConfiguration(ExecutableMetaData.java:461)
> at org.hibernate.validator.internal.metadata.aggregated.ExecutableMetaData$Builder.build(ExecutableMetaData.java:377)
> at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BuilderDelegate.build(BeanMetaDataImpl.java:788)
> at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BeanMetaDataBuilder.build(BeanMetaDataImpl.java:648)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.createBeanMetaData(BeanMetaDataManager.java:192)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.lambda$getBeanMetaData$0(BeanMetaDataManager.java:160)
> at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getBeanMetaData(BeanMetaDataManager.java:159)
> at org.hibernate.validator.internal.engine.ValidationContext$ValidationContextBuilder.forValidateParameters(ValidationContext.java:619)
> at org.hibernate.validator.internal.engine.ValidatorImpl.validateParameters(ValidatorImpl.java:254)
> at org.hibernate.validator.internal.engine.ValidatorImpl.validateParameters(ValidatorImpl.java:224)
> at org.jboss.resteasy.plugins.validation.GeneralValidatorImpl.validateAllParameters(GeneralValidatorImpl.java:177)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:118)
> at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
> at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 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)
> {noformat}
> Links:
> * [forum|https://developer.jboss.org/thread/278822]
> * WFLY-11566
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-6441) naming context is not setup when starting the persistence unit
by Daniel Carrion (Jira)
[ https://issues.jboss.org/browse/WFLY-6441?page=com.atlassian.jira.plugin.... ]
Daniel Carrion commented on WFLY-6441:
--------------------------------------
Getting the following in thread dump after some code associated to this commit was changed:
--
at org.jboss.as.ee.component.BasicComponent.waitForComponentStart(BasicComponent.java:117)
locked <0x00000000c56881e0> (a org.jboss.as.ejb3.component.stateless.StatelessSessionComponent)
--
Causes freeze during deployment after upgrade from JBoss EAP 6.4.9 to JBoss 6.4.10.
Rolling back to previous JPA code in 6.4.10 fixes issue.
> naming context is not setup when starting the persistence unit
> --------------------------------------------------------------
>
> Key: WFLY-6441
> URL: https://issues.jboss.org/browse/WFLY-6441
> Project: WildFly
> Issue Type: Enhancement
> Components: JPA / Hibernate
> Affects Versions: JBoss AS7 7.1.1.Final, JBoss AS7 7.2.0.Final, 9.0.2.Final, 10.0.0.Final
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Fix For: 10.1.0.CR1, 10.1.0.Final
>
>
> ookup of env-entry throws NameNotFoundException during persistence unit startup
> Version-Release number of selected component (if applicable):
> How reproducible:
> always
> Steps to Reproduce:
> 1. add env-entry in application.xml
> 2. try to lookup during persistent unit startup, e.g.
> public class MyType implements UserType {
> ...
> @Override
> public int[] sqlTypes() {
> try {
> Object ctx = new InitialContext().lookup("java:app/env");
> log.info("java:app/env from JPA = " + ctx);
> } catch (Exception e) {
> log.error("unable to get java:app/env from JPA", e);
> }
> return new int[] { Types.VARCHAR };
> }
> Actual results:
> NameNotFoundException
> Expected results:
> value of env-entry is available
> Additional info:
> On 21.03.2016 23:47, Stuart Douglas wrote:
> > This should fix it (I think): https://github.com/stuartwdouglas/wildfly/tree/jpa-java-namespace
> >
> > Stuart
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11857) Multi JSF Installer error in deployment
by Erick de Oliveira Leal (Jira)
[ https://issues.jboss.org/browse/WFLY-11857?page=com.atlassian.jira.plugin... ]
Erick de Oliveira Leal updated WFLY-11857:
------------------------------------------
Description:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
I was able to install via linux after open the zip, digester is 1.8 in deploy.scr. but in file is 1.8.1. I changed it.
Windows still fails.
was:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
I opened the zip, digester is 1.8 in deploy.scr. but in file is 1.8.1. I changed it, but the error persists.
> Multi JSF Installer error in deployment
> ---------------------------------------
>
> Key: WFLY-11857
> URL: https://issues.jboss.org/browse/WFLY-11857
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 16.0.0.Final
> Reporter: Erick de Oliveira Leal
> Assignee: Farah Juma
> Priority: Major
>
> Using Windows 10.
> I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
> Tried to deploy it with the following command:
> deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
> Got:
> org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> I was able to install via linux after open the zip, digester is 1.8 in deploy.scr. but in file is 1.8.1. I changed it.
> Windows still fails.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11857) Multi JSF Installer error in deployment
by Erick de Oliveira Leal (Jira)
[ https://issues.jboss.org/browse/WFLY-11857?page=com.atlassian.jira.plugin... ]
Erick de Oliveira Leal updated WFLY-11857:
------------------------------------------
Description:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
I opened the zip, digester is 1.8 in deploy.scr. but in file is 1.8.1. I changed it, but the error persists.
was:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> Multi JSF Installer error in deployment
> ---------------------------------------
>
> Key: WFLY-11857
> URL: https://issues.jboss.org/browse/WFLY-11857
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 16.0.0.Final
> Reporter: Erick de Oliveira Leal
> Assignee: Farah Juma
> Priority: Major
>
> Using Windows 10.
> I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
> Tried to deploy it with the following command:
> deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
> Got:
> org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> I opened the zip, digester is 1.8 in deploy.scr. but in file is 1.8.1. I changed it, but the error persists.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11857) Multi JSF Installer error in deployment
by Erick de Oliveira Leal (Jira)
[ https://issues.jboss.org/browse/WFLY-11857?page=com.atlassian.jira.plugin... ]
Erick de Oliveira Leal updated WFLY-11857:
------------------------------------------
Description:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
was:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
> Multi JSF Installer error in deployment
> ---------------------------------------
>
> Key: WFLY-11857
> URL: https://issues.jboss.org/browse/WFLY-11857
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 16.0.0.Final
> Reporter: Erick de Oliveira Leal
> Assignee: Farah Juma
> Priority: Major
>
> Using Windows 10.
> I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
> Tried to deploy it with the following command:
> deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
> Got:
> org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11857) Multi JSF Installer error in deployment
by Erick de Oliveira Leal (Jira)
[ https://issues.jboss.org/browse/WFLY-11857?page=com.atlassian.jira.plugin... ]
Erick de Oliveira Leal updated WFLY-11857:
------------------------------------------
Description:
Using Windows 10.
I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
was:
Using Windows 10.
I used mvn -Djsf-version=2.3.3-Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
> Multi JSF Installer error in deployment
> ---------------------------------------
>
> Key: WFLY-11857
> URL: https://issues.jboss.org/browse/WFLY-11857
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 16.0.0.Final
> Reporter: Erick de Oliveira Leal
> Assignee: Farah Juma
> Priority: Major
>
> Using Windows 10.
> I used mvn -Djsf-version=2.3.3 -Pmyfaces clean assembly:single to generate cli script, ok.
> Tried to deploy it with the following command:
> deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
> Got:
> org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (WFLY-11857) Multi JSF Installer error in deployment
by Erick de Oliveira Leal (Jira)
[ https://issues.jboss.org/browse/WFLY-11857?page=com.atlassian.jira.plugin... ]
Erick de Oliveira Leal updated WFLY-11857:
------------------------------------------
Description:
Using Windows 10.
I used mvn -Djsf-version=2.3.3-Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
was:
Using Windows 10.
I used mvn -Djsf-version=2.3.3-Pmyfaces clean assembly:single to generate cli script, ok.
Tried to deploy it with the following command:
deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
Got:
org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> Multi JSF Installer error in deployment
> ---------------------------------------
>
> Key: WFLY-11857
> URL: https://issues.jboss.org/browse/WFLY-11857
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 16.0.0.Final
> Reporter: Erick de Oliveira Leal
> Assignee: Farah Juma
> Priority: Major
>
> Using Windows 10.
> I used mvn -Djsf-version=2.3.3-Pmyfaces clean assembly:single to generate cli script, ok.
> Tried to deploy it with the following command:
> deploy C:\wildfly-16.0.0.Final\bin\install-myfaces-2.3.3.cli
> Got:
> org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate C:\Users\Administrador\AppData\Local\Temp\vfs\cli-1552682962092\cli-1552682962092c7cc554a5d9bf7e0\install-myfaces-2.3.3.cli-a80aafee764c05cb\C, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option
> Opening the zip I also noticed it put digester 1.8.1. But in script is 1.8. I modified that and still it fails with same error
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months