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]>
>

-- 

Stephen J. McConnell

OSM SARL
digital products for a global economy
mailto:[EMAIL PROTECTED]
http://www.osm.net




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to