You are viewing a plain text version of this content. The canonical link for it is here.
Posted to taglibs-dev@jakarta.apache.org by Rahul P Akolkar <ak...@us.ibm.com> on 2005/07/10 19:57:20 UTC
[RESULT][VOTE] Release RDC 1.0
The vote for a 1.0 release of the Reusable Dialog Components (RDC) taglib
has passed.
The following votes were cast (in alphabetical order of last name):
<BINDING>
Doug Davis +1
Felipe Leme +1
Sam Ruby +1
</BINDING>
The following non-binding votes were cast:
<NON-BINDING>
Rahul Akolkar +1
Elam Birnbaum +1
Hadeel Rashad +1
Stuart Robertson +1
Daniel Spangler +1
David Varnes +1
Mitch Warner +1
</NON-BINDING>
Thanks to everyone who took time to vote.
I will be cutting the release shortly, as much as I can. I will ask for
assistance for the remaining bits, and for moving the RDC taglib from
sandbox to proper.
-Rahul
Rahul P Akolkar wrote on 06/30/2005 09:03:38 AM:
> I would like to call a vote for a 1.0 release of the Reusable Dialog
> Components (RDC) taglib.
>
> Details are here [
>
http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/1.0ReleasePlan
> ]
>
> <snip/>
> [ ] +1 Release rdc-1.0
> [ ] -0 Do not release, please explain why
> <snap/>
>
> My vote is non-binding.
>
> Thanks,
> -Rahul
>
> P.S.-Non-committers are also welcome to vote. It is customary to
indicate
> that your vote is non-binding, if you are not a committer.
Location of TLDs in distribution wars (was Re: [RESULT][VOTE] Release RDC
1.0)
Posted by "T. V. Raman" <tv...@us.ibm.com>.
I suspect it's mostly for human consumption, as well as making
sure that one can generate documentation etc without having to
unpack a jar. In my own experience, I've often found it useful to
open up the tld file for a taglib in emacs and look at it; of
course you can open up a jar in emacs as well, so may be it's for
VI users:-) -- seriously though, the tld file outside the jar is
a very useful convenience.
Also, since the build process ensures that the tld inside the jar
and the one outside are the same, the duplication is not a
problem.
>>>>> "Rahul" == Rahul P Akolkar <ak...@us.ibm.com> writes:
Rahul> Stu Robertson <sr...@nvisia.com> wrote on
Rahul> 07/10/2005 04:07:29 PM: <snip/>
>> One question though. Why is the tld included outside of
>> the taglib jar? The 2.4 specification allows them to be
>> in the jar, at META-INF/ taglib.tld. I found that WAS 6
>> has trouble dealing with it elsewhere if the tag classes
>> and tagx files are in a jar. For my build I've moved it
>> to the jar itself, which solves the issue.
Rahul> <snap/>
Rahul>
Rahul> Put simply, that is how the taglibs build has it set
Rahul> up.
Rahul>
Rahul> <reiterate> There is a copy in
Rahul> taglibs-<taglib>.jar/META-INF/taglib.tld, which is
Rahul> where the spec says it should reside if the taglib is
Rahul> deployed in an archived form. There is another copy
Rahul> sitting outside the jar as
Rahul> <taglib>-examples.war/WEB-INF/taglibs-<taglib>.tld,
Rahul> which is where the spec says it should reside if the
Rahul> taglib is deployed in an unarchived form.
Rahul> </reiterate>
Rahul>
Rahul> Removing the copy in WEB-INF/ might indeed be
Rahul> necessary for certain containers if the taglib is
Rahul> deployed using an archived form. Apart from the fact
Rahul> that the TLD outside the jar makes for easier
Rahul> human/dev consumption, does anyone have more insight
Rahul> into why there are two TLDs in the example wars?
Rahul>
Rahul> -Rahul
--
Best Regards,
--raman
------------------------------------------------------------
T. V. Raman: PhD (Cornell University)
IBM Research: Human Language Technologies
Architect: RDC --- Conversational And Multimodal WWW Standards
Phone: 1 (408) 927 2608 T-Line 457-2608
Fax: 1 (408) 927 3012 Cell: 1 650 799 5724
Email: tvraman@us.ibm.com
WWW: http://almaden.ibm.com/u/tvraman (google:tv raman
AIM: emacspeak
GPG: http://www.almaden.ibm.com/cs/people/tvraman/raman-almaden.asc
Snail: IBM Almaden Research Center,
650 Harry Road
San Jose 95120
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: Location of TLDs in distribution wars (was Re: [RESULT][VOTE]
Release RDC 1.0)
Posted by Felipe Leme <ja...@felipeal.net>.
Felipe Leme wrote:
> contained in a hsared directory on the server, for instance - see for
^^^^^^^
Forgot the link:
https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=115
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: Location of TLDs in distribution wars (was Re: [RESULT][VOTE]
Release RDC 1.0)
Posted by Felipe Leme <ja...@felipeal.net>.
Rahul P Akolkar wrote:
> Stu Robertson <sr...@nvisia.com> wrote on 07/10/2005 04:07:29 PM:
>>jar? The 2.4 specification allows them to be in the jar, at META-INF/
>>taglib.tld.
It does not need to be called taglib.tld, it just need to end in a .tld
(the standard.jar, for instance, has 5 TLDs on 1.1.x and 8 on 1.0.x, as
this jar contains multiple taglibs). Also, that has been introduced by
Servlet 2.3/JSP 1.2 (and not only Servlet 2.4/JSP 2.0).
>I found that WAS 6 has trouble dealing with it elsewhere
Maybe the problem is where you jar is, not where the TLD is on the jar,
as the specification only requires the TLD scanning of jars contained on
the WEB-INF/lib directory of the web application (it might not scan jars
contained in a hsared directory on the server, for instance - see for
more information on this isse)
It
> There is a copy in taglibs-<taglib>.jar/META-INF/taglib.tld, which is
> where the spec says it should reside if the taglib is deployed in an
> archived form. There is another copy sitting outside the jar as
As I said earlier, that's not exactly true - the taglib.tld name was
mandatory only on previous versions of JSP (like 1.2 - I think, but am
not sure). Anyway, as RDC requires JSP 2.0, we should use a better name
like rdc.tld.
> consumption, does anyone have more insight into why there are two TLDs in
> the example wars?
I'm sorry, but I missed the discussion, so I might be talkign non-sense.
Anyway, I agree with you that the TLDs could be available outside the
JARs/WARs for 'human reading purposes' only. Inside it, we better keep
the TLD on the META-INF (or even META-INF/tlds) directory.
-- Felipe
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: Location of TLDs: in distribution wars but not in META-INF
Posted by "T. V. Raman" <tv...@us.ibm.com>.
it is in the war.
>>>>> "Stu" == Stu Robertson <sr...@nvisia.com> writes:
Stu> Hmm, I'm confused. Are you saying there's supposed to
Stu> already be a copy of this in the jar? It isn't in CVS
Stu> at META-INF (http://
Stu> cvs.apache.org/viewcvs.cgi/jakarta-taglibs-sandbox/rdc/src/META-INF/)
Stu> but maybe it's placed there by a build process?
Stu>
Stu> Since META-INF is the location required by the 2.4 spec,
Stu> it would be nice if this is where it lived, and the
Stu> build process copied it wherever else folks wanted it
Stu> for convenience.
Stu>
Stu> Congrats on committer status Rahul!
Stu>
Stu> Stu
Stu>
Stu> On Jul 10, 2005, at 4:10 PM, Rahul P Akolkar wrote:
Stu>
>> Stu Robertson <sr...@nvisia.com> wrote on 07/10/2005
>> 04:07:29 PM: <snip/>
>>
>>> One question though. Why is the tld included outside of
>>> the taglib jar? The 2.4 specification allows them to be
>>> in the jar, at META- INF/ taglib.tld. I found that WAS 6
>>> has trouble dealing with it elsewhere if the tag classes
>>> and tagx files are in a jar. For my build I've moved it
>>> to the jar itself, which solves the issue.
>>>
>> <snap/>
>>
>> Put simply, that is how the taglibs build has it set up.
>>
>> <reiterate> There is a copy in
>> taglibs-<taglib>.jar/META-INF/taglib.tld, which is where
>> the spec says it should reside if the taglib is deployed
>> in an archived form. There is another copy sitting outside
>> the jar as
>> <taglib>-examples.war/WEB-INF/taglibs-<taglib>.tld, which
>> is where the spec says it should reside if the taglib is
>> deployed in an unarchived form. </reiterate>
>>
>> Removing the copy in WEB-INF/ might indeed be necessary
>> for certain containers if the taglib is deployed using an
>> archived form. Apart from the fact that the TLD outside
>> the jar makes for easier human/dev consumption, does
>> anyone have more insight into why there are two TLDs in
>> the example wars?
>>
>> -Rahul
>>
Stu>
>> ---------------------------------------------------------------------
To unsubscribe, e-mail:
Stu> taglibs-dev-unsubscribe@jakarta.apache.org For
Stu> additional commands, e-mail:
Stu> taglibs-dev-help@jakarta.apache.org
--
Best Regards,
--raman
------------------------------------------------------------
T. V. Raman: PhD (Cornell University)
IBM Research: Human Language Technologies
Architect: RDC --- Conversational And Multimodal WWW Standards
Phone: 1 (408) 927 2608 T-Line 457-2608
Fax: 1 (408) 927 3012 Cell: 1 650 799 5724
Email: tvraman@us.ibm.com
WWW: http://almaden.ibm.com/u/tvraman (google:tv raman
AIM: emacspeak
GPG: http://www.almaden.ibm.com/cs/people/tvraman/raman-almaden.asc
Snail: IBM Almaden Research Center,
650 Harry Road
San Jose 95120
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: Location of TLDs: in distribution wars but not in META-INF
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Stu Robertson <sr...@nvisia.com> wrote on 07/10/2005 07:18:32 PM:
> Hmm, I'm confused. Are you saying there's supposed to already be a
> copy of this in the jar? <snip/>
Yes.
> It isn't in CVS at META-INF (http://
> cvs.apache.org/viewcvs.cgi/jakarta-taglibs-sandbox/rdc/src/META-INF/)
> but maybe it's placed there by a build process?
>
> Since META-INF is the location required by the 2.4 spec, it would be
> nice if this is where it lived, and the build process copied it
> wherever else folks wanted it for convenience.
You won't find a TLD in the sources, and for good reason. The TLD, and the
online documentation on the Taglibs website need to be in sync. These
artifacts are generated by the build. For the RDC taglib, they are pulled
from here [
http://cvs.apache.org/viewcvs.cgi/jakarta-taglibs-sandbox/rdc/xml/rdc.xml?view=markup
].
-Rahul
Re: Location of TLDs: in distribution wars but not in META-INF
Posted by Stu Robertson <sr...@nvisia.com>.
Hmm, I'm confused. Are you saying there's supposed to already be a
copy of this in the jar? It isn't in CVS at META-INF (http://
cvs.apache.org/viewcvs.cgi/jakarta-taglibs-sandbox/rdc/src/META-INF/)
but maybe it's placed there by a build process?
Since META-INF is the location required by the 2.4 spec, it would be
nice if this is where it lived, and the build process copied it
wherever else folks wanted it for convenience.
Congrats on committer status Rahul!
Stu
On Jul 10, 2005, at 4:10 PM, Rahul P Akolkar wrote:
> Stu Robertson <sr...@nvisia.com> wrote on 07/10/2005 04:07:29 PM:
> <snip/>
>
>> One question though. Why is the tld included outside of the taglib
>> jar? The 2.4 specification allows them to be in the jar, at META-
>> INF/
>> taglib.tld. I found that WAS 6 has trouble dealing with it elsewhere
>> if the tag classes and tagx files are in a jar. For my build I've
>> moved it to the jar itself, which solves the issue.
>>
> <snap/>
>
> Put simply, that is how the taglibs build has it set up.
>
> <reiterate>
> There is a copy in taglibs-<taglib>.jar/META-INF/taglib.tld, which is
> where the spec says it should reside if the taglib is deployed in an
> archived form. There is another copy sitting outside the jar as
> <taglib>-examples.war/WEB-INF/taglibs-<taglib>.tld, which is where the
> spec says it should reside if the taglib is deployed in an unarchived
> form.
> </reiterate>
>
> Removing the copy in WEB-INF/ might indeed be necessary for certain
> containers if the taglib is deployed using an archived form. Apart
> from
> the fact that the TLD outside the jar makes for easier human/dev
> consumption, does anyone have more insight into why there are two
> TLDs in
> the example wars?
>
> -Rahul
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Location of TLDs in distribution wars (was Re: [RESULT][VOTE] Release RDC
1.0)
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Stu Robertson <sr...@nvisia.com> wrote on 07/10/2005 04:07:29 PM:
<snip/>
> One question though. Why is the tld included outside of the taglib
> jar? The 2.4 specification allows them to be in the jar, at META-INF/
> taglib.tld. I found that WAS 6 has trouble dealing with it elsewhere
> if the tag classes and tagx files are in a jar. For my build I've
> moved it to the jar itself, which solves the issue.
<snap/>
Put simply, that is how the taglibs build has it set up.
<reiterate>
There is a copy in taglibs-<taglib>.jar/META-INF/taglib.tld, which is
where the spec says it should reside if the taglib is deployed in an
archived form. There is another copy sitting outside the jar as
<taglib>-examples.war/WEB-INF/taglibs-<taglib>.tld, which is where the
spec says it should reside if the taglib is deployed in an unarchived
form.
</reiterate>
Removing the copy in WEB-INF/ might indeed be necessary for certain
containers if the taglib is deployed using an archived form. Apart from
the fact that the TLD outside the jar makes for easier human/dev
consumption, does anyone have more insight into why there are two TLDs in
the example wars?
-Rahul
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Stu Robertson <sr...@nvisia.com>.
Excellent. Well deserved, and finally a useful element of the
taglibs project :-)
One question though. Why is the tld included outside of the taglib
jar? The 2.4 specification allows them to be in the jar, at META-INF/
taglib.tld. I found that WAS 6 has trouble dealing with it elsewhere
if the tag classes and tagx files are in a jar. For my build I've
moved it to the jar itself, which solves the issue.
Take care,
Stu
On Jul 10, 2005, at 12:57 PM, Rahul P Akolkar wrote:
> The vote for a 1.0 release of the Reusable Dialog Components (RDC)
> taglib
> has passed.
>
> The following votes were cast (in alphabetical order of last name):
>
> <BINDING>
> Doug Davis +1
> Felipe Leme +1
> Sam Ruby +1
> </BINDING>
>
> The following non-binding votes were cast:
>
> <NON-BINDING>
> Rahul Akolkar +1
> Elam Birnbaum +1
> Hadeel Rashad +1
> Stuart Robertson +1
> Daniel Spangler +1
> David Varnes +1
> Mitch Warner +1
> </NON-BINDING>
>
> Thanks to everyone who took time to vote.
>
> I will be cutting the release shortly, as much as I can. I will ask
> for
> assistance for the remaining bits, and for moving the RDC taglib from
> sandbox to proper.
>
> -Rahul
>
> Rahul P Akolkar wrote on 06/30/2005 09:03:38 AM:
>
>> I would like to call a vote for a 1.0 release of the Reusable Dialog
>> Components (RDC) taglib.
>>
>> Details are here [
>>
>>
> http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/
> 1.0ReleasePlan
>
>> ]
>>
>> <snip/>
>> [ ] +1 Release rdc-1.0
>> [ ] -0 Do not release, please explain why
>> <snap/>
>>
>> My vote is non-binding.
>>
>> Thanks,
>> -Rahul
>>
>> P.S.-Non-committers are also welcome to vote. It is customary to
>>
> indicate
>
>> that your vote is non-binding, if you are not a committer.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Felipe Leme <ja...@felipeal.net> wrote on 07/10/2005 11:43:01 PM:
<snip/>
> > It also mentions some flexibility, though, so I guess that might allow
> > for you and / or Rahul to be included in this particular vote.
>
> Yes, I agree. Otherwise we won't move.
<snap/>
And finally, do I need to send a new [RESULT] email to pmc?
-Rahul
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Felipe Leme <ja...@felipeal.net>.
Martin Cooper wrote:
> http://www.apache.org/foundation/voting.html
Interesting reading; so far I thought the committer votes were the
binding ones.
> It also mentions some flexibility, though, so I guess that might allow
> for you and / or Rahul to be included in this particular vote.
Yes, I agree. Otherwise we won't move.
> You can go ahead and forward the vote results to the PMC. Once that's
Ok, will do that.
Thanks for the help/patience,
-- Felipe
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Martin Cooper <ma...@apache.org>.
On Sun, 10 Jul 2005, Felipe Leme wrote:
> Hi Martin,
>
> Martin Cooper wrote:
>
>> Except that only votes from PMC members are binding...
>
> In this case, my vote wouldn't count, as I'm not a PMC member (I'd be honored
> to be one, but haven't contributed enough to deserve such credit).
>
> Anyway, are you sure the committers vote are not enough? I found the
> following info on http://jakarta.apache.org/taglibs/newprojectsubmission.html
> :
>
> Once the tag library has been through a successful evaluation period and that
> testimony can be provided to support its usefulness and quality, a vote can
> be called by the submitter to promote the project as an officially supported
> project at Jakarta Taglibs.
>
> The standard decision making process applies, with a consensus approval
> required to accept a new project.
This refers to promoting a taglib out of the sandbox. However, this vote
is for not just that promotion, but for a release, and all releases must
be approved by the PMC.
> I also checked the "standard decision making process" link
> (http://jakarta.apache.org/site/decisions.html) and it also does not mention
> anything about PMC-binding votes (I might have missed something though).
This one does:
http://www.apache.org/foundation/voting.html
It also mentions some flexibility, though, so I guess that might allow for
you and / or Rahul to be included in this particular vote.
>> I'll also add my +1 for Rahul as a committer. There was a vote quite
>> some time ago, the thread for which I can't locate to reply to, but I
>
> By speaking of PMC and votes, how should we proceed now? I mean, I was going
> to mail the results to the list and ask the infra to create Rahul's account
> (after he signs the CLA), but it looks like that is task for the PMC:
>
> http://www.apache.org/dev/pmc.html#newcommitter
>
> So, could I go ahead or should I leave it to a PMC member (like you or Sam,
> who first proposed him as committer)?
You can go ahead and forward the vote results to the PMC. Once that's
done, Rahul needs to file a CLA. I will keep an eye out for the CLA being
recorded, and let you know when that has happened. At that point, you can
make the account request, as described at the URL you quoted.
--
Martin Cooper
> Anyway, here are the links...
>
> http://marc.theaimsgroup.com/?l=taglibs-dev&m=110963662914391&w=2
> http://marc.theaimsgroup.com/?l=taglibs-dev&m=110963752622128&w=2
>
> ... and the +1 votes:
>
> Sam Ruby
> Felipe Leme
> Martin Cooper
>
>
> -- Felipe
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: Proceeding with infra (was Re: [RESULT][VOTE] Release RDC 1.0)
Posted by Martin Cooper <ma...@apache.org>.
On Sun, 10 Jul 2005, Rahul P Akolkar wrote:
> Felipe Leme <ja...@felipeal.net> wrote on 07/10/2005 10:25:46 PM:
> <snip/>
>> By speaking of PMC and votes, how should we proceed now? I mean, I was
>> going to mail the results to the list and ask the infra to create
>> Rahul's account (after he signs the CLA), but it looks like that is task
>
>> for the PMC:
> <snap/>
>
> I had filed my CLA; at another time, in another context [
> http://people.apache.org/~jim/committers.html#unlistedclas ]
Ah, right. I just checked, and your CLA is indeed on file. Felipe, that
means you can take it from here, as I described in the earlier thread.
--
Martin Cooper
> -Rahul
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Proceeding with infra (was Re: [RESULT][VOTE] Release RDC 1.0)
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Felipe Leme <ja...@felipeal.net> wrote on 07/10/2005 10:25:46 PM:
<snip/>
> By speaking of PMC and votes, how should we proceed now? I mean, I was
> going to mail the results to the list and ask the infra to create
> Rahul's account (after he signs the CLA), but it looks like that is task
> for the PMC:
<snap/>
I had filed my CLA; at another time, in another context [
http://people.apache.org/~jim/committers.html#unlistedclas ]
-Rahul
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Felipe Leme <ja...@felipeal.net>.
Hi Martin,
Martin Cooper wrote:
> Except that only votes from PMC members are binding...
In this case, my vote wouldn't count, as I'm not a PMC member (I'd be
honored to be one, but haven't contributed enough to deserve such credit).
Anyway, are you sure the committers vote are not enough? I found the
following info on
http://jakarta.apache.org/taglibs/newprojectsubmission.html :
Once the tag library has been through a successful evaluation period and
that testimony can be provided to support its usefulness and quality, a
vote can be called by the submitter to promote the project as an
officially supported project at Jakarta Taglibs.
The standard decision making process applies, with a consensus approval
required to accept a new project.
I also checked the "standard decision making process" link
(http://jakarta.apache.org/site/decisions.html) and it also does not
mention anything about PMC-binding votes (I might have missed something
though).
> I'll also add my +1 for Rahul as a committer. There was a vote quite
> some time ago, the thread for which I can't locate to reply to, but I
By speaking of PMC and votes, how should we proceed now? I mean, I was
going to mail the results to the list and ask the infra to create
Rahul's account (after he signs the CLA), but it looks like that is task
for the PMC:
http://www.apache.org/dev/pmc.html#newcommitter
So, could I go ahead or should I leave it to a PMC member (like you or
Sam, who first proposed him as committer)?
Anyway, here are the links...
http://marc.theaimsgroup.com/?l=taglibs-dev&m=110963662914391&w=2
http://marc.theaimsgroup.com/?l=taglibs-dev&m=110963752622128&w=2
... and the +1 votes:
Sam Ruby
Felipe Leme
Martin Cooper
-- Felipe
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Martin Cooper <ma...@apache.org> wrote on 07/10/2005 06:41:23 PM:
<snip/>
>
> Except that only votes from PMC members are binding...
OK. Once again, sorry about the confusion and thanks for your support.
-Rahul
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Martin Cooper <ma...@apache.org>.
On Sun, 10 Jul 2005, Rahul P Akolkar wrote:
> Martin Cooper <ma...@apache.org> wrote on 07/10/2005 06:12:06 PM:
>> As far as I can determine, Doug Davis is not a member of the Jakarta
> PMC,
>> so his vote is not binding. That would leave you with only two binding
>> votes. <snip/>
>
> Martin -
>
> I'm sorry for any confusion, but Doug is clearly listed as a committer to
> the Jakarta Taglibs project here [
> http://people.apache.org/~jim/projects.html ], and hence, his vote should
> be binding.
Except that only votes from PMC members are binding...
--
Martin Cooper
>> However, I'll (somewhat belatedly) add my +1, bringing it back to
>> three.
>>
>> I'll also add my +1 for Rahul as a committer. There was a vote quite
> some
>> time ago, the thread for which I can't locate to reply to, but I think
>> Rahul has proved himself with the RDC taglib.
> <snap/>
>
> Thank you for your support, on both counts.
>
> -Rahul
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Rahul P Akolkar <ak...@us.ibm.com>.
Martin Cooper <ma...@apache.org> wrote on 07/10/2005 06:12:06 PM:
> As far as I can determine, Doug Davis is not a member of the Jakarta
PMC,
> so his vote is not binding. That would leave you with only two binding
> votes. <snip/>
Martin -
I'm sorry for any confusion, but Doug is clearly listed as a committer to
the Jakarta Taglibs project here [
http://people.apache.org/~jim/projects.html ], and hence, his vote should
be binding.
> However, I'll (somewhat belatedly) add my +1, bringing it back to
> three.
>
> I'll also add my +1 for Rahul as a committer. There was a vote quite
some
> time ago, the thread for which I can't locate to reply to, but I think
> Rahul has proved himself with the RDC taglib.
<snap/>
Thank you for your support, on both counts.
-Rahul
Re: [RESULT][VOTE] Release RDC 1.0
Posted by Martin Cooper <ma...@apache.org>.
As far as I can determine, Doug Davis is not a member of the Jakarta PMC,
so his vote is not binding. That would leave you with only two binding
votes. However, I'll (somewhat belatedly) add my +1, bringing it back to
three.
I'll also add my +1 for Rahul as a committer. There was a vote quite some
time ago, the thread for which I can't locate to reply to, but I think
Rahul has proved himself with the RDC taglib.
--
Martin Cooper
On Sun, 10 Jul 2005, Rahul P Akolkar wrote:
> The vote for a 1.0 release of the Reusable Dialog Components (RDC) taglib
> has passed.
>
> The following votes were cast (in alphabetical order of last name):
>
> <BINDING>
> Doug Davis +1
> Felipe Leme +1
> Sam Ruby +1
> </BINDING>
>
> The following non-binding votes were cast:
>
> <NON-BINDING>
> Rahul Akolkar +1
> Elam Birnbaum +1
> Hadeel Rashad +1
> Stuart Robertson +1
> Daniel Spangler +1
> David Varnes +1
> Mitch Warner +1
> </NON-BINDING>
>
> Thanks to everyone who took time to vote.
>
> I will be cutting the release shortly, as much as I can. I will ask for
> assistance for the remaining bits, and for moving the RDC taglib from
> sandbox to proper.
>
> -Rahul
>
> Rahul P Akolkar wrote on 06/30/2005 09:03:38 AM:
>> I would like to call a vote for a 1.0 release of the Reusable Dialog
>> Components (RDC) taglib.
>>
>> Details are here [
>>
> http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/1.0ReleasePlan
>> ]
>>
>> <snip/>
>> [ ] +1 Release rdc-1.0
>> [ ] -0 Do not release, please explain why
>> <snap/>
>>
>> My vote is non-binding.
>>
>> Thanks,
>> -Rahul
>>
>> P.S.-Non-committers are also welcome to vote. It is customary to
> indicate
>> that your vote is non-binding, if you are not a committer.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org