It works. Thanks!
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 9/14/2013 12:06 PM, Luc Maisonobe wrote:
Hi Adrian,
Le 14/09/2013 16:37, Adrian Crum a écrit :
I need someone to grant me permission to manage Jira sandbox issues. My
Jira login ID is adri...@hlmksw.com
Could you
Hi Adrian,
Le 14/09/2013 16:37, Adrian Crum a écrit :
> I need someone to grant me permission to manage Jira sandbox issues. My
> Jira login ID is adri...@hlmksw.com
Could you check if ti works now?
Luc
>
> Thanks!
>
> Adrian Crum
> Sandglass Software
> www.sandglass-software.com
>
>> On 9/1
Agreed, this stuff is looking good to me. I wonder if we should update the
commons logo itself, perhaps using the "commons" from the various component
logos.
Matt
On Sep 14, 2013 8:57 AM, "Gary Gregory" wrote:
> Great stuff! At last! :) Hopefully, we can get the kinks Sebb mentioned
> worked out
On Fri, 13 Sep 2013 20:06:35 +0200, Thomas Neidhart wrote:
Hi,
while looking at the new fluent API implemented for the
fitting.leastsquares package, I was wondering why some of the
interfaces
used for providing input data are in this package:
* WithMaxEvaluations
* WithMaxIterations
* With
Have a look at https://github.com/apache/commons-vfs
Should be up-to-date. Can you confirm that?
Benedikt
Send from my mobile device
Am 14.09.2013 um 15:25 schrieb Bernd Eckenfels :
> Hello Benedikt,
>
> I do miss [VFS] on GitHub (or in Git), as I am currently working with it. I
> wonder what
I need someone to grant me permission to manage Jira sandbox issues. My
Jira login ID is adri...@hlmksw.com
Thanks!
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 9/13/2013 3:48 PM, Brad Davis (JIRA) wrote:
Brad Davis created SANDBOX-461:
--
Great stuff! At last! :) Hopefully, we can get the kinks Sebb mentioned
worked out...
Gary
On Sat, Sep 14, 2013 at 8:17 AM, Benedikt Ritter wrote:
> Hi all,
>
> a while back I started to work on commons appearance in public. Since then
> I've created a twitter account, requested git mirrors fo
On Sat, Sep 14, 2013 at 8:16 AM, sebb wrote:
> On 14 September 2013 13:09, Gary Gregory wrote:
> > On Sat, Sep 14, 2013 at 5:44 AM, sebb wrote:
> >
> >> On 14 September 2013 03:13, wrote:
> >> > Author: ggregory
> >> > Date: Sat Sep 14 02:13:01 2013
> >> > New Revision: 1523175
> >> >
> >> >
Hello Benedikt,
I do miss [VFS] on GitHub (or in Git), as I am currently working with it. I
wonder what Infrastructure you use to keep the other projects on Github
up-to-date and if VFS can be added without introducing too much effort.
Bernd
Am 14.09.2013 um 14:17 schrieb Benedikt Ritter :
>
Le 14/09/2013 13:14, Benedikt Ritter a écrit :
> Like http://svn.apache.org/r1523213 ?
Yes, thank you for enhancing the documentation.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
On 14 September 2013 13:17, Benedikt Ritter wrote:
> Hi all,
>
> a while back I started to work on commons appearance in public. Since then
> I've created a twitter account, requested git mirrors for all proper
> components and updated all Oloh profiles.
>
> Now I'd like to take the next step by u
Hi all,
a while back I started to work on commons appearance in public. Since then
I've created a twitter account, requested git mirrors for all proper
components and updated all Oloh profiles.
Now I'd like to take the next step by updating our web sites to use the
fluido skin [1].
I have generat
On 14 September 2013 13:09, Gary Gregory wrote:
> On Sat, Sep 14, 2013 at 5:44 AM, sebb wrote:
>
>> On 14 September 2013 03:13, wrote:
>> > Author: ggregory
>> > Date: Sat Sep 14 02:13:01 2013
>> > New Revision: 1523175
>> >
>> > URL: http://svn.apache.org/r1523175
>> > Log:
>> > No need to laz
On Sat, Sep 14, 2013 at 5:44 AM, sebb wrote:
> On 14 September 2013 03:13, wrote:
> > Author: ggregory
> > Date: Sat Sep 14 02:13:01 2013
> > New Revision: 1523175
> >
> > URL: http://svn.apache.org/r1523175
> > Log:
> > No need to lazy-init statics contextFactory and compilationContext, make
>
2013/9/14 Emmanuel Bourg
> Le 13/09/2013 11:44, brit...@apache.org a écrit :
>
> > CSVParser JavaDoc should be about using the CSVParser and not how to
> customize CSVFormats. Customizing CSVFormats is subject of CSVFormat
> JavaDoc.
>
> Ok, but I think it's important to document the format.parse
2013/9/14 Emmanuel Bourg
> Le 14/09/2013 11:27, sebb a écrit :
>
> > There is one other inconsistency that might be worth addressing: all
> > the classes are final apart from CSVFormat.
> > Should it be final? If not, the reason needs documenting as it is
> > different from the rest of the code.
On 14 September 2013 03:13, wrote:
> Author: ggregory
> Date: Sat Sep 14 02:13:01 2013
> New Revision: 1523175
>
> URL: http://svn.apache.org/r1523175
> Log:
> No need to lazy-init statics contextFactory and compilationContext, make them
> final.
Is the class always needed by applications?
If
Le 14/09/2013 11:27, sebb a écrit :
> There is one other inconsistency that might be worth addressing: all
> the classes are final apart from CSVFormat.
> Should it be final? If not, the reason needs documenting as it is
> different from the rest of the code.
+1 for making CSVFormat final.
Emman
On 14 September 2013 09:20, Emmanuel Bourg wrote:
> Le 13/09/2013 13:22, Benedikt Ritter a écrit :
>
>> I'll change this if nobody objects.
>
> I'm still not convinced by the renaming of Quote as a matter of
> consistency. Does it mean that any new public class added to the package
> in the future
Le 13/09/2013 13:22, Benedikt Ritter a écrit :
> I'll change this if nobody objects.
I'm still not convinced by the renaming of Quote as a matter of
consistency. Does it mean that any new public class added to the package
in the future will have to be prefixed by "CSV" as well? That seems a
bit w
Le 13/09/2013 11:44, brit...@apache.org a écrit :
> CSVParser JavaDoc should be about using the CSVParser and not how to
> customize CSVFormats. Customizing CSVFormats is subject of CSVFormat JavaDoc.
Ok, but I think it's important to document the format.parse() syntax
here as an alternative.
E
21 matches
Mail list logo