January 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-1796) Creating a pooled-connection-factory via the CLI requires confusing syntax

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1796?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-1796: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1178229 > Creating a pooled-connection-factory via the CLI requires confusing syntax > -------------------------------------------------------------------------- > > Key: WFLY-1796 > URL: https://issues.jboss.org/browse/WFLY-1796 > Project: WildFly > Issue Type: Feature Request > Components: JMS > Affects Versions: 8.0.0.Alpha3 > Reporter: Justin Bertram > Assignee: Jeff Mesnil > Fix For: 8.0.0.Alpha4 > > > When creating a pooled-connection factory via the CLI the syntax for the "connector" is confusing. Here is a simple example: > {noformat} > /subsystem=messaging/hornetq-server=default/pooled-connection-factory=my-pooled-connection-factory/:add(connector={"in-vm" => "xyz"}, entries=["java:/MyPooledCF"]) > {noformat} > The "connector" wants a list of name-value pairs, but only the name is taken into consideration. This command results in this XML: > {noformat} > <pooled-connection-factory name="my-pooled-connection-factory"> > <connectors> > <connector-ref connector-name="in-vm"/> > </connectors> > <entries> > <entry name="java:/MyPooledCF"/> > </entries> > </pooled-connection-factory> > {noformat} > The "xyz" is completely unnecessary. > I believe this is because {{org.jboss.as.messaging.jms.ConnectionFactoryAttributes.Common#CONNECTOR}} is defined as a {{org.jboss.as.controller.SimpleMapAttributeDefinition}} and it should probably just be a {{org.jboss.as.controller.PrimitiveListAttributeDefinition}} when used in the pooled-connection-factory. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3865) java:jboss/exported is not available in @PreDestroy methods during shutdown

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-3865?page=com.atlassian.jira.plugin.... ] David Lloyd commented on WFLY-3865: ----------------------------------- Or you can use a resource-ref to the *component* which binds the name you need. Or you can define a generic name for the required resource and then just bind a dummy value using @Resource or resource-ref for it. > java:jboss/exported is not available in @PreDestroy methods during shutdown > --------------------------------------------------------------------------- > > Key: WFLY-3865 > URL: https://issues.jboss.org/browse/WFLY-3865 > Project: WildFly > Issue Type: Feature Request > Components: Naming > Affects Versions: 8.1.0.Final > Reporter: Kyle Lape > Assignee: Eduardo Martins > > With the following code in a class named e.g. {{JNDIBinderBean.java}} > {code:java} > private static final String name = "java:jboss/exported/JNDIBinderBean"; > private static final String value = "JNDIBinderBean instantiated at " + new Date(); > @PostConstruct > public void start() { > new InitialContext().rebind(name, value); > } > @PreDestroy > public void stop() { > new InitialContext().unbind(name); > } > {code} > When Wildfly shuts down, I get an error saying that the MSC service isn't available: > {noformat} > javax.naming.NamingException: JBAS011836: Could not resolve service > service jboss.naming.context.java.jboss.exported.JNDIBinderBean > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3865) java:jboss/exported is not available in @PreDestroy methods during shutdown

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-3865?page=com.atlassian.jira.plugin.... ] David Lloyd edited comment on WFLY-3865 at 1/2/15 3:22 PM: ----------------------------------------------------------- You can also use @Resource and/or env-entry to bind things in a way the container can resolve. This is covered in EE.5.4.1 of the Java EE 7 platform specification. was (Author: dmlloyd): You can also use @Resource and and env-entry to bind things in a way the container can resolve. This is covered in EE.5.4.1.3 of the Java EE 7 platform specification. > java:jboss/exported is not available in @PreDestroy methods during shutdown > --------------------------------------------------------------------------- > > Key: WFLY-3865 > URL: https://issues.jboss.org/browse/WFLY-3865 > Project: WildFly > Issue Type: Feature Request > Components: Naming > Affects Versions: 8.1.0.Final > Reporter: Kyle Lape > Assignee: Eduardo Martins > > With the following code in a class named e.g. {{JNDIBinderBean.java}} > {code:java} > private static final String name = "java:jboss/exported/JNDIBinderBean"; > private static final String value = "JNDIBinderBean instantiated at " + new Date(); > @PostConstruct > public void start() { > new InitialContext().rebind(name, value); > } > @PreDestroy > public void stop() { > new InitialContext().unbind(name); > } > {code} > When Wildfly shuts down, I get an error saying that the MSC service isn't available: > {noformat} > javax.naming.NamingException: JBAS011836: Could not resolve service > service jboss.naming.context.java.jboss.exported.JNDIBinderBean > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3865) java:jboss/exported is not available in @PreDestroy methods during shutdown

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-3865?page=com.atlassian.jira.plugin.... ] David Lloyd commented on WFLY-3865: ----------------------------------- You can also use @Resource and and env-entry to bind things in a way the container can resolve. This is covered in EE.5.4.1.3 of the Java EE 7 platform specification. > java:jboss/exported is not available in @PreDestroy methods during shutdown > --------------------------------------------------------------------------- > > Key: WFLY-3865 > URL: https://issues.jboss.org/browse/WFLY-3865 > Project: WildFly > Issue Type: Feature Request > Components: Naming > Affects Versions: 8.1.0.Final > Reporter: Kyle Lape > Assignee: Eduardo Martins > > With the following code in a class named e.g. {{JNDIBinderBean.java}} > {code:java} > private static final String name = "java:jboss/exported/JNDIBinderBean"; > private static final String value = "JNDIBinderBean instantiated at " + new Date(); > @PostConstruct > public void start() { > new InitialContext().rebind(name, value); > } > @PreDestroy > public void stop() { > new InitialContext().unbind(name); > } > {code} > When Wildfly shuts down, I get an error saying that the MSC service isn't available: > {noformat} > javax.naming.NamingException: JBAS011836: Could not resolve service > service jboss.naming.context.java.jboss.exported.JNDIBinderBean > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3865) java:jboss/exported is not available in @PreDestroy methods during shutdown

