September 2007 - jboss-dev-forums

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

by julien＠jboss.com

there are 2 things about cargo: - container life cycle control - deployment The portlet and web module use cargo to control an instance of a local container. (in addition of that the test framework has support for using cargo for deployment during the test, but it should not be used here) In the future I want to migrate part of the sso integration in the web module and provide integrations with other platforms whenever it is possible. Having the test case directly embed tomcat should not be done. Ant (or maven in the future) should control the life cycle of the container using the cargo start / stop. Ant has also support for deploying into the container and also for shared classpath. Here is an example used from the web module: | <target name="cargo.tomcat-6.start" depends="cargo.setup"> | <cargo | containerId="tomcat5x" | home="${test.tomcat-6.home}" | output="${cargo.log.dir}/cargo.${test.id}.server.log" | log="${cargo.log.dir}/cargo.${test.id}.start.log" | action="start" | wait="${cargo.wait}"> | <sharedClasspath> | <path location="${apache.log4j.lib}/log4j.jar"/> | <path location="${oswego.concurrent.lib}/concurrent.jar"/> | <path location="${jboss.portal/modules/common.lib}/portal-common-lib.jar"/> | <path location="${sun.jaf.lib}/activation.jar"/> | <path location="${junit.junit.lib}/junit.jar"/> | <path location="${build.lib}/portal-web-lib.jar"/> | </sharedClasspath> | <configuration> | <property name="cargo.servlet.port" value="8080"/> | <property name="cargo.logging" value="high"/> |  | <deployable type="war" file="${codehaus.cargo.lib}/manager.war"/> | <deployable type="war" file="${test.spi.server.path}"/> | </configuration> | </cargo> | </target> | | <target name="cargo.tomcat-6.stop" depends="cargo.setup"> | <cargo | containerId="tomcat5x" | home="${test.tomcat-6.home}" | log="${cargo.log.dir}/cargo.${test.id}.shutdown.log" | action="stop"> | <configuration> | </configuration> | </cargo> | </target> | Note the sharedClasspath attribute that is used to load classes visible by tomcat (equivalent to put jar in tomcat lib). Note also the nested that will deploy the war files once the container has properly been started. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085650#4085650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085650

18 years, 6 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: GC Operations screen

by forumer

I print a counter value in the constructor of the class I mentioned in my previous post. There are only three instances of this class created during the exercise I went through, that profiler is profiling! Nowhere close to 37 or 30! Now I have no clue what the numbers in my previous post mean !! Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085646#4085646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085646

18 years, 6 months

1
0
0 / 0

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

by sohil.shah＠jboss.com

No the simple web application is not done yet. I will be looking into it this week. However, it would still be a good idea to sometimes be able to run the full server side portal setup inside of Cairo to once in a while do a proper test, so that we don't miss any fringe scenarios, which can pop up with SSO quite a bit. JOSSO has very similar setup to CAS from deployment standpoint. Have you gotten the CAS setup to run inside Cairo yet? Here are the details for the CAS setup. http://wiki.jboss.org/wiki/Wiki.jsp?page=CASSSOFrameworkIntegration Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085640#4085640 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085640

18 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Patch adding transactional putSilent() method

by manik.surtani＠jboss.com

Just an initial thought on your patch, but by not suspending any ongoing transactions and working on the workspace nodes directly means that this fix isn't portable across node locking schemes. In the pessimistic case this will still allow cache failures to cause your business transactions to roll back. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085631#4085631 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085631

18 years, 6 months

1
0
0 / 0

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

by mwringe

"sohil.shah(a)jboss.com" wrote : yeah. that sounds fine. | | I will create a very simple servlet based web application that uses the authentication mechanism of Portal and use that to test. Is that available anywhere? also what needs to be done to setup the josso tests? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085625#4085625 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085625

18 years, 6 months

1
0
0 / 0

[Design of JBoss Profiler] - GC Operations screen

by forumer

I'd appreciate it if somebody can help me understand this screen: process view / memory: I ran my ejb app for a few minutes and am using the profiler. I see six lines in the "GC Operations" view. One of my applications classes is present "underneath" each of these lines. Following are the counts for each respective line: Quantity Release Quantity 10 7 29 0 37 0 37 0 37 0 37 0 First of all, is it true that each line represents a new GC cycle in chronological order? Second, Does the number under "Quantity" represent cumulative number of objects created and the number it released under "Released Quantity"? When I click on "Creations" on the last line, I get the method name, 37 and 30. If this is true, does the above imply that 30 objects are leaking? It'd help a great deal to understand this screen. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085610#4085610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085610

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Handling component references

by scott.stark＠jboss.org

The annotations have to be part of the metadata, either as attachments or merged into it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085605#4085605 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085605

18 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Interruption and the Remoting 3 API

by david.lloyd＠jboss.com

"david.lloyd(a)jboss.com" wrote : The reason for this is that the proper behavior for an thread that catches InterruptedException is to either handle the interruption (if you are the owner of the thread), or propagate it. And I wouldn't want to falsely propagate thread interruption if I'm not in control of the thread's interruption policy. Does that make sense? Let me clarify further - it can never be proper behavior to interrupt a thread based on the interruption of a remote thread. A thread should only be interrupted if the interrupting method is in control of that thread's interruption policy. The interrupter of the remote thread is very unlikely to have control over the local thread's interruption policy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085589#4085589 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085589

18 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Interruption and the Remoting 3 API

by david.lloyd＠jboss.com

"trustin" wrote : We could provide both interruptable and uninterruptable invocation methods; invoke and invokeUninterruptably (or invoke and invokeInterruptably) Then user could choose what they want. Yeah, that's an option (d). I was hesitant to mention that due to the potential for massive API clutter, but that is an option as well. "trustin" wrote : What confuses me though is if we are talking about the InterruptedException raised by Thread.interrupt() or any other interruption caused by means such as cancellation request for the invocation. Or are they treated as the same thing? Do we need to discriminate these two cases? We're talking about Thread.interrupt() on the local side's blocking thread. If an operation is cancelled or interrupted on the remote side, it will get a RemotingException on the local side. The reason for this is that the proper behavior for an thread that catches InterruptedException is to either handle the interruption (if you are the owner of the thread), or propagate it. And I wouldn't want to falsely propagate thread interruption if I'm not in control of the thread's interruption policy. Does that make sense? "trustin" wrote : I'd prefer to have a subclass of RemotingException (e.g. CancelledInvocationException) if we need discrimination. Users can deal with the interruption when they really want to do. This will also help users to find out if its interrupted by Thread.interrupt(), any system signal or request for cancellation from the type of the raised exception. There is a well-defined protocol for how interruption must be handled (check out http://jcip.net/ for more info). For interruption, our two options are to throw InterruptedException, or propagate the thread's interruption flag. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085552#4085552 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085552

18 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: committing log.debug 'protection'

by tom.baeyens＠jboss.com

whenever the test suite runs green on your end with the latest updates :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085534#4085534 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4085534

18 years, 6 months

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-dev-forums September 2007