May 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-1391) ARJUNA012132: Supplied name of node contains reserved character -. Using Arjuna:-1162311861

by Tom Ross (JIRA)

[ https://issues.jboss.org/browse/WFLY-1391?page=com.atlassian.jira.plugin.... ] Tom Ross commented on WFLY-1391: -------------------------------- This has been fixed in JBTM-1341 > ARJUNA012132: Supplied name of node contains reserved character -. Using Arjuna:-1162311861 > ------------------------------------------------------------------------------------------- > > Key: WFLY-1391 > URL: https://issues.jboss.org/browse/WFLY-1391 > Project: WildFly > Issue Type: Bug > Components: Server > Affects Versions: 8.0.0.Alpha1 > Environment: JBoss EAP 6.1 > Reporter: Tom Ross > Assignee: Jason Greene > > The expression value for node identifier is not being evaluated correctly. Setting it to: > {noformat} > /subsystem=transactions:write-attribute(name=node-identifier,value="${jboss.tx.node.id}") > {noformat} > where jboss.tx.node.id is supplied on command line as > -Djboss.tx.node.id=111 > results in warning at start-up > {noformat} > 09:53:18,615 WARN [com.arjuna.ats.arjuna] (http-localhost/127.0.0.1:8080-1) ARJUNA012132: Supplied name of node contains reserved character -. Using Arjuna:-1162311861 > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4574) Upgrade Mojarra to 2.2.11

by Farah Juma (JIRA)

[ https://issues.jboss.org/browse/WFLY-4574?page=com.atlassian.jira.plugin.... ] Farah Juma updated WFLY-4574: ----------------------------- Fix Version/s: (was: 9.0.0.CR1) > Upgrade Mojarra to 2.2.11 > ------------------------- > > Key: WFLY-4574 > URL: https://issues.jboss.org/browse/WFLY-4574 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Cody Lerum > Assignee: Farah Juma > > Mojarra 2.2 now appears to be on a 4-6 month release cycle for 2.2.x and 2.2.11 is due for release on May 5th. https://java.net/jira/browse/JAVASERVERFACES/fixforversion/17193/?selecte... > It would be great if we could get this updated before 9.1.0.Final. > https://java.net/jira/browse/JAVASERVERFACES-3848 for example would be nice to pick up. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1264) NullPointerException hides cause of PostgreSql Exception for getConnection call.

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1264?page=com.atlassian.jira.plugin... ] Jesper Pedersen closed JBJCA-1264. ---------------------------------- Fix Version/s: (was: 1.0.32.Final) Resolution: Duplicate Issue JBJCA-1257 > NullPointerException hides cause of PostgreSql Exception for getConnection call. > -------------------------------------------------------------------------------- > > Key: JBJCA-1264 > URL: https://issues.jboss.org/browse/JBJCA-1264 > Project: IronJacamar > Issue Type: Bug > Components: Core > Affects Versions: 1.0.30.Final > Environment: All environments. > Reporter: Jeremy Whiting > Assignee: Jesper Pedersen > Labels: nullPointerException, pgsqlexception > > When a datasource using PostgreSql is configured with the "loglevel" property the JCA db server causes a PGSqlException. Besides that cause the exception is not displayed to the user. > org.postgresql.util.PSQLException: Connection to localhost:5432 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. > The JCA code attempts to handle the exception in a catch block. Initially by logging a message. But the JCA code to log the message assumes the clw reference is not null. On this line > https://github.com/ironjacamar/ironjacamar/blob/ironjacamar-1.0.30.Final/... > In my case clw is null. Which then causes an NullPointerException. Completely hiding the underlying exception to the user. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1264) NullPointerException hides cause of PostgreSql Exception for getConnection call.

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1264?page=com.atlassian.jira.plugin... ] Jesper Pedersen reopened JBJCA-1264: ------------------------------------ > NullPointerException hides cause of PostgreSql Exception for getConnection call. > -------------------------------------------------------------------------------- > > Key: JBJCA-1264 > URL: https://issues.jboss.org/browse/JBJCA-1264 > Project: IronJacamar > Issue Type: Bug > Components: Core > Affects Versions: 1.0.30.Final > Environment: All environments. > Reporter: Jeremy Whiting > Assignee: Jesper Pedersen > Labels: nullPointerException, pgsqlexception > Fix For: 1.0.32.Final > > > When a datasource using PostgreSql is configured with the "loglevel" property the JCA db server causes a PGSqlException. Besides that cause the exception is not displayed to the user. > org.postgresql.util.PSQLException: Connection to localhost:5432 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. > The JCA code attempts to handle the exception in a catch block. Initially by logging a message. But the JCA code to log the message assumes the clw reference is not null. On this line > https://github.com/ironjacamar/ironjacamar/blob/ironjacamar-1.0.30.Final/... > In my case clw is null. Which then causes an NullPointerException. Completely hiding the underlying exception to the user. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4575) Use Flag.RESTART_RESOURCE_SERVICES for child resources of stack/channel

