November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Updated: (JBAS-1509) CMT EJB should throw an exception if transaction marked rollback

by Adrian Brock (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1509?page=all ] Adrian Brock updated JBAS-1509: ------------------------------- Comment: was deleted > CMT EJB should throw an exception if transaction marked rollback > ---------------------------------------------------------------- > > Key: JBAS-1509 > URL: http://jira.jboss.com/jira/browse/JBAS-1509 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EJB2 > Affects Versions: JBossAS-4.0.1 SP1 > Reporter: Adrian Brock > Assigned To: Adrian Brock > Priority: Minor > Fix For: JBossAS-4.0.2 Final > > > Need the ability for an EJB with CMT transactions to detect that a transaction > is marked rollback (e.g. a Tx timeout) but the EJB does not itself throw an > exception. > This is so the exception can be signaled to the client that the transaction > did not suceed. -- 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

18 years, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-1509) CMT EJB should throw an exception if transaction marked rollback

by Adrian Brock (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1509?page=comments#action_12386132 ] Adrian Brock commented on JBAS-1509: ------------------------------------ Use the forums to ask questions not the release notes. > CMT EJB should throw an exception if transaction marked rollback > ---------------------------------------------------------------- > > Key: JBAS-1509 > URL: http://jira.jboss.com/jira/browse/JBAS-1509 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EJB2 > Affects Versions: JBossAS-4.0.1 SP1 > Reporter: Adrian Brock > Assigned To: Adrian Brock > Priority: Minor > Fix For: JBossAS-4.0.2 Final > > > Need the ability for an EJB with CMT transactions to detect that a transaction > is marked rollback (e.g. a Tx timeout) but the EJB does not itself throw an > exception. > This is so the exception can be signaled to the client that the transaction > did not suceed. -- 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

18 years, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-1509) CMT EJB should throw an exception if transaction marked rollback

by Richard Begg (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1509?page=comments#action_12386123 ] Richard Begg commented on JBAS-1509: ------------------------------------ How does this work regarding a transaction timeout? The usual case is that you don't want a setRollbackOnly to throw an exception but on a timeout you would want an exception. > CMT EJB should throw an exception if transaction marked rollback > ---------------------------------------------------------------- > > Key: JBAS-1509 > URL: http://jira.jboss.com/jira/browse/JBAS-1509 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EJB2 > Affects Versions: JBossAS-4.0.1 SP1 > Reporter: Adrian Brock > Assigned To: Adrian Brock > Priority: Minor > Fix For: JBossAS-4.0.2 Final > > > Need the ability for an EJB with CMT transactions to detect that a transaction > is marked rollback (e.g. a Tx timeout) but the EJB does not itself throw an > exception. > This is so the exception can be signaled to the client that the transaction > did not suceed. -- 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

18 years, 6 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBAS-2235) Server Controller Tasks: Throw error if normal shutdown fails

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2235?page=all ] Dimitris Andreadis reassigned JBAS-2235: ---------------------------------------- Assignee: Ryan Campbell Ok, I'm hijacking this issue. Did this forced shutdown ever worked? The http://dev45.qa.atl.jboss.com:8585/hudson/view/JBoss%20AS/job/JBoss-AS-5.... run that hungs because of wrong multicast settings on the testing host is never shutdown properly. Who can look into this? > Server Controller Tasks: Throw error if normal shutdown fails > ------------------------------------------------------------- > > Key: JBAS-2235 > URL: http://jira.jboss.com/jira/browse/JBAS-2235 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Test Suite > Environment: jboss-4.0 tip > Reporter: Ryan Campbell > Assigned To: Ryan Campbell > Fix For: JBossAS-5.0.0.Beta3 > > > Currently, when a server fails to respond to a shutdown request, the process is killed and the tests continue. > There should be an error thrown if the server fails to shutdown within the timeout period. -- 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

18 years, 6 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBAS-2235) Server Controller Tasks: Throw error if normal shutdown fails

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2235?page=all ] Dimitris Andreadis updated JBAS-2235: ------------------------------------- Fix Version/s: JBossAS-5.0.0.Beta3 > Server Controller Tasks: Throw error if normal shutdown fails > ------------------------------------------------------------- > > Key: JBAS-2235 > URL: http://jira.jboss.com/jira/browse/JBAS-2235 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Test Suite > Environment: jboss-4.0 tip > Reporter: Ryan Campbell > Fix For: JBossAS-5.0.0.Beta3 > > > Currently, when a server fails to respond to a shutdown request, the process is killed and the tests continue. > There should be an error thrown if the server fails to shutdown within the timeout period. -- 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

