The JSR-310 public API is based on CharSequence. The private API is based on String.
I can't see how CharSequence alone allows you to parse a stream, because CharSequence's methods are all about random access to a data structure. Perhaps you can enlighten me? Stephen On 11 July 2011 09:32, Viktor Hedefalk <[email protected]> wrote: > Would it be possible to have this change in 310? > > Cheers, > Viktor > > On Sat, Feb 5, 2011 at 1:52 AM, Stephen Colebourne <[email protected]> > wrote: >> OK. >> >> I've looked at this, and I don't feel I can make the proposed change >> without causing jar-hell. While there are no google references to >> implementations, the reality is that I would be changing the main >> parsing API on DateTimeFormatter, used by everyone. Methods like >> parseDateTime(String). >> >> Changing it from String to CharSequence is source compatible but >> binary incompatible (method is bound at compile time). >> >> Adding an override taking CharSequence if source compatible and binary >> upwards compatible, but not downward compatible (code compiled against >> the new version couldn't run on the old version. >> >> Thus, its my opinion that the damage far outweighs the benefits on this. >> Stephen >> >> >> On 5 February 2011 00:11, James Richardson <[email protected]> wrote: >>> I Get where you are coming from. But if you did want to make a breaking >>> change then this would be a really appropriate place to do it. I mean if not >>> on a major version number then when? >>> Just a thought. >>> James >>> >>> On 5 Feb 2011 00:03, "Stephen Colebourne" <[email protected]> wrote: >>>> The problem is that the major release number is mostly about removing >>>> a few deprecated methods. Were I to make this change it would break >>>> user code, which no other change so far would cause. I don't want to >>>> get into the JAR-hell situation. >>>> >>>> Stephen >>>> >>>> >>>> On 4 February 2011 23:57, James Richardson <[email protected]> wrote: >>>>> Well there is a major release version coming up... That would be an >>>>> appropriate time to make a breaking change, no? >>>>> James >>>>> >>>>> On 4 Feb 2011 23:43, "Stephen Colebourne" <[email protected]> wrote: >>>>>> On 4 February 2011 23:39, Viktor Hedefalk <[email protected]> wrote: >>>>>>> I guess the most obvious backwards compatability issue would be if >>>>>>> someone had implemented his own DateTimeParser. Hopefully that >>>>>>> shouldn't be too common though, it's really just an internal >>>>>>> interface, right? >>>>>> >>>>>> Unfortunately, no. I have encouraged users to implement this interface >>>>>> to solve some formatting issues. Thus I can't change it. Nor would I >>>>>> want to create a DateTimeParser2. >>>>>> >>>>>> Stephen >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> The modern datacenter depends on network connectivity to access >>>>>> resources >>>>>> and provide services. The best practices for maximizing a physical >>>>>> server's >>>>>> connectivity to a physical network are well understood - see how these >>>>>> rules translate into the virtual world? >>>>>> http://p.sf.net/sfu/oracle-sfdevnlfb >>>>>> _______________________________________________ >>>>>> Joda-interest mailing list >>>>>> [email protected] >>>>>> https://lists.sourceforge.net/lists/listinfo/joda-interest >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> The modern datacenter depends on network connectivity to access resources >>>>> and provide services. The best practices for maximizing a physical >>>>> server's >>>>> connectivity to a physical network are well understood - see how these >>>>> rules translate into the virtual world? >>>>> http://p.sf.net/sfu/oracle-sfdevnlfb >>>>> _______________________________________________ >>>>> Joda-interest mailing list >>>>> [email protected] >>>>> https://lists.sourceforge.net/lists/listinfo/joda-interest >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> The modern datacenter depends on network connectivity to access resources >>>> and provide services. The best practices for maximizing a physical >>>> server's >>>> connectivity to a physical network are well understood - see how these >>>> rules translate into the virtual world? >>>> http://p.sf.net/sfu/oracle-sfdevnlfb >>>> _______________________________________________ >>>> Joda-interest mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/joda-interest >>>> >>> >>> ------------------------------------------------------------------------------ >>> The modern datacenter depends on network connectivity to access resources >>> and provide services. The best practices for maximizing a physical server's >>> connectivity to a physical network are well understood - see how these >>> rules translate into the virtual world? >>> http://p.sf.net/sfu/oracle-sfdevnlfb >>> _______________________________________________ >>> Joda-interest mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/joda-interest >>> >>> >> >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> Joda-interest mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/joda-interest >> > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Joda-interest mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/joda-interest > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Joda-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/joda-interest
