September 2009 - jboss-dev-forums

[JBoss Transactions Development] - Re: Starting with JBoss Transactions

by adinn

Ben is right to recommend this course of action. However, you would be much better off using a later version of JBossAS and JBossTS/XTS. I recommend that you download JBossAS 5.1.0.GA and the corresponding transaction code in JBossTS 4.6.0.GA from the JBoss svn repository. The programmer's guide in this version includes full documentation of both the WSAT and WSBA APIs. The implementation of XTS in this version includes full support for WSAT and WSBA crash recovery. After download you need to build the AS, then TS and finally XTS as follows -- build AS | cd <AStree>/build | bash build.sh (or run build.bat for windows) | -- set JBOSS_HOME | export JBOSS_HOME=<ASdir>/build/output/jboss-5.1.0.GA// | -- build JBossTS | cd <TStree> | ant jbossjta | -- build and deploy XTS | cd <TStree>/XTS | ant install | cp xts-install/sar/jbossxts.sar $JBOSS_HOME/server/default/deploy | -- build the demo | cd <TSTree>/XTS/demo | bash build.sh jboss | | cd <TSTree>/XTS/xts-install/demo | -- edit file jboss.properties and replace HOSTNAME etc as directed | bash build.sh jboss clean build | -- deploy the demo | cp <TSTree>/XTS/xts-install/xts-demo.ear $JBOSS_HOME/server/default/deploy | Now start jboss and run the demo from URL [url] http://localhost:8080/xts-demo/ [/url] View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256642#4256642 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256642

16 years, 6 months

1
0
0 / 0

[Embedded JBoss Development] - Re: ShrinkWrap FindBugs

by johnbailey

I use Hudson -> Maven -> FindBugs with success. I just prefer to use the Maven generated site to manage all my reports. I have run into problems with some of the Hudson plugins to read in static analysis reports, and the Maven site seems to work a bit better. It is also linked off the build page in Hudson, so it isn't much ore difficult to get to. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256624#4256624 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256624

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Re: Starting with JBoss Transactions

by ben.cotton＠rutgers.edu

I would start by studying the JBoss Web Services Transactions Guide http://www.redhat.com/docs/manuals/jboss/jboss-eap-4.2/doc/jbossts/Web_Se... and gaining a full perspective on XTS. Then, I would build/deploy/exercise the XTS demo application that comes with JBoss TS. Then study the XTS demo's source code to see exactly how the WS-BA example is implemented. Details for those steps are here: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=154081 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256622#4256622 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256622

16 years, 6 months

1
0
0 / 0

[JBoss ESB Development] - Re: XPath Routing

by mvecera＠redhat.com

"tfennelly" wrote : "mvecera(a)redhat.com" wrote : I think that is should be possible to specify a message part as a location. Like this: | | <property name="XPathQueryLocation" value="message.body.myQuery" /> | | or | | <property name="XPathQueryLocation" value="message.property.myQuery" /> | | | | | For the dynamic query creation... | | Not sure I follow! The incoming message is specifying its own filtering parameter?? Can you outline the full use case more clearly please Martin i.e. when/how would this be used? Yes, exactly. Here is a sample scenario: * A message contains an order. Each order item carries a store code and a weight. * For minimizing postage cost, a custom action will compose an XPath query that points to the store code of the heaviest item in the order. * CBR will use this query to route the message to the corresponding store for process. Does it make sense? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256582#4256582 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256582

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Starting with JBoss Transactions

by ryden13

Hello I want to develop a simple example using WS-Coordination and WS-BusinessActivity. I have seen that JbossTransactions supports those standards but I donÂ´t know what I need install and how to start. Somebody can help me? Thanks!! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256571#4256571 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256571

16 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: kernel unit test failures

by kabir.khan＠jboss.com

"alesj" wrote : | What you're seeing is Asynch ControllerMode tests failing. | I sometimes get that as well, | Having run them a few times now and get occasional failures too "alesj" wrote : | so perhaps we're still not doing those test in proper synch deterministic manner? | Or it could be Byteman bug? Or worse, the asynch stuff isn't working as well as we thought. I'll take a look View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256567#4256567 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256567

16 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: kernel unit test failures

by alesj

