Hi Simo,
Funny, I don't believe think that compiler complained at all. I will double
check soon and try some other compilers and let you know soon.
Thanks,
-Elijah
On Mon, Sep 19, 2011 at 8:12 AM, Simone Tripodi wrote:
> Hi Elijah,
> I had e deeper look at your patch and raw more carefully your
done, thanks!
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 6:42 PM, sebb wrote:
> On 19 September 2011 17:26, Simone Tripodi wrote:
>> Hi all guys,
>> what's the procedure to update trunks-proper[1] and trunks-sandbox[2]?
>> I thought there were just
HA! no I didn't, my fault, I need do (re)download it and then try :)
thanks for the hint!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 6:35 PM, Maurizio Cucchiara
wrote:
> The first thing that comes into my mind is: Did you try to run on
> maven
that's cryptic, I didn't anything to fix! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 7:13 PM, Maurizio Cucchiara
wrote:
> Looks like it came back to fixed status
>
> Maurizio Cucchiara
>
>
>
> On 19 September 2011 17:44, Simone Tripodi wrote:
>>
Looks like it came back to fixed status
Maurizio Cucchiara
On 19 September 2011 17:44, Simone Tripodi wrote:
> Here we need Olivier's help!!!
> Tha cause of build failure is I changed the version from
> 4.0-incubating-SNAPSHOT to 4.0-SNAPSHOT.
> Do you already have an idea why that caused the
On 19 September 2011 17:26, Simone Tripodi wrote:
> Hi all guys,
> what's the procedure to update trunks-proper[1] and trunks-sandbox[2]?
> I thought there were just links, but I noticed time ago Niall had to
> update them manually...
> I just moved commons-functor from sandbox to proper, so I nee
The first thing that comes into my mind is: Did you try to run on
maven 2 (the version of continuum is 2.2.1) ?
Maurizio Cucchiara
On 19 September 2011 18:29, Simone Tripodi wrote:
> Apache Maven 2.2.1
-
To unsubscribe, e-mail
uh...
I just ran tests on my laptop with both jdk1.5 and 1.6 and they run fine...
do you have any idea?
many thanks in advance!
Simo
$ mvn --version
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: /Applications/apache-maven-3.0.3
Java version: 1.5.0_30, vendor: Apple Inc.
Java
Hi all guys,
what's the procedure to update trunks-proper[1] and trunks-sandbox[2]?
I thought there were just links, but I noticed time ago Niall had to
update them manually...
I just moved commons-functor from sandbox to proper, so I need to
perform those updates as well
Many thanks in advance!
Si
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12321&projectId=69
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 19 Sep 2011 16:24:18 +
Finished at: Mon 19 Sep 2011 16:24:35 +
Total time: 16s
Build Trigger: Schedule
Bui
Hi Paul,
thanks for the feedback!
I think that your hint is very good but I don't know why something
suggests me that there are situations - like in the web subpackage -
where having a typed Context would prevent undesirable runtime
exception.
Can I ask you please the favor of submitting a patch on
Here we need Olivier's help!!!
Tha cause of build failure is I changed the version from
4.0-incubating-SNAPSHOT to 4.0-SNAPSHOT.
Do you already have an idea why that caused the build failure?
Many thanks in advance, a trés bientot!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.or
Should the context in the command be parametrized? I don't think
that's such a good idea. Isn't one of the benefits of Chain is that
you don't know which context you might be getting?
Paul
On Mon, Sep 19, 2011 at 10:12 AM, Simone Tripodi
wrote:
> Hi Elijah,
> I had e deeper look at your patch an
Hi Elijah,
I had e deeper look at your patch and raw more carefully your message,
I just have a BIG trouble: when changing the Context interface to
public interface Context extends Map {
}
you can easily note that, in Command interface (just to mention one)
compiler complains:
"Context is a
Hi all guys,
the vote passes with 7 positive votes from PMCs:
* Oliver Heger
* Phil Steitz
* James Carman
* Ralph Goers
* Luc Maisonobe
* Jörg Schaible
* Simone Tripodi (implicit)
no other votes have been casted.
I'll move the [functor] code to [proper] and update the site as soon
as I get
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Hi Luc,
thanks for this message.
I'm so sorry about this. In fact I intended to remove the lines, and
forgot about it. Will do it and commit again.
Sébastien
2011/9/19 :
> Hi Sébastien,
>
> - Mail original -
>> Author: celestin
>> Date: Mon Sep 19 06:19:36 2011
>> New Revision: 1172473
>>
Hi Sébastien,
- Mail original -
> Author: celestin
> Date: Mon Sep 19 06:19:36 2011
> New Revision: 1172473
>
> URL: http://svn.apache.org/viewvc?rev=1172473&view=rev
> Log:
> Removed FieldDecompositionSolver.solve(T[]). This is in accordance
> with JIRA MATH-661.
>
> Modified:
>
> co
Phil Steitz wrote:
> On 9/18/11 2:43 PM, Gary Gregory wrote:
>> Sure. I was under the Impression that 2 subclasses reused the fields.
>
> Well, they (GOP, GKOP and others) do use the closed field; but IMO
> that is not enough justification for the complexity of having them
> there and the uglines
Hi Elijah!
great report, thanks for your effort! :)
I'll have a look at your patch as soon as I get a spare time slot,
I'll let you know ASAP!
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 3:52 AM, Elijah Zupancic wr
20 matches
Mail list logo