Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=352004&projectId=2634
Build statistics:
State: Ok
Previous State: Building
Started at: Fri 11 Jun 2010 02:32:47 -0700
Finished at: Fri 11 Jun 2010 02:33:47 -0700
Total time: 59s
Build Trigger: Schedule
Bu
On 11/06/2010, Rahul Akolkar wrote:
> On Thu, Jun 10, 2010 at 10:03 PM, Xun Long Gui wrote:
> > Hi Rahul,
> >
> > Deleting files in SVN server last time is due to my lapse operation,
> > sorry for that :-(
>
>
>
> OK, thanks for clarifying, please be careful not to delete going forward.
>
>
Hi.
What do you think of introducing logging statements in CM?
[If it was already discussed, does someone have a pointer?]
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail
Hi Sebb,
Thank you for your advise, but it is a pity that we can not use an
build script to generate these codes in the build process. There are
two reasons:
1. These codes are generated by GMF, may be we can find its generate
source code and write a similar ant build script, but i do not know
how
On 11/06/2010, Xun Long Gui wrote:
> Hi Sebb,
> Thank you for your advise, but it is a pity that we can not use an
> build script to generate these codes in the build process. There are
> two reasons:
> 1. These codes are generated by GMF, may be we can find its generate
> source code and wri
Second stage is normal coding period, we write codes that we need as
we do every day, i do not think this stage we can automated :-)
-Gui Xun Long
On 6/11/10, sebb wrote:
> On 11/06/2010, Xun Long Gui wrote:
>> Hi Sebb,
>> Thank you for your advise, but it is a pity that we can not use an
>>
I would think that this would only be of use in very long running iterative
algorithms and of only very minimal interest to the user.
On Fri, Jun 11, 2010 at 6:21 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> What do you think of introducing logging statements in CM?
> [If it was a
Depends on the performance impact. I certainly wouldn't want to
discover that upgrading CM to new version made my code 20% slower
because the optimizer now logs stuff I'm not interested in.
Regards,
Roman Werpachowski
On Fri, Jun 11, 2010 at 2:21 PM, Gilles Sadowski
wrote:
> Hi.
>
> What do you
>From a user's point of view logging is a waste of time if it doesn't tell
them something that they need/can take action on. Thus, I could see that a
solve might log some hints about what to do when it detects a badly
ill-conditioned input, but I would be really not happy if it logs every
pivot va
Hi,
Thanks for the critiques. I'm almost done with this development cycle,
and so I'll commit my changes soon to SVN. After that, I'll use
branches and standard SVN workflows to version-control my code.
I have a quick question about use of Apache SVN: in the places I've
worked where we've used SV
On Fri, Jun 11, 2010 at 6:29 PM, Jacob Beard wrote:
> Hi,
>
> Thanks for the critiques. I'm almost done with this development cycle,
> and so I'll commit my changes soon to SVN. After that, I'll use
> branches and standard SVN workflows to version-control my code.
>
OK.
> I have a quick questi
--
From: "Ted Dunning"
Sent: Friday, June 11, 2010 1:11 PM
To: "Commons Developers List"
Subject: Re: [Math] Help in debugging process
From a user's point of view logging is a waste of time if it doesn't tell
them something that they need/can t
For what its worth (with warning about different strokes for different
folks), we just removed all logging from the math portions of Mahout and
were glad of it.
The only exception was the massive map-reduce SVD solver that can run for
hours or days. Getting log message out of that is actually nic
Hi,
Over the last two weeks, I've done some major refactoring to the
scxml-js project. Primarily, I've moved some code around to make the
architectural components more pure, and I've change the primary
implementation language from JavaScript and E4X to XSLT. I think it
would be useful to resume th
14 matches
Mail list logo