Wrt the Set|Collection|...|JaxbTestCase tests, you can ignore them for now. It's a XB issue: anonymous wrote : | The thing is the wildcard in XSD is in the choice. While in the Java | class it's a separate particle. | | > > It does fail for me as well. That's a binding validation issue. | > > | > > 859 TRACE [SchemaBindingValidator] complex type | > > {urn:jboss:javabean:1.0}propertyType | > > 859 TRACE [SchemaBindingValidator] sequence | > > 859 TRACE [SchemaBindingValidator] expected particles: | > > - sequence | > > - sequence | > > actual particles: | > > - wildcard | > > 859 TRACE [SchemaBindingValidator] flattened ModelGroupBinding is missing: | > > 859 TRACE [SchemaBindingValidator] flattened XSModelGroup is missing: | > > 859 TRACE [SchemaBindingValidator] - {wildcard}wildcard | And I'm already discussing it with Alexey on how to fix it. What you're seeing is Asynch ControllerMode tests failing. I sometimes get that as well, so perhaps we're still not doing those test in proper synch deterministic manner? Or it could be Byteman bug? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256560#4256560 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256560

16 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: kernel unit test failures

by kabir.khan＠jboss.com

"smarlow(a)redhat.com" wrote : I asked maven to ignore the results of unit tests and I get a build failure after the setJaxTestCase error. Is this logically the same as excluding the failing test? | | I used the following command line: | | mvn -e test -Dmaven.test.failure.ignore=true | I think so. I wasn't familiar with that property. So it looks like AsynchronousContextWithDependencyOnAsynchronousTestCase (the AsynchXXX tests are run via the ant plugin after the main tests) is failing for you. I've run this a few times and it passes fine for me here, so get in touch on IRC later so we can figure out why it does not work for you. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256559#4256559 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256559

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Re: Asynchronicity and transaction context propagation

by chtimi2

Are you referring to the TrCoreProgrammersGuide pdf? I think so (was probably renamed) but just to be sure. I did find something of interest in it: "TrCoreProgrammersGuide.pdf page33 (Checking transactions)" wrote : | When a thread attempts to terminate the transaction and there are active threads within it, the system will invoke the check method on the transactionÃ¢ÂÂs CheckedAction object. | The parameters to the check method are: | - isCommit: indicates whether the transaction is in the process of committing or rolling back. | - actUid: the transaction identifier. | - list: a list of all of the threads currently marked as active within this transaction. | When check returns, the transaction termination will continue. Obviously the state of the transaction at this point may be different from that when check was called, e.g., the transaction may subsequently have been committed. As i thought, the check method is passed a list of the active threads. If i'm not mistaken, i would just need to implement a BlockingCheckedAction, that calls join() on all those threads, and use it for the global transaction. To sum it up: 1/ Launch the server with -Dcom.arjuna.ats.jts.checkedTransactions=YES to enable checked transactions 2/ Implement BlockingCheckedAction that does: for (Thread t: list) { t.join() } 3/ Just after the global transaction has started i would need to do Current current = OTSManager.get_current(). | current.setCheckedAction ( new BlockingCheckedAction() ); I thought of a simple unit test to verify the correctness of the transactional behaviour. Do you think this would work? I prefer asking before i start spending time integrating another TransactionManager in Spring. 1/ UnitTest (UT) calls transactional service void updateXY ( int X , int Y , boolean failOnUpdatingY ) synchronously 2/ The global transaction is initiated and updateXY updates X 3/ updateXY then calls transactional service updateY ( int Y , boolean failOnUpdatingY ) asynchronously 4/ updateY executes within the same global transaction; if (failOnUpdatingY) a RuntimeException is thrown, which must rollback the global transaction 5/ UT sleeps for a second, by then the transaction should have been committed or rolled back 6/ UT calls getX and getY 7/ Verifications: Case ! failOnUpdatingY: X and Y should have their new values because the global transaction has been committed Case failOnUpdatingY: X and Y should have their old values because the global transaction has been rolled back View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256543#4256543 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256543

16 years, 6 months

1
0
0 / 0

[JBoss Web Services Development] - Re: JBossSTS SOAP protocol handler

by alessio.soldano＠jboss.com

"anil.saldhana(a)jboss.com" wrote : Dan, the question was whether the SAML assertion can be used as the authentication construct rather than username/pwd or a X509 certificate (as supported by the WS-Security implementation in JBossWS). This was what Stefan and I were referring to. Generally speaking I'd love to support authentication based on SAML assertion, but that's not supported in jbosws right now (and yes, doing that in the same way for all stack is probably a tough issue). We can create a jira for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256536#4256536 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256536

16 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 2009