Stephen,
Thanks for fixing that. But when I tried again to compile things I
got more errors:
Cheers,
Leif
compile:
[javac] Compiling 47 source files to
/home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/build/classes
[javac]
/home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/src/java/org/apache/excalibur/merlin/ExceptionHelper.java:105:
cannot resolve symbol
[javac] symbol : method getCause ()
[javac] location: class java.lang.Throwable
[javac] if( cause.getCause() != null )
[javac] ^
[javac]
/home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/src/java/org/apache/excalibur/merlin/ExceptionHelper.java:236:
cannot resolve symbol
[javac] symbol : method getCause ()
[javac] location: class java.lang.Throwable
[javac] return packCauseInTable( error, e.getCause() ) + footer;
[javac] ^
[javac]
/home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/src/java/org/apache/excalibur/merlin/ExceptionHelper.java:247:
cannot resolve symbol
[javac] symbol : method getCause ()
[javac] location: class java.lang.Throwable
[javac] return packCauseInTable( s, cause.getCause() );
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 3 errors
Stephen McConnell wrote:
>
>
> Leif Mortenson wrote:
>
>>> I've just finished recutting the service package to use URLs instead
>>> of URIs. The updated version isn't complete (still some more work to
>>> do in the service location operations) but I'll have that in place
>>> later today. In the meantime Merlin will build and function
>>> normally under JDK 1.3. I have retracted the activator package
>>> while I rethink the URL/URI issue - but that should not effect
>>> anyone because its only a few days old (it's the content dealing
>>> with distributed containers). It will come back in as a
>>> auto-recognized plug-in extension.
>>
>>
>>
>>
>> Thanks but I am still getting the following when building against
>> IBM1.3.1. It doesn't look like the getDefaultPort
>> method was added until 1.4. Don't see any comment in the 1.4 Java
>> docs though.
>
>
>
> Fixed.
>
> Cheers, Steve.
>
>>
>>
>> ----
>> [javac] Compiling 126 source files to
>> /home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/build/classes
>> [javac]
>>
>/home/leif/dev/jakarta/jakarta-avalon-excalibur/assembly/src/java/org/apache/excalibur/merlin/service/Handler.java:196:
>
>> cannot resolve symbol
>> [javac] symbol : method getDefaultPort ()
>> [javac] location: class java.net.URL
>> [javac] if( url.getPort() != url.getDefaultPort() )
>> [javac] ^
>> [javac] Note: Some input files use or override a deprecated API.
>> [javac] Note: Recompile with -deprecation for details.
>> [javac] 1 error
>> ----
>>
>> Cheers,
>> Leif
>>
>>
>>
>>>
>>>
>>> Cheers, Steve.
>>>
>>>
>>>
>>> Stephen McConnell wrote:
>>>
>>>>
>>>>
>>>> Leo Simons wrote:
>>>>
>>>>> Steve (et al),
>>>>> Merlin (2) depends on the java.net.URI class, which wasn't introduced
>>>>> until JDK 1.4. This means it will no longer compile against 1.3 (or
>>>>> earlier); I consider this a major problem as that means I cannot
>>>>> use it
>>>>> in our production environment.
>>>>> I think things should be moved to use the java.net.URL class. I
>>>>> tried to
>>>>> do so simply by replacing all uses of URI with URL, which won't work
>>>>> because of the use of the resolve()/relativize() methods inside
>>>>> URI (see
>>>>> CVS). I'm not sure how to proceed here.......
>>>>>
>>>>
>>>>
>>>> Zutt ...
>>>> I was not aware the the URI class was linked to 1.4 - I'll look
>>>> into this now.
>>>> Cheers, Steve.
>>>>
>>>>
>>>>>
>>>>> regards,
>>>>>
>>>>> Leo
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe, e-mail:
>>>>> <mailto:[EMAIL PROTECTED]>
>>>>> For additional commands, e-mail:
>>>>> <mailto:[EMAIL PROTECTED]>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>>
>> --
>> To unsubscribe, e-mail:
>> <mailto:[EMAIL PROTECTED]>
>> For additional commands, e-mail:
>> <mailto:[EMAIL PROTECTED]>
>>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
