You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Henri Yandell <fl...@gmail.com> on 2007/12/02 05:20:59 UTC
[lang] 1.3 problems
We've three 1.3 specific compile time problems. Do we move to 1.4, or
just fix these?
Two currently in SVN:
[javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
MessageFormat(java.lang.String,java.util.Locale) has private access in
java.text.MessageFormat
[javac] super(pattern, locale);
[javac] ^
[javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
cannot resolve symbol
[javac] symbol : method getIntegerInstance (java.util.Locale)
[javac] location: class java.text.NumberFormat
[javac] .getIntegerInstance(getLocale()));
and one in the simplest solution to LANG-381.
Thoughts? 1.4 time?
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Ben Speakmon <bs...@apache.org>.
1.4 time.
On Dec 1, 2007 8:20 PM, Henri Yandell <fl...@gmail.com> wrote:
> We've three 1.3 specific compile time problems. Do we move to 1.4, or
> just fix these?
>
> Two currently in SVN:
>
> [javac]
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> MessageFormat(java.lang.String,java.util.Locale) has private access in
> java.text.MessageFormat
> [javac] super(pattern, locale);
> [javac] ^
> [javac]
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> cannot resolve symbol
> [javac] symbol : method getIntegerInstance (java.util.Locale)
> [javac] location: class java.text.NumberFormat
> [javac] .getIntegerInstance(getLocale()));
>
> and one in the simplest solution to LANG-381.
>
> Thoughts? 1.4 time?
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
RE: [lang] 1.3 problems
Posted by Gary Gregory <GG...@seagullsoftware.com>.
1.4 time!
Gary
> -----Original Message-----
> From: Henri Yandell [mailto:flamefew@gmail.com]
> Sent: Saturday, December 01, 2007 8:21 PM
> To: Commons Developers List
> Subject: [lang] 1.3 problems
>
> We've three 1.3 specific compile time problems. Do we move to 1.4, or
> just fix these?
>
> Two currently in SVN:
>
> [javac] /Users/hen/apache/commons-
> proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.j
> ava:356:
> MessageFormat(java.lang.String,java.util.Locale) has private access in
> java.text.MessageFormat
> [javac] super(pattern, locale);
> [javac] ^
> [javac] /Users/hen/apache/commons-
> proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:
> 120:
> cannot resolve symbol
> [javac] symbol : method getIntegerInstance (java.util.Locale)
> [javac] location: class java.text.NumberFormat
> [javac] .getIntegerInstance(getLocale()));
>
> and one in the simplest solution to LANG-381.
>
> Thoughts? 1.4 time?
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
RE: [lang] 1.3 problems
Posted by Jörg Schaible <Jo...@Elsag-Solutions.com>.
1.5 + new package!
Stephen Colebourne wrote:
> My preference is to keep this release and branch of [lang] as 1.3
> compatible, primarily as part of the purpose of [lang] is to
> fill in JDK
> holes for old JDKs.
>
> I would then suggest that [lang] switches to Java 5, in a new package.
>
> Stephen
>
>
> Henri Yandell wrote:
>> We've three 1.3 specific compile time problems. Do we move to 1.4,
>> or just fix these?
>>
>> Two currently in SVN:
>>
>> [javac]
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/comm
ons/lang/text/ExtendedMessageFormat.java:356:
>> MessageFormat(java.lang.String,java.util.Locale) has private access
>> in java.text.MessageFormat [javac] super(pattern,
>> locale); [javac] ^
>> [javac]
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/comm
ons/lang/text/NumberMetaFormat.java:120:
>> cannot resolve symbol
>> [javac] symbol : method getIntegerInstance (java.util.Locale)
>> [javac] location: class java.text.NumberFormat
>> [javac] .getIntegerInstance(getLocale()));
>>
>> and one in the simplest solution to LANG-381.
>>
>> Thoughts? 1.4 time?
>>
>> Hen
>>
>>
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Hanson Char <ha...@gmail.com>.
1.5+ time!
On Dec 2, 2007 1:45 AM, Stephen Colebourne <sc...@btopenworld.com> wrote:
> My preference is to keep this release and branch of [lang] as 1.3
> compatible, primarily as part of the purpose of [lang] is to fill in JDK
> holes for old JDKs.
>
> I would then suggest that [lang] switches to Java 5, in a new package.
>
> Stephen
>
>
>
> Henri Yandell wrote:
> > We've three 1.3 specific compile time problems. Do we move to 1.4, or
> > just fix these?
> >
> > Two currently in SVN:
> >
> > [javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> > MessageFormat(java.lang.String,java.util.Locale) has private access in
> > java.text.MessageFormat
> > [javac] super(pattern, locale);
> > [javac] ^
> > [javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> > cannot resolve symbol
> > [javac] symbol : method getIntegerInstance (java.util.Locale)
> > [javac] location: class java.text.NumberFormat
> > [javac] .getIntegerInstance(getLocale()));
> >
> > and one in the simplest solution to LANG-381.
> >
> > Thoughts? 1.4 time?
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Stephen Colebourne <sc...@btopenworld.com>.
My preference is to keep this release and branch of [lang] as 1.3
compatible, primarily as part of the purpose of [lang] is to fill in JDK
holes for old JDKs.
I would then suggest that [lang] switches to Java 5, in a new package.
Stephen
Henri Yandell wrote:
> We've three 1.3 specific compile time problems. Do we move to 1.4, or
> just fix these?
>
> Two currently in SVN:
>
> [javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> MessageFormat(java.lang.String,java.util.Locale) has private access in
> java.text.MessageFormat
> [javac] super(pattern, locale);
> [javac] ^
> [javac] /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> cannot resolve symbol
> [javac] symbol : method getIntegerInstance (java.util.Locale)
> [javac] location: class java.text.NumberFormat
> [javac] .getIntegerInstance(getLocale()));
>
> and one in the simplest solution to LANG-381.
>
> Thoughts? 1.4 time?
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Paul Benedict <pb...@apache.org>.
>
> --- Ben Speakmon <bs...@apache.org> wrote:
>
> > Another issue is that Sun has end-of-lifed JDK 1.3.
> > It doesn't make sense to
> > me to continue to support a platform even Sun has
> > given up on.
>
Since all contributions are on a volunteer-basis, if somebody really wants
it fixed for 1.3 JDK compat, he/she can produce a patch and test case since
it will minimize the effort involved. Otherwise, move on to the next ticket.
:-) Also if the POM doesn't specify 1.4 for compiling, it definitely should
now.
Paul
Re: [lang] 1.3 problems
Posted by Henri Yandell <fl...@gmail.com>.
Yeah, let me boot up my Solaris 8 box ;)
Hen
On Dec 3, 2007 10:15 AM, Ben Speakmon <bs...@apache.org> wrote:
> Point taken :)
>
>
> On Dec 3, 2007 10:12 AM, Christoph Kutzinski <ku...@gmx.de> wrote:
>
> > That's not entirely true
> >
> > http://java.sun.com/j2se/1.3/download.html
> > "On Solaris 8 - J2SE 1.3.1 is continuing in the Sun End of Life (EOL)
> > process. The EOL transition period began Oct 25, 2004 and will continue
> > until the the end of the Solaris 8 five year Vintage Support Period."
> >
> > ;-)
> >
> > > Another issue is that Sun has end-of-lifed JDK 1.3. It doesn't make
> > sense
> > > to
> > > me to continue to support a platform even Sun has given up on.
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Ben Speakmon <bs...@apache.org>.
Point taken :)
On Dec 3, 2007 10:12 AM, Christoph Kutzinski <ku...@gmx.de> wrote:
> That's not entirely true
>
> http://java.sun.com/j2se/1.3/download.html
> "On Solaris 8 - J2SE 1.3.1 is continuing in the Sun End of Life (EOL)
> process. The EOL transition period began Oct 25, 2004 and will continue
> until the the end of the Solaris 8 five year Vintage Support Period."
>
> ;-)
>
> > Another issue is that Sun has end-of-lifed JDK 1.3. It doesn't make
> sense
> > to
> > me to continue to support a platform even Sun has given up on.
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: [lang] 1.3 problems
Posted by Christoph Kutzinski <ku...@gmx.de>.
That's not entirely true
http://java.sun.com/j2se/1.3/download.html
"On Solaris 8 - J2SE 1.3.1 is continuing in the Sun End of Life (EOL) process. The EOL transition period began Oct 25, 2004 and will continue until the the end of the Solaris 8 five year Vintage Support Period."
;-)
> Another issue is that Sun has end-of-lifed JDK 1.3. It doesn't make sense
> to
> me to continue to support a platform even Sun has given up on.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Matt Benson <gu...@yahoo.com>.
--- Ben Speakmon <bs...@apache.org> wrote:
> Another issue is that Sun has end-of-lifed JDK 1.3.
> It doesn't make sense to
> me to continue to support a platform even Sun has
> given up on.
I know what it's like to work in slow-adoption shops.
My current shop is just _about_ to move from 1.4 to
1.5 . While this isn't as drastic as being stuck on
1.3, the shop I worked for previously stayed on 1.2
pretty much until the place folded up in 2005.
Fundamental libs like commons-* should IMHO support
older JDKs if at all possible, despite the fact that
the drastic change represented by generics will force
us to go to Java 5+ for e.g. [collections].
-Matt
>
> On Dec 3, 2007 7:26 AM, Matt Benson
> <gu...@yahoo.com> wrote:
>
> > --- Henri Yandell <fl...@gmail.com> wrote:
> >
> > > We've three 1.3 specific compile time problems.
> Do
> > > we move to 1.4, or
> > > just fix these?
> > >
> > > Two currently in SVN:
> > >
> > > [javac]
> > >
> >
> >
>
/Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> > > MessageFormat(java.lang.String,java.util.Locale)
> has
> > > private access in
> > > java.text.MessageFormat
> > > [javac] super(pattern, locale);
> > > [javac] ^
> > > [javac]
> > >
> >
> >
>
/Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> > > cannot resolve symbol
> > > [javac] symbol : method getIntegerInstance
> > > (java.util.Locale)
> > > [javac] location: class
> java.text.NumberFormat
> > > [javac]
> > > .getIntegerInstance(getLocale()));
> > >
> > > and one in the simplest solution to LANG-381.
> > >
> > > Thoughts? 1.4 time?
> >
> > Ugh, sorry the subject didn't catch my attention
> > during perfunctory weekend email checking. This
> > ExtendedMessageFormat stuff has sure been a can of
> > worms. I don't think there's any reason to force
> a
> > JRE upgrade on my account. I've fixed one of
> these
> > (will check in momentarily) and will be
> investigating
> > the other.
> >
> > -Matt
> >
> > >
> > > Hen
> > >
> > >
> >
>
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > dev-unsubscribe@commons.apache.org
> > > For additional commands, e-mail:
> > > dev-help@commons.apache.org
> > >
> > >
> >
> >
> >
> >
> >
>
____________________________________________________________________________________
> > Get easy, one-click access to your favorites.
> > Make Yahoo! your homepage.
> > http://www.yahoo.com/r/hs
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail:
> dev-help@commons.apache.org
> >
> >
>
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [lang] 1.3 problems
Posted by Ben Speakmon <bs...@apache.org>.
Another issue is that Sun has end-of-lifed JDK 1.3. It doesn't make sense to
me to continue to support a platform even Sun has given up on.
On Dec 3, 2007 7:26 AM, Matt Benson <gu...@yahoo.com> wrote:
> --- Henri Yandell <fl...@gmail.com> wrote:
>
> > We've three 1.3 specific compile time problems. Do
> > we move to 1.4, or
> > just fix these?
> >
> > Two currently in SVN:
> >
> > [javac]
> >
>
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> > MessageFormat(java.lang.String,java.util.Locale) has
> > private access in
> > java.text.MessageFormat
> > [javac] super(pattern, locale);
> > [javac] ^
> > [javac]
> >
>
> /Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> > cannot resolve symbol
> > [javac] symbol : method getIntegerInstance
> > (java.util.Locale)
> > [javac] location: class java.text.NumberFormat
> > [javac]
> > .getIntegerInstance(getLocale()));
> >
> > and one in the simplest solution to LANG-381.
> >
> > Thoughts? 1.4 time?
>
> Ugh, sorry the subject didn't catch my attention
> during perfunctory weekend email checking. This
> ExtendedMessageFormat stuff has sure been a can of
> worms. I don't think there's any reason to force a
> JRE upgrade on my account. I've fixed one of these
> (will check in momentarily) and will be investigating
> the other.
>
> -Matt
>
> >
> > Hen
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail:
> > dev-help@commons.apache.org
> >
> >
>
>
>
>
> ____________________________________________________________________________________
> Get easy, one-click access to your favorites.
> Make Yahoo! your homepage.
> http://www.yahoo.com/r/hs
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: [lang] 1.3 problems
Posted by Matt Benson <gu...@yahoo.com>.
--- Henri Yandell <fl...@gmail.com> wrote:
> We've three 1.3 specific compile time problems. Do
> we move to 1.4, or
> just fix these?
>
> Two currently in SVN:
>
> [javac]
>
/Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
> MessageFormat(java.lang.String,java.util.Locale) has
> private access in
> java.text.MessageFormat
> [javac] super(pattern, locale);
> [javac] ^
> [javac]
>
/Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/NumberMetaFormat.java:120:
> cannot resolve symbol
> [javac] symbol : method getIntegerInstance
> (java.util.Locale)
> [javac] location: class java.text.NumberFormat
> [javac]
> .getIntegerInstance(getLocale()));
>
> and one in the simplest solution to LANG-381.
>
> Thoughts? 1.4 time?
Ugh, sorry the subject didn't catch my attention
during perfunctory weekend email checking. This
ExtendedMessageFormat stuff has sure been a can of
worms. I don't think there's any reason to force a
JRE upgrade on my account. I've fixed one of these
(will check in momentarily) and will be investigating
the other.
-Matt
>
> Hen
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> dev-unsubscribe@commons.apache.org
> For additional commands, e-mail:
> dev-help@commons.apache.org
>
>
____________________________________________________________________________________
Get easy, one-click access to your favorites.
Make Yahoo! your homepage.
http://www.yahoo.com/r/hs
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org