Hi all,
according to Phil request, in the Digester we opted including the
documentation in the component release, just have a look at the RC1
site[1].
BTW mine was just a suggestion, since as user I find the doc in the
site more readable and faster to consult, to you maintainers the last
word ;)
Th
Hi Henry!
thanks for your interest :) I avoided even reading the Jersey source
code for the problem you mentioned (I'm not licensing expert but AFAIK
ASL2.0 is not compatible with Jersey's), I took the main inspiration
from Misko Hevery's classpath-explorer (ASL2.0) for the ClassPath
structure/boot
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-javaflow has an issue affecting its community integration.
This is
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
I like the sound of it :)
I hope you've not used any code from Jersey though, it's license will
overrule the AL 2.0 licensing.
Hen
On Sun, Sep 12, 2010 at 7:42 AM, Simone Tripodi
wrote:
> Hi all guys,
> during my last year of work I've met a replicated behavior in
> different projects, like the
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-scxml-test has an issue affecting its community integration.
This
On 9/12/10 10:03 PM, Jacob Beard wrote:
Hi,
I'm continuing to make progress on the build system, and there's
currently one issue upon which I could use some guidance.
First, here's an update on the current status of the [scxml-js] build
system. The build architecture is currently structured lik
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-io-test has an issue affecting its community integration.
This iss
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-digester-test has an issue affecting its community integration.
Th
Hi,
I'm continuing to make progress on the build system, and there's
currently one issue upon which I could use some guidance.
First, here's an update on the current status of the [scxml-js] build
system. The build architecture is currently structured like this:
http://stuff.echo-flow.com/build-
On 12 September 2010 15:47, Matt Benson wrote:
>
> On Sep 12, 2010, at 6:42 AM, sebb wrote:
>
>> On 12 September 2010 12:03, sebb wrote:
>>> The classes FastHashMap and FastTreeMap are no longer anywhere in trunk.
>>>
>>> They were deleted as part of
>>>
>>>
>>> r814999 | bayard | 2009-09-15
Hi Rahul
Thanks a lot for the suggestions, very appreciated, I applied them :)
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 8:26 PM, Rahul Akolkar wrote:
> On Sat, Sep 11, 2010 at 6:43 AM, Simone Tripodi
> wrote:
>
>>
>> Release n
2010/9/12 Xun Long Gui :
> Welcome for your feedback, it will help us to improve this project
>
Suggestions:
* Please use email subject prefixes (I've added one here)
* Usage questions and/or responses should go to user list
* Ask poster to resend to mailing list themselves
-Rahul
--
On 9/12/10 2:02 PM, Niall Pemberton wrote:
On Sun, Sep 12, 2010 at 2:16 PM, Simone Tripodi
wrote:
Hi all guys,
in the Digester project we successfully ported the documentation from
javadoc package to the site, gaining much more readability, if you
agree I can do the same work for BeanUtils, WD
On Sat, Sep 11, 2010 at 6:43 AM, Simone Tripodi
wrote:
>
> Release notes:
>
> http://people.apache.org/builds/commons/digester/2.1/RC1/RELEASE-NOTES.txt
>
Since readability is important for release notes, I'll nitpick:
* Line width is inconsistent
* s/meta data-based/meta-data based/
* s/run
I would like to begin working toward a version 2.0 of [pool]. I
would also like to declare the 1.x codebase as officially "bugfix
only." If others are OK with this and there is sufficient interest
in working toward a pool 2.0, I will cut a 1.x legacy branch and
start discussing / coding / appl
On Sun, Sep 12, 2010 at 2:16 PM, Simone Tripodi
wrote:
> Hi all guys,
> in the Digester project we successfully ported the documentation from
> javadoc package to the site, gaining much more readability, if you
> agree I can do the same work for BeanUtils, WDYT?
I'd prefer they stay where they ar
excellent, I thought the same and agree with this!!!
all the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 5:37 PM, Rahul Akolkar wrote:
> On Sun, Sep 12, 2010 at 11:33 AM, Simone Tripodi
> wrote:
>> Thanks a lot for the clarifications Rahu
On Sun, Sep 12, 2010 at 11:33 AM, Simone Tripodi
wrote:
> Thanks a lot for the clarifications Rahul!!! :)
I'd also add its best to wait a few days (3+) before rolling the next
RC to allow time for any additional feedback.
-Rahul
-
Thanks a lot for the clarifications Rahul!!! :)
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 5:24 PM, Rahul Akolkar wrote:
> On Sun, Sep 12, 2010 at 7:20 AM, sebb wrote:
>> On 12 September 2010 08:09, Simone Tripodi wrote:
>>>
On Sun, Sep 12, 2010 at 7:20 AM, sebb wrote:
> On 12 September 2010 08:09, Simone Tripodi wrote:
>> Hi Seb,
>> thanks for the feedbacks, my fault: I misunderstood the tag creation,
>> I manually forced the -RCn postfix :( So now 2 questions to increase
>> my knowledge:
>>
>> 1) shall the /DIGESTE
On Sat, Sep 11, 2010 at 11:20 AM, sebb wrote:
> On 11 September 2010 11:43, Simone Tripodi wrote:
>> Hi all guys,
>> on behalf of the Digester committers I'd like to invite you to vote
>> the 2.1 release of the commons-digester.
>>
>> Tag:
>>
>> https://svn.apache.org/repos/asf/commons/proper/dig
On Sep 12, 2010, at 6:42 AM, sebb wrote:
> On 12 September 2010 12:03, sebb wrote:
>> The classes FastHashMap and FastTreeMap are no longer anywhere in trunk.
>>
>> They were deleted as part of
>>
>>
>> r814999 | bayard | 2009-09-15 06:33:20 +0100 (Tue, 15 Sep 2009) | 3 lines
>> Changed p
Hi all guys,
during my last year of work I've met a replicated behavior in
different projects, like the classpath analysis. Scanning the
classpath could be useful to dynamically find services implementations
or to generate custom documentation, or some other uses nobody has not
envisioned yet.
Foll
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-digester-test has an issue affecting its community integration.
Th
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=487&projectId=65
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 12 Sep 2010 13:20:05 +
Finished at: Sun 12 Sep 2010 13:22:47 +
Total time: 2m 41s
Build Trigger: Schedule
Bu
Hi all guys,
in the Digester project we successfully ported the documentation from
javadoc package to the site, gaining much more readability, if you
agree I can do the same work for BeanUtils, WDYT?
Thanks in advance,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
-
Thanks a lot Seb!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 2:55 PM, sebb wrote:
> On 12 September 2010 13:37, Simone Tripodi wrote:
>> OK, I understand now that before I didn't understand why the Digester
>> build fails. That's driving me
On 12 September 2010 13:37, Simone Tripodi wrote:
> OK, I understand now that before I didn't understand why the Digester
> build fails. That's driving me crazy :(
I made a change which might help. Let's see what happens.
Note that these failures don't necessarily mean that there is a
problem wi
OK, I understand now that before I didn't understand why the Digester
build fails. That's driving me crazy :(
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 2:31 PM, sebb wrote:
> On 12 September 2010 13:22, Simone Tripodi wrote:
>> OK thanks both guys
On 12 September 2010 13:22, Simone Tripodi wrote:
> OK thanks both guys, now I understand why the Digester build fails.
I'm glad you understand, because I don't.
As far as I can tell Digester should build OK, given that it depends
on BeanUtils which builds OK.
Note: the current BeanUtils trunk
OK thanks both guys, now I understand why the Digester build fails.
BTW I'd update the beanutils dependency to beanutils-core if there are
no objections, WDYT?
Thanks in advance!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 2:12 PM, sebb wrote:
>
On 12 September 2010 13:07, James Carman wrote:
> From what I understand, Gump tries to make sure that our "trunks" stay
> in synch, so it's not honoring the specific BeanUtils dependency, but
> instead running the build against BeanUtils' trunk. Please correct me
> if I'm wrong someone. I've ne
>From what I understand, Gump tries to make sure that our "trunks" stay
in synch, so it's not honoring the specific BeanUtils dependency, but
instead running the build against BeanUtils' trunk. Please correct me
if I'm wrong someone. I've never really understood Gump very well. :)
Perhaps merely
Hi James, Seb,
thanks for your feedbacks and your help!!! What is going to drive me
crazy is that the latest released digester is successfully using the
1.8.0 release of BeanUtils; the current digester trunk is using the
1.8.3, (with some memory leaks fixes) and doesn't cause errors
locally; even t
On Sun, Sep 12, 2010 at 7:39 AM, sebb wrote:
>
> On further investigation, it is collections/trunk - i.e. collections4
> - which does not have FastHashMap.
>
> The default Collections version used by Gump is based on
> tags/PRE_GENERICS_MERGE which does have FastHashMap, so there is a
> different
On 12 September 2010 12:03, sebb wrote:
> The classes FastHashMap and FastTreeMap are no longer anywhere in trunk.
>
> They were deleted as part of
>
>
> r814999 | bayard | 2009-09-15 06:33:20 +0100 (Tue, 15 Sep 2009) | 3 lines
> Changed paths:
> ...
>
> Merging from -r468106:814127 of collect
On 12 September 2010 11:43, sebb wrote:
> On 12 September 2010 10:32, Simone Tripodi wrote:
>> Hi Seb,
>> I have the feeling something is going wrong on Gump, running classes
>> still import org.apache.commons.collections.FastHashMap that in /trunk
>> is not more used.
>> I suspect some update di
Thanks a lot for your help, very very appreciated :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 12:43 PM, sebb wrote:
> On 12 September 2010 10:32, Simone Tripodi wrote:
>> Hi Seb,
>> I have the feeling something is going wrong on Gump, runnin
On 12 September 2010 08:09, Simone Tripodi wrote:
> Hi Seb,
> thanks for the feedbacks, my fault: I misunderstood the tag creation,
> I manually forced the -RCn postfix :( So now 2 questions to increase
> my knowledge:
>
> 1) shall the /DIGESTER_2_1_RC1/ tag be deleted? I'd say 'yes' but
> waiting
The classes FastHashMap and FastTreeMap are no longer anywhere in trunk.
They were deleted as part of
r814999 | bayard | 2009-09-15 06:33:20 +0100 (Tue, 15 Sep 2009) | 3 lines
Changed paths:
...
Merging from -r468106:814127 of collections_jdk5_branch - namely where
these files were removed.
On 12 September 2010 10:32, Simone Tripodi wrote:
> Hi Seb,
> I have the feeling something is going wrong on Gump, running classes
> still import org.apache.commons.collections.FastHashMap that in /trunk
> is not more used.
> I suspect some update didn't work :(
> You can see this because tests fa
Hi Seb,
I have the feeling something is going wrong on Gump, running classes
still import org.apache.commons.collections.FastHashMap that in /trunk
is not more used.
I suspect some update didn't work :(
You can see this because tests fail, like [1] and [2].
Can you help me please? Many thanks in ad
Hi Seb,
thanks for the feedbacks, my fault: I misunderstood the tag creation,
I manually forced the -RCn postfix :( So now 2 questions to increase
my knowledge:
1) shall the /DIGESTER_2_1_RC1/ tag be deleted? I'd say 'yes' but
waiting for your confirmation.
2) if an RCn fails, when releasing an RC
44 matches
Mail list logo
