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/
