August 2007 - jboss-dev-forums - Jboss List Archives

[Design of Clustering on JBoss (Clusters/JBoss)] - Exception Handling between Jboss 3.2.6 & JBoss4.0.5GA

by Anandnatraj

Do we have any difference in the way the Exception are handled with Jboss3.2.6 and JBoss4.0.5GA? I have one scenario where from the Program I am throwing the SystemException Manually but the exception message thrown seems to be different.. Scenario: 1. Complete Step 1 (WIth one transaction) Status: data are changed in accordance with Step1 usecase 2. Complete Step2 (With new transaction). We are throwing System Exception manually. In jboss-3.2.6 ========== Step1 started with new transaction and process gets committed since no system exception is thrown. Step2 started with new transaction but gets rolled back since System Exception thrown and also further execution stops. This behavior is as expected In jboss-4.0.5.GA ============= Step 1started with new transaction and process gets committed since no system exception is thrown. In Sample Prep Conversion Call type while getting rollback because of system exception ?java.lang.IllegalStateException: setRollbackOnly() not allowed without a transaction? is thrown. Seems the transaction is not created. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079839#4079839 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079839

17 years, 4 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - hot deployment into a running JVM

by ikek70

I'm using JBoss AOP 1.5 and JDK 1.6. I'm wondering if aspects can be deployed into a running JVM . Suppose an application is running on a virtual machine. I want to load an aspect into this running application. Currently, I do not consider to use JBoss AS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079813#4079813 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079813

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Flag to scan for ejb-jar.xml DD instead of Annotations

by bill.burke＠jboss.com

The solution is simple, the test is to see if you can figure out where to apply it :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079790#4079790 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079790

17 years, 4 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Handling cluster state when network partitions occur

by bstansberry＠jboss.com

The "merge state" approach gets another wrinkle when you factor in buddy replication" 1) Good. If you're holding buddy backup data for a node that wasn't in your subpartition (i.e. D has A's backup data when the split was {A B C} {D E}) then when you get the MergeView and you see A was still there, you should be able to safely discard your old backup of A's data. 2) Bad. With total replication, the subpartition coordinators can handle the state merging task, since they have a copy of all the data (e.g. A and D could compare state). With buddy replication, everyone has to reconcile with all nodes in the foreign partition, since any one of them could have become an owner of data during the split (D reconciles with A,B,C; E reconciles with A,B,C). The above is not the same when data partitioning is used instead of buddy replication. Since the goal is to replace BR with data partitioning, maybe we will end not having to worry about the BR wrinkles. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079750#4079750 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079750

17 years, 4 months

1
0
0 / 0

[QA of JBoss Portal] - Re: SSO Unit Testing

by sohil.shah＠jboss.com

The test case uses http as a way to communicate with the serverside environment so it really does not matter what the system is on the other end. as long as embedded tomcat can be loaded in memory with the testsuite when the test case is ready to run Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079736#4079736 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079736

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-204, isX getter

by scott.stark＠jboss.org

Note that the java.beans.Introspector class in jdk5 does not recognize Boolean isX() as the x property getter either. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079732#4079732 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079732

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - JBMICROCONT-204, isX getter

by scott.stark＠jboss.org

boolean1, read: public boolean javabean.BeanWithState.isBoolean1(), write: public void javabean.BeanWithState.setBoolean1(boolean) boolean2, read: null, write: public void javabean.BeanWithState.setBoolean2(java.lang.Boolean) I ran into this testing the jca managed objects. The isX form of a getter is not considered for java.lang.Boolean properties, only the primitive boolean type. This apparently is from the javabeans spec (which is old): "javabeans 1.0.1" wrote : | 8.3.2 Boolean properties | In addition, for boolean properties, we allow a getter method to match the pattern: | public boolean is(); | This ?is? method may be provided instead of a ?get? method, or it may be provided in addition to a ?get? method. | In either case, if the ?is? method is present for a boolean property then we will use the ?is? method to read the property value. | An example boolean property might be: | public boolean isMarsupial(); | public void setMarsupial(boolean m); | With autoboxing it seems like java.lang.Boolean should also be treated this way as I can use a primitive field without having to explicitly convert it to a Boolean: | class Bean | { | boolean marsupial; | public Boolean isMarsupial(); | public void setMarsupial(Boolean m); | } | | // user code | boolean flag = bean.isMarsupial(); | We are explicitly disallowing the isX getter to be found for a java.lang.Boolean property in AbstractBeanInfoFactory. Was there a problem with allowing this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079731#4079731 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079731

17 years, 4 months

1
0
0 / 0

[QA of JBoss Portal] - Re: SSO Unit Testing

by mwringe

"sohil.shah(a)jboss.com" wrote : | Also, in this case cactus will not apply, since cactus is for running the test case on the server. | I meant cargo, not cactus in my last reply, sorry. I would use cargo to setup the embedded server to be used for the tests. So, does the microcontainer/microkernel not need to be used then? This is my confusion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079726#4079726 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079726

17 years, 4 months

1
0
0 / 0

[QA of JBoss Portal] - Re: SSO Unit Testing

by sohil.shah＠jboss.com

the idea with embedded tomcat is to load up the server side requirement of the testcase within the testsuite environment, Otherwise the serverside portion is always needed and the test cases wouldn't successfully run as part of running the test suite. Also, in this case cactus will not apply, since cactus is for running the test case on the server. In this case the test case runs on the client side (simulating the browser performing an SSO session)....embedded tomcat needs to provide the serverside environment needed to run the test cases Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079723#4079723 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079723

17 years, 4 months

1
0
0 / 0

[QA of JBoss Portal] - Re: SSO Unit Testing

by mwringe

I have been looking into setting up the test framework for this, and I am a bit confused. The CAS tests are using httpclient and it is going to be setup to use an embedded tomcat instance instead of running it in Portal or the application server. What is the point of using the microcontainer/microkernel? Wouldn't it make sense to just setup this test and run it with how your normally use cactus? I think I am missing something here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079715#4079715 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079715

17 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2007