Sylvain Wallez schrieb: > Ralph Goers wrote: >> BTW - I have thought of two ways to fix this. (I'd post this on >> wsrp4j-dev, but it appears that list is moderated - I responded to the >> subscribe but I haven't gotten a response saying I'm subscribed). >> >> 1. >> super(Messages.get(errorCode)); >> try >> { >> this.initCause(t); >> } >> catch (Exception e) >> { >> // Ignore the error on JDK 1.3 >> } > > Not sure that'll work, as AFIACS JVMs check dependencies of the _whole_ > method code when the method is first accessed, meaning you're likely to > have the NoSuchMethod error be raised in the caller. > >> 2. Use the technique I am using to fix EncodeURLTransformer. I'm >> adding a jdk1.4 and jdk1.3 directory under src. The build system will >> use the appropriate one depending on the target jvm version. > > 3. Use org.apache.commons.lang.exception.NestableException > > Sylvain > I'll use reflection to see if initCause(t) exists - like we do in our NetUtils class for encoding/decoding. The upcomming version of wsrp4j will then use commons lang.
Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/