[jbossts-issues] [JBoss JIRA] (JBTM-1718) Resolve the ParticipantCompletion race condition

[ https://issues.jboss.org/browse/JBTM-1718?page=com.atlassian.jira.plugin.... ] Paul Robinson commented on JBTM-1718: ------------------------------------- {quote} If this is only for local transactions, then why not add the API but not extend the WSDL? {quote} I agree, that sounds like a good approach. Also, I don't think we should add the proprietary method to BAParticipantManager interface. Instead we could add it to the impl of the interface. It's there if you look close enough, but it's obvious you are going "off piste". Of course, we should add a javadoc to the new method that explains why it is there and how it is not standards compliant. {quote} I'm not sure what you mean by "not appear in the public API". {quote} I meant that we shouldn't put the method on any of the supported XTS interfaces that we offer (like BAParticipantManager for example). {quote} if this is added to make a quickstart work then someone will find it and use it anyway {quote} The quickstart uses a (proprietary) annotation which causes an interceptor to be fired. The implementation of the interceptor would use this proprietary method. So yes, it is there if they look at the Narayana source, but not if they look at just the quickstart source. I don't think we can protect from this as Narayana (and any middleware for that matter) is going to be full of code that could in practice be callable by the developer, which could at the least break portability and at the worst destroy the integrity of the application and its data. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira