January 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBREM-1265) HTTPClientItnvoker leaks HttpURLConnections

by Ron Sigal (JIRA)

HTTPClientItnvoker leaks HttpURLConnections ------------------------------------------- Key: JBREM-1265 URL: https://issues.jboss.org/browse/JBREM-1265 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.2.3.SP3, 2.5.3.SP1 Reporter: Ron Sigal Assignee: Ron Sigal Fix For: 2.5.3.SP2, 2.2.3.SP4 org.jboss.remoting.transport.http.HTTPClientInvoker.transport() needs a finally clause to disconnect the HttpURLConnection after it has been used. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
2
0 / 0

[JBoss JIRA] Updated: (JBAS-8290) Implement solid SessionObjectReference

by Shelly McGowan (JIRA)

[ https://issues.jboss.org/browse/JBAS-8290?page=com.atlassian.jira.plugin.... ] Shelly McGowan updated JBAS-8290: --------------------------------- Fix Version/s: TBD-6.x (was: TBD) > Implement solid SessionObjectReference > -------------------------------------- > > Key: JBAS-8290 > URL: https://issues.jboss.org/browse/JBAS-8290 > Project: JBoss Application Server > Issue Type: Bug > Components: Weld/CDI > Reporter: Pete Muir > Assignee: Marius Bogoevici > Priority: Blocker > Fix For: TBD-6.x > > > JBossSessionObjectReference is a bit hacky right now: > 1) Needs a proper implementation of isRemoved which interrogates the EJB container to determine the state of the reference > 2) Needs a Remove implementation that can cope with no-interface-view beans > 3) Needs to lookup the actual reference for getBusinessObject() not just cast the local proxy. Note that we may request remote EJBs through this mechanism! -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBAS-8292) Weld assumes EJB proxy is always a JDK proxy, it might not be

by Shelly McGowan (JIRA)

[ https://issues.jboss.org/browse/JBAS-8292?page=com.atlassian.jira.plugin.... ] Shelly McGowan updated JBAS-8292: --------------------------------- Fix Version/s: TBD-6.x (was: TBD) > Weld assumes EJB proxy is always a JDK proxy, it might not be > ------------------------------------------------------------- > > Key: JBAS-8292 > URL: https://issues.jboss.org/browse/JBAS-8292 > Project: JBoss Application Server > Issue Type: Bug > Components: Weld/CDI > Reporter: Pete Muir > Assignee: Marius Bogoevici > Priority: Blocker > Fix For: TBD-6.x > > > Carlo suggests altering the the entire contract to use some EJB3-equivalent for Home objects to allow Weld to create/remove EJB instances. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Created: (JBJCA-493) Mail resource adapter

by Jesper Pedersen (JIRA)

Mail resource adapter --------------------- Key: JBJCA-493 URL: https://issues.jboss.org/browse/JBJCA-493 Project: IronJacamar Issue Type: Task Components: Mail Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.0.0.Beta4 Import and clean up the mail resource adapter. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
1
0 / 0

[JBoss JIRA] Resolved: (JBAS-8804) Clustering numberguess example doesn't work

by Ondrej Skutka (JIRA)

[ https://issues.jboss.org/browse/JBAS-8804?page=com.atlassian.jira.plugin.... ] Ondrej Skutka resolved JBAS-8804. --------------------------------- Assignee: Ales Justin (was: Ondrej Skutka) Resolution: Done Verified using Numberguess cluster ftest. > Clustering numberguess example doesn't work > ------------------------------------------- > > Key: JBAS-8804 > URL: https://issues.jboss.org/browse/JBAS-8804 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Weld/CDI > Affects Versions: 6.0.0.Final > Environment: JBoss 6.0.0.Final > Reporter: Ondrej Skutka > Assignee: Ales Justin > Attachments: JBAS-8804.patch > > > - Created cluster according to the readme > - Ran "mvn -Pjboss6cluster,ftest-jboss-cluster-6" > - The test failed: > FAILED: guessingWithFailoverTest > java.lang.AssertionError: Page should contain message Higher! expected:<true> but was:<false> > at org.jboss.weld.examples.numberguess.clustertest.selenium.NumberGuessClusteringTest.guessingWithFailoverTest(NumberGuessClusteringTest.java:123) > at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:74) > at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:92) > at org.apache.maven.surefire.Surefire.run(Surefire.java:177) > at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) > at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) > And indeed, when running manually and shutting down one of the nodes in cluster, it failes to synchronize the session: > 13:39:03,909 WARN [org.jboss.web.tomcat.service.session.distributedcache.ispn.DistributedCacheManager] Problem accessing session [3V****vgLw__]: org.jboss.weld.exceptions.IllegalStateException: WELD-000612 Unable to deserialize field. Declaring bean id org.jboss.weld.bean-jboss.classloader:id="vfs:///home/ony/Programming/jboss-6.0.0.Final/server/all/farm/weld-numberguess.war"-ManagedBean-class org.jboss.weld.examples.numberguess.Game, declaring class public@SessionScoped @Named class org.jboss.weld.examples.numberguess.Game, field name randomNumber -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBAS-8804) Clustering numberguess example doesn't work

by Ondrej Skutka (JIRA)

[ https://issues.jboss.org/browse/JBAS-8804?page=com.atlassian.jira.plugin.... ] Ondrej Skutka reassigned JBAS-8804: ----------------------------------- Assignee: Ondrej Skutka (was: Ales Justin) > Clustering numberguess example doesn't work > ------------------------------------------- > > Key: JBAS-8804 > URL: https://issues.jboss.org/browse/JBAS-8804 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Weld/CDI > Affects Versions: 6.0.0.Final > Environment: JBoss 6.0.0.Final > Reporter: Ondrej Skutka > Assignee: Ondrej Skutka > Attachments: JBAS-8804.patch > > > - Created cluster according to the readme > - Ran "mvn -Pjboss6cluster,ftest-jboss-cluster-6" > - The test failed: > FAILED: guessingWithFailoverTest > java.lang.AssertionError: Page should contain message Higher! expected:<true> but was:<false> > at org.jboss.weld.examples.numberguess.clustertest.selenium.NumberGuessClusteringTest.guessingWithFailoverTest(NumberGuessClusteringTest.java:123) > at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:74) > at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:92) > at org.apache.maven.surefire.Surefire.run(Surefire.java:177) > at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) > at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) > And indeed, when running manually and shutting down one of the nodes in cluster, it failes to synchronize the session: > 13:39:03,909 WARN [org.jboss.web.tomcat.service.session.distributedcache.ispn.DistributedCacheManager] Problem accessing session [3V****vgLw__]: org.jboss.weld.exceptions.IllegalStateException: WELD-000612 Unable to deserialize field. Declaring bean id org.jboss.weld.bean-jboss.classloader:id="vfs:///home/ony/Programming/jboss-6.0.0.Final/server/all/farm/weld-numberguess.war"-ManagedBean-class org.jboss.weld.examples.numberguess.Game, declaring class public@SessionScoped @Named class org.jboss.weld.examples.numberguess.Game, field name randomNumber -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-8804) Clustering numberguess example doesn't work

by Ales Justin (JIRA)

[ https://issues.jboss.org/browse/JBAS-8804?page=com.atlassian.jira.plugin.... ] Ales Justin commented on JBAS-8804: ----------------------------------- I've committed the patch to AS6 trunk. Can we get someone to try this in a cluster env? > Clustering numberguess example doesn't work > ------------------------------------------- > > Key: JBAS-8804 > URL: https://issues.jboss.org/browse/JBAS-8804 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Weld/CDI > Affects Versions: 6.0.0.Final > Environment: JBoss 6.0.0.Final > Reporter: Ondrej Skutka > Assignee: Ales Justin > Attachments: JBAS-8804.patch > > > - Created cluster according to the readme > - Ran "mvn -Pjboss6cluster,ftest-jboss-cluster-6" > - The test failed: > FAILED: guessingWithFailoverTest > java.lang.AssertionError: Page should contain message Higher! expected:<true> but was:<false> > at org.jboss.weld.examples.numberguess.clustertest.selenium.NumberGuessClusteringTest.guessingWithFailoverTest(NumberGuessClusteringTest.java:123) > at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:74) > at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:92) > at org.apache.maven.surefire.Surefire.run(Surefire.java:177) > at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) > at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) > And indeed, when running manually and shutting down one of the nodes in cluster, it failes to synchronize the session: > 13:39:03,909 WARN [org.jboss.web.tomcat.service.session.distributedcache.ispn.DistributedCacheManager] Problem accessing session [3V****vgLw__]: org.jboss.weld.exceptions.IllegalStateException: WELD-000612 Unable to deserialize field. Declaring bean id org.jboss.weld.bean-jboss.classloader:id="vfs:///home/ony/Programming/jboss-6.0.0.Final/server/all/farm/weld-numberguess.war"-ManagedBean-class org.jboss.weld.examples.numberguess.Game, declaring class public@SessionScoped @Named class org.jboss.weld.examples.numberguess.Game, field name randomNumber -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-1582) Info logging should have no more than 1 line per step

by Geoffrey De Smet (JIRA)

Info logging should have no more than 1 line per step ----------------------------------------------------- Key: JBRULES-1582 URL: http://jira.jboss.com/jira/browse/JBRULES-1582 Project: JBoss Drools Issue Type: Task Security Level: Public (Everyone can see) Components: Solver Reporter: Geoffrey De Smet Assigned To: Geoffrey De Smet Refactor logging so it's smaller and more readable. Watch out for logging a move after it has been taken, as it's logging info doesn't hold true no more. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-8477) IndexOutOfBounds exception when app dir name is shorter than 5 characters

by Jim Crossley (JIRA)

IndexOutOfBounds exception when app dir name is shorter than 5 characters ------------------------------------------------------------------------- Key: JBAS-8477 URL: https://jira.jboss.org/browse/JBAS-8477 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 6.0.0.M5 Reporter: Jim Crossley When it's exactly 4 characters long, btw, I get "InvalidNameException: Cannot pass an empty name to createSubcontext" This occurs for our TorqueBox rails deployments where their "exploded" path name won't include any of the typical JEE extensions. Realizing this is not exactly spec compliant, it would be nice if there was some way we could provide the app name as metadata, or maybe just derive the app name from the basename without assuming the extension is there? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2810) NullPointerException in Drools 5.1.1 - retractLeftTuple()

by Tom Murphy (JIRA)

NullPointerException in Drools 5.1.1 - retractLeftTuple() --------------------------------------------------------- Key: JBRULES-2810 URL: https://jira.jboss.org/browse/JBRULES-2810 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.1.1.FINAL Environment: WIndows Server 2K3 (32-bit) - JBoss 5 AS, Drools 5.1.1 Final, Reporter: Tom Murphy Assignee: Mark Proctor We recently switched to Drools 5.1.1 in our testing environments, and we are seeing a NullPointerException on a number of rule base / test case combinations. These all worked fine in 5.0.1. The rule in question is relatively simple, but the rule base is complex. It's difficult to send a test case, because the exception appears to occur only in large rule bases and layered rule flows. We have had to roll back to Drools 5.0.1 and are unable to adopt 5.1.1 until this is resolved. The relevant stack trace info is below. com.wellsfargo.ARGenT.Execution.ARGenTRunTimeException - org.drools.runtime.rule.ConsequenceException: rule: RS7673.1.3_RF6365_83_50011728 ... Caused by: rule: RS7673.1.3_RF6365_83_50011728 at org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:927) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:856) at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1071) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:785) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:751) at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:218) ... Caused by: null at org.drools.reteoo.RightInputAdapterNode.retractLeftTuple(RightInputAdapterNode.java:154) at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateRetractLeftTuple(SingleLeftTupleSinkAdapter.java:217) at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateRetractRightTuple(SingleLeftTupleSinkAdapter.java:124) at org.drools.reteoo.JoinNode.retractRightTuple(JoinNode.java:151) at org.drools.reteoo.ModifyPreviousTuples.retractTuples(ModifyPreviousTuples.java:132) at org.drools.reteoo.EntryPointNode.modifyObject(EntryPointNode.java:176) at org.drools.common.AbstractWorkingMemory.update(AbstractWorkingMemory.java:1442) at org.drools.common.AbstractWorkingMemory.update(AbstractWorkingMemory.java:1349) at org.drools.base.DefaultKnowledgeHelper.update(DefaultKnowledgeHelper.java:183) at org.drools.base.DefaultKnowledgeHelper.update(DefaultKnowledgeHelper.java:196) at com.wellsfargo.GeneratedRules.Rule_RS7673_1_3_RF6365_83_50011728_0.defaultConsequence(Rule_RS7673_1_3_RF6365_83_50011728_0.java:9) at com.wellsfargo.GeneratedRules.Rule_RS7673_1_3_RF6365_83_50011728_0DefaultConsequenceInvoker.evaluate(Rule_RS7673_1_3_RF6365_83_50011728_0DefaultConsequenceInvoker.java:29) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:917) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:856) at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1071) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:785) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:751) at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:218) ... The line identified in in the exception from retractLeftTuple is in the for loop, and it references factHandle without first checking for null: // retrieve handle from memory final InternalFactHandle factHandle = (InternalFactHandle) memory.remove( tuple ); >>>>>> for ( RightTuple rightTuple = factHandle.getFirstRightTuple(); rightTuple != null; rightTuple = (RightTuple) rightTuple.getHandleNext() ) { rightTuple.getRightTupleSink().retractRightTuple( rightTuple, context, workingMemory ); } factHandle.setFirstRightTuple( null ); -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

4
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2011