June 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3444) EjbTimerXmlPersister should check if timer.getNextExpiration() is null to avoid NPE

by Scott Marlow (JIRA)

Scott Marlow created WFLY-3444: ---------------------------------- Summary: EjbTimerXmlPersister should check if timer.getNextExpiration() is null to avoid NPE Key: WFLY-3444 URL: https://issues.jboss.org/browse/WFLY-3444 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: EJB Reporter: Scott Marlow Assignee: David Lloyd Fix For: 9.0.0.Alpha1 Seeing a NPE in org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister. that probably needs a null check: {quote} Caused by: java.lang.NullPointerException at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeCalendarTimer(EjbTimerXmlPersister.java:136) at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeContent(EjbTimerXmlPersister.java:89) at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeContent(EjbTimerXmlPersister.java:43) at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:88) at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:83) at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.writeFile(FileTimerPersistence.java:440) {quote} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-513) KnowledgeBuilderFactory.newKnowledgBuilder(KnowledgeBase) doesn't work

by Craig West (JIRA)

Craig West created DROOLS-513: --------------------------------- Summary: KnowledgeBuilderFactory.newKnowledgBuilder(KnowledgeBase) doesn't work Key: DROOLS-513 URL: https://issues.jboss.org/browse/DROOLS-513 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 6.0.1.Final Environment: JBoss AS 7.1.1 on Mac OS-X Reporter: Craig West Assignee: Mark Proctor Using the legacy adapter, Calling KnowledgeBuilderFactory.newKnowledgeBuilder(KnowledgeBase kbase) throws: java.lang.ClassCastException: org.drools.impl.adapters.KnowledgeBaseAdapter cannot be cast to org.drools.core.impl.KnowledgeBaseImpl The unit tests for this do not seem to include a case for this -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3441) Upgrade to JBoss Negotiation 2.3.3.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3441?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3441: ----------------------------------------------- Darran Lofthouse <darran.lofthouse(a)redhat.com> changed the Status of [bug 1104269|https://bugzilla.redhat.com/show_bug.cgi?id=1104269] from ASSIGNED to POST > Upgrade to JBoss Negotiation 2.3.3.Final > ---------------------------------------- > > Key: WFLY-3441 > URL: https://issues.jboss.org/browse/WFLY-3441 > Project: WildFly > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 9.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3443) JCA "tracking" should default to false

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/WFLY-3443?page=com.atlassian.jira.plugin.... ] Jesper Pedersen commented on WFLY-3443: --------------------------------------- Only change the default for DataSource's -- we will keep the default for :resource-adapters: > JCA "tracking" should default to false > -------------------------------------- > > Key: WFLY-3443 > URL: https://issues.jboss.org/browse/WFLY-3443 > Project: WildFly > Issue Type: Task > Security Level: Public(Everyone can see) > Components: JCA > Reporter: Scott Marlow > Assignee: Stefano Maestri > Fix For: 9.0.0.Alpha1 > > > The [txtracking|http://www.ironjacamar.org/doc/roadto12/txtracking.html] feature is causing failures when IronJacamar closes the database connection in a Synchronization.afterCompletion() when a Hibernate Synchronization.afterCompletion() call already closed the connection. > See attached server.log for example of "IJ000315: Pool cts-derby-pool has 1 active handles" error. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-472) Drools Eclipse plugin can't recognize third party classes

by Jinghai Rao (JIRA)