18 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-616) NullPointerException in Multiplexer.java

by Robert Newson (JIRA)

NullPointerException in Multiplexer.java ---------------------------------------- Key: JGRP-616 URL: http://jira.jboss.com/jira/browse/JGRP-616 Project: JGroups Issue Type: Bug Affects Versions: 2.6 Environment: Debian Etch, Java HotSpot(TM) Server VM (build 1.6.0_01-b06, mixed mode), Version: 2.6.0 cr-1 CVS: $Id: Version.java,v 1.58 2007/10/26 21:34:01 rachmatowicz Exp $ Reporter: Robert Newson Assigned To: Bela Ban When starting 4 servers, which each join 8 different ReplicatedHashMaps over a multiplexed channel, we frequently get this; 2007-11-03 09:39:48,774 ERROR [STREAMING_STATE_TRANSFER sender,udp,192.168.164.227:33709] log.GeronimoLog (GeronimoLog.java:108) - failed returning the application state, will return null java.lang.IllegalArgumentException: State provider 192.168.164.227:33709 does not have service with id space at org.jgroups.mux.Multiplexer.handleStateRequest(Multiplexer.java:640) at org.jgroups.mux.Multiplexer.up(Multiplexer.java:365) at org.jgroups.JChannel.up(JChannel.java:1147) at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:341) at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:428) at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER$StateProviderHandler.process(STREAMING_STATE_TRANSFER.java:731) at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER$StateProviderThreadSpawner$1.run(STREAMING_STATE_TRANSFER.java:648) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) This is using the following stacks.xml; <protocol_stacks> <stack name="udp"> <config> <UDP mcast_addr="${jgroups.udp.mcast_addr}" mcast_port="${jgroups.udp.mcast_port}" tos="8" ucast_recv_buf_size="20000000" ucast_send_buf_size="640000" mcast_recv_buf_size="25000000" mcast_send_buf_size="640000" loopback="false" discard_incompatible_packets="true" max_bundle_size="64000" max_bundle_timeout="30" use_incoming_packet_handler="true" ip_ttl="${jgroups.udp.ip_ttl:32}" enable_bundling="true" enable_diagnostics="false" thread_naming_pattern="cl" use_concurrent_stack="true" thread_pool.enabled="true" thread_pool.min_threads="1" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000" thread_pool.queue_enabled="false" thread_pool.queue_max_size="100" thread_pool.rejection_policy="Run" oob_thread_pool.enabled="true" oob_thread_pool.min_threads="1" oob_thread_pool.max_threads="8" oob_thread_pool.keep_alive_time="5000" oob_thread_pool.queue_enabled="false" oob_thread_pool.queue_max_size="100" oob_thread_pool.rejection_policy="Run"/> <PING timeout="${jgroups.ping.timeout:15000}" num_initial_members="${jgroups.ping.num_initial_members:32}"/> <MERGE2 max_interval="30000" min_interval="10000"/> <FD_SOCK/> <FD timeout="10000" max_tries="5" shun="true"/> <VERIFY_SUSPECT timeout="1500" /> <BARRIER /> <pbcast.NAKACK use_mcast_xmit="false" gc_lag="10" retransmit_timeout="300,600,1200,2400,4800" discard_delivered_msgs="true"/> <UNICAST timeout="300,600,1200,2400,3600"/> <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000" max_bytes="400000"/> <VIEW_SYNC avg_send_interval="60000" /> <pbcast.GMS print_local_addr="false" join_timeout="10000" join_retry_timeout="2000" shun="true" view_bundling="true" view_ack_collection_timeout="5000"/> <FC max_credits="20000000" min_threshold="0.10"/> <FRAG2 frag_size="60000" /> <pbcast.STREAMING_STATE_TRANSFER /> <pbcast.FLUSH timeout="0"/> </config> </stack> </protocol_stacks> -- 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

18 years, 6 months

3
10
0 / 0

[JBoss JIRA] Created: (JBRULES-1312) DSL mapping in JBossRules doesn't always work correctly.

by Davy Toch (JIRA)

DSL mapping in JBossRules doesn't always work correctly. -------------------------------------------------------- Key: JBRULES-1312 URL: http://jira.jboss.com/jira/browse/JBRULES-1312 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.3 Environment: - Windows XP - tested with JDK 1.4 and JDK 1.5 Reporter: Davy Toch DSL mapping in 4.0.3 doesn't seem to work as expected (cf included JUnit testcase). ruleBeforeExpansion : rule "x" when code 1041 occurs and sum of all digit not equal ( 1034 + 1035 ) then TEST end ruleAfterExpansion : rule "x" when BBBBand sum of all digit not equal ( 1034 + 1035 ) then System.out.println("DO_SOMETHING"); end So the LHS matches the wrong 'when' DSL. As a comparison I did a test with JBossRules 3.0.6, which didn't pose a problem. -- 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

