January 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-4486) When i try to stop the wildfly server using services its not stopping, status is always in stopping state.

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-4486?page=com.atlassian.jira.plugin.... ] Brian Stansberry resolved WFLY-4486. ------------------------------------ Assignee: Brian Stansberry (was: Jason Greene) Resolution: Out of Date > When i try to stop the wildfly server using services its not stopping, status is always in stopping state. > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-4486 > URL: https://issues.jboss.org/browse/WFLY-4486 > Project: WildFly > Issue Type: Bug > Components: Server > Affects Versions: 8.0.0.Final, 8.1.0.Final > Environment: windows 7 operating system,(64bit),Java,web services,jsp,servlets,flex,ejb > Reporter: masthan shaik > Assignee: Brian Stansberry > Priority: Major > > Hi , > i have installed wildfly server (version 8.1.0) as a service on win7 64 bit machine. > When try to stop the service , it is not stopping properly , always status is in stopping state. > manually i am killing the java .exe and wildfly-server.exe from task manager and then starting server again. > please let me know how to resolve this isssue. > Thanks > mastan -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5247) wildfly-ejb-multi-server-app-one-ejb quickstart fails to validate in eclipse

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-5247?page=com.atlassian.jira.plugin.... ] Brian Stansberry resolved WFLY-5247. ------------------------------------ Assignee: Brian Stansberry (was: Jason Greene) Resolution: Out of Date > wildfly-ejb-multi-server-app-one-ejb quickstart fails to validate in eclipse > ---------------------------------------------------------------------------- > > Key: WFLY-5247 > URL: https://issues.jboss.org/browse/WFLY-5247 > Project: WildFly > Issue Type: Bug > Reporter: Rob Stryker > Assignee: Brian Stansberry > Priority: Major > > wildfly-ejb-multi-server-app-one-ejb quickstart fails to validate. > The xml file jboss-ejb3.xml file inside the project has the following content: > {code} > <?xml version="1.0" encoding="UTF-8"?> >  > <jboss:ejb-jar xmlns:jboss="http://www.jboss.com/xml/ns/javaee" xmlns="http://java.sun.com/xml/ns/javaee" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:s="urn:security" > xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss-ejb3-2_0.xsd > http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd" > version="3.1" impl-version="2.0"> > <enterprise-beans> > </enterprise-beans> > <assembly-descriptor> > </assembly-descriptor> > </jboss:ejb-jar> > {code} > Unfortunately, the element "enterprise-beans" is not allowed to be empty. > A solution is to remove the empty "enterprise-beans" element. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5257) Unix Domain Socket Listener to Undertow

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-5257?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-5257: -------------------------------------- Assignee: Stuart Douglas (was: Jason Greene) > Unix Domain Socket Listener to Undertow > --------------------------------------- > > Key: WFLY-5257 > URL: https://issues.jboss.org/browse/WFLY-5257 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Environment: Unix/Linux > Reporter: Marcio Ricardo Hatzlhoffer Correia > Assignee: Stuart Douglas > Priority: Major > > For many cases, it's used an application like Apache or Nginx as a Reverse Proxy in front of Wildfly. As there is no option to use Unix Domain Socket, these applications use the TCP stack to redirect the connection to the Wildfly (Undertow) and it incurs a slight performance overhead. > In the case of a Reverse Proxy configuration where your upstream server is on the same machine, you can get better performance by skipping the TCP/Network stack and using Unix Domain Sockets. A Unix Domain Socket is communication mechanism to do inter-process messaging within the operating system kernel, using the file system as the name space. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6619) Documentation about dynamic modules

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-6619?page=com.atlassian.jira.plugin.... ] Brian Stansberry resolved WFLY-6619. ------------------------------------ Fix Version/s: No Release Assignee: Brian Stansberry (was: Jason Greene) Resolution: Done http://docs.wildfly.org/15/Developer_Guide.html#deployment-module-names has equivalent content. > Documentation about dynamic modules > ----------------------------------- > > Key: WFLY-6619 > URL: https://issues.jboss.org/browse/WFLY-6619 > Project: WildFly > Issue Type: Enhancement > Reporter: Jens Piegsa > Assignee: Brian Stansberry > Priority: Major > Labels: WildFly, documentation > Fix For: No Release > > > Please add some information about dynamic modules to the WildFly documentation: > [https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Applicatio...] -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7914) injection of sub-sub-EJB fails with proxy

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-7914?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-7914: -------------------------------------- Component/s: CDI / Weld Assignee: Matej Novotny (was: Jason Greene) > injection of sub-sub-EJB fails with proxy > ----------------------------------------- > > Key: WFLY-7914 > URL: https://issues.jboss.org/browse/WFLY-7914 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 10.1.0.Final > Environment: WildFly 10.1.0.Final > wildfly-arquillian-2.0.2.Final > Java(TM) SE Runtime Environment (build 1.8.0_65-b17) > Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode) > Reporter: Tom Eicher > Assignee: Matej Novotny > Priority: Major > > When a hierarchy of EJBs is looked up via {{Inject Instance}} for an interface that the toplevel ejb implements, lower-hierarchy EJBs (below an {{abstract}} class) are not found unless they (redundantly) reimplement the interface, when Weld is using view proxies. > In more Detail: > {code} > public interface A extends Serializable {} > ... > @Stateless > public class A1 implements A { > public A1() { > } > } > ... > public interface B extends A {} > ... > @Stateless > public class B1 implements B { > public B1() { > } > } > ... > public abstract class C implements A { } > ... > @Stateless > public class C1 extends C { > public C1() { > } > } > ... > @Stateless > public class C2 extends C implements A { > public C2() { > } > } > ... > public class WeldProcessortInjectionProblemTest { > > @Inject @Any Instance<A> testinstances; > @Test > public void testSubclassInjection() { > boolean foundC1=false, foundC2=false; > for (A a : testinstances) { > System.out.println(a); > } > } > } > ... > Proxy for view class: com.ehtwo.core.util.A of EJB: C2 > Proxy for view class: com.ehtwo.core.util.A of EJB: A1 > Proxy for view class: com.ehtwo.core.util.B of EJB: B1 > {code} > so, C1 is _not found/injected_ but C2 _is found/injected_, just because C2 re-implements A, which is redundant because it's at the top of the class hierarchy anyway. > this only happens when "proxy for view" are being applied. (in my case because the EJBs are in a JAR and the Test in a WAR inside an EAR). When running inside one module, and no weld proxies are used, all classes including C1 are injected correctly. > please move/copy issue to Wildfly-Core or Weld or as you see fit. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7914) injection of sub-sub-EJB fails with proxy

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-7914?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-7914: ----------------------------------- Component/s: EJB > injection of sub-sub-EJB fails with proxy > ----------------------------------------- > > Key: WFLY-7914 > URL: https://issues.jboss.org/browse/WFLY-7914 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld, EJB > Affects Versions: 10.1.0.Final > Environment: WildFly 10.1.0.Final > wildfly-arquillian-2.0.2.Final > Java(TM) SE Runtime Environment (build 1.8.0_65-b17) > Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode) > Reporter: Tom Eicher > Assignee: Matej Novotny > Priority: Major > > When a hierarchy of EJBs is looked up via {{Inject Instance}} for an interface that the toplevel ejb implements, lower-hierarchy EJBs (below an {{abstract}} class) are not found unless they (redundantly) reimplement the interface, when Weld is using view proxies. > In more Detail: > {code} > public interface A extends Serializable {} > ... > @Stateless > public class A1 implements A { > public A1() { > } > } > ... > public interface B extends A {} > ... > @Stateless > public class B1 implements B { > public B1() { > } > } > ... > public abstract class C implements A { } > ... > @Stateless > public class C1 extends C { > public C1() { > } > } > ... > @Stateless > public class C2 extends C implements A { > public C2() { > } > } > ... > public class WeldProcessortInjectionProblemTest { > > @Inject @Any Instance<A> testinstances; > @Test > public void testSubclassInjection() { > boolean foundC1=false, foundC2=false; > for (A a : testinstances) { > System.out.println(a); > } > } > } > ... > Proxy for view class: com.ehtwo.core.util.A of EJB: C2 > Proxy for view class: com.ehtwo.core.util.A of EJB: A1 > Proxy for view class: com.ehtwo.core.util.B of EJB: B1 > {code} > so, C1 is _not found/injected_ but C2 _is found/injected_, just because C2 re-implements A, which is redundant because it's at the top of the class hierarchy anyway. > this only happens when "proxy for view" are being applied. (in my case because the EJBs are in a JAR and the Test in a WAR inside an EAR). When running inside one module, and no weld proxies are used, all classes including C1 are injected correctly. > please move/copy issue to Wildfly-Core or Weld or as you see fit. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7612) Replacement for org.kuali.maven.plugins:properties-maven-plugin

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-7612?page=com.atlassian.jira.plugin.... ] Brian Stansberry resolved WFLY-7612. ------------------------------------ Fix Version/s: 12.0.0.Final Assignee: Tomaz Cerar (was: Jason Greene) Resolution: Done I believe this was fixed with https://github.com/wildfly/wildfly/pull/10646/files > Replacement for org.kuali.maven.plugins:properties-maven-plugin > --------------------------------------------------------------- > > Key: WFLY-7612 > URL: https://issues.jboss.org/browse/WFLY-7612 > Project: WildFly > Issue Type: Task > Reporter: gil cattaneo > Assignee: Tomaz Cerar > Priority: Major > Fix For: 12.0.0.Final > > > Hi, > org.kuali.maven.plugins:properties-maven-plugin is used for wildfly 11.0.0.Alpha1-SNAPSHOT (master branch) > but seem the plugin source code (and also for it dependencies) is not more available @ > http://svn.kuali.org/repos/foundation/ > Please, can you use some other alternative, e.g. http://www.mojohaus.org/properties-maven-plugin/ ? > This is necessary for all Linux distributions that do not include the use of pre-compiled libraries (including maven plugins), available on various maven repository. e.g http://central.maven.org/maven2/ > https://fedoraproject.org/wiki/Packaging:Guidelines#No_inclusion_of_pre-b... > Thanks in advance > Regards -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-8358) Wrong charset received in HttpServletRequest sent by POST method with JQUERY AJAX

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-8358?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-8358: ----------------------------------- Component/s: Web (Undertow) (was: Server) > Wrong charset received in HttpServletRequest sent by POST method with JQUERY AJAX > --------------------------------------------------------------------------------- > > Key: WFLY-8358 > URL: https://issues.jboss.org/browse/WFLY-8358 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.1.0.Final > Environment: Tested in Windows 7 Enterprise and tested in Linux 3.16.6-2-desktop > Reporter: Mario García García > Assignee: Jason Greene > Priority: Major > Attachments: MiServlet.java, index.jsp > > > Performing a typical AJAX call with JQUERY ($.ajax function) to a Servlet from a JSP with method POST and sending a parameter that contains a String with latin characters such as 'ó'. > This is the String that is sent into a parameter: > "Código" > No content type specified so JQUERY.AJAX takes the default one (contentType: 'application/x-www-form-urlencoded, charset=UTF-8'). > The received parameter in HttpServletRequest (doPost method) is showed like this: > "C??digo". > In Hex this is the content: > 43 3f3f 6469676f (spaces added for better reading pourposes) > This is not UTF-8. The proper encoding should be: > 43 c3b3 6469676f (spaces added for better reading pourposes) > Wildfly Configuration: > Subsystems Subsystem: Web/HTTP - Undertow Settings: Servlet/JSP > Default encoding: (empty) > Java encoding: UTF8 > Subsystems Subsystem: Web/HTTP - Undertow Settings: HTTP > Url charset: UTF-8 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-8358) Wrong charset received in HttpServletRequest sent by POST method with JQUERY AJAX

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-8358?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-8358: -------------------------------------- Assignee: Flavia Rainone (was: Jason Greene) > Wrong charset received in HttpServletRequest sent by POST method with JQUERY AJAX > --------------------------------------------------------------------------------- > > Key: WFLY-8358 > URL: https://issues.jboss.org/browse/WFLY-8358 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.1.0.Final > Environment: Tested in Windows 7 Enterprise and tested in Linux 3.16.6-2-desktop > Reporter: Mario García García > Assignee: Flavia Rainone > Priority: Major > Attachments: MiServlet.java, index.jsp > > > Performing a typical AJAX call with JQUERY ($.ajax function) to a Servlet from a JSP with method POST and sending a parameter that contains a String with latin characters such as 'ó'. > This is the String that is sent into a parameter: > "Código" > No content type specified so JQUERY.AJAX takes the default one (contentType: 'application/x-www-form-urlencoded, charset=UTF-8'). > The received parameter in HttpServletRequest (doPost method) is showed like this: > "C??digo". > In Hex this is the content: > 43 3f3f 6469676f (spaces added for better reading pourposes) > This is not UTF-8. The proper encoding should be: > 43 c3b3 6469676f (spaces added for better reading pourposes) > Wildfly Configuration: > Subsystems Subsystem: Web/HTTP - Undertow Settings: Servlet/JSP > Default encoding: (empty) > Java encoding: UTF8 > Subsystems Subsystem: Web/HTTP - Undertow Settings: HTTP > Url charset: UTF-8 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-8197) Following https://github.com/wildfly/quickstart/tree/10.x/security-vault-askpass with wildfly-10.1.0-7.fc25.noarch fails

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-8197?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-8197: -------------------------------------- Component/s: Quickstarts Assignee: Eduardo Martins (was: Jason Greene) > Following https://github.com/wildfly/quickstart/tree/10.x/security-vault-askpass with wildfly-10.1.0-7.fc25.noarch fails > ------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-8197 > URL: https://issues.jboss.org/browse/WFLY-8197 > Project: WildFly > Issue Type: Bug > Components: Quickstarts > Environment: wildfly-10.1.0-7.fc25.noarch > Reporter: Jan Pazdziora > Assignee: Eduardo Martins > Priority: Trivial > > I try to follow the README in this quickstart but the parameters to the keytool command seem to create keystore which vault.sh does not like, resulting in > {noformat} > Problem occurred: > java.lang.Exception: WFLYSEC0045: Exception encountered: > at org.jboss.as.security.vault.VaultSession.initSecurityVault(VaultSession.java:194) > at org.jboss.as.security.vault.VaultSession.startVaultSession(VaultSession.java:212) > at org.jboss.as.security.vault.VaultTool.execute(VaultTool.java:193) > at org.jboss.as.security.vault.VaultTool.main(VaultTool.java:83) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.modules.Module.run(Module.java:330) > at org.jboss.modules.Main.main(Main.java:505) > Caused by: org.jboss.security.vault.SecurityVaultException: java.lang.RuntimeException: PBOX00137: Security Vault does not contain SecretKey entry under alias (vault) > at org.picketbox.plugins.vault.PicketBoxSecurityVault.readVaultContent(PicketBoxSecurityVault.java:487) > at org.picketbox.plugins.vault.PicketBoxSecurityVault.init(PicketBoxSecurityVault.java:214) > at org.jboss.as.security.vault.VaultSession.initSecurityVault(VaultSession.java:191) > ... 9 more > Caused by: java.lang.RuntimeException: PBOX00137: Security Vault does not contain SecretKey entry under alias (vault) > at org.picketbox.plugins.vault.PicketBoxSecurityVault.readVersionedVaultContent(PicketBoxSecurityVault.java:609) > at org.picketbox.plugins.vault.PicketBoxSecurityVault.readVaultContent(PicketBoxSecurityVault.java:480) > ... 11 more > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2019