by Paul Ferraro (JIRA)

Paul Ferraro created WFLY-4575: ---------------------------------- Summary: Use Flag.RESTART_RESOURCE_SERVICES for child resources of stack/channel Key: WFLY-4575 URL: https://issues.jboss.org/browse/WFLY-4575 Project: WildFly Issue Type: Enhancement Components: Clustering Affects Versions: 9.0.0.Alpha1 Reporter: Paul Ferraro Assignee: Paul Ferraro Currently, the attributes for each child resource of a cache use RESTART_ALL_SERVICES, thus any change to one of these attributes requires all services to restart. This is overkill, since only the services of the parent resource (i.e. cache) actually require restarting. Ideally, each child resource should create a runtime service for its corresponding sub-configuration. e.g. the transaction resource would create a Service<TransactionConfiguration>. Thus the cache resource's add handler becomes much less complex - and the corresponding Service<Configuration> need only depend on the sub-configuration services for each child resource. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4575) Use Flag.RESTART_RESOURCE_SERVICES for child resources of stack/channel

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/WFLY-4575?page=com.atlassian.jira.plugin.... ] Paul Ferraro updated WFLY-4575: ------------------------------- Description: Currently, the attributes for each child resource of a stack or channel use RESTART_ALL_SERVICES, thus any change to one of these attributes requires all services to restart. This is overkill, since only the services of the parent resource (i.e. channel, channel factory) actually require restarting. (was: Currently, the attributes for each child resource of a cache use RESTART_ALL_SERVICES, thus any change to one of these attributes requires all services to restart. This is overkill, since only the services of the parent resource (i.e. cache) actually require restarting. Ideally, each child resource should create a runtime service for its corresponding sub-configuration. e.g. the transaction resource would create a Service<TransactionConfiguration>. Thus the cache resource's add handler becomes much less complex - and the corresponding Service<Configuration> need only depend on the sub-configuration services for each child resource.) > Use Flag.RESTART_RESOURCE_SERVICES for child resources of stack/channel > ----------------------------------------------------------------------- > > Key: WFLY-4575 > URL: https://issues.jboss.org/browse/WFLY-4575 > Project: WildFly > Issue Type: Enhancement > Components: Clustering > Affects Versions: 9.0.0.Alpha1 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > > Currently, the attributes for each child resource of a stack or channel use RESTART_ALL_SERVICES, thus any change to one of these attributes requires all services to restart. This is overkill, since only the services of the parent resource (i.e. channel, channel factory) actually require restarting. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1264) NullPointerException hides cause of PostgreSql Exception for getConnection call.

by Jeremy Whiting (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1264?page=com.atlassian.jira.plugin... ] Jeremy Whiting closed JBJCA-1264. --------------------------------- Fix Version/s: 1.0.32.Final Resolution: Done Fixed in release ironjacamar-1.0.32.Final. > NullPointerException hides cause of PostgreSql Exception for getConnection call. > -------------------------------------------------------------------------------- > > Key: JBJCA-1264 > URL: https://issues.jboss.org/browse/JBJCA-1264 > Project: IronJacamar > Issue Type: Bug > Components: Core > Affects Versions: 1.0.30.Final > Environment: All environments. > Reporter: Jeremy Whiting > Assignee: Jesper Pedersen > Labels: nullPointerException, pgsqlexception > Fix For: 1.0.32.Final > > > When a datasource using PostgreSql is configured with the "loglevel" property the JCA db server causes a PGSqlException. Besides that cause the exception is not displayed to the user. > org.postgresql.util.PSQLException: Connection to localhost:5432 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. > The JCA code attempts to handle the exception in a catch block. Initially by logging a message. But the JCA code to log the message assumes the clw reference is not null. On this line > https://github.com/ironjacamar/ironjacamar/blob/ironjacamar-1.0.30.Final/... > In my case clw is null. Which then causes an NullPointerException. Completely hiding the underlying exception to the user. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1264) NullPointerException hides cause of PostgreSql Exception for getConnection call.

by Jeremy Whiting (JIRA)

Jeremy Whiting created JBJCA-1264: ------------------------------------- Summary: NullPointerException hides cause of PostgreSql Exception for getConnection call. Key: JBJCA-1264 URL: https://issues.jboss.org/browse/JBJCA-1264 Project: IronJacamar Issue Type: Bug Components: Core Affects Versions: 1.0.30.Final Environment: All environments. Reporter: Jeremy Whiting Assignee: Jesper Pedersen When a datasource using PostgreSql is configured with the "loglevel" property the JCA db server causes a PGSqlException. Besides that cause the exception is not displayed to the user. org.postgresql.util.PSQLException: Connection to localhost:5432 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. The JCA code attempts to handle the exception in a catch block. Initially by logging a message. But the JCA code to log the message assumes the clw reference is not null. On this line https://github.com/ironjacamar/ironjacamar/blob/ironjacamar-1.0.30.Final/... In my case clw is null. Which then causes an NullPointerException. Completely hiding the underlying exception to the user. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4574) Upgrade Mojarra to 2.2.11

by Cody Lerum (JIRA)

[ https://issues.jboss.org/browse/WFLY-4574?page=com.atlassian.jira.plugin.... ] Cody Lerum commented on WFLY-4574: ---------------------------------- https://java.net/jira/browse/JAVASERVERFACES-3855 is also an issue for Richfaces > Upgrade Mojarra to 2.2.11 > ------------------------- > > Key: WFLY-4574 > URL: https://issues.jboss.org/browse/WFLY-4574 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Cody Lerum > Assignee: Farah Juma > Fix For: 9.0.0.CR1 > > > Mojarra 2.2 now appears to be on a 4-6 month release cycle for 2.2.x and 2.2.11 is due for release on May 5th. https://java.net/jira/browse/JAVASERVERFACES/fixforversion/17193/?selecte... > It would be great if we could get this updated before 9.1.0.Final. > https://java.net/jira/browse/JAVASERVERFACES-3848 for example would be nice to pick up. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4574) Upgrade Mojarra to 2.2.11

by Cody Lerum (JIRA)

[ https://issues.jboss.org/browse/WFLY-4574?page=com.atlassian.jira.plugin.... ] Cody Lerum updated WFLY-4574: ----------------------------- Description: Mojarra 2.2 now appears to be on a 4-6 month release cycle for 2.2.x and 2.2.11 is due for release on May 5th. https://java.net/jira/browse/JAVASERVERFACES/fixforversion/17193/?selecte... It would be great if we could get this updated before 9.1.0.Final. https://java.net/jira/browse/JAVASERVERFACES-3848 for example would be nice to pick up. was: Mojarra 2.2 now appears to be on a 4-6 month release cycle and 2.2.11 is due for release on May 5th. https://java.net/jira/browse/JAVASERVERFACES/fixforversion/17193/?selecte... It would be great if we could get this updated before 9.1.0.Final. https://java.net/jira/browse/JAVASERVERFACES-3848 for example would be nice to pick up. > Upgrade Mojarra to 2.2.11 > ------------------------- > > Key: WFLY-4574 > URL: https://issues.jboss.org/browse/WFLY-4574 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Cody Lerum > Assignee: Farah Juma > Fix For: 9.0.0.CR1 > > > Mojarra 2.2 now appears to be on a 4-6 month release cycle for 2.2.x and 2.2.11 is due for release on May 5th. https://java.net/jira/browse/JAVASERVERFACES/fixforversion/17193/?selecte... > It would be great if we could get this updated before 9.1.0.Final. > https://java.net/jira/browse/JAVASERVERFACES-3848 for example would be nice to pick up. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 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 May 2015