You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Leo Simons <le...@apache.org> on 2002/09/08 12:48:13 UTC
merlin does not compile against jdk 1.3.1
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.......
regards,
Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Leif Mortenson <le...@tanukisoftware.com>.
Stephen McConnell wrote:
>>> 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.
No problem. Its difficult to keep track of all the APIs... It all
compiles again now.
Thanks,
Leif
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
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:
>>>>>>>> <ma...@jakarta.apache.org>
>>>>>>>> For additional commands, e-mail:
>>>>>>>> <ma...@jakarta.apache.org>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe, e-mail:
>>>>> <ma...@jakarta.apache.org>
>>>>> For additional commands, e-mail:
>>>>> <ma...@jakarta.apache.org>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> To unsubscribe, e-mail:
>>> <ma...@jakarta.apache.org>
>>> For additional commands, e-mail:
>>> <ma...@jakarta.apache.org>
>>>
>>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Leif Mortenson <le...@tanukisoftware.com>.
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:
>>>>>>> <ma...@jakarta.apache.org>
>>>>>>> For additional commands, e-mail:
>>>>>>> <ma...@jakarta.apache.org>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> To unsubscribe, e-mail:
>>>> <ma...@jakarta.apache.org>
>>>> For additional commands, e-mail:
>>>> <ma...@jakarta.apache.org>
>>>>
>>>
>>
>>
>>
>> --
>> To unsubscribe, e-mail:
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail:
>> <ma...@jakarta.apache.org>
>>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
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. :-)
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:
>>>>>> <ma...@jakarta.apache.org>
>>>>>> For additional commands, e-mail:
>>>>>> <ma...@jakarta.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> To unsubscribe, e-mail:
>>> <ma...@jakarta.apache.org>
>>> For additional commands, e-mail:
>>> <ma...@jakarta.apache.org>
>>>
>>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
p.s. Let me know if everything if everything builds ok - you have me
worried now!
Cheers, Steve.
Leif Mortenson wrote:
> 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:
>>>>>> <ma...@jakarta.apache.org>
>>>>>> For additional commands, e-mail:
>>>>>> <ma...@jakarta.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> To unsubscribe, e-mail:
>>> <ma...@jakarta.apache.org>
>>> For additional commands, e-mail:
>>> <ma...@jakarta.apache.org>
>>>
>>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Leif Mortenson <le...@tanukisoftware.com>.
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:
>>>>> <ma...@jakarta.apache.org>
>>>>> For additional commands, e-mail:
>>>>> <ma...@jakarta.apache.org>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>>
>> --
>> To unsubscribe, e-mail:
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail:
>> <ma...@jakarta.apache.org>
>>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
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:
>>>> <ma...@jakarta.apache.org>
>>>> For additional commands, e-mail:
>>>> <ma...@jakarta.apache.org>
>>>>
>>>>
>>>>
>>>
>>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Leif Mortenson <le...@tanukisoftware.com>.
> 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.
----
[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:
>>> <ma...@jakarta.apache.org>
>>> For additional commands, e-mail:
>>> <ma...@jakarta.apache.org>
>>>
>>>
>>>
>>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin on jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
Leo:
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.
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:
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail:
>> <ma...@jakarta.apache.org>
>>
>>
>>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: merlin does not compile against jdk 1.3.1
Posted by Stephen McConnell <mc...@apache.org>.
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: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>