Created ONAMI-91, ONAMI-92, ONAMI-93 and ONAMI-94 issues. I grouped them a bit because it makes more sense e.g. to use Future and add a timeout when calling get() on it.
2013/2/25 Simone Tripodi <simonetrip...@apache.org> > Thanks a lot Mikhail, much more than appreciated! > > feel free to pick em and provide fixes! ;) > > could you please do the same for the [scopes] component, proposed by > Jordan, where you tracked a list of modifications? > > TIA! > -Simo > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > On Mon, Feb 25, 2013 at 3:34 PM, Mikhail Mazursky > <mikhail.mazur...@gmail.com> wrote: > > Hi Simo! > > > > Created ONAMI-88, ONAMI-89 and ONAMI-90 issues. > > > > > > 2013/2/25 Simone Tripodi <simonetrip...@apache.org> > >> > >> Hi Mikhail, > >> > >> like for the new proposed component on JIRA: could you please fill an > >> issue for each action you detected on the [configuration] component? > >> > >> TIA, > >> -Simo > >> > >> http://people.apache.org/~simonetripodi/ > >> http://simonetripodi.livejournal.com/ > >> http://twitter.com/simonetripodi > >> http://www.99soft.org/ > >> > >> > >> On Thu, Feb 21, 2013 at 1:25 PM, Mikhail Mazursky > >> <mikhail.mazur...@gmail.com> wrote: > >> > +1 to graduate but there are lots of minor things to work on: > >> > > >> > - No consistent policy for exception handling - for example > >> > SQLTimestampConverter catches Throwable and rethrows it as > >> > ProvisionException but CharsetConverter do not catch anything at all. > >> > Should we catch at all or Guice handles this itself? > >> > - No need to catch Errors in such places in any case (catch Exception > is > >> > enough IMHO); > >> > - PropertiesConverter converts String to bytes using ISO-8859-1 and > then > >> > uses Properties.load() which converts that back to chars. Maybe just > use > >> > Properties.load(new StringReader(value))? Someone already handled > >> > encoding > >> > problems and passed String to Guice so why mess with it one more time? > >> > - DateConverter is mutable - this is a bad idea itself IMHO but also > >> > there > >> > is no clean way to set locale and timezone. Maybe there is room for a > >> > simple DSL or builder for that module. > >> > > >> > Hope that helps =) > >> > > > > > >