Re: Further progress

[Rory Winston <rw...@eircom.net>]

Hi Steve,

Sorry for the delay in replying - I have been out of the office till today. 

In answer to your question re: locale, I feel the same hesitation as you obviously do attempting to map the concept of a locale to the FTP server scenario, which we know do not match up nicely or consistently. I think the concept of "language" is much more appropriate in this case. I guess the most important thing is to have a fully flexible system that enables us to specify the format and ordering of elements in a listing, and also enables a client to override a usual suspect like the short month listings. What you have here will fulfill this need nicely, and doesn't clutter the client namespace with lots of overloaded convenience methods. 

System type specification might also be useful for sure.

Cheers,
Rory 



Steve Cohen <sc...@javactivity.org> wrote:

> 
> Rory Winston wrote:
> > Steve,
> > 
> > Fantastic. This is better than my version (what I did was wrap the date extraction parts of the regex and send them to a SimpleDateFormat instance), as it is more flexible. Can you send the patch again, as it didnt seem to come through properly for me (it has got truncated - possibly at my end)?
> > 
> > Cheers, and thanks for the great work,
> > Rory
> > 
> > 
> > 
> > _________________________________________________________________
> > Sign up for eircom broadband now and get a free two month trial.*
> > Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer
> > 
> > 
> > 
> > 
> Hope the second iteration of my sending this reached you better than the 
> first did.
> 
> I have a question for you, a problem I am wrestling with.
> 
> What do you think about this "locale" business?
> 
> I am trying to decide whether I should expand the locale-based features 
> of the date-aware parsers or remove it altogether.  On the plus side, it 
> would certainly be easier to pass in "fr" than 
> "jan|f�v|mar|avr|mai|jun|jui|ao�|sep|oct|nov|d�c".  But my biggest fear 
> with using locales is that we will confuse the users who will expect 
> that a locale implies a date field ordering, which as we know from 
> experience is not the case in the FTP world.  If people are looking for 
> something automatic, this is not going to be the answer.
> 
> One possible answer to this riddle is to back away from the "Locale" 
> concept with all that it implies, and settle for the more modest concept 
> of "language".  Of course language is part of locale and internally, we 
> might implement using Locale, but language doesn't imply field ordering 
> as strongly.  The language would be simply a shorthand for a particular 
> set of month names and nothing more.
> 
> Does this make sense?
> 
> I am also thinking of expanding the FTPClientConfig concept to also 
> include system type.  This would work well with clients like Ant.
> 
> Steve
> 



_________________________________________________________________
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org