erall, I think it's OK to go the 0.10 route, if you want to save a
1.0 major release for later at a point it's really needed.
In hindsight, the first Commons SCXML release could've been 0.1
(rather than 0.5) to give more room for 4 more releases before getting
to this point :-)
-Ra
. I do respect the
> community and the Apache Way.
> In any way, I'm really looking forward to helping it.
>
Cool, glad you're on board then. Thanks for the background above :-)
-Rahul
> Cheers,
>
> Woonsan
>
---
On Tue, Oct 8, 2013 at 9:25 AM, Ate Douma wrote:
> On 10/08/2013 02:18 PM, Rahul Akolkar wrote:
>>
>> Who's there :-)
>>
>> Agree with all your Commons SCXML related comments below.I've been
>>
>> out of time for this for a while; you're w
ture.
Welcome to Commons,
-Rahul
On Mon, Oct 7, 2013 at 10:40 AM, Ate Douma wrote:
> Hi SCXML developers/community,
>
> We are trying to figure out what the status and activity of SCXML
> development is, and and/or who in the community might be interested in
> re-activating it.
>
mons-logging
> commons-modeler
> commons-primitives
> commons-scxml
>
> Are any of the above definitely NOT going to make another release
> using the same groupId?
> This could be because:
> - the component is dormant, or
> - future releases will use a groupId of o.a.c (and chan
the Commons SCXML parser.
The new parser may not recognize the old syntax.
-Rahul
> --
> Alessandro Scarozza
> http://www.google.com/profiles/xan.scale
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
t line (unreleased, first release from the
line would be 1.0). trunk is the 0.x line, is on JDK 1.4.
In theory, the trunk should be a proper subset of the J6
functionality. I'd add to J6 and backport any bugs/essential changes
to trunk.
-Rahul
> Tomas
>
> -----Original Message--
On Thu, May 17, 2012 at 4:27 AM, Kukosa, Tomas
wrote:
> Hi Rahul,
>
> thanks for your offer.
>
> When I get more familiar with current commons-scxml and have some reasonable
> patches I will send them.
>
> After short time playing with it, I can see following topics:
On Wed, May 16, 2012 at 10:01 AM, Kukosa, Tomas
wrote:
> Hi,
>
> is anbody working on commons-scxml?
>
No. If you (or anyone else) would like to work on it, I can help with
reviewing and applying patches etc.
-Rah
at is the status of the project?
>
The project is not active. You may of course look at the source
directly in SVN and try to build and use it, but note that the code is
unreleased.
-Rahul
> Thanks,
>
> Eric
-
T
On Mon, Jan 16, 2012 at 11:09 AM, Jacob Beard wrote:
> Hi Ingo,
>
> On Mon, Jan 16, 2012 at 10:53 AM, Ingo Lütkebohle
> wrote:
>> Hi,
>>
>> Am Mon 16 Jan 2012 04:10:40 PM CET schrieb Rahul Akolkar:
>>
>>> Sounds reasonable. There hasn't
l you have a fix / solution,
please attach a patch with appropriate test cases to the JIRA
issue(s).
Couple of comments for easier review of patches:
* Patches containing small incremental changes are usually better
than large refactorings as they are easier to valid
On Wed, Jul 27, 2011 at 3:54 PM, Rahul Akolkar wrote:
> On Wed, Jul 27, 2011 at 2:25 PM, Thomas Vandahl wrote:
>> Hi folks,
>>
>> I finished the updates to JDK 5 generics and concurrent and updated the
>> maven-2 build. Still some tests fail, others should never have
mons move is things like
tempbuilds won't be able to survive here :-)
-Rahul
> Your comments are welcome.
>
> Bye, Thomas
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
> easier for you rather than figuring out how to svn switch over. I'm
> happy to wait on your nod before doing the svn move.
>
I'd say go ahead now, nothing here to wait for :-)
-Rahul
> Hen
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Fri, Jul 22, 2011 at 5:33 AM, Henri Yandell wrote:
> Anyone adverse to me svn moving JCS over from Jakarta?
Not at all, thanks for both the svn moves Hen!
-Rahul
> It will mean
> someone needing to update the site (which they should do while moving
> that ov
/
redirects from j.a.o).
-Rahul
On Sun, Jun 26, 2011 at 12:48 AM, Rahul Akolkar wrote:
> This is half a dozen related votes in one thread (for convenience), namely:
>
> 1. Accept BCEL [1] as Commons component
> 1a. Grant Commons karma to Dave Brosius (dbrosius)
>
> 2. Accept
On Mon, Jun 27, 2011 at 3:50 AM, Jochen Wiedmann
wrote:
> On Sun, Jun 26, 2011 at 6:48 AM, Rahul Akolkar
> wrote:
>> This is half a dozen related votes in one thread (for convenience), namely:
>>
>> 1. Accept BCEL [1] as Commons component
>> 1a. Grant Commons k
. Thanks.
-Rahul
[1] http://jakarta.apache.org/bcel/
[2] http://jakarta.apache.org/jcs/
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
ow attachments to be re-enabled.
>
If the above route is taken, I'd be glad to help by being in the
AdminGroup for the Commons wiki.
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Sun, Jun 19, 2011 at 12:47 PM, Thomas Vandahl wrote:
> On 18.06.11 18:45, Rahul Akolkar wrote:
>> On Fri, Jun 17, 2011 at 4:09 AM, Henri Yandell wrote:
>>> Just code on its own = -1. As long as committers are coming, +1.
>>>
>>
>>
>> Proposal is
you could manually upload)
* Check out trunk, update site.xml or equivalent (see bottom of
[scxml] site.xml [1] for example of menu with other versions) and
deploy
-Rahul
[1] http://svn.apache.org/repos/asf/commons/proper/scxml/trunk/src/site/site.xml
> Online soon, stay tuned! :D
> Si
xisting committers karma (some have it). In
addition, there seems some new folks interested (amongst Commons
committers).
> From a bigger picture point of view - I want Jakarta to go to the
> Attic. These components, as with many in Commons, have kept themselves
> just about alive an
opers already have Commons karma, we will request karma for a
couple more if the move happens.
Background threads in Jakarta land here [3, 4].
-Rahul
[1] http://jakarta.apache.org/bcel/
[2] http://jakarta.apache.org/jcs/
[3] http://markmail.org/thread/vtgzc5pqsjol4cft
[4] http://markmail.org/t
]. I have a few questions regarding it, but I wanted to have this one
> cleared first.
>
Commons list so "commons-" prefix not needed. If you stick to the
component directory name in SVN, that will always work -- thats
[graph2] -- in this case, [graph] may work too.
-Rahul
&
On Wed, Jun 1, 2011 at 1:46 AM, Simone Tripodi wrote:
> Hi Rahul :)
> thanks for following up!
>
> I can confirm they're NOT binary compatible even without running
> clirr, because of the following reasons:
>
We'll need to analyze with clirr anyway, minimally to prod
a clirr or equivalent report.
-Rahul
> Thanks in advance, have a nice day!!!
> Simo
>
> [1] http://commons.apache.org/sandbox/digester3/
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Tue, May 31, 2011 at 6:41 PM, Simone Tripodi
&g
On Thu, May 26, 2011 at 7:06 PM, sebb wrote:
> On 26 May 2011 14:46, Rahul Akolkar wrote:
>> On Thu, May 26, 2011 at 9:24 AM, sebb wrote:
>>> On 23 May 2011 16:22, Rahul Akolkar wrote:
>>>> On Mon, May 23, 2011 at 8:16 AM, sebb wrote:
>>>>> SC
On Thu, May 26, 2011 at 9:24 AM, sebb wrote:
> On 23 May 2011 16:22, Rahul Akolkar wrote:
>> On Mon, May 23, 2011 at 8:16 AM, sebb wrote:
>>> SCXML has had a couple of ongoing Gump failures, which I started to
>>> look at again.
>>>
>>
>> Thanks
On Mon, May 23, 2011 at 11:41 AM, sebb wrote:
> On 23 May 2011 16:22, Rahul Akolkar wrote:
>> On Mon, May 23, 2011 at 8:16 AM, sebb wrote:
>>> [As part of this, I noticed and fixed some minor issues in the Ant build
>>> file.]
>>>
>>
>> I under
o track and port applicable changes from trunk to
the J6 branch, when making any changes to [SCXML].
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
+1
-Rahul
On Mon, May 16, 2011 at 1:52 PM, Phil Steitz wrote:
> I would like to take the proposal made in [1], modified per
> discussion on that thread to a VOTE, so we can start implementing
> the policy.
>
> The provisions are as follows:
>
> 0) To move a component to do
.
Meanwhile, you may either (a) change your state machine to remove such
nesting or (b) supply a custom semantics impl to the executor that
uses a comparator with the change.
-Rahul
[1] http://commons.apache.org/scxml/issue-tracking.html
> Thanks,
> Eugen
--
well as reducing the reply-all
> scatter.
>
+1
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
sus because enough folks may not be bothered to chime in if
its truly dormant, though Commons is different here :-), and long
duration because we want to maximize chances of people seeing the
vote.
-Rahul
> 1) When a component is voted "dormant":
> a) the main web site and site na
On Thu, May 5, 2011 at 8:57 AM, Gary Gregory wrote:
> Congratulations to Simone for pushing this release out!
>
+1 to that sentiment, but not to using reply all and having things
like announce@ on CC (even if it bounces :-).
-Rahul
> Gary
>
> On May 5, 2011, at 8:26, Simone
If you've tried Commons SCXML and you'd like to add/improve things,
open tickets (with or without patches) and see how that goes
* If you want to help update Commons SCXML to spec v1.0 (when it
comes out) -- all help is welcome
-Rahul
> Thank you,
> Ryan
>
--
On Sun, Apr 3, 2011 at 5:03 PM, Simone Tripodi wrote:
> Hi Rahul!
> done, but I meant that in mvn3 the scp protocol doesn't come out of
> the box, we need to plug the wagon-ssh extension.
> For releasing the discovery, I switched to mvn2, but for future mvn3
> use I'd
king the "commons.deployment.protocol"
property (see very bottom of parent pom).
-Rahul
> If there isn't any objection, I can take care of it, just let me know.
> In the meanwhile, I'd add the wagon-ssh in the [discovery] pom, is it
> fine for you or he have to rele
On Sat, Mar 19, 2011 at 11:05 AM, Phil Steitz wrote:
> On 3/19/11 4:54 AM, Simone Tripodi wrote:
>> Hi Rahul,
>> thanks once again for the wise suggestions, much more than appreciated!
>>
>> I underestimated the importance of the users over the active
>> develo
ould be to promote and
release the sandbox code while keeping the oac.digester3.* packages.
This would mean doing both: (a) retaining current code in 1.x and 2.x
branches in case future releases need to be made on those lines and
(b) moving sandbox code to trunk as 3.x line (while keeping the
oac.di
+1
-Rahul
On Tue, Mar 15, 2011 at 8:15 AM, sebb wrote:
> Please may I have your votes for Commons Parent 20?
>
> Maven artifacts:
>
> https://repository.apache.org/content/repositories/orgapachecommons-002/org/apache/commons/
>
> SVN
> https://svn.apache.org/repos/as
+1 to both.
-Rahul
On Fri, Mar 11, 2011 at 10:18 PM, sebb wrote:
> Please may I have your votes for Commons Skin 3 and Commons Parent 19?
>
> The two have to be tested together because Commons Skin 3 is
> referenced from Commons Parent 19.
>
> If the vote for Commons Skin f
weeks before pushing a request again.
>
> I'd like to ask also your feedbacks and suggestions, in case you would
> be interested in a potential promotion on Proper, or it should be
> contributed somewhere else like extras, but I hope it will find a
> place in commons.
> As Rahul
On Tue, Mar 1, 2011 at 6:57 PM, Jacob Beard wrote:
> Please keep an eye on the www-voice thread. I think there may still be
> problems with the current step algorithm, and I'm drafting a reply to
> elaborate on this.
>
Sure.
-Rahul
> Thanks,
>
> Jake
>
> On Tu
t history in
> parallel:
> http://mail-archives.apache.org/mod_mbox/commons-user/201001.mbox/%3cce1f2ea81001131340w2aaaf5bfs84b9db2252287...@mail.gmail.com%3E
>
> It's not clear whether this is due to possible conflicts in SCXML
> semantics, or whether this is simply Comm
2011/2/23 Gavin Lei :
> Hi Rahul,
>
> Thank you for your answer. It means that we can take some measures to
> support XInclude and XPath 2.0 in Commons SCXML. Commons SCXML use
> Digester to support XInclude and use JDK's API to support XPath( In my
> memory, JDK use
y be we can
> do something to improve Commons SCXML. Thank You.
>
You may use an XPathEvaluator like the one below and pass in the
functions you want supported (see 2nd constructor which takes a map,
for how arbitrary XPath functions support may be added):
http://svn.apache.org/repos/asf/commo
generally only see the source code. If there is
> important information about how the source code works buried in SVN
> log messages, then I think we have failed to produce the best source
> code that we can.
>
We may be talking about diffe
ut the changes? (in addition to issue # ofcourse). It helps things
like 'svn log' quite a bit to have that in the commit message itself.
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
-Pjava-1.4
>
> (i.e. simply running tests without compiling). Test execution is aborted
> immediately with a bad class version error, although I excluded the classes
> in the configuration of the surefire plug-in. No idea why this is the case.
>
The sources are already compiled u
t can build even though
> no other project in Gump needs it? Remove attributes from Gump?
>
> Any ideas?
>
If no one shows interest in helping you with this, then I think we can
move attributes from proper to dormant and remove it from Gump.
-Rahul
> Stefan
>
bvious names. [Math] is obvious. [BSP] is not
>> crystal clear but [Math-BSP] is.
>>
>> I always scratch my head when I read: '[ANNOUNCE] Project Zazibar releases
>> version 2.3' and nowhere in the announcement is a hint of what project
>> Zanzibar is.
&g
should have asked, is it as simple as calling mvn deploy:deploy
>
> ?
>
Use the release plugin, scroll down to "Releasing commons-parent pom"
on this page:
http://wiki.apache.org/commons/CreatingReleases
-Rahul
--
e sandbox,
> to see if there are objections. BTW thanks a lot for your thoughts and
> contribution!
As I said elsethread, no objections at all for a sandbox spike (how
could there be any :-).
-Rahul
> Moreover you too indirectly inspired me to start this work, when you
> started i
er places perhaps) -- for the users, this
can be seen as a feature.
-Rahul
> $0.02,
> Matt
>
> On Jan 24, 2011, at 4:01 AM, Simone Tripodi wrote:
>
>> That's very good Rahul,
>> being yourself also a Digester users, it should be easier for me
>> having you to
On Sun, Jan 23, 2011 at 9:47 PM, Simone Tripodi
wrote:
> Hi Rahul! :)
> good point, I think that this is yet another good reason to work on
> sandbox before, I'll try to stay close as much as possible to the
> current Digester concept, my idea/purpose/intensions are providing a
&
On Sun, Jan 23, 2011 at 9:11 PM, Simone Tripodi
wrote:
> Hi Rahul!!! :)
> thanks for your feedbacks!!! this time I would like to experiment in
> the sandbox an almost complete rewrite of Digester, simplifying the
> actual design centralizing the configuration - and loosing
> retr
ing/involvement.
This would be in addition to the existing digester APIs? I think we
want to be compatible so don't know if it makes sense to remove/change
existing APIs.
The sandbox is always open for experimentation, no objections there.
-Rahul
> I really hope this could be point of your
/people.apache.org/~niallp/lang-2.6-rc2/site/changes-report.html
>
> [X] +1 Yes go ahead an release based on RC2
> [ ] -1 No, because...
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additio
TES.txt
> http://people.apache.org/~niallp/lang-2.6-rc1/site/changes-report.html
>
> [X] +1 Yes go ahead an release based on RC1
> [ ] -1 No, because...
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.
g
that might disrupt processing the original event, which is why the
payload guard condition may no longer hold for the transition you
expect to be taken. Lets continue on the Commons User list, see:
http://commons.apache.org/mail-lists.html
-Rahul
>
>
> Thanks in advance for the hel
ere.
If its something else, please first try the user list instead.
-Rahul
[1]
http://commons.apache.org/sandbox/gsoc/2010/scxml-eclipse/guide/run-source-code.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
correct value for the property:
http://commons.apache.org/commons-build-plugin/download-page.html
-Rahul
> Ralph
>
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
+1
-Rahul
On Thu, Oct 14, 2010 at 10:14 PM, Niall Pemberton
wrote:
> I have prepared Commons IO 2.0 RC5. The main changes since RC4 was to
> rename the FilesystemObserver/Monitor to
> FileAlterationObserver/Monitor and improvements to the test coverage.
>
> The RC3 changes were
On Sun, Oct 10, 2010 at 3:40 PM, Siegfried Goeschl
wrote:
> Hi folks,
>
> I would like to call a vote for releasing commons-exec-1.1 based on RC1.
>
> [X] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not
content by
defining the content in the invoke's parent state's datamodel. Along
these lines:
The value for the "content" key in the params map then will contain
the Node from which the CDATA content can be obtained.
Alternatively, you may also set datamodel var
On Tue, Sep 28, 2010 at 11:13 AM, sebb wrote:
> On 28 September 2010 15:46, Rahul Akolkar wrote:
>> On Mon, Sep 27, 2010 at 12:30 PM, Simone Tripodi
>> wrote:
>>> Hi all guys,
>>> first of all thanks everybody mentored me during the path of the 2.1
>>&g
On Mon, Sep 27, 2010 at 12:30 PM, Simone Tripodi
wrote:
> Hi all guys,
> first of all thanks everybody mentored me during the path of the 2.1
> release, especially Rahul and Sebastian, always ready to provide a
> valid help, I appreciate it very much :)
>
> I'd like to di
On Sun, Sep 26, 2010 at 7:54 AM, sebb wrote:
> On 26 September 2010 06:30, Rahul Akolkar wrote:
>> On Sat, Sep 25, 2010 at 12:59 PM, Simone Tripodi
>> wrote:
>>> Thanks both Antonio and Phil :)
>>>
>>> @Phil: absolutely right, but that concerns the main
lly be part of the deployed site so the
menus continue to work. Now that we have a more elaborate guide (in
terms of number of site pages), perhaps we should just pull specific
release guides in via svn externals.
-Rahul
-
To unsubs
er/commons-digester-2.1/
>>
>> ssh to people.apache.org and copy from:
>> /www/people.apache.org/builds/commons/digester/2.1/RC2/site/
>> to:
>> /www/commons.apache.org/digester/commons-digester-2.1/
>>
>
> No. In Commons, the deployed site should be versi
nd email to mailing list themselves
(rather than adding the list as CC in reply)
-Rahul
> 2010/9/23 Rahul Akolkar
>>
>> 2010/9/22 Xun Long Gui :
>> > Ok, i will go to check it
>> >
>>
>>
>> Long - Again, please see:
>>
>> http://ma
2010/9/22 Xun Long Gui :
> Ok, i will go to check it
>
Long - Again, please see:
http://markmail.org/message/5y6sy6kjbcdwnaoa
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional comma
+1 release it
> [ ] +0 OK, but...
> [ ] -0 Would really like to see...
> [ ] -1 no, do not release it because...
>
> -----
-Rahul
-
To unsubscribe, e-mai
On Wed, Sep 15, 2010 at 8:57 AM, Torsten Curdt wrote:
> IMO the thread showed that there are enough ways to get to that
> information today.
> I would not bother and call for the vote.
>
+1 to not bothering for digester 2.1.
-Rahul
> On Wed, Sep 15, 2010 at 14:54, Simone Tr
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 themsel
on in a sentence that 2.1 adds annotations support in
"Releases" section of home page
The Javadoc (SVN latest) link may need a leading slash in the site.xml.
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commo
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.
ted and recreated, right?
>
> Ideally tags are a fixed version and are never recreated.
>
Indeed.
> So I would create the new tag, and later delete the old tag.
>
Caveat being retain the tag for the successful RC since you're using
the release plugin (for bits
on to come RC2 as example):
* When prompted for the version, use 2.1
* When prompted for the tag, use DIGESTER_2_1_RC2
Voting on the exact bits leads to the first bullet, that this isn't
the actual release until it passes muster leads to the second.
is updated manually before e
On Fri, Sep 10, 2010 at 6:27 PM, Simone Tripodi
wrote:
> Hi all guys,
> the RC1 is driving me crazy... once resolved the gpg issues, following
> the wiki guide[1] Rahul ans Seb suggested, once launched "mvn -Prc
> release:perform" when going to deploy artifacts, the build wa
execution, it is completely blocked :(
>> I'm using gpg 1.4.9, shall I have to upgrade to 2?
>
If your questions are purely related to Maven or its plugins, you may
have better luck (and response time) on the Maven list.
-Rahul
> Current is 1.4.10.
>
> Gpg2 behaves ver
On Mon, Sep 6, 2010 at 9:49 AM, Simone Tripodi wrote:
> Hi all, Rahul,
> what about the latest deployed website?
Looks good overall, though I haven't taken a fine-toothed comb to it.
> Can I proceed modifying the
> homepage in order to propose a release?
Sure, but pleas
, and its good to see the new xdoc guide (rather
than package.html content) -- I'd say its a lot more consumable now.
Cheers,
-Rahul
> Namaste,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
---
o bad I'm away for the W3C TPAC that week (would've liked to be there).
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Sun, Sep 5, 2010 at 10:39 AM, Simone Tripodi
wrote:
> Hi Rahul,
> sure, but I'd suggest to add the 2.1 and remove the 1.8 not at this
> stage, that we're just publishing the snapshot site. WDYT?
Yes, indeed, thats what I meant (post release). Please go ahead with
mvn site
On Sun, Sep 5, 2010 at 10:25 AM, Simone Tripodi
wrote:
> Hi Rahul,
> thanks, just tried with the 2.3 version and it worked!!! Now trying
> the assemblies and other plugins...
> In the meanwhile, do you think I can run mvn site-deploy to publish
> the current site?
Yes, that
eone else to jump in
and make the necessary changes. I may not have time soon for this, but
Jake or Chris if you want to take a look, feel free to have at it.
Starting point to get going is probably this page [1].
-Rahul
[1]
http://commons.apache.org/sandbox/gsoc/2010/scxml-eclipse/guide/run-sour
w the stacktace, thanks in advance!!!
Searched and found MCHANGES-126 [1]. Bumped plugin to latest version
2.3 in r992789 [2]. Site builds for me now.
It'd be good to check if all plugins are using the best version
possible before release.
-Rahul
[1] http://jira.codehaus.org/browse/M
On Sat, Sep 4, 2010 at 3:11 PM, Simone Tripodi wrote:
> Hi Rahul,
> thanks a lot for your feedbacks, actions have been completed following
> your suggestions.
> my final 2 questions:
> - I didn't find any reference on wiki about
> ${commons.deployment.protocol}... can
Wrong list.
On Sat, Sep 4, 2010 at 7:32 AM, Benson Margulies wrote:
> I'm tired of Java 1.4. Are there users of XML Schema still stuck there?
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands
On Fri, Sep 3, 2010 at 3:34 PM, Simone Tripodi wrote:
> Sorry,
> forgot to ask your opinion on dropping the STATUS.html[1] file that
> seems has not been updated anymore since 1.7 release... WDYT?
Yup, lets scrap that
On Fri, Sep 3, 2010 at 3:32 PM, Simone Tripodi wrote:
> Hi again Rahul, all,
> just to ask opinions about other details: I'd move the checkstyle
> stuff (checkstyle.xml and file-header.txt), on the project root, to a
> proper src/test/checkstyle dir to keep the root dir
On Fri, Sep 3, 2010 at 10:54 AM, Simone Tripodi
wrote:
> Hi Rahul,
> thanks a lot!!! I just need to fix the svn cp we discussed in the
> other thread, write the release notes and I'll be ready to calla a
> vote.
Two suggestions:
* Digester release notes have been written by
On Fri, Sep 3, 2010 at 1:40 AM, Simone Tripodi wrote:
> Hi Rahul,
> thanks for your feedbacks!!! :)
> At that point I'd try to call a vote for a new release, WDYT? Can you
> point me please at some wiki page where described the release
> procedure?
Depends who is cutting
ractice, root and (top - 1) are most
common and the duplication we see isn't too bad or new either.
-Rahul
> Thanks in advance, have a nice day!!!
> Simo
>
> [1]
> https://svn.apache.org/repos/asf/commons/proper/digester/trunk/src/main/java/org/apache/commons/digester/SetNextRule
e from (so 'svn cp
https://svn.apache.org/old/p...@991691 .'), then review and ci.
I usually create a patch before svn ci during such reorgs, examining a
patch beforehand helps to catch any such glitches (easier than fixing
later).
-Rahul
> Thanks in advance,
> Simo
>
&
runk/src/main/resources/org/apache/commons/
>
> commons/proper/digester/trunk/src/main/resources/org/apache/commons/digester/
>
> commons/proper/digester/trunk/src/main/resources/org/apache/commons/digester/xmlrules/
>
> commons/proper/digester/trunk/src/main/resources/org/apache
for the next release. I also don't
think we want to introduce a multi-module m2 build for digester, so
best to keep that build on its own (even if moved to m2) as it is now.
In effect -- if someone wants to do it, sure.
-Rahul
> Thanks in advance, have a nice day :)
> Simo
>
&
1 - 100 of 906 matches
Mail list logo
