runtime features design discussion

0 views
Skip to first unread message

ash

unread,
Nov 27, 2006, 7:34:52 AM11/27/06
to gwt-commons
guys,

ive just been going through andre's sandbox with the prospect of a
merge into mine when i noticed how much work rob, jason and andre have
done on simple date formatting.

rather than just add SimpleDateFormat to:
org.gwtcommons.core.text

this got me thinking about what should we do about this and other
runtime related functionality that clones either the jdk or
org.apache.commons.lang

in gemsV1, i found myself cloning commons.lang.StringUtils. back then i
just needed to get the job done. now i feel that the gwtcommons team
should solve this problem properly and fulfill the end-user principle
of: "minimise duplication/reinvention, maximise leverage"

this is a difficult problem and it wont be solved anytime soon, but it
is worth raising the discussion.

rgds ash
http://www.gworks.com.au

g.georgo...@gmail.com

unread,
Nov 27, 2006, 8:03:42 AM11/27/06
to gwt-commons
hehe, I commited two days ago also a date parser to the WL

Andre Freller

unread,
Nov 27, 2006, 8:19:57 AM11/27/06
to gwt-c...@googlegroups.com
I spent the weekend working on a java.util.Calendar clone ...

Andre Freller

unread,
Nov 27, 2006, 10:17:52 PM11/27/06
to gwt-c...@googlegroups.com
I think the best way to way to avoid this is to create a list of
desirable classes and allow people to choose which class they would
like to implement.

Another question is where to put those classes. I think they should
exist in the same name space of their java counterpart. Sou Calendar
should reside in java.util and so on.
This would save a lot of work to people that have already code based
on those classes

Regards,
Andre

Reply all
Reply to author
Forward
0 new messages