Thanks for the support guys, that's 5 +1s and no one opposed, I'll do the merge today.
Mehdi On 20 September 2012 13:52, Peter Hancock <[email protected]> wrote: > +1 > > On Thu, Sep 20, 2012 at 1:50 PM, Clay Leeds <[email protected]> > wrote: > > Wow! A birthday present for me!? ;-) > > > > Thanks for your hard work, Mehdi! > > > > +1 > > > > "My religion is simple. My religion is kindness." > > - HH The Dalai Lama of Tibet > > > > On Sep 20, 2012, at 2:24 AM, mehdi houshmand <[email protected]> wrote: > > > >> Forwarded from @fop-dev > >> > >> ---------- Forwarded message ---------- > >> From: mehdi houshmand <[email protected]> > >> Date: 20 September 2012 10:16 > >> Subject: [VOTE] Merge Temp_URI_Resolution/ into XGC trunk > >> To: [email protected] > >> > >> > >> Hi All, > >> > >> I believe I've completed the work on XGC to allow restrictions to the > I/O > >> capabilities, by default, obviously, the mechanisms haven't changed. > I've > >> tried to address some of the suggestions made by the community, > Jeremias' > >> in particular, about the ramifications of changing the APIs and as such > >> have left them as untouched as possible. I've done some clean up where > >> appropriate and hope you agree that the code is better now than it was > >> before. > >> > >> There are however some limitations, the JAI ImageIO JAR needs to be on > the > >> class path when you want TIFF output. The non-JAI TIFF image encoding > >> system still does spurious I/O to use as scratch files, this has been > left > >> untouched since the JAI route supports more TIFF types and is the > default > >> opus operandi. (N.B.// The JAI method also does some scratch-file making > >> itself, but you've got to assume that the guys/girls at Sun would have > >> considered the implications of such behaviour.) > >> > >> Spiel aside I'll get the vote started +1 from me. > >> > >> Thanks > >> > >> Mehdi > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