by Brad Maxwell (JIRA)

[ https://issues.jboss.org/browse/WFLY-3865?page=com.atlassian.jira.plugin.... ] Brad Maxwell edited comment on WFLY-3865 at 1/2/15 2:05 PM: ------------------------------------------------------------ @Resource / resource-ref is what a component would use to inject the JNDI resource. The component that binds the JNDI resource would not want @Resource ... as that jndi value would not exist and result in the deployment failing to deploy (chicken & the egg problem). The only workaround I've seen is to do a try / catch in the @PreDestory and log warning if it does not exist. The workaround would have PreDestroy remove the jndi value if the deployment is undeployed when the app server is still running, and when the app server is shutdown it would either unbind it or the app server would unbind it and a warning would be logged. It would be good to allow the component that binds it into jndi to attempt to unbind it at shutdown before the app server binds it down. was (Author: bmaxwell): @Resource / resource-ref is what a component would use to inject the JNDI resource. The component that binds the JNDI resource would not want @Resource ... as that jndi value would not exist and result in the deployment failing to deploy (chicken & the egg problem). The only workaround I've seen is to do a try / catch in the @PreDestory and log warning if it does not exist. The workaround would have PreDestroy remove the jndi value if the deployment is undeployed when the app server is still running, and when the app server is shutdown it would either unbind it or the app server would unbind it and a warning would be logged. > java:jboss/exported is not available in @PreDestroy methods during shutdown > --------------------------------------------------------------------------- > > Key: WFLY-3865 > URL: https://issues.jboss.org/browse/WFLY-3865 > Project: WildFly > Issue Type: Feature Request > Components: Naming > Affects Versions: 8.1.0.Final > Reporter: Kyle Lape > Assignee: Eduardo Martins > > With the following code in a class named e.g. {{JNDIBinderBean.java}} > {code:java} > private static final String name = "java:jboss/exported/JNDIBinderBean"; > private static final String value = "JNDIBinderBean instantiated at " + new Date(); > @PostConstruct > public void start() { > new InitialContext().rebind(name, value); > } > @PreDestroy > public void stop() { > new InitialContext().unbind(name); > } > {code} > When Wildfly shuts down, I get an error saying that the MSC service isn't available: > {noformat} > javax.naming.NamingException: JBAS011836: Could not resolve service > service jboss.naming.context.java.jboss.exported.JNDIBinderBean > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3865) java:jboss/exported is not available in @PreDestroy methods during shutdown

by Brad Maxwell (JIRA)

[ https://issues.jboss.org/browse/WFLY-3865?page=com.atlassian.jira.plugin.... ] Brad Maxwell commented on WFLY-3865: ------------------------------------ @Resource / resource-ref is what a component would use to inject the JNDI resource. The component that binds the JNDI resource would not want @Resource ... as that jndi value would not exist and result in the deployment failing to deploy (chicken & the egg problem). The only workaround I've seen is to do a try / catch in the @PreDestory and log warning if it does not exist. The workaround would have PreDestroy remove the jndi value if the deployment is undeployed when the app server is still running, and when the app server is shutdown it would either unbind it or the app server would unbind it and a warning would be logged. > java:jboss/exported is not available in @PreDestroy methods during shutdown > --------------------------------------------------------------------------- > > Key: WFLY-3865 > URL: https://issues.jboss.org/browse/WFLY-3865 > Project: WildFly > Issue Type: Feature Request > Components: Naming > Affects Versions: 8.1.0.Final > Reporter: Kyle Lape > Assignee: Eduardo Martins > > With the following code in a class named e.g. {{JNDIBinderBean.java}} > {code:java} > private static final String name = "java:jboss/exported/JNDIBinderBean"; > private static final String value = "JNDIBinderBean instantiated at " + new Date(); > @PostConstruct > public void start() { > new InitialContext().rebind(name, value); > } > @PreDestroy > public void stop() { > new InitialContext().unbind(name); > } > {code} > When Wildfly shuts down, I get an error saying that the MSC service isn't available: > {noformat} > javax.naming.NamingException: JBAS011836: Could not resolve service > service jboss.naming.context.java.jboss.exported.JNDIBinderBean > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1160) Adding config files to AS7 is inconvenient.

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-1160?page=com.atlassian.jira.plugin.... ] David Lloyd commented on WFLY-1160: ----------------------------------- One easy and clean way we could support managing dependencies for global libraries would be to simply support Dependency: and Class-Path: just like we do for other filesystem JARs. > Adding config files to AS7 is inconvenient. > ------------------------------------------- > > Key: WFLY-1160 > URL: https://issues.jboss.org/browse/WFLY-1160 > Project: WildFly > Issue Type: Feature Request > Components: Class Loading > Environment: All > Reporter: Paul Hinds > Assignee: David Lloyd > Priority: Minor > Labels: regression > > This page https://community.jboss.org/wiki/HowToPutAnExternalFileInTheClasspath details how to put a directory on the AS7 classpath which is inconvenient and could easily be done by default. > If AS7 out of the box came with /standalone/classes or /standalone/conf (conf would introduce a bit of backwards compatability) and perhaps /standalone/lib/*.jar added to the classpath it would be as good as previous JBoss versions. > This could be implemented as a module as in the above documents and automatically added to classpaths if the dirs exists in the same way other modules are automatically added to the CP if certain criteria are met. > Ideally is should be possible to make these symlinks on win7 and nix. Since it is natural to put config in /etc per Linux file system standards. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3723) setting the local to english in CLI commands on non-english systems does not produce english output

by Emmanuel Hugonnet (JIRA)

[ https://issues.jboss.org/browse/WFLY-3723?page=com.atlassian.jira.plugin.... ] Emmanuel Hugonnet commented on WFLY-3723: ----------------------------------------- The default locale is expected to be en_US, maybe we should have zanata produce the en properties file instead of 'just' a default one. > setting the local to english in CLI commands on non-english systems does not produce english output > --------------------------------------------------------------------------------------------------- > > Key: WFLY-3723 > URL: https://issues.jboss.org/browse/WFLY-3723 > Project: WildFly > Issue Type: Bug > Components: Localization > Affects Versions: 8.1.0.Final > Environment: Tested on MacOS running in German > Reporter: Tom Fonteyne > Assignee: Romain Pelisse > Priority: Minor > > A German (or french etc...) system must be used to reproduce. > It is likely this is not limited to MacOS, but I do not have a non-english Linux system available > An out of the box install of wildfly/EAP: > Without configuration, the log file is in German as expected. > Using these CLI comands: > :read-operation-description(name=stop-servers,locale=de_DE) -> german > :read-operation-description(name=stop-servers,locale=en_US) -> german > :read-operation-description(name=stop-servers,locale=fr_FR) -> french > So we cannot get the CLI to produce english output > when configuring JAVA_OPTS in domain.conf with: > JAVA_OPTS="$JAVA_OPTS -Duser.language=en -Duser.country=DE -Duser.encoding=utf-8 > The log is now in English -> works as expected; and: > :read-operation-description(name=stop-servers,locale=de_DE) -> german > :read-operation-description(name=stop-servers,locale=en_US) -> english > So it seems we have a bug where the locale set to start the domain takes precedence over the locale set in the CLI command (but only when English is asked) > I presume this is because English is the default locale. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4216) when ever i deploy my ear file, i get this error

by oma sung (JIRA)

oma sung created WFLY-4216: ------------------------------ Summary: when ever i deploy my ear file, i get this error Key: WFLY-4216 URL: https://issues.jboss.org/browse/WFLY-4216 Project: WildFly Issue Type: Feature Request Reporter: oma sung Assignee: Jason Greene -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4215) Use archive.apache.org to download maven 3.2.3

by Kabir Khan (JIRA)

Kabir Khan created WFLY-4215: -------------------------------- Summary: Use archive.apache.org to download maven 3.2.3 Key: WFLY-4215 URL: https://issues.jboss.org/browse/WFLY-4215 Project: WildFly Issue Type: Feature Request Components: Build System Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 9.0.0.Beta1 The existing http://www.apache.org/dist/maven/maven-3/ location seems to only contain the latest release 3.2.5 rather than 3.2.3 which we want so build.sh fails. http://archive.apache.org/dist/maven/maven-3/ contains the existing builds in the 3.x series, so I am changing the build to use that. However, long term we would probably need the maven version downloadable from some internal location, or include the maven jars as part of the build the way they used to be. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2015