June 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [JBoss ESB Development] - WSDL11Reader.java has problems w/ included WSDL

by Dave Siracusa

Dave Siracusa [http://community.jboss.org/people/davesiracusa] replied to the discussion "WSDL11Reader.java has problems w/ included WSDL" To view the discussion, visit: http://community.jboss.org/message/549361#549361 -------------------------------------------------------------- Perhaps have an option to flatten the WSDL? This would reduce the risk of the wsdl parser having problems. Likewise SOAPProxy wsdlTransfom wouldn't have to deal with a modular wsdl. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549361#549361] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

[JBoss ESB Development] - Perhaps SOAPProxy deployment conditions could be relaxed

by Dave Siracusa

Dave Siracusa [http://community.jboss.org/people/davesiracusa] created the discussion "Perhaps SOAPProxy deployment conditions could be relaxed" To view the discussion, visit: http://community.jboss.org/message/549359#549359 -------------------------------------------------------------- I noticed that when one of the external wsdl based web services are down the whole ESB fails to deploy. While I underrstand the atomic nature of a deployment is important ...I'd prefer it fail and continued the ESB deployment. The contract and construction could be re-attempted it on the first client call (at a cost). -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549359#549359] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

[EJB 3.0 Development] - New transactions component jboss-ejb3-tx2

by Carlo de Wolf

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion "New transactions component jboss-ejb3-tx2" To view the discussion, visit: http://community.jboss.org/message/549246#549246 -------------------------------------------------------------- I've created a new transactions component at http://github.com/wolfc/jboss-ejb3-tx2 http://github.com/wolfc/jboss-ejb3-tx2. It is meant to replace the old jboss-ejb3-transactions component which is purely based on AOP with an implementation based on spec API (and our own additions). So I've defined three modules: 1. spi: for additions needed on current spi components 2. impl: a complete implementation dependening only on spec API and SPI 3. aop: integration point of impl with AOP, so we can use it in the current infrastructure (sort of deprecated by design) >From what I see in our current implementation it's probably too large a scope, because it would also mean replacing jboss-transaction-aspects which is also AOP specific. So I'm going to limit scope to resolve https://jira.jboss.org/browse/EJBTHREE-2120 https://jira.jboss.org/browse/EJBTHREE-2120 and thus go for a runtime containing both jboss-ejb3-transactions and jboss-ejb3-tx2 for the time being. The old ejb3-transactions code has been copied over to tx2/antediluvian. I'm not yet sure if that place should become the authoritative place. In essence tx2-aop should provide the same function. Keep this in mind when changing code in ejb3-transactions. ejb3-context should also be modified, so that its spi becomes a proper module. Context-base doesn't expose any extra dependencies, so it's not a high priority. Care should be taken to not use the wrong classes in the wrong modules though. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549246#549246] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - Regression on setRollbackOnly

by Mark Little

Mark Little [http://community.jboss.org/people/mark.little%40jboss.com] replied to the discussion "Regression on setRollbackOnly" To view the discussion, visit: http://community.jboss.org/message/549207#549207 -------------------------------------------------------------- OK, I made a change ( https://jira.jboss.org/browse/JBTM-754 https://jira.jboss.org/browse/JBTM-754). You'll need to check with Jonathan as to when this can be made available. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549207#549207] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

[JBoss Messaging Development] - pluggable message types

by Bill Burke

Bill Burke [http://community.jboss.org/people/bill.burke%40jboss.com] created the discussion "pluggable message types" To view the discussion, visit: http://community.jboss.org/message/549206#549206 -------------------------------------------------------------- I'm looking for a way to plugin new HornetQ and JMS-based message types. i.e. an HttpMessage, a JAXRSMessage so that I can have more seemless integration with JAX-RS and the RESTful interface I'm doing. I don't think this is possible. Can this easily be added? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549206#549206] Start a new discussion in JBoss Messaging Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - Regression on setRollbackOnly

by Mark Little

Mark Little [http://community.jboss.org/people/mark.little%40jboss.com] replied to the discussion "Regression on setRollbackOnly" To view the discussion, visit: http://community.jboss.org/message/549198#549198 -------------------------------------------------------------- Replying to my own reply ;-) It's clear that the brain-dead JTA specification text around Transaction.setRollbackOnly doesn't consider the case of an inactive transaction when in fact it should, since to have a Transaction reference it doesn't make sense for IllegalStateException to mean "Thrown if the current thread is not associated with a transaction." If that were the case then Transaction should be null. Plus it doesn't work in a multi-threaded environment, particularly if checked transaction semantics are disabled. So it may make sense for derive from ISE rather than SE. Let me sleep on this, or at least have a few beers. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549198#549198] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - Regression on setRollbackOnly

by Mark Little

Mark Little [http://community.jboss.org/people/mark.little%40jboss.com] replied to the discussion "Regression on setRollbackOnly" To view the discussion, visit: http://community.jboss.org/message/549196#549196 -------------------------------------------------------------- OK, so the reason we now throw InactiveTransactionException is because (as the JIRA states) IllegalStateException has a well defined meaning according to JTA "Thrown if the current thread is not associated with a transaction." In this case there is a transaction associated with the calling thread, it's just that it's no longer active. OTS correctly differentiates these cases, but once again JTA is broken in this regard ;) So what we did was provide a new SystemException to try to allow for the differentiation in the case someone codes against our specific exceptions as well as those who don't care and only catch SystemExceptions (or not). I didn't like the idea of deriving from IllegalStateException because in the case of users who only catch that exception rather than, say, an InactiveTransactionException that is derived from ISE, their code may assume one thing (no transaction) when in fact that's not the case. At least with an exception derived from SE code cannot make any assumption about the thread-to-transaction association. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549196#549196] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - WSDL11Reader.java has problems w/ included WSDL

by Dave Siracusa

Dave Siracusa [http://community.jboss.org/people/davesiracusa] replied to the discussion "WSDL11Reader.java has problems w/ included WSDL" To view the discussion, visit: http://community.jboss.org/message/549178#549178 -------------------------------------------------------------- Hi David Right now it would drag in too many files and the project is 'mavenized'. Is it okay if I write an article? I could then de-identify the files and put togther a quickstart compatible project. The article would demonstrate how to wrap any out-of-box action to handle action exceptions, perform config tweaks etc. The xsl is below, it transforms the parent wsdl to make SOA-P happy. Best, Dave <?xml version=+"1.0" encoding=+"utf-8"?> xsl:stylesheet xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"xmlns:xsl="http://www.w3.org/1999/XSL/Transform"version="1.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <xsl:output method="xml" indent="yes"/><xsl:preserve-space elements="*"/> <xsl:template match="wsdl:definitions"> <xsl:copy><xsl:copy-of select="@*"/> <wsdl:types> <xsd:schema targetNamespace="http://www.comapny.com/ybbp/api" elementFormDefault="qualified"/> </wsdl:types> <xsl:copy-of select="node()| comment()|text()"/> </xsl:copy> </xsl:template> </xsl:stylesheet> xsl:stylesheet>xsl:stylesheet> ++++ ++ -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549178#549178] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - Regression on setRollbackOnly

by Carlo de Wolf

Carlo de Wolf [http://community.jboss.org/people/wolfc] replied to the discussion "Regression on setRollbackOnly" To view the discussion, visit: http://community.jboss.org/message/549154#549154 -------------------------------------------------------------- > Are you sure it's SystemException and not something like InactiveTransactionException or InvalidTerminationStateException, both of which are derived from SystemException? Ehr, I get an InactiveTransactionException which is a SystemException. To me InactiveTransactionException doesn't really exist as it's not part of the spec. > I'll ignore the opportunity to ask why something would want to call setRollbackOnly in afterCompletion ;-) 'cause that's a bit like putting your seatbelt on after the car has crashed. Ignoring your ignorance :-) , I completely agree and it's not an user scenario nor a support case. Some test tool that likes splitting straws. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549154#549154] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - Regression on setRollbackOnly

by Mark Little

Mark Little [http://community.jboss.org/people/mark.little%40jboss.com] replied to the discussion "Regression on setRollbackOnly" To view the discussion, visit: http://community.jboss.org/message/549147#549147 -------------------------------------------------------------- Are you sure it's SystemException and not something like InactiveTransactionException or InvalidTerminationStateException, both of which are derived from SystemException? I'll ignore the opportunity to ask why something would want to call setRollbackOnly in afterCompletion ;-) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/549147#549147] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 6 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 June 2010