18 years, 6 months

2
2
0 / 0

[JBoss JIRA] Created: (JBFORUMS-231) Simplify ResourceBundle

by Ryszard Kozmik (JIRA)

Simplify ResourceBundle ----------------------- Key: JBFORUMS-231 URL: http://jira.jboss.com/jira/browse/JBFORUMS-231 Project: JBoss Forums Issue Type: Task Components: Forum View Layer, Portlet Productization Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Fix For: 1.0.1 RC There are a lot of useless entries in ResourceBundle for JBoss Forums, those should be deleted. -- 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

18 years, 6 months

1
4
0 / 0

[JBoss JIRA] Created: (JBRULES-1310) java.lang.NullPointerException at org.drools.rule.builder.dialect.java.JavaConsequenceBuilder.build(JavaConsequenceBuilder.java:54)

by Shiva Shankar Reddy (JIRA)

java.lang.NullPointerException at org.drools.rule.builder.dialect.java.JavaConsequenceBuilder.build(JavaConsequenceBuilder.java:54) ----------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-1310 URL: http://jira.jboss.com/jira/browse/JBRULES-1310 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.3 Environment: OS: Windows hardware : Pentium Duo Core2, Server: JBOSS4.X Drools: 4.0.3 Reporter: Shiva Shankar Reddy when i am using drools 3.x jars then rules are getting fired in a proper manner and working perfectly. I have tried to migrate from 3.x to 4.0.3 then i am getting the following error. I have tried changing jars and so on.... 2007-10-31 16:20:48,120 ERROR [STDERR] java.lang.NullPointerException 2007-10-31 16:20:48,120 ERROR [STDERR] at org.drools.rule.builder.dialect.java.JavaConsequenceBuilder.build(JavaConsequenceBuilder.java:54) 2007-10-31 16:20:48,120 ERROR [STDERR] at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:67) 2007-10-31 16:20:48,120 ERROR [STDERR] at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:446) 2007-10-31 16:20:48,120 ERROR [STDERR] at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:304) 2007-10-31 16:20:48,120 ERROR [STDERR] at com.ess.framework.service.remote.rules.RulesEngineInvoker.readRule(RulesEngineInvoker.java :103) 2007-10-31 16:20:48,120 ERROR [STDERR] at com.ess.framework.service.RuleService.doProcess(RuleService.java:318) 2007-10-31 16:20:48,120 ERROR [STDERR] at com.ess.framework.service.FetchFSSData.invokeRuleService (FetchFSSData.java:140) 2007-10-31 16:20:48,120 ERROR [STDERR] at com.ess.framework.service.FetchFSSData.triggerData(FetchFSSData.java:68) 2007-10-31 16:20:48,120 ERROR [STDERR] at com.ess.framework.service.FetchFSSData$1.run (FetchFSSData.java:84) 2007-10-31 16:20:48,120 ERROR [STDERR] at java.util.TimerThread.mainLoop(Timer.java:512) 2007-10-31 16:20:48,120 ERROR [STDERR] at java.util.TimerThread.run(Timer.java:462) -- 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

18 years, 6 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1313) NullPointerException at JavaConsequenceBuilder.java:54 on RHS for simplest of consequences

by Michael Nadel (JIRA)

NullPointerException at JavaConsequenceBuilder.java:54 on RHS for simplest of consequences ------------------------------------------------------------------------------------------ Key: JBRULES-1313 URL: http://jira.jboss.com/jira/browse/JBRULES-1313 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.3 Environment: Java 1.5.0_10, Eclipse 3.3.1.1, Windows XP Reporter: Michael Nadel I get the following exception with the below rule. java.lang.NullPointerException at org.drools.rule.builder.dialect.java.JavaConsequenceBuilder.build(JavaConsequenceBuilder.java:54) at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:67) at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:446) at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:304) at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:167) at com.bac.meridian.tiw.service.ReconciliationRunner.getRulesSession(ReconciliationRunner.java:92) package tiwnetrec import java.util.List import com.ba.mer.model.Net global java.util.List nim global java.util.List niw global java.util.List unrecd global java.util.List recd rule Reconciled salience 10 when me : Net(isPaired == false) another : Net(isPaired == false, tradeReferenceIdentifier == me.tradeReferenceIdentifier, amount == me.amount) then System.out.println(1); end -- 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

18 years, 6 months

2
3
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 November 2007