Leif Mortenson wrote:
>
>
> 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. :-)
:-(
It's not my day today!
Try it now ... everything should be ok.
(in pricipal)
Cheers, Steve.
>
>
> 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]>
>
--
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]>
