Stephen McConnell wrote:

>
>
> Leif Mortenson wrote:
>
>> Stephen,
>>    Thanks for fixing that.  But when I tried again to compile things 
>> I got more errors: 
>
>
>
> It's late!
> But its fixed.  :-) 

Thanks. :-D  But are you sure you checked this in?  I just did an 
update, but the
ExcaliburHelper.java file is unchanged.  Still getting the same errors. :-)

Cheers,
Leif


>
>
> Cheers, Steve.
>
>
>>
>>
>> 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]>
>>
>



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

Reply via email to