[ https://issues.jboss.org/browse/DROOLS-472?page=com.atlassian.jira.plugin... ] Jinghai Rao commented on DROOLS-472: ------------------------------------ Hi Mario, Thanks for fixing the problem. I just installed the plugin, but this time, it doesn't report any error in the .drl file, even for obvious syntax errors. Below is the steps I did: 1. git clone https://github.com/droolsjbpm/droolsjbpm-tools.git 2. cd droolsjbpm-tools/ 3. mvn clean install -DskipTests (the build is successfully) 4. Add a local update site to eclipse. The path is droolsjbpm-tools/drools-eclipse/org.drools.updatesite/target/repository/ 5. Install the plugins. The version number seen after installation is: 6.1.0.201406031754 6. Create a new example Drools project. I intentionally made some mistakes, but there is no error message in eclipse editor. However, if I switch to Rete Tree tab, I get the following message: "Rete Tree Build Error! Reason: java.lang.Exception: Unable to parse rules to show RETE view! 2 build errors. " My environment is same as shown above. If you need further information, please let me know. Thanks. Jinghai > Drools Eclipse plugin can't recognize third party classes > --------------------------------------------------------- > > Key: DROOLS-472 > URL: https://issues.jboss.org/browse/DROOLS-472 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: * OS: Mac OS X 10.9.2 > * Eclipse Kepler > * Drool Eclipse Plugin - JBoss Drools Core 6.0.1Final. (I don't have problem with Drools Core 5.6.0Final) > * Java SE 1.7 > * Drools Runtime 6.0.1 > Reporter: Jinghai Rao > Assignee: Mario Fusco > Fix For: 6.1.0.CR1 > > > Whenever I use classes from any third party jar files (not in JRE System Library and Drools Library), I got error messages in Eclipse IDE. > At the place where I import the class, the error message is "Only a type can be imported. ... resolves to a package". > At the place where I use the class, the error message is "... cannot be resolved to a type". > However, I have included the jar file in classpath. The project can also be executed successfully even with the error message in IDE. > Below is my development environment: > * OS: Mac OS X 10.9.2 > * Eclipse Kepler > * Drool Eclipse Plugin - JBoss Drools Core 6.0.1Final. (I don't have problem with Drools Core 5.6.0Final) > * Java SE 1.7 > * Drools Runtime 6.0.1 > !https://lh5.googleusercontent.com/-gltHnzUIUg4/U1qbEzVd_LI/AAAAAAAAEYw/mKxE2jv-VVc/w1796-h1168-no/Screen+Shot+2014-04-25+at+10.20.36+AM.png! -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3443) JCA "tracking" should default to false

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/WFLY-3443?page=com.atlassian.jira.plugin.... ] Jesper Pedersen updated WFLY-3443: ---------------------------------- Issue Type: Task (was: Bug) IJ doesn't "close" the connection - the connection is destroyed, as it is now unsafe to use > JCA "tracking" should default to false > -------------------------------------- > > Key: WFLY-3443 > URL: https://issues.jboss.org/browse/WFLY-3443 > Project: WildFly > Issue Type: Task > Security Level: Public(Everyone can see) > Components: JCA > Reporter: Scott Marlow > Assignee: Stefano Maestri > Fix For: 9.0.0.Alpha1 > > > The [txtracking|http://www.ironjacamar.org/doc/roadto12/txtracking.html] feature is causing failures when IronJacamar closes the database connection in a Synchronization.afterCompletion() when a Hibernate Synchronization.afterCompletion() call already closed the connection. > See attached server.log for example of "IJ000315: Pool cts-derby-pool has 1 active handles" error. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-837) Release JBoss Negotiation 2.3.3.Final

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-837?page=com.atlassian.jira.plug... ] Darran Lofthouse resolved SECURITY-837. --------------------------------------- Fix Version/s: Negotiation_2_3_3_Final (was: Negotiation_2_3_4_Final) Resolution: Done > Release JBoss Negotiation 2.3.3.Final > ------------------------------------- > > Key: SECURITY-837 > URL: https://issues.jboss.org/browse/SECURITY-837 > Project: PicketBox > Issue Type: Release > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_3_3_Final > > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3443) JCA "tracking" should default to false

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3443?page=com.atlassian.jira.plugin.... ] Scott Marlow reassigned WFLY-3443: ---------------------------------- Assignee: Stefano Maestri (was: Scott Marlow) > JCA "tracking" should default to false > -------------------------------------- > > Key: WFLY-3443 > URL: https://issues.jboss.org/browse/WFLY-3443 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCA > Reporter: Scott Marlow > Assignee: Stefano Maestri > Fix For: 9.0.0.Alpha1 > > > The [txtracking|http://www.ironjacamar.org/doc/roadto12/txtracking.html] feature is causing failures when IronJacamar closes the database connection in a Synchronization.afterCompletion() when a Hibernate Synchronization.afterCompletion() call already closed the connection. > See attached server.log for example of "IJ000315: Pool cts-derby-pool has 1 active handles" error. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3443) JCA "tracking" should default to false

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3443?page=com.atlassian.jira.plugin.... ] Scott Marlow reassigned WFLY-3443: ---------------------------------- Assignee: Scott Marlow (was: Jesper Pedersen) > JCA "tracking" should default to false > -------------------------------------- > > Key: WFLY-3443 > URL: https://issues.jboss.org/browse/WFLY-3443 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCA > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 9.0.0.Alpha1 > > > The [txtracking|http://www.ironjacamar.org/doc/roadto12/txtracking.html] feature is causing failures when IronJacamar closes the database connection in a Synchronization.afterCompletion() when a Hibernate Synchronization.afterCompletion() call already closed the connection. > See attached server.log for example of "IJ000315: Pool cts-derby-pool has 1 active handles" error. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-822) Remove the 'NET' project from JBoss Negotiation

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-822?page=com.atlassian.jira.plug... ] Darran Lofthouse updated SECURITY-822: -------------------------------------- Fix Version/s: Negotiation_2_3_4_Final (was: Negotiation_2_3_3_Final) > Remove the 'NET' project from JBoss Negotiation > ----------------------------------------------- > > Key: SECURITY-822 > URL: https://issues.jboss.org/browse/SECURITY-822 > Project: PicketBox > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_9, Negotiation_2_3_4_Final > > > The net project is not used in AS 7, EAP 6 or WildFly so time to delete it. > In WildFly 9 an alternative SASL based approach will be used for EJB invocations. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

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 June 2014