You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Scott O'Bryan <da...@gmail.com> on 2008/05/16 03:32:49 UTC
[VOTE] Release of Trinidad 1.2.8
Hi,
I was running the needed tasks to get the 1.2.8 release of the Apache
MyFaces Trinidad out. The artifacts are deployed to my private Apache
account ([1]).
Please take a look at the "1.2.8" artifacts and vote. Please note that
this is my first time putting together a release for Trinidad so if you
could pay extra attention, I would be much appreciative.
------------------------------------------------
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..............
------------------------------------------------
Thanks,
Scott
[1] http://people.apache.org/~sobryan/trinidad/1.2.8
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
+1
Sent from my iPod.
Am 16.05.2008 um 06:23 schrieb Scott O'Bryan <da...@gmail.com>:
> Ok, the artifacts should be correct. Thanks for catching it.
>
> +1
>
> On May 15, 2008, at 8:57 PM, "Scott O'Bryan" <da...@gmail.com>
> wrote:
>
>> Sigh. Thanks Leonardo. I did that but I was having some network
>> issues today and I must have copied over the wrong ones. I'll
>> regenerate them and upload.
>>
>> Leonardo Uribe wrote:
>>> Hi Scott
>>>
>>> Checking the maven repo, there is no .asc signature on maven
>>> artifacts (this is a requeriment of ASF).
>>>
>>> On the pom matzew put this for deploy
>>>
>>> mvn clean source:jar install deploy -
>>> DaltDeploymentRepository=matzew::default::file://FOLDER -Prelease
>>>
>>> regards
>>>
>>> Leonardo Uribe
>>>
>>> On Thu, May 15, 2008 at 8:32 PM, Scott O'Bryan
>>> <darkarena@gmail.com <ma...@gmail.com>> wrote:
>>>
>>> Hi,
>>>
>>> I was running the needed tasks to get the 1.2.8 release of the
>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>> private Apache account ([1]).
>>>
>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>> that this is my first time putting together a release for Trinidad
>>> so if you could pay extra attention, I would be much appreciative.
>>> ------------------------------------------------
>>> [ ] +1 for community members who have reviewed the bits
>>> [ ] +0
>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>> released,
>>> and why..............
>>> ------------------------------------------------
>>>
>>> Thanks,
>>> Scott
>>>
>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>
>>>
>>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Ok, the artifacts should be correct. Thanks for catching it.
+1
On May 15, 2008, at 8:57 PM, "Scott O'Bryan" <da...@gmail.com>
wrote:
> Sigh. Thanks Leonardo. I did that but I was having some network
> issues today and I must have copied over the wrong ones. I'll
> regenerate them and upload.
>
> Leonardo Uribe wrote:
>> Hi Scott
>>
>> Checking the maven repo, there is no .asc signature on maven
>> artifacts (this is a requeriment of ASF).
>>
>> On the pom matzew put this for deploy
>>
>> mvn clean source:jar install deploy -
>> DaltDeploymentRepository=matzew::default::file://FOLDER -Prelease
>>
>> regards
>>
>> Leonardo Uribe
>>
>> On Thu, May 15, 2008 at 8:32 PM, Scott O'Bryan <darkarena@gmail.com
>> <ma...@gmail.com>> wrote:
>>
>> Hi,
>>
>> I was running the needed tasks to get the 1.2.8 release of the
>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>> private Apache account ([1]).
>>
>> Please take a look at the "1.2.8" artifacts and vote. Please note
>> that this is my first time putting together a release for Trinidad
>> so if you could pay extra attention, I would be much appreciative.
>> ------------------------------------------------
>> [ ] +1 for community members who have reviewed the bits
>> [ ] +0
>> [ ] -1 for fatal flaws that should cause these bits not to be
>> released,
>> and why..............
>> ------------------------------------------------
>>
>> Thanks,
>> Scott
>>
>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Sigh. Thanks Leonardo. I did that but I was having some network issues
today and I must have copied over the wrong ones. I'll regenerate them
and upload.
Leonardo Uribe wrote:
> Hi Scott
>
> Checking the maven repo, there is no .asc signature on maven artifacts
> (this is a requeriment of ASF).
>
> On the pom matzew put this for deploy
>
> mvn clean source:jar install deploy
> -DaltDeploymentRepository=matzew::default::file://FOLDER -Prelease
>
> regards
>
> Leonardo Uribe
>
> On Thu, May 15, 2008 at 8:32 PM, Scott O'Bryan <darkarena@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the
> Apache MyFaces Trinidad out. The artifacts are deployed to my
> private Apache account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note
> that this is my first time putting together a release for Trinidad
> so if you could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be
> released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Leonardo Uribe <lu...@gmail.com>.
Hi Scott
Checking the maven repo, there is no .asc signature on maven artifacts (this
is a requeriment of ASF).
On the pom matzew put this for deploy
mvn clean source:jar install deploy
-DaltDeploymentRepository=matzew::default::file://FOLDER -Prelease
regards
Leonardo Uribe
On Thu, May 15, 2008 at 8:32 PM, Scott O'Bryan <da...@gmail.com> wrote:
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the Apache
> MyFaces Trinidad out. The artifacts are deployed to my private Apache
> account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note that
> this is my first time putting together a release for Trinidad so if you
> could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Andrew Robinson <an...@gmail.com>.
+0.5 (not +1 as I didn't do a complete review)
On Fri, May 16, 2008 at 12:10 PM, Simon Lessard
<si...@gmail.com> wrote:
> +0, eternal lack of time, I'm very sorry.
>
> On Fri, May 16, 2008 at 2:01 PM, Paul Spencer <pa...@apache.org> wrote:
>>
>> Scott,
>> Based on my simple application, which also uses Tomahawk 1.2.3, I give
>> this a qualified +1. The qualified part is because I have not reviewed all
>> of the artifacts, nor have I exercised that much of the functionality.
>>
>> Paul Spencer
>>
>> Scott O'Bryan wrote:
>>>
>>> Hi,
>>>
>>> I was running the needed tasks to get the 1.2.8 release of the Apache
>>> MyFaces Trinidad out. The artifacts are deployed to my private Apache
>>> account ([1]).
>>>
>>> Please take a look at the "1.2.8" artifacts and vote. Please note that
>>> this is my first time putting together a release for Trinidad so if you
>>> could pay extra attention, I would be much appreciative.
>>> ------------------------------------------------
>>> [ ] +1 for community members who have reviewed the bits
>>> [ ] +0
>>> [ ] -1 for fatal flaws that should cause these bits not to be released,
>>> and why..............
>>> ------------------------------------------------
>>>
>>> Thanks,
>>> Scott
>>>
>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>>
>>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Simon Lessard <si...@gmail.com>.
+0, eternal lack of time, I'm very sorry.
On Fri, May 16, 2008 at 2:01 PM, Paul Spencer <pa...@apache.org> wrote:
> Scott,
> Based on my simple application, which also uses Tomahawk 1.2.3, I give this
> a qualified +1. The qualified part is because I have not reviewed all of
> the artifacts, nor have I exercised that much of the functionality.
>
> Paul Spencer
>
>
> Scott O'Bryan wrote:
>
>> Hi,
>>
>> I was running the needed tasks to get the 1.2.8 release of the Apache
>> MyFaces Trinidad out. The artifacts are deployed to my private Apache
>> account ([1]).
>>
>> Please take a look at the "1.2.8" artifacts and vote. Please note that
>> this is my first time putting together a release for Trinidad so if you
>> could pay extra attention, I would be much appreciative.
>> ------------------------------------------------
>> [ ] +1 for community members who have reviewed the bits
>> [ ] +0
>> [ ] -1 for fatal flaws that should cause these bits not to be released,
>> and why..............
>> ------------------------------------------------
>>
>> Thanks,
>> Scott
>>
>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>
>>
>
Re: Has someone tested charts? ( was Re: [VOTE] Release of Trinidad 1.2.8)
Posted by Scott O'Bryan <da...@gmail.com>.
Are you talking those svg charts that venkata created? I'm not in a
position to check them right now either mainly because I don't have
time to figure out what is wrong, but maybe I can politely ask Venkata
to take a look at them in his copious amounts of free time.
BTW- I'm assuming these demos work in jetty?
On May 16, 2008, at 3:25 PM, Paul Spencer <pa...@apache.org> wrote:
> Matthias,
> I am not in a position to test the charts either.
>
> Has someone tested the charts in this proposed release?
>
> If not, will someone test them.
>
> Paul Spencer
>
>
>
> Matthias Wessendorf wrote:
>>> Matthias Wessendorf wrote:
>>>>> >> b) Charts working in 1.2.7 and not in 1.2.8. Both version
>>>>> where run
>>>>> >> using Tomcat 6.0.16 and jdk 1.5.0_11.
>>>> Don't think that this is a show-stopper.
>>>> Are there any other issues with the demo?
>>>
>>> After seeing the charts in 1.2.7, I would like to use them. So,
>>> if the issue is with the charts, then I consider this a show
>>> stopper in that functionality that works in a prior release is now
>>> broken. If the
>> I agree
>>> problem is in the demo, but not the charts, then the demo should
>>> be fixed soon after the release.
>> I agree as well.
>> Can't help for some reasons.
>> Good luck!
>> -M
>>>
>>>
>>> Paul Spencer
>>>
>>>
>
Has someone tested charts? ( was Re: [VOTE] Release of Trinidad 1.2.8)
Posted by Paul Spencer <pa...@apache.org>.
Matthias,
I am not in a position to test the charts either.
Has someone tested the charts in this proposed release?
If not, will someone test them.
Paul Spencer
Matthias Wessendorf wrote:
>
>> Matthias Wessendorf wrote:
>>>> >> b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
>>>> >> using Tomcat 6.0.16 and jdk 1.5.0_11.
>>> Don't think that this is a show-stopper.
>>> Are there any other issues with the demo?
>>
>> After seeing the charts in 1.2.7, I would like to use them. So, if
>> the issue is with the charts, then I consider this a show stopper in
>> that functionality that works in a prior release is now broken. If the
>
> I agree
>
>> problem is in the demo, but not the charts, then the demo should be
>> fixed soon after the release.
>
> I agree as well.
>
>
> Can't help for some reasons.
> Good luck!
>
> -M
>
>>
>>
>> Paul Spencer
>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
> Matthias Wessendorf wrote:
>>> >> b) Charts working in 1.2.7 and not in 1.2.8. Both version where
>>> run
>>> >> using Tomcat 6.0.16 and jdk 1.5.0_11.
>> Don't think that this is a show-stopper.
>> Are there any other issues with the demo?
>
> After seeing the charts in 1.2.7, I would like to use them. So, if
> the issue is with the charts, then I consider this a show stopper in
> that functionality that works in a prior release is now broken. If
> the
I agree
> problem is in the demo, but not the charts, then the demo should be
> fixed soon after the release.
I agree as well.
Can't help for some reasons.
Good luck!
-M
>
>
> Paul Spencer
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Matthias Wessendorf wrote:
>> >> b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
>> >> using Tomcat 6.0.16 and jdk 1.5.0_11.
>
> Don't think that this is a show-stopper.
> Are there any other issues with the demo?
>
After seeing the charts in 1.2.7, I would like to use them. So, if the
issue is with the charts, then I consider this a show stopper in that
functionality that works in a prior release is now broken. If the
problem is in the demo, but not the charts, then the demo should be
fixed soon after the release.
Paul Spencer
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
> Matthias,
>
> Matthias Wessendorf wrote:
>> a) isn't an issue
>> Trinidad 1.2.x requires a Java EE 5 (web) container.
>
> So is "b" an issue?
>
> >> b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
> >> using Tomcat 6.0.16 and jdk 1.5.0_11.
Don't think that this is a show-stopper.
Are there any other issues with the demo?
>
>
>> But, did 1.2.7 demo ship JSTL ?
> No
>
>> BTW. I don't know why tomcat 6 doesn't ship jsf 1.2 and jstl 1.2
>> out of the box...
>
> It does not.
Yeah, strange enough...
-M
>
>
> <snip>
>
>
> Paul Spencer
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Matthias,
Matthias Wessendorf wrote:
> a) isn't an issue
> Trinidad 1.2.x requires a Java EE 5 (web) container.
So is "b" an issue?
>> b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
>> using Tomcat 6.0.16 and jdk 1.5.0_11.
>
> But, did 1.2.7 demo ship JSTL ?
>
No
> BTW. I don't know why tomcat 6 doesn't ship jsf 1.2 and jstl 1.2 out of
> the box...
It does not.
<snip>
Paul Spencer
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
a) isn't an issue
Trinidad 1.2.x requires a Java EE 5 (web) container.
But, did 1.2.7 demo ship JSTL ?
BTW. I don't know why tomcat 6 doesn't ship jsf 1.2 and jstl 1.2 out
of the box...
Sent from my iPod.
Am 16.05.2008 um 22:22 schrieb Paul Spencer <pa...@apache.org>:
> Matthias,
> What is "not an issue"
> a) The JSTL library must be added in non JavaEE 5 containers.
>
> b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
> using Tomcat 6.0.16 and jdk 1.5.0_11.
>
> Paul Spencer
>
>
> Matthias Wessendorf wrote:
>> That is not an issue. A JavaEE 5 container has to ship JSTL 1.2.
>> So... the demo doesn't require that JSTL jar (like the actual JSF
>> jars)
>> Sent from my iPod.
>> Am 16.05.2008 um 22:08 schrieb Paul Spencer <pa...@apache.org>:
>>> I am changing my +1 to a -1 because The chart example web
>>> application does not display a chart. The 1.2.7 example web
>>> application does display the charts.
>>>
>>> FYI: I added jstl-1.1.2.jar to WEB-INF/lib to get the examples
>>> working.
>>>
>>> Paul Spencer
>>>
>>>
>>> Paul Spencer wrote:
>>>> Scott,
>>>> Based on my simple application, which also uses Tomahawk 1.2.3, I
>>>> give this a qualified +1. The qualified part is because I have
>>>> not reviewed all of the artifacts, nor have I exercised that much
>>>> of the functionality.
>>>> Paul Spencer
>>>> Scott O'Bryan wrote:
>>>>> Hi,
>>>>>
>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>> private Apache account ([1]).
>>>>>
>>>>> Please take a look at the "1.2.8" artifacts and vote. Please
>>>>> note that this is my first time putting together a release for
>>>>> Trinidad so if you could pay extra attention, I would be much
>>>>> appreciative. ------------------------------------------------
>>>>> [ ] +1 for community members who have reviewed the bits
>>>>> [ ] +0
>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>> released,
>>>>> and why..............
>>>>> ------------------------------------------------
>>>>>
>>>>> Thanks,
>>>>> Scott
>>>>>
>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>>>>
>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Matthias,
What is "not an issue"
a) The JSTL library must be added in non JavaEE 5 containers.
b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
using Tomcat 6.0.16 and jdk 1.5.0_11.
Paul Spencer
Matthias Wessendorf wrote:
> That is not an issue. A JavaEE 5 container has to ship JSTL 1.2.
>
> So... the demo doesn't require that JSTL jar (like the actual JSF jars)
>
> Sent from my iPod.
>
> Am 16.05.2008 um 22:08 schrieb Paul Spencer <pa...@apache.org>:
>
>> I am changing my +1 to a -1 because The chart example web application
>> does not display a chart. The 1.2.7 example web application does
>> display the charts.
>>
>> FYI: I added jstl-1.1.2.jar to WEB-INF/lib to get the examples working.
>>
>> Paul Spencer
>>
>>
>> Paul Spencer wrote:
>>> Scott,
>>> Based on my simple application, which also uses Tomahawk 1.2.3, I
>>> give this a qualified +1. The qualified part is because I have not
>>> reviewed all of the artifacts, nor have I exercised that much of the
>>> functionality.
>>> Paul Spencer
>>> Scott O'Bryan wrote:
>>>> Hi,
>>>>
>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>> private Apache account ([1]).
>>>>
>>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>>> that this is my first time putting together a release for Trinidad
>>>> so if you could pay extra attention, I would be much appreciative.
>>>> ------------------------------------------------
>>>> [ ] +1 for community members who have reviewed the bits
>>>> [ ] +0
>>>> [ ] -1 for fatal flaws that should cause these bits not to be released,
>>>> and why..............
>>>> ------------------------------------------------
>>>>
>>>> Thanks,
>>>> Scott
>>>>
>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
That is not an issue. A JavaEE 5 container has to ship JSTL 1.2.
So... the demo doesn't require that JSTL jar (like the actual JSF jars)
Sent from my iPod.
Am 16.05.2008 um 22:08 schrieb Paul Spencer <pa...@apache.org>:
> I am changing my +1 to a -1 because The chart example web
> application does not display a chart. The 1.2.7 example web
> application does display the charts.
>
> FYI: I added jstl-1.1.2.jar to WEB-INF/lib to get the examples
> working.
>
> Paul Spencer
>
>
> Paul Spencer wrote:
>> Scott,
>> Based on my simple application, which also uses Tomahawk 1.2.3, I
>> give this a qualified +1. The qualified part is because I have not
>> reviewed all of the artifacts, nor have I exercised that much of
>> the functionality.
>> Paul Spencer
>> Scott O'Bryan wrote:
>>> Hi,
>>>
>>> I was running the needed tasks to get the 1.2.8 release of the
>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>> private Apache account ([1]).
>>>
>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>> that this is my first time putting together a release for Trinidad
>>> so if you could pay extra attention, I would be much appreciative.
>>> ------------------------------------------------
>>> [ ] +1 for community members who have reviewed the bits
>>> [ ] +0
>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>> released,
>>> and why..............
>>> ------------------------------------------------
>>>
>>> Thanks,
>>> Scott
>>>
>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
I am changing my +1 to a -1 because The chart example web application
does not display a chart. The 1.2.7 example web application does
display the charts.
FYI: I added jstl-1.1.2.jar to WEB-INF/lib to get the examples working.
Paul Spencer
Paul Spencer wrote:
> Scott,
> Based on my simple application, which also uses Tomahawk 1.2.3, I give
> this a qualified +1. The qualified part is because I have not reviewed
> all of the artifacts, nor have I exercised that much of the functionality.
>
> Paul Spencer
>
> Scott O'Bryan wrote:
>> Hi,
>>
>> I was running the needed tasks to get the 1.2.8 release of the Apache
>> MyFaces Trinidad out. The artifacts are deployed to my private Apache
>> account ([1]).
>>
>> Please take a look at the "1.2.8" artifacts and vote. Please note
>> that this is my first time putting together a release for Trinidad so
>> if you could pay extra attention, I would be much appreciative.
>> ------------------------------------------------
>> [ ] +1 for community members who have reviewed the bits
>> [ ] +0
>> [ ] -1 for fatal flaws that should cause these bits not to be released,
>> and why..............
>> ------------------------------------------------
>>
>> Thanks,
>> Scott
>>
>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Scott,
Based on my simple application, which also uses Tomahawk 1.2.3, I give
this a qualified +1. The qualified part is because I have not reviewed
all of the artifacts, nor have I exercised that much of the functionality.
Paul Spencer
Scott O'Bryan wrote:
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the Apache
> MyFaces Trinidad out. The artifacts are deployed to my private Apache
> account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note that
> this is my first time putting together a release for Trinidad so if you
> could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
I found a related issue (in wicket). Looks like a JDK bug.
Let me search my archive, so that we can have a fix for 1.x9...
Sent from my iPod.
Am 21.05.2008 um 02:40 schrieb Scott O'Bryan <da...@gmail.com>:
> Edward, go ahead and contribute a patch to either of those bugs.
> Any idea on an ETA?
>
> On May 20, 2008, at 5:33 PM, "Edward Dowgiallo"
> <ed...@gmail.com> wrote:
>
>> -1
>>
>> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
>> Willing to contribute labor to get a fix for this problem into 1.0.8.
>>
>> Thank you,
>> Ed
>>
>> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8
>>> label
>>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>>
>>> When you test it, give me your +1 and I think we're ready to
>>> release.
>>>
>>> Scott
>>>
>>> Scott O'Bryan wrote:
>>>> Cool, thanks Matthias. I'm currently regenerating the artifacts
>>>> for
>>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>>
>>>> Download from home is fast, but upload it REALLY SLOW..
>>>>
>>>> Scott
>>>>
>>>> Matthias Wessendorf wrote:
>>>>> Hi,
>>>>>
>>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>>> for the 1.2.8 fix...
>>>>>
>>>>> Sent from my iPod.
>>>>>
>>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <darkarena@gmail.com
>>>>> >:
>>>>>
>>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>>> apply it asap.
>>>>>>
>>>>>> To the community, I do have a question.. Concerning this vote
>>>>>> we
>>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>>> release but I suspect people would want to get this one fixed
>>>>>> first. I'll allow people to chime in as needed on both this
>>>>>> and the
>>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>>> submits the patch, I can certainly apply it and generate the
>>>>>> artifacts, but it will delay our release another 72 hours as I
>>>>>> call
>>>>>> another vote. So let me know what you think and I'll either
>>>>>> complete the release tomorrow generate some new artifacts and
>>>>>> start
>>>>>> the vote again.
>>>>>>
>>>>>> Current results for 1.2.8:
>>>>>>
>>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>>> +.5 Andrew Robinson
>>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>>
>>>>>> Current results for 1.0.8
>>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>>
>>>>>> I'll go ahead and keep votes open for one more day to allow
>>>>>> people
>>>>>> to chime in or change their vote.
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>> Paul Spencer wrote:
>>>>>>> Venkata,
>>>>>>> Thank you for your work on this issue.
>>>>>>>
>>>>>>> Paul Spencer
>>>>>>>
>>>>>>> venkata guddanti wrote:
>>>>>>>> I believe yes.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>>> <pa...@mindspring.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Venkata,
>>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>>
>>>>>>>>> Paul Spencer
>>>>>>>>>
>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>
>>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>>> ApacheChart.js
>>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>>> the file to
>>>>>>>>>> the debug and normal libraries list and it works. Do we
>>>>>>>>>> need a
>>>>>>>>>> JIRA ticket
>>>>>>>>>> for this?
>>>>>>>>>>
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet
>>>>>>>>>> output is
>>>>>>>>>> broken
>>>>>>>>>>> in
>>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>>> Scriptlet( new
>>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>>> Looking at
>>>>>>>>>>> the
>>>>>>>>>>> page source The library written is
>>>>>>>>>>>
>>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/
>>>>>>>>>>> DebugApacheChart1_2_8.
>>>>>>>>>>> js;
>>>>>>>>>>> jsessionid=
>>>>>>>>>>> 0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133"
>>>>>>>>>>> .
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>>> viewpoint. I only
>>>>>>>>>>> see
>>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>>
>>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>>> changed in the
>>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>>
>>>>>>>>>>> Venkata
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether
>>>>>>>>>>> the
>>>>>>>>>>> issue is
>>>>>>>>>>>> in
>>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>>
>>>>>>>>>>>> Scott
>>>>>>>>>>>>
>>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>>> Venkata
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>>> <mailto:
>>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release
>>>>>>>>>>>>> of the
>>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed
>>>>>>>>>>>>> to my
>>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>>> Please note
>>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>>> Trinidad
>>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>>> appreciative.
>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not
>>>>>>>>>>>>> to be
>>>>>>>>>>>>> released,
>>>>>>>>>>>>> and why..............
>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>
>>>>>>>>>>>>> [1]
>>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8
>>>>>>>>>>>>> >
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>
>>>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Edward, go ahead and contribute a patch to either of those bugs. Any
idea on an ETA?
On May 20, 2008, at 5:33 PM, "Edward Dowgiallo"
<ed...@gmail.com> wrote:
> -1
>
> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
> Willing to contribute labor to get a fix for this problem into 1.0.8.
>
> Thank you,
> Ed
>
> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8
>> label
>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>
>> When you test it, give me your +1 and I think we're ready to release.
>>
>> Scott
>>
>> Scott O'Bryan wrote:
>>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>
>>> Download from home is fast, but upload it REALLY SLOW..
>>>
>>> Scott
>>>
>>> Matthias Wessendorf wrote:
>>>> Hi,
>>>>
>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>> for the 1.2.8 fix...
>>>>
>>>> Sent from my iPod.
>>>>
>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan"
>>>> <da...@gmail.com>:
>>>>
>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>> apply it asap.
>>>>>
>>>>> To the community, I do have a question.. Concerning this vote we
>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>> release but I suspect people would want to get this one fixed
>>>>> first. I'll allow people to chime in as needed on both this and
>>>>> the
>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>> submits the patch, I can certainly apply it and generate the
>>>>> artifacts, but it will delay our release another 72 hours as I
>>>>> call
>>>>> another vote. So let me know what you think and I'll either
>>>>> complete the release tomorrow generate some new artifacts and
>>>>> start
>>>>> the vote again.
>>>>>
>>>>> Current results for 1.2.8:
>>>>>
>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>> +.5 Andrew Robinson
>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>
>>>>> Current results for 1.0.8
>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>
>>>>> I'll go ahead and keep votes open for one more day to allow people
>>>>> to chime in or change their vote.
>>>>>
>>>>> Scott
>>>>>
>>>>> Paul Spencer wrote:
>>>>>> Venkata,
>>>>>> Thank you for your work on this issue.
>>>>>>
>>>>>> Paul Spencer
>>>>>>
>>>>>> venkata guddanti wrote:
>>>>>>> I believe yes.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>> <pa...@mindspring.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Venkata,
>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>
>>>>>>>> Paul Spencer
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>> ApacheChart.js
>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>> the file to
>>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>>> JIRA ticket
>>>>>>>>> for this?
>>>>>>>>>
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet
>>>>>>>>> output is
>>>>>>>>> broken
>>>>>>>>>> in
>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>> ApacheChart.js
>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>> Scriptlet( new
>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>> Looking at
>>>>>>>>>> the
>>>>>>>>>> page source The library written is
>>>>>>>>>>
>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/
>>>>>>>>>> DebugApacheChart1_2_8.
>>>>>>>>>> js;
>>>>>>>>>> jsessionid=
>>>>>>>>>> 0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133"
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>> viewpoint. I only
>>>>>>>>>> see
>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>
>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>> changed in the
>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether
>>>>>>>>>> the
>>>>>>>>>> issue is
>>>>>>>>>>> in
>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>
>>>>>>>>>>> Scott
>>>>>>>>>>>
>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>
>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>> Venkata
>>>>>>>>>>>>
>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>> <mailto:
>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release
>>>>>>>>>>>> of the
>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed
>>>>>>>>>>>> to my
>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>
>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>> Please note
>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>> Trinidad
>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>> appreciative.
>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not
>>>>>>>>>>>> to be
>>>>>>>>>>>> released,
>>>>>>>>>>>> and why..............
>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Scott
>>>>>>>>>>>>
>>>>>>>>>>>> [1]
>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8
>>>>>>>>>>>> >
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>
>>
>>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Edward Dowgiallo <ed...@gmail.com>.
Cool.
On Wed, May 21, 2008 at 3:55 PM, Scott O'Bryan <da...@gmail.com> wrote:
> It looks like the vote is going to pass. We've got our 3 +1 votes and 1
> .5. I'll be sure to log the -1 vote and the reason.
>
> Ed, when you get this fixed, ping me. I'd be open to doing another early
> release to try to get this in before your deadline. Cool?
>
>
> Scott O'Bryan wrote:
>
>> It's not a regression.
>>
>> Andrew Robinson wrote:
>>
>>> Is this a regression? If not, I do not think that the release should
>>> be held up for an existing problem and we should go ahead with the
>>> release and plan to put the fix in 1.x.9.
>>>
>>> On Tue, May 20, 2008 at 5:33 PM, Edward Dowgiallo <ed...@gmail.com>
>>> wrote:
>>>
>>>
>>>> -1
>>>>
>>>> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
>>>> Willing to contribute labor to get a fix for this problem into 1.0.8.
>>>>
>>>> Thank you,
>>>> Ed
>>>>
>>>> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>>>>
>>>>
>>>>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8 label
>>>>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>>>>
>>>>> When you test it, give me your +1 and I think we're ready to release.
>>>>>
>>>>> Scott
>>>>>
>>>>> Scott O'Bryan wrote:
>>>>>
>>>>>
>>>>>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>>>>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>>>>
>>>>>> Download from home is fast, but upload it REALLY SLOW..
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>> Matthias Wessendorf wrote:
>>>>>>
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>>>>> for the 1.2.8 fix...
>>>>>>>
>>>>>>> Sent from my iPod.
>>>>>>>
>>>>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <darkarena@gmail.com
>>>>>>> >:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>>>>> apply it asap.
>>>>>>>>
>>>>>>>> To the community, I do have a question.. Concerning this vote we
>>>>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>>>>> release but I suspect people would want to get this one fixed
>>>>>>>> first. I'll allow people to chime in as needed on both this and the
>>>>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>>>>> submits the patch, I can certainly apply it and generate the
>>>>>>>> artifacts, but it will delay our release another 72 hours as I call
>>>>>>>> another vote. So let me know what you think and I'll either
>>>>>>>> complete the release tomorrow generate some new artifacts and start
>>>>>>>> the vote again.
>>>>>>>>
>>>>>>>> Current results for 1.2.8:
>>>>>>>>
>>>>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>>>>> +.5 Andrew Robinson
>>>>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>>>>
>>>>>>>> Current results for 1.0.8
>>>>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>>>>
>>>>>>>> I'll go ahead and keep votes open for one more day to allow people
>>>>>>>> to chime in or change their vote.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> Paul Spencer wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>> Venkata,
>>>>>>>>> Thank you for your work on this issue.
>>>>>>>>>
>>>>>>>>> Paul Spencer
>>>>>>>>>
>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> I believe yes.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>>>>> <pa...@mindspring.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Venkata,
>>>>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>>>>
>>>>>>>>>>> Paul Spencer
>>>>>>>>>>>
>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>>>>> the file to
>>>>>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>>>>>> JIRA ticket
>>>>>>>>>>>> for this?
>>>>>>>>>>>>
>>>>>>>>>>>> Venkata
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>>>>>>>> broken
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> in
>>>>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>>>>> Scriptlet( new
>>>>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>>>>> Looking at
>>>>>>>>>>>>> the
>>>>>>>>>>>>> page source The library written is
>>>>>>>>>>>>>
>>>>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>>>>> viewpoint. I only
>>>>>>>>>>>>> see
>>>>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>>>>> changed in the
>>>>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Venkata
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>>>>>>> issue is
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> in
>>>>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Venkata
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>>>>> <mailto:
>>>>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to
>>>>>>>>>>>>>>> my
>>>>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>>>>> Please note
>>>>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>>>>> Trinidad
>>>>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>>>>> appreciative.
>>>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to
>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>> released,
>>>>>>>>>>>>>>> and why..............
>>>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [1]
>>>>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>
>>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
It looks like the vote is going to pass. We've got our 3 +1 votes and 1
.5. I'll be sure to log the -1 vote and the reason.
Ed, when you get this fixed, ping me. I'd be open to doing another
early release to try to get this in before your deadline. Cool?
Scott O'Bryan wrote:
> It's not a regression.
>
> Andrew Robinson wrote:
>> Is this a regression? If not, I do not think that the release should
>> be held up for an existing problem and we should go ahead with the
>> release and plan to put the fix in 1.x.9.
>>
>> On Tue, May 20, 2008 at 5:33 PM, Edward Dowgiallo
>> <ed...@gmail.com> wrote:
>>
>>> -1
>>>
>>> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
>>> Willing to contribute labor to get a fix for this problem into 1.0.8.
>>>
>>> Thank you,
>>> Ed
>>>
>>> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>>>
>>>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8
>>>> label
>>>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>>>
>>>> When you test it, give me your +1 and I think we're ready to release.
>>>>
>>>> Scott
>>>>
>>>> Scott O'Bryan wrote:
>>>>
>>>>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>>>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>>>
>>>>> Download from home is fast, but upload it REALLY SLOW..
>>>>>
>>>>> Scott
>>>>>
>>>>> Matthias Wessendorf wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>>>> for the 1.2.8 fix...
>>>>>>
>>>>>> Sent from my iPod.
>>>>>>
>>>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan"
>>>>>> <da...@gmail.com>:
>>>>>>
>>>>>>
>>>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>>>> apply it asap.
>>>>>>>
>>>>>>> To the community, I do have a question.. Concerning this vote we
>>>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>>>> release but I suspect people would want to get this one fixed
>>>>>>> first. I'll allow people to chime in as needed on both this and
>>>>>>> the
>>>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>>>> submits the patch, I can certainly apply it and generate the
>>>>>>> artifacts, but it will delay our release another 72 hours as I call
>>>>>>> another vote. So let me know what you think and I'll either
>>>>>>> complete the release tomorrow generate some new artifacts and start
>>>>>>> the vote again.
>>>>>>>
>>>>>>> Current results for 1.2.8:
>>>>>>>
>>>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>>>> +.5 Andrew Robinson
>>>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>>>
>>>>>>> Current results for 1.0.8
>>>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>>>
>>>>>>> I'll go ahead and keep votes open for one more day to allow people
>>>>>>> to chime in or change their vote.
>>>>>>>
>>>>>>> Scott
>>>>>>>
>>>>>>> Paul Spencer wrote:
>>>>>>>
>>>>>>>> Venkata,
>>>>>>>> Thank you for your work on this issue.
>>>>>>>>
>>>>>>>> Paul Spencer
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>>> I believe yes.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>>>> <pa...@mindspring.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Venkata,
>>>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>>>
>>>>>>>>>> Paul Spencer
>>>>>>>>>>
>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>>>> the file to
>>>>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>>>>> JIRA ticket
>>>>>>>>>>> for this?
>>>>>>>>>>>
>>>>>>>>>>> Venkata
>>>>>>>>>>>
>>>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet
>>>>>>>>>>> output is
>>>>>>>>>>> broken
>>>>>>>>>>>
>>>>>>>>>>>> in
>>>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>>>> Scriptlet( new
>>>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>>>> Looking at
>>>>>>>>>>>> the
>>>>>>>>>>>> page source The library written is
>>>>>>>>>>>>
>>>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>>>> viewpoint. I only
>>>>>>>>>>>> see
>>>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>>>
>>>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>>>> changed in the
>>>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>>>
>>>>>>>>>>>> Venkata
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>>>>>> issue is
>>>>>>>>>>>>
>>>>>>>>>>>>> in
>>>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>
>>>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Venkata
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>>>> <mailto:
>>>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release
>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed
>>>>>>>>>>>>>> to my
>>>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>>>> Please note
>>>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>>>> Trinidad
>>>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>>>> appreciative.
>>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not
>>>>>>>>>>>>>> to be
>>>>>>>>>>>>>> released,
>>>>>>>>>>>>>> and why..............
>>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [1]
>>>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
It's not a regression.
Andrew Robinson wrote:
> Is this a regression? If not, I do not think that the release should
> be held up for an existing problem and we should go ahead with the
> release and plan to put the fix in 1.x.9.
>
> On Tue, May 20, 2008 at 5:33 PM, Edward Dowgiallo <ed...@gmail.com> wrote:
>
>> -1
>>
>> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
>> Willing to contribute labor to get a fix for this problem into 1.0.8.
>>
>> Thank you,
>> Ed
>>
>> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>>
>>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8 label
>>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>>
>>> When you test it, give me your +1 and I think we're ready to release.
>>>
>>> Scott
>>>
>>> Scott O'Bryan wrote:
>>>
>>>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>>
>>>> Download from home is fast, but upload it REALLY SLOW..
>>>>
>>>> Scott
>>>>
>>>> Matthias Wessendorf wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>>> for the 1.2.8 fix...
>>>>>
>>>>> Sent from my iPod.
>>>>>
>>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
>>>>>
>>>>>
>>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>>> apply it asap.
>>>>>>
>>>>>> To the community, I do have a question.. Concerning this vote we
>>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>>> release but I suspect people would want to get this one fixed
>>>>>> first. I'll allow people to chime in as needed on both this and the
>>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>>> submits the patch, I can certainly apply it and generate the
>>>>>> artifacts, but it will delay our release another 72 hours as I call
>>>>>> another vote. So let me know what you think and I'll either
>>>>>> complete the release tomorrow generate some new artifacts and start
>>>>>> the vote again.
>>>>>>
>>>>>> Current results for 1.2.8:
>>>>>>
>>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>>> +.5 Andrew Robinson
>>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>>
>>>>>> Current results for 1.0.8
>>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>>
>>>>>> I'll go ahead and keep votes open for one more day to allow people
>>>>>> to chime in or change their vote.
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>> Paul Spencer wrote:
>>>>>>
>>>>>>> Venkata,
>>>>>>> Thank you for your work on this issue.
>>>>>>>
>>>>>>> Paul Spencer
>>>>>>>
>>>>>>> venkata guddanti wrote:
>>>>>>>
>>>>>>>> I believe yes.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>>> <pa...@mindspring.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>> Venkata,
>>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>>
>>>>>>>>> Paul Spencer
>>>>>>>>>
>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>>> ApacheChart.js
>>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>>> the file to
>>>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>>>> JIRA ticket
>>>>>>>>>> for this?
>>>>>>>>>>
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>>>>>> broken
>>>>>>>>>>
>>>>>>>>>>> in
>>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>>> ApacheChart.js
>>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>>> Scriptlet( new
>>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>>> Looking at
>>>>>>>>>>> the
>>>>>>>>>>> page source The library written is
>>>>>>>>>>>
>>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>>> viewpoint. I only
>>>>>>>>>>> see
>>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>>
>>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>>> changed in the
>>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>>
>>>>>>>>>>> Venkata
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>>>>> issue is
>>>>>>>>>>>
>>>>>>>>>>>> in
>>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>>
>>>>>>>>>>>> Scott
>>>>>>>>>>>>
>>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>>
>>>>>>>>>>>>> Venkata
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>>> <mailto:
>>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>>> Please note
>>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>>> Trinidad
>>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>>> appreciative.
>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>>>>>> released,
>>>>>>>>>>>>> and why..............
>>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Scott
>>>>>>>>>>>>>
>>>>>>>>>>>>> [1]
>>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Andrew Robinson <an...@gmail.com>.
Is this a regression? If not, I do not think that the release should
be held up for an existing problem and we should go ahead with the
release and plan to put the fix in 1.x.9.
On Tue, May 20, 2008 at 5:33 PM, Edward Dowgiallo <ed...@gmail.com> wrote:
> -1
>
> Trinidad-73/Trinidad-978 is a showstopper issue for my application.
> Willing to contribute labor to get a fix for this problem into 1.0.8.
>
> Thank you,
> Ed
>
> On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
>> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8 label
>> and the 1.2.8 label. All of the artifacts have been regenerated.
>>
>> When you test it, give me your +1 and I think we're ready to release.
>>
>> Scott
>>
>> Scott O'Bryan wrote:
>>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>>
>>> Download from home is fast, but upload it REALLY SLOW..
>>>
>>> Scott
>>>
>>> Matthias Wessendorf wrote:
>>>> Hi,
>>>>
>>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>>> for the 1.2.8 fix...
>>>>
>>>> Sent from my iPod.
>>>>
>>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
>>>>
>>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>>> apply it asap.
>>>>>
>>>>> To the community, I do have a question.. Concerning this vote we
>>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>>> release but I suspect people would want to get this one fixed
>>>>> first. I'll allow people to chime in as needed on both this and the
>>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>>> submits the patch, I can certainly apply it and generate the
>>>>> artifacts, but it will delay our release another 72 hours as I call
>>>>> another vote. So let me know what you think and I'll either
>>>>> complete the release tomorrow generate some new artifacts and start
>>>>> the vote again.
>>>>>
>>>>> Current results for 1.2.8:
>>>>>
>>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>>> +.5 Andrew Robinson
>>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>>
>>>>> Current results for 1.0.8
>>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>>
>>>>> I'll go ahead and keep votes open for one more day to allow people
>>>>> to chime in or change their vote.
>>>>>
>>>>> Scott
>>>>>
>>>>> Paul Spencer wrote:
>>>>>> Venkata,
>>>>>> Thank you for your work on this issue.
>>>>>>
>>>>>> Paul Spencer
>>>>>>
>>>>>> venkata guddanti wrote:
>>>>>>> I believe yes.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>>> <pa...@mindspring.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Venkata,
>>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>>
>>>>>>>> Paul Spencer
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>>> ApacheChart.js
>>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>>> the file to
>>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>>> JIRA ticket
>>>>>>>>> for this?
>>>>>>>>>
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>>>>> broken
>>>>>>>>>> in
>>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>>> ApacheChart.js
>>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>>> Scriptlet( new
>>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>>> Looking at
>>>>>>>>>> the
>>>>>>>>>> page source The library written is
>>>>>>>>>>
>>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>>> viewpoint. I only
>>>>>>>>>> see
>>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>>
>>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>>> changed in the
>>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>>
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>>> <da...@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>>>> issue is
>>>>>>>>>>> in
>>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>>
>>>>>>>>>>> Scott
>>>>>>>>>>>
>>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>>
>>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>>> Venkata
>>>>>>>>>>>>
>>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>>> <mailto:
>>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>>
>>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>>> Please note
>>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>>> Trinidad
>>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>>> appreciative.
>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>>>>> released,
>>>>>>>>>>>> and why..............
>>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Scott
>>>>>>>>>>>>
>>>>>>>>>>>> [1]
>>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>
>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Edward Dowgiallo <ed...@gmail.com>.
-1
Trinidad-73/Trinidad-978 is a showstopper issue for my application.
Willing to contribute labor to get a fix for this problem into 1.0.8.
Thank you,
Ed
On 5/20/08, Scott O'Bryan <da...@gmail.com> wrote:
> Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8 label
> and the 1.2.8 label. All of the artifacts have been regenerated.
>
> When you test it, give me your +1 and I think we're ready to release.
>
> Scott
>
> Scott O'Bryan wrote:
>> Cool, thanks Matthias. I'm currently regenerating the artifacts for
>> 1.2.8 and 1.0.8. They should be up in about an hour.
>>
>> Download from home is fast, but upload it REALLY SLOW..
>>
>> Scott
>>
>> Matthias Wessendorf wrote:
>>> Hi,
>>>
>>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>>> for the 1.2.8 fix...
>>>
>>> Sent from my iPod.
>>>
>>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
>>>
>>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>>> apply it asap.
>>>>
>>>> To the community, I do have a question.. Concerning this vote we
>>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>>> release but I suspect people would want to get this one fixed
>>>> first. I'll allow people to chime in as needed on both this and the
>>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>>> submits the patch, I can certainly apply it and generate the
>>>> artifacts, but it will delay our release another 72 hours as I call
>>>> another vote. So let me know what you think and I'll either
>>>> complete the release tomorrow generate some new artifacts and start
>>>> the vote again.
>>>>
>>>> Current results for 1.2.8:
>>>>
>>>> +1 Scott O'Bryan, Matthias Wessendorf
>>>> +.5 Andrew Robinson
>>>> -1 Paul Spencer because the Chart component doesn't work.
>>>>
>>>> Current results for 1.0.8
>>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>>
>>>> I'll go ahead and keep votes open for one more day to allow people
>>>> to chime in or change their vote.
>>>>
>>>> Scott
>>>>
>>>> Paul Spencer wrote:
>>>>> Venkata,
>>>>> Thank you for your work on this issue.
>>>>>
>>>>> Paul Spencer
>>>>>
>>>>> venkata guddanti wrote:
>>>>>> I believe yes.
>>>>>>
>>>>>>
>>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>>> <pa...@mindspring.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Venkata,
>>>>>>> Is this also an issue in 1.0.x?
>>>>>>>
>>>>>>> Paul Spencer
>>>>>>>
>>>>>>> venkata guddanti wrote:
>>>>>>>
>>>>>>>> I think I found out the reason why this is not working. The
>>>>>>>> ApacheChart.js
>>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>>> the file to
>>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>>> JIRA ticket
>>>>>>>> for this?
>>>>>>>>
>>>>>>>> Venkata
>>>>>>>>
>>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>>> ven.guddanti@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>>>> broken
>>>>>>>>> in
>>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>>> ApacheChart.js
>>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>>> Scriptlet( new
>>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>>> chartLib.outputScriptlet
>>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>>> Looking at
>>>>>>>>> the
>>>>>>>>> page source The library written is
>>>>>>>>>
>>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>>> viewpoint. I only
>>>>>>>>> see
>>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>>
>>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>>> changed in the
>>>>>>>>> latest release to cause this to happen?
>>>>>>>>>
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>>> <da...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>>> issue is
>>>>>>>>>> in
>>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>>
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>>
>>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>>> Venkata
>>>>>>>>>>>
>>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>>> <mailto:
>>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>>
>>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>>> Please note
>>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>>> Trinidad
>>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>>> appreciative.
>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>>> [ ] +0
>>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>>>> released,
>>>>>>>>>>> and why..............
>>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Scott
>>>>>>>>>>>
>>>>>>>>>>> [1]
>>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>
>>>>>
>>>>
>>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8 label
and the 1.2.8 label. All of the artifacts have been regenerated.
When you test it, give me your +1 and I think we're ready to release.
Scott
Scott O'Bryan wrote:
> Cool, thanks Matthias. I'm currently regenerating the artifacts for
> 1.2.8 and 1.0.8. They should be up in about an hour.
>
> Download from home is fast, but upload it REALLY SLOW..
>
> Scott
>
> Matthias Wessendorf wrote:
>> Hi,
>>
>> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait
>> for the 1.2.8 fix...
>>
>> Sent from my iPod.
>>
>> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
>>
>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>> apply it asap.
>>>
>>> To the community, I do have a question.. Concerning this vote we
>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>> release but I suspect people would want to get this one fixed
>>> first. I'll allow people to chime in as needed on both this and the
>>> 1.0.8 thread if you'd like to stop the release. Once Venkata
>>> submits the patch, I can certainly apply it and generate the
>>> artifacts, but it will delay our release another 72 hours as I call
>>> another vote. So let me know what you think and I'll either
>>> complete the release tomorrow generate some new artifacts and start
>>> the vote again.
>>>
>>> Current results for 1.2.8:
>>>
>>> +1 Scott O'Bryan, Matthias Wessendorf
>>> +.5 Andrew Robinson
>>> -1 Paul Spencer because the Chart component doesn't work.
>>>
>>> Current results for 1.0.8
>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>
>>> I'll go ahead and keep votes open for one more day to allow people
>>> to chime in or change their vote.
>>>
>>> Scott
>>>
>>> Paul Spencer wrote:
>>>> Venkata,
>>>> Thank you for your work on this issue.
>>>>
>>>> Paul Spencer
>>>>
>>>> venkata guddanti wrote:
>>>>> I believe yes.
>>>>>
>>>>>
>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>>> <pa...@mindspring.com>
>>>>> wrote:
>>>>>
>>>>>> Venkata,
>>>>>> Is this also an issue in 1.0.x?
>>>>>>
>>>>>> Paul Spencer
>>>>>>
>>>>>> venkata guddanti wrote:
>>>>>>
>>>>>>> I think I found out the reason why this is not working. The
>>>>>>> ApacheChart.js
>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>> the file to
>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>> JIRA ticket
>>>>>>> for this?
>>>>>>>
>>>>>>> Venkata
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>> ven.guddanti@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>>> broken
>>>>>>>> in
>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>> ApacheChart.js
>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>> Scriptlet( new
>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>> chartLib.outputScriptlet
>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>> Looking at
>>>>>>>> the
>>>>>>>> page source The library written is
>>>>>>>>
>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>>
>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>> viewpoint. I only
>>>>>>>> see
>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>
>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>> changed in the
>>>>>>>> latest release to cause this to happen?
>>>>>>>>
>>>>>>>> Venkata
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>>> <da...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>>> issue is
>>>>>>>>> in
>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>
>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>>> <darkarena@gmail.com
>>>>>>>>>> <mailto:
>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>
>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>> Please note
>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>> Trinidad
>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>> appreciative.
>>>>>>>>>> ------------------------------------------------
>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>> [ ] +0
>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>>> released,
>>>>>>>>>> and why..............
>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> [1]
>>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>
>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>
>>>>
>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Cool, thanks Matthias. I'm currently regenerating the artifacts for
1.2.8 and 1.0.8. They should be up in about an hour.
Download from home is fast, but upload it REALLY SLOW..
Scott
Matthias Wessendorf wrote:
> Hi,
>
> We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait for
> the 1.2.8 fix...
>
> Sent from my iPod.
>
> Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
>
>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>> apply it asap.
>>
>> To the community, I do have a question.. Concerning this vote we
>> had 2.5 +1's and 1 -1. Technically I think that allows us to release
>> but I suspect people would want to get this one fixed first. I'll
>> allow people to chime in as needed on both this and the 1.0.8 thread
>> if you'd like to stop the release. Once Venkata submits the patch, I
>> can certainly apply it and generate the artifacts, but it will delay
>> our release another 72 hours as I call another vote. So let me know
>> what you think and I'll either complete the release tomorrow generate
>> some new artifacts and start the vote again.
>>
>> Current results for 1.2.8:
>>
>> +1 Scott O'Bryan, Matthias Wessendorf
>> +.5 Andrew Robinson
>> -1 Paul Spencer because the Chart component doesn't work.
>>
>> Current results for 1.0.8
>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>
>> I'll go ahead and keep votes open for one more day to allow people to
>> chime in or change their vote.
>>
>> Scott
>>
>> Paul Spencer wrote:
>>> Venkata,
>>> Thank you for your work on this issue.
>>>
>>> Paul Spencer
>>>
>>> venkata guddanti wrote:
>>>> I believe yes.
>>>>
>>>>
>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>> <pa...@mindspring.com>
>>>> wrote:
>>>>
>>>>> Venkata,
>>>>> Is this also an issue in 1.0.x?
>>>>>
>>>>> Paul Spencer
>>>>>
>>>>> venkata guddanti wrote:
>>>>>
>>>>>> I think I found out the reason why this is not working. The
>>>>>> ApacheChart.js
>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added the
>>>>>> file to
>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>> JIRA ticket
>>>>>> for this?
>>>>>>
>>>>>> Venkata
>>>>>>
>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>> ven.guddanti@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>> broken
>>>>>>> in
>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>> ApacheChart.js
>>>>>>> on the client. The Renderer creates a new Linbrary Scriptlet(
>>>>>>> new
>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>> chartLib.outputScriptlet
>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>> Looking at
>>>>>>> the
>>>>>>> page source The library written is
>>>>>>>
>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>
>>>>>>> However this file seems to be invalid from the browser
>>>>>>> viewpoint. I only
>>>>>>> see
>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>
>>>>>>> Does anybody know if the resource loader or something has
>>>>>>> changed in the
>>>>>>> latest release to cause this to happen?
>>>>>>>
>>>>>>> Venkata
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>> <da...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>> issue is
>>>>>>>> in
>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>> <darkarena@gmail.com
>>>>>>>>> <mailto:
>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>> private Apache account ([1]).
>>>>>>>>>
>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote. Please
>>>>>>>>> note
>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>> Trinidad
>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>> appreciative.
>>>>>>>>> ------------------------------------------------
>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>> [ ] +0
>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>> released,
>>>>>>>>> and why..............
>>>>>>>>> ------------------------------------------------
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> [1]
>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>
>>>
>>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Matthias Wessendorf <mw...@gmail.com>.
Hi,
We need 3 +1 votes. 2.5 is not enough. Sounds like we need to wait for
the 1.2.8 fix...
Sent from my iPod.
Am 20.05.2008 um 02:05 schrieb "Scott O'Bryan" <da...@gmail.com>:
> Venkata, we'll need a JIRA issue and a patch if possible. I can
> apply it asap.
>
> To the community, I do have a question.. Concerning this vote we
> had 2.5 +1's and 1 -1. Technically I think that allows us to
> release but I suspect people would want to get this one fixed
> first. I'll allow people to chime in as needed on both this and the
> 1.0.8 thread if you'd like to stop the release. Once Venkata
> submits the patch, I can certainly apply it and generate the
> artifacts, but it will delay our release another 72 hours as I call
> another vote. So let me know what you think and I'll either
> complete the release tomorrow generate some new artifacts and start
> the vote again.
>
> Current results for 1.2.8:
>
> +1 Scott O'Bryan, Matthias Wessendorf
> +.5 Andrew Robinson
> -1 Paul Spencer because the Chart component doesn't work.
>
> Current results for 1.0.8
> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>
> I'll go ahead and keep votes open for one more day to allow people
> to chime in or change their vote.
>
> Scott
>
> Paul Spencer wrote:
>> Venkata,
>> Thank you for your work on this issue.
>>
>> Paul Spencer
>>
>> venkata guddanti wrote:
>>> I believe yes.
>>>
>>>
>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer <paulspencer@mindspring.com
>>> >
>>> wrote:
>>>
>>>> Venkata,
>>>> Is this also an issue in 1.0.x?
>>>>
>>>> Paul Spencer
>>>>
>>>> venkata guddanti wrote:
>>>>
>>>>> I think I found out the reason why this is not working. The
>>>>> ApacheChart.js
>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>> the file to
>>>>> the debug and normal libraries list and it works. Do we need a
>>>>> JIRA ticket
>>>>> for this?
>>>>>
>>>>> Venkata
>>>>>
>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>> ven.guddanti@gmail.com>
>>>>> wrote:
>>>>>
>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>> broken
>>>>>> in
>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>> ApacheChart.js
>>>>>> on the client. The Renderer creates a new Linbrary Scriptlet
>>>>>> ( new
>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>> chartLib.outputScriptlet
>>>>>> to send the library to the browser. This seems to be broken.
>>>>>> Looking at
>>>>>> the
>>>>>> page source The library written is
>>>>>>
>>>>>> "/trinidad-demo-context-root/adf/jsLibs/
>>>>>> DebugApacheChart1_2_8.
>>>>>> js;
>>>>>> jsessionid=
>>>>>> 0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133"
>>>>>> .
>>>>>> However this file seems to be invalid from the browser
>>>>>> viewpoint. I only
>>>>>> see
>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>
>>>>>> Does anybody know if the resource loader or something has
>>>>>> changed in the
>>>>>> latest release to cause this to happen?
>>>>>>
>>>>>> Venkata
>>>>>>
>>>>>>
>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>> >
>>>>>> wrote:
>>>>>>
>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>> issue is
>>>>>>> in
>>>>>>> the demo or the component before I close the vote.
>>>>>>>
>>>>>>> Scott
>>>>>>>
>>>>>>> venkata guddanti wrote:
>>>>>>>
>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>> Venkata
>>>>>>>>
>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>>> <mailto:
>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>> private Apache account ([1]).
>>>>>>>>
>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>> Please note
>>>>>>>> that this is my first time putting together a release for
>>>>>>>> Trinidad
>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>> appreciative.
>>>>>>>> ------------------------------------------------
>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>> [ ] +0
>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>> released,
>>>>>>>> and why..............
>>>>>>>> ------------------------------------------------
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8
>>>>>>>> >
>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Thanks Paul.
On May 20, 2008, at 7:47 PM, Paul Spencer <pa...@apache.org> wrote:
> In light of the fix for TRINIDAD-1083 and issuance of TRINIDAD-1085,
> I remove my -1 and change it to a +1.
>
> Paul Spencer
>
> Paul Spencer wrote:
>> Scott,
>> Venkata has created a JIRA, TRINIDAD-1083, and attached a patch.
>> Please regenerate the artifacts. I should be able to retest, and
>> alter my vote, tomorrow evening.
>> Thank you,
>> Paul Spencer
>> Scott O'Bryan wrote:
>>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>>> apply it asap.
>>>
>>> To the community, I do have a question.. Concerning this vote we
>>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>>> release but I suspect people would want to get this one fixed
>>> first. I'll allow people to chime in as needed on both this and
>>> the 1.0.8 thread if you'd like to stop the release. Once Venkata
>>> submits the patch, I can certainly apply it and generate the
>>> artifacts, but it will delay our release another 72 hours as I
>>> call another vote. So let me know what you think and I'll either
>>> complete the release tomorrow generate some new artifacts and
>>> start the vote again.
>>>
>>> Current results for 1.2.8:
>>>
>>> +1 Scott O'Bryan, Matthias Wessendorf
>>> +.5 Andrew Robinson
>>> -1 Paul Spencer because the Chart component doesn't work.
>>>
>>> Current results for 1.0.8
>>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>>
>>> I'll go ahead and keep votes open for one more day to allow people
>>> to chime in or change their vote.
>>>
>>> Scott
>>>
>>> Paul Spencer wrote:
>>>
>>>> Venkata,
>>>> Thank you for your work on this issue.
>>>>
>>>> Paul Spencer
>>>>
>>>> venkata guddanti wrote:
>>>>
>>>>> I believe yes.
>>>>>
>>>>>
>>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer <paulspencer@mindspring.com
>>>>> >
>>>>> wrote:
>>>>>
>>>>>> Venkata,
>>>>>> Is this also an issue in 1.0.x?
>>>>>>
>>>>>> Paul Spencer
>>>>>>
>>>>>> venkata guddanti wrote:
>>>>>>
>>>>>>> I think I found out the reason why this is not working. The
>>>>>>> ApacheChart.js
>>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>>> the file to
>>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>>> JIRA ticket
>>>>>>> for this?
>>>>>>>
>>>>>>> Venkata
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>>> ven.guddanti@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> OK, I looked at the issue. It seems that the scriptlet output
>>>>>>> is broken
>>>>>>>
>>>>>>>> in
>>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>>> ApacheChart.js
>>>>>>>> on the client. The Renderer creates a new Linbrary
>>>>>>>> Scriptlet( new
>>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>>> chartLib.outputScriptlet
>>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>>> Looking at
>>>>>>>> the
>>>>>>>> page source The library written is
>>>>>>>>
>>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/
>>>>>>>> DebugApacheChart1_2_8.
>>>>>>>> js;
>>>>>>>> jsessionid=
>>>>>>>> 0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133"
>>>>>>>> .
>>>>>>>> However this file seems to be invalid from the browser
>>>>>>>> viewpoint. I only
>>>>>>>> see
>>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>>
>>>>>>>> Does anybody know if the resource loader or something has
>>>>>>>> changed in the
>>>>>>>> latest release to cause this to happen?
>>>>>>>>
>>>>>>>> Venkata
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>>> >
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether
>>>>>>>> the issue is
>>>>>>>>
>>>>>>>>> in
>>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>>
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> venkata guddanti wrote:
>>>>>>>>>
>>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>>
>>>>>>>>>> Venkata
>>>>>>>>>>
>>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>>>>> <mailto:
>>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of
>>>>>>>>>> the
>>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to
>>>>>>>>>> my
>>>>>>>>>> private Apache account ([1]).
>>>>>>>>>>
>>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>>> Please note
>>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>>> Trinidad
>>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>>> appreciative.
>>>>>>>>>> ------------------------------------------------
>>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>>> [ ] +0
>>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to
>>>>>>>>>> be
>>>>>>>>>> released,
>>>>>>>>>> and why..............
>>>>>>>>>> ------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8
>>>>>>>>>> >
>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
In light of the fix for TRINIDAD-1083 and issuance of TRINIDAD-1085, I
remove my -1 and change it to a +1.
Paul Spencer
Paul Spencer wrote:
> Scott,
> Venkata has created a JIRA, TRINIDAD-1083, and attached a patch. Please
> regenerate the artifacts. I should be able to retest, and alter my vote,
> tomorrow evening.
>
>
> Thank you,
> Paul Spencer
>
> Scott O'Bryan wrote:
>> Venkata, we'll need a JIRA issue and a patch if possible. I can apply
>> it asap.
>>
>> To the community, I do have a question.. Concerning this vote we had
>> 2.5 +1's and 1 -1. Technically I think that allows us to release but
>> I suspect people would want to get this one fixed first. I'll allow
>> people to chime in as needed on both this and the 1.0.8 thread if
>> you'd like to stop the release. Once Venkata submits the patch, I can
>> certainly apply it and generate the artifacts, but it will delay our
>> release another 72 hours as I call another vote. So let me know what
>> you think and I'll either complete the release tomorrow generate some
>> new artifacts and start the vote again.
>>
>> Current results for 1.2.8:
>>
>> +1 Scott O'Bryan, Matthias Wessendorf
>> +.5 Andrew Robinson
>> -1 Paul Spencer because the Chart component doesn't work.
>>
>> Current results for 1.0.8
>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>>
>> I'll go ahead and keep votes open for one more day to allow people to
>> chime in or change their vote.
>>
>> Scott
>>
>> Paul Spencer wrote:
>>
>>> Venkata,
>>> Thank you for your work on this issue.
>>>
>>> Paul Spencer
>>>
>>> venkata guddanti wrote:
>>>
>>>> I believe yes.
>>>>
>>>>
>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>>> <pa...@mindspring.com>
>>>> wrote:
>>>>
>>>>> Venkata,
>>>>> Is this also an issue in 1.0.x?
>>>>>
>>>>> Paul Spencer
>>>>>
>>>>> venkata guddanti wrote:
>>>>>
>>>>>> I think I found out the reason why this is not working. The
>>>>>> ApacheChart.js
>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added the
>>>>>> file to
>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>> JIRA ticket
>>>>>> for this?
>>>>>>
>>>>>> Venkata
>>>>>>
>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>> ven.guddanti@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>>> broken
>>>>>>
>>>>>>> in
>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>> ApacheChart.js
>>>>>>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>> chartLib.outputScriptlet
>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>> Looking at
>>>>>>> the
>>>>>>> page source The library written is
>>>>>>>
>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>>
>>>>>>> However this file seems to be invalid from the browser viewpoint.
>>>>>>> I only
>>>>>>> see
>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>
>>>>>>> Does anybody know if the resource loader or something has changed
>>>>>>> in the
>>>>>>> latest release to cause this to happen?
>>>>>>>
>>>>>>> Venkata
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan
>>>>>>> <da...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>> issue is
>>>>>>>
>>>>>>>> in
>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan
>>>>>>>>> <darkarena@gmail.com
>>>>>>>>> <mailto:
>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>> private Apache account ([1]).
>>>>>>>>>
>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote. Please
>>>>>>>>> note
>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>> Trinidad
>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>> appreciative.
>>>>>>>>> ------------------------------------------------
>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>> [ ] +0
>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>> released,
>>>>>>>>> and why..............
>>>>>>>>> ------------------------------------------------
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> [1]
>>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>
>>>
>>
>>
>>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Will do Paul. Thanks for catching this issue.
On May 19, 2008, at 6:55 PM, Paul Spencer <pa...@apache.org> wrote:
> Scott,
> Venkata has created a JIRA, TRINIDAD-1083, and attached a patch.
> Please regenerate the artifacts. I should be able to retest, and
> alter my vote, tomorrow evening.
>
>
> Thank you,
> Paul Spencer
>
> Scott O'Bryan wrote:
>> Venkata, we'll need a JIRA issue and a patch if possible. I can
>> apply it asap.
>> To the community, I do have a question.. Concerning this vote we
>> had 2.5 +1's and 1 -1. Technically I think that allows us to
>> release but I suspect people would want to get this one fixed
>> first. I'll allow people to chime in as needed on both this and
>> the 1.0.8 thread if you'd like to stop the release. Once Venkata
>> submits the patch, I can certainly apply it and generate the
>> artifacts, but it will delay our release another 72 hours as I call
>> another vote. So let me know what you think and I'll either
>> complete the release tomorrow generate some new artifacts and start
>> the vote again.
>> Current results for 1.2.8:
>> +1 Scott O'Bryan, Matthias Wessendorf
>> +.5 Andrew Robinson
>> -1 Paul Spencer because the Chart component doesn't work.
>> Current results for 1.0.8
>> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>> I'll go ahead and keep votes open for one more day to allow people
>> to chime in or change their vote.
>> Scott
>> Paul Spencer wrote:
>>> Venkata,
>>> Thank you for your work on this issue.
>>>
>>> Paul Spencer
>>>
>>> venkata guddanti wrote:
>>>
>>>> I believe yes.
>>>>
>>>>
>>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer <paulspencer@mindspring.com
>>>> >
>>>> wrote:
>>>>
>>>>> Venkata,
>>>>> Is this also an issue in 1.0.x?
>>>>>
>>>>> Paul Spencer
>>>>>
>>>>> venkata guddanti wrote:
>>>>>
>>>>>> I think I found out the reason why this is not working. The
>>>>>> ApacheChart.js
>>>>>> is not registered in CoreCommonScriptsResourceLoader. I added
>>>>>> the file to
>>>>>> the debug and normal libraries list and it works. Do we need a
>>>>>> JIRA ticket
>>>>>> for this?
>>>>>>
>>>>>> Venkata
>>>>>>
>>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>>> ven.guddanti@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> OK, I looked at the issue. It seems that the scriptlet output
>>>>>> is broken
>>>>>>
>>>>>>> in
>>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>>> ApacheChart.js
>>>>>>> on the client. The Renderer creates a new Linbrary Scriptlet
>>>>>>> ( new
>>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>>> chartLib.outputScriptlet
>>>>>>> to send the library to the browser. This seems to be broken.
>>>>>>> Looking at
>>>>>>> the
>>>>>>> page source The library written is
>>>>>>>
>>>>>>> "/trinidad-demo-context-root/adf/jsLibs/
>>>>>>> DebugApacheChart1_2_8.
>>>>>>> js;
>>>>>>> jsessionid=
>>>>>>> 0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133"
>>>>>>> .
>>>>>>> However this file seems to be invalid from the browser
>>>>>>> viewpoint. I only
>>>>>>> see
>>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>>
>>>>>>> Does anybody know if the resource loader or something has
>>>>>>> changed in the
>>>>>>> latest release to cause this to happen?
>>>>>>>
>>>>>>> Venkata
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>> >
>>>>>>> wrote:
>>>>>>>
>>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>>> issue is
>>>>>>>
>>>>>>>> in
>>>>>>>> the demo or the component before I close the vote.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> venkata guddanti wrote:
>>>>>>>>
>>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>>
>>>>>>>>> Venkata
>>>>>>>>>
>>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>>>> <mailto:
>>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I was running the needed tasks to get the 1.2.8 release of
>>>>>>>>> the
>>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>>> private Apache account ([1]).
>>>>>>>>>
>>>>>>>>> Please take a look at the "1.2.8" artifacts and vote.
>>>>>>>>> Please note
>>>>>>>>> that this is my first time putting together a release for
>>>>>>>>> Trinidad
>>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>>> appreciative.
>>>>>>>>> ------------------------------------------------
>>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>>> [ ] +0
>>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>>> released,
>>>>>>>>> and why..............
>>>>>>>>> ------------------------------------------------
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8
>>>>>>>>> >
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>
>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Scott,
Venkata has created a JIRA, TRINIDAD-1083, and attached a patch. Please
regenerate the artifacts. I should be able to retest, and alter my vote,
tomorrow evening.
Thank you,
Paul Spencer
Scott O'Bryan wrote:
> Venkata, we'll need a JIRA issue and a patch if possible. I can apply
> it asap.
>
> To the community, I do have a question.. Concerning this vote we had
> 2.5 +1's and 1 -1. Technically I think that allows us to release but I
> suspect people would want to get this one fixed first. I'll allow
> people to chime in as needed on both this and the 1.0.8 thread if you'd
> like to stop the release. Once Venkata submits the patch, I can
> certainly apply it and generate the artifacts, but it will delay our
> release another 72 hours as I call another vote. So let me know what
> you think and I'll either complete the release tomorrow generate some
> new artifacts and start the vote again.
>
> Current results for 1.2.8:
>
> +1 Scott O'Bryan, Matthias Wessendorf
> +.5 Andrew Robinson
> -1 Paul Spencer because the Chart component doesn't work.
>
> Current results for 1.0.8
> +1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
>
> I'll go ahead and keep votes open for one more day to allow people to
> chime in or change their vote.
>
> Scott
>
> Paul Spencer wrote:
>
>> Venkata,
>> Thank you for your work on this issue.
>>
>> Paul Spencer
>>
>> venkata guddanti wrote:
>>
>>> I believe yes.
>>>
>>>
>>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>>> <pa...@mindspring.com>
>>> wrote:
>>>
>>>> Venkata,
>>>> Is this also an issue in 1.0.x?
>>>>
>>>> Paul Spencer
>>>>
>>>> venkata guddanti wrote:
>>>>
>>>>> I think I found out the reason why this is not working. The
>>>>> ApacheChart.js
>>>>> is not registered in CoreCommonScriptsResourceLoader. I added the
>>>>> file to
>>>>> the debug and normal libraries list and it works. Do we need a JIRA
>>>>> ticket
>>>>> for this?
>>>>>
>>>>> Venkata
>>>>>
>>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>>> ven.guddanti@gmail.com>
>>>>> wrote:
>>>>>
>>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>>> broken
>>>>>
>>>>>> in
>>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>>> ApacheChart.js
>>>>>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>>> chartLib.outputScriptlet
>>>>>> to send the library to the browser. This seems to be broken.
>>>>>> Looking at
>>>>>> the
>>>>>> page source The library written is
>>>>>>
>>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>>
>>>>>> However this file seems to be invalid from the browser viewpoint.
>>>>>> I only
>>>>>> see
>>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>>
>>>>>> Does anybody know if the resource loader or something has changed
>>>>>> in the
>>>>>> latest release to cause this to happen?
>>>>>>
>>>>>> Venkata
>>>>>>
>>>>>>
>>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>>> issue is
>>>>>>
>>>>>>> in
>>>>>>> the demo or the component before I close the vote.
>>>>>>>
>>>>>>> Scott
>>>>>>>
>>>>>>> venkata guddanti wrote:
>>>>>>>
>>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>>
>>>>>>>> Venkata
>>>>>>>>
>>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>>> <mailto:
>>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>>> private Apache account ([1]).
>>>>>>>>
>>>>>>>> Please take a look at the "1.2.8" artifacts and vote. Please
>>>>>>>> note
>>>>>>>> that this is my first time putting together a release for
>>>>>>>> Trinidad
>>>>>>>> so if you could pay extra attention, I would be much
>>>>>>>> appreciative.
>>>>>>>> ------------------------------------------------
>>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>>> [ ] +0
>>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>>> released,
>>>>>>>> and why..............
>>>>>>>> ------------------------------------------------
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> [1]
>>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>
>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>
>>
>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Venkata, we'll need a JIRA issue and a patch if possible. I can apply
it asap.
To the community, I do have a question.. Concerning this vote we had
2.5 +1's and 1 -1. Technically I think that allows us to release but I
suspect people would want to get this one fixed first. I'll allow
people to chime in as needed on both this and the 1.0.8 thread if you'd
like to stop the release. Once Venkata submits the patch, I can
certainly apply it and generate the artifacts, but it will delay our
release another 72 hours as I call another vote. So let me know what
you think and I'll either complete the release tomorrow generate some
new artifacts and start the vote again.
Current results for 1.2.8:
+1 Scott O'Bryan, Matthias Wessendorf
+.5 Andrew Robinson
-1 Paul Spencer because the Chart component doesn't work.
Current results for 1.0.8
+1 Scott O'Bryan, Matthias Wessendorf, Andrew Robinson
I'll go ahead and keep votes open for one more day to allow people to
chime in or change their vote.
Scott
Paul Spencer wrote:
> Venkata,
> Thank you for your work on this issue.
>
> Paul Spencer
>
> venkata guddanti wrote:
>> I believe yes.
>>
>>
>> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer
>> <pa...@mindspring.com>
>> wrote:
>>
>>> Venkata,
>>> Is this also an issue in 1.0.x?
>>>
>>> Paul Spencer
>>>
>>> venkata guddanti wrote:
>>>
>>>> I think I found out the reason why this is not working. The
>>>> ApacheChart.js
>>>> is not registered in CoreCommonScriptsResourceLoader. I added the
>>>> file to
>>>> the debug and normal libraries list and it works. Do we need a JIRA
>>>> ticket
>>>> for this?
>>>>
>>>> Venkata
>>>>
>>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>>> ven.guddanti@gmail.com>
>>>> wrote:
>>>>
>>>> OK, I looked at the issue. It seems that the scriptlet output is
>>>> broken
>>>>> in
>>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>>> ApacheChart.js
>>>>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>>> chartLib.outputScriptlet
>>>>> to send the library to the browser. This seems to be broken.
>>>>> Looking at
>>>>> the
>>>>> page source The library written is
>>>>>
>>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>>>
>>>>> However this file seems to be invalid from the browser viewpoint.
>>>>> I only
>>>>> see
>>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>>
>>>>> Does anybody know if the resource loader or something has changed
>>>>> in the
>>>>> latest release to cause this to happen?
>>>>>
>>>>> Venkata
>>>>>
>>>>>
>>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>>>>> wrote:
>>>>>
>>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the
>>>>> issue is
>>>>>> in
>>>>>> the demo or the component before I close the vote.
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>> venkata guddanti wrote:
>>>>>>
>>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>>> Venkata
>>>>>>>
>>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>>> <mailto:
>>>>>>> darkarena@gmail.com>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>>> private Apache account ([1]).
>>>>>>>
>>>>>>> Please take a look at the "1.2.8" artifacts and vote. Please
>>>>>>> note
>>>>>>> that this is my first time putting together a release for
>>>>>>> Trinidad
>>>>>>> so if you could pay extra attention, I would be much
>>>>>>> appreciative.
>>>>>>> ------------------------------------------------
>>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>>> [ ] +0
>>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>>> released,
>>>>>>> and why..............
>>>>>>> ------------------------------------------------
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Scott
>>>>>>>
>>>>>>> [1]
>>>>>>> http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>
>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Venkata,
Thank you for your work on this issue.
Paul Spencer
venkata guddanti wrote:
> I believe yes.
>
>
> On Mon, May 19, 2008 at 1:54 PM, Paul Spencer <pa...@mindspring.com>
> wrote:
>
>> Venkata,
>> Is this also an issue in 1.0.x?
>>
>> Paul Spencer
>>
>> venkata guddanti wrote:
>>
>>> I think I found out the reason why this is not working. The ApacheChart.js
>>> is not registered in CoreCommonScriptsResourceLoader. I added the file to
>>> the debug and normal libraries list and it works. Do we need a JIRA ticket
>>> for this?
>>>
>>> Venkata
>>>
>>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>>> ven.guddanti@gmail.com>
>>> wrote:
>>>
>>> OK, I looked at the issue. It seems that the scriptlet output is broken
>>>> in
>>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>>> ApacheChart.js
>>>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>>> chartLib.outputScriptlet
>>>> to send the library to the browser. This seems to be broken. Looking at
>>>> the
>>>> page source The library written is
>>>>
>>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>>> However this file seems to be invalid from the browser viewpoint. I only
>>>> see
>>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>>
>>>> Does anybody know if the resource loader or something has changed in the
>>>> latest release to cause this to happen?
>>>>
>>>> Venkata
>>>>
>>>>
>>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>>>> wrote:
>>>>
>>>> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is
>>>>> in
>>>>> the demo or the component before I close the vote.
>>>>>
>>>>> Scott
>>>>>
>>>>> venkata guddanti wrote:
>>>>>
>>>>> I will investigate the chart not working in 1.2.8 today.
>>>>>> Venkata
>>>>>>
>>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>>> <mailto:
>>>>>> darkarena@gmail.com>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>>> private Apache account ([1]).
>>>>>>
>>>>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>>>>> that this is my first time putting together a release for Trinidad
>>>>>> so if you could pay extra attention, I would be much appreciative.
>>>>>> ------------------------------------------------
>>>>>> [ ] +1 for community members who have reviewed the bits
>>>>>> [ ] +0
>>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>>> released,
>>>>>> and why..............
>>>>>> ------------------------------------------------
>>>>>>
>>>>>> Thanks,
>>>>>> Scott
>>>>>>
>>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by venkata guddanti <ve...@gmail.com>.
I believe yes.
On Mon, May 19, 2008 at 1:54 PM, Paul Spencer <pa...@mindspring.com>
wrote:
> Venkata,
> Is this also an issue in 1.0.x?
>
> Paul Spencer
>
> venkata guddanti wrote:
>
>> I think I found out the reason why this is not working. The ApacheChart.js
>> is not registered in CoreCommonScriptsResourceLoader. I added the file to
>> the debug and normal libraries list and it works. Do we need a JIRA ticket
>> for this?
>>
>> Venkata
>>
>> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <
>> ven.guddanti@gmail.com>
>> wrote:
>>
>> OK, I looked at the issue. It seems that the scriptlet output is broken
>>> in
>>> the latest trunk and 1.2 trunk. The chart is rendered using
>>> ApacheChart.js
>>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>>> LibraryScriptlet("ApacheChart", null)). It the uses
>>> chartLib.outputScriptlet
>>> to send the library to the browser. This seems to be broken. Looking at
>>> the
>>> page source The library written is
>>>
>>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>>> However this file seems to be invalid from the browser viewpoint. I only
>>> see
>>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>>
>>> Does anybody know if the resource loader or something has changed in the
>>> latest release to cause this to happen?
>>>
>>> Venkata
>>>
>>>
>>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>>> wrote:
>>>
>>> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is
>>>> in
>>>> the demo or the component before I close the vote.
>>>>
>>>> Scott
>>>>
>>>> venkata guddanti wrote:
>>>>
>>>> I will investigate the chart not working in 1.2.8 today.
>>>>> Venkata
>>>>>
>>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
>>>>> <mailto:
>>>>> darkarena@gmail.com>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>>> private Apache account ([1]).
>>>>>
>>>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>>>> that this is my first time putting together a release for Trinidad
>>>>> so if you could pay extra attention, I would be much appreciative.
>>>>> ------------------------------------------------
>>>>> [ ] +1 for community members who have reviewed the bits
>>>>> [ ] +0
>>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>>> released,
>>>>> and why..............
>>>>> ------------------------------------------------
>>>>>
>>>>> Thanks,
>>>>> Scott
>>>>>
>>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>>
>>>>>
>>>>>
>>>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@mindspring.com>.
Venkata,
Is this also an issue in 1.0.x?
Paul Spencer
venkata guddanti wrote:
> I think I found out the reason why this is not working. The ApacheChart.js
> is not registered in CoreCommonScriptsResourceLoader. I added the file to
> the debug and normal libraries list and it works. Do we need a JIRA ticket
> for this?
>
> Venkata
>
> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <ve...@gmail.com>
> wrote:
>
>> OK, I looked at the issue. It seems that the scriptlet output is broken in
>> the latest trunk and 1.2 trunk. The chart is rendered using ApacheChart.js
>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>> LibraryScriptlet("ApacheChart", null)). It the uses chartLib.outputScriptlet
>> to send the library to the browser. This seems to be broken. Looking at the
>> page source The library written is
>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>> However this file seems to be invalid from the browser viewpoint. I only see
>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>
>> Does anybody know if the resource loader or something has changed in the
>> latest release to cause this to happen?
>>
>> Venkata
>>
>>
>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>> wrote:
>>
>>> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is in
>>> the demo or the component before I close the vote.
>>>
>>> Scott
>>>
>>> venkata guddanti wrote:
>>>
>>>> I will investigate the chart not working in 1.2.8 today.
>>>> Venkata
>>>>
>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com<mailto:
>>>> darkarena@gmail.com>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>> private Apache account ([1]).
>>>>
>>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>>> that this is my first time putting together a release for Trinidad
>>>> so if you could pay extra attention, I would be much appreciative.
>>>> ------------------------------------------------
>>>> [ ] +1 for community members who have reviewed the bits
>>>> [ ] +0
>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>> released,
>>>> and why..............
>>>> ------------------------------------------------
>>>>
>>>> Thanks,
>>>> Scott
>>>>
>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>
>>>>
>>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Paul Spencer <pa...@apache.org>.
Venkata,
Adding a JIRA that describes the issue and the solution would not hurt.
If anything it will serve as a reminder next time this occurs.
Paul Spencer
venkata guddanti wrote:
> I think I found out the reason why this is not working. The ApacheChart.js
> is not registered in CoreCommonScriptsResourceLoader. I added the file to
> the debug and normal libraries list and it works. Do we need a JIRA ticket
> for this?
>
> Venkata
>
> On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <ve...@gmail.com>
> wrote:
>
>> OK, I looked at the issue. It seems that the scriptlet output is broken in
>> the latest trunk and 1.2 trunk. The chart is rendered using ApacheChart.js
>> on the client. The Renderer creates a new Linbrary Scriptlet( new
>> LibraryScriptlet("ApacheChart", null)). It the uses chartLib.outputScriptlet
>> to send the library to the browser. This seems to be broken. Looking at the
>> page source The library written is
>> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
>> However this file seems to be invalid from the browser viewpoint. I only see
>> "jsLibsDebugs/ApacheChart.js" in the output director.
>>
>> Does anybody know if the resource loader or something has changed in the
>> latest release to cause this to happen?
>>
>> Venkata
>>
>>
>> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
>> wrote:
>>
>>> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is in
>>> the demo or the component before I close the vote.
>>>
>>> Scott
>>>
>>> venkata guddanti wrote:
>>>
>>>> I will investigate the chart not working in 1.2.8 today.
>>>> Venkata
>>>>
>>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com<mailto:
>>>> darkarena@gmail.com>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I was running the needed tasks to get the 1.2.8 release of the
>>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>>> private Apache account ([1]).
>>>>
>>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>>> that this is my first time putting together a release for Trinidad
>>>> so if you could pay extra attention, I would be much appreciative.
>>>> ------------------------------------------------
>>>> [ ] +1 for community members who have reviewed the bits
>>>> [ ] +0
>>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>>> released,
>>>> and why..............
>>>> ------------------------------------------------
>>>>
>>>> Thanks,
>>>> Scott
>>>>
>>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>>
>>>>
>>>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by venkata guddanti <ve...@gmail.com>.
I think I found out the reason why this is not working. The ApacheChart.js
is not registered in CoreCommonScriptsResourceLoader. I added the file to
the debug and normal libraries list and it works. Do we need a JIRA ticket
for this?
Venkata
On Mon, May 19, 2008 at 12:46 PM, venkata guddanti <ve...@gmail.com>
wrote:
> OK, I looked at the issue. It seems that the scriptlet output is broken in
> the latest trunk and 1.2 trunk. The chart is rendered using ApacheChart.js
> on the client. The Renderer creates a new Linbrary Scriptlet( new
> LibraryScriptlet("ApacheChart", null)). It the uses chartLib.outputScriptlet
> to send the library to the browser. This seems to be broken. Looking at the
> page source The library written is
> "/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
> However this file seems to be invalid from the browser viewpoint. I only see
> "jsLibsDebugs/ApacheChart.js" in the output director.
>
> Does anybody know if the resource loader or something has changed in the
> latest release to cause this to happen?
>
> Venkata
>
>
> On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com>
> wrote:
>
>> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is in
>> the demo or the component before I close the vote.
>>
>> Scott
>>
>> venkata guddanti wrote:
>>
>>> I will investigate the chart not working in 1.2.8 today.
>>> Venkata
>>>
>>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com<mailto:
>>> darkarena@gmail.com>> wrote:
>>>
>>> Hi,
>>>
>>> I was running the needed tasks to get the 1.2.8 release of the
>>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>>> private Apache account ([1]).
>>>
>>> Please take a look at the "1.2.8" artifacts and vote. Please note
>>> that this is my first time putting together a release for Trinidad
>>> so if you could pay extra attention, I would be much appreciative.
>>> ------------------------------------------------
>>> [ ] +1 for community members who have reviewed the bits
>>> [ ] +0
>>> [ ] -1 for fatal flaws that should cause these bits not to be
>>> released,
>>> and why..............
>>> ------------------------------------------------
>>>
>>> Thanks,
>>> Scott
>>>
>>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>>
>>>
>>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by venkata guddanti <ve...@gmail.com>.
OK, I looked at the issue. It seems that the scriptlet output is broken in
the latest trunk and 1.2 trunk. The chart is rendered using ApacheChart.js
on the client. The Renderer creates a new Linbrary Scriptlet( new
LibraryScriptlet("ApacheChart", null)). It the uses chartLib.outputScriptlet
to send the library to the browser. This seems to be broken. Looking at the
page source The library written is
"/trinidad-demo-context-root/adf/jsLibs/DebugApacheChart1_2_8.js;jsessionid=0bef3a120e9dc7a98a8e960e4626cd56ee02bc717325f73e5bd3a0ae88bfd133".
However this file seems to be invalid from the browser viewpoint. I only see
"jsLibsDebugs/ApacheChart.js" in the output director.
Does anybody know if the resource loader or something has changed in the
latest release to cause this to happen?
Venkata
On Mon, May 19, 2008 at 12:09 PM, Scott O'Bryan <da...@gmail.com> wrote:
> Cool, thanks Venkata, I'll wait to hear back as to whether the issue is in
> the demo or the component before I close the vote.
>
> Scott
>
> venkata guddanti wrote:
>
>> I will investigate the chart not working in 1.2.8 today.
>> Venkata
>>
>> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com<mailto:
>> darkarena@gmail.com>> wrote:
>>
>> Hi,
>>
>> I was running the needed tasks to get the 1.2.8 release of the
>> Apache MyFaces Trinidad out. The artifacts are deployed to my
>> private Apache account ([1]).
>>
>> Please take a look at the "1.2.8" artifacts and vote. Please note
>> that this is my first time putting together a release for Trinidad
>> so if you could pay extra attention, I would be much appreciative.
>> ------------------------------------------------
>> [ ] +1 for community members who have reviewed the bits
>> [ ] +0
>> [ ] -1 for fatal flaws that should cause these bits not to be
>> released,
>> and why..............
>> ------------------------------------------------
>>
>> Thanks,
>> Scott
>>
>> [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>>
>>
>>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Cool, thanks Venkata, I'll wait to hear back as to whether the issue is
in the demo or the component before I close the vote.
Scott
venkata guddanti wrote:
> I will investigate the chart not working in 1.2.8 today.
>
> Venkata
>
> On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <darkarena@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the
> Apache MyFaces Trinidad out. The artifacts are deployed to my
> private Apache account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note
> that this is my first time putting together a release for Trinidad
> so if you could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be
> released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
> <http://people.apache.org/%7Esobryan/trinidad/1.2.8>
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by venkata guddanti <ve...@gmail.com>.
I will investigate the chart not working in 1.2.8 today.
Venkata
On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan <da...@gmail.com> wrote:
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the Apache
> MyFaces Trinidad out. The artifacts are deployed to my private Apache
> account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note that
> this is my first time putting together a release for Trinidad so if you
> could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
No issues, thanks for bringing it up. I'll try to apply the patch once the
release is complete.
On Fri, May 16, 2008 at 12:49 PM, Alexey Stukalov <as...@gmail.com>
wrote:
>
> Thanks, Scott; just wanted to be sure that release managers are aware of
> these issues.
>
> +0
>
> Alexey
>
>
> Scott O'Bryan wrote:
> >
> > Yeah, I think in general we need to do a better job of committing
> patches.
> > Let me say this though, if you think this is a blocking issue and needs
> to
> > be addressed before 1.2.8, then it IS relevant to the release process and
> > you should vote -1.
> >
> > I for one am still voting +1 because although TRINIDAD-1059 is a pretty
> > straight forward fix, Trinidad has never claimed to be compatible with
> > non-firefox and ie browsers and I suspect we'd have other issues as well,
> > especially with skinning. Furthermore some of the client-side javascript
> > is
> > based off this agent.
> >
> > If you don't think it's important enough to hold up the release, let's
> > move
> > this to another thread.
> >
> > Scott
> >
> > On Fri, May 16, 2008 at 4:35 AM, Alexey Stukalov <as...@gmail.com>
> > wrote:
> >
> >>
> >> Hi, Scott
> >>
> >> Sorry if my comment is not relevant to the release process, just thought
> >> that resolutions for
> >>
> >>
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041
> >> trinidad-1.2.8<
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041trinidad-1.2.8
> >issues
> >> might be set prior the release.
> >>
> >> Specifically, http://issues.apache.org/jira/browse/TRINIDAD-1059
> >> TRINIDAD-1059<
> http://issues.apache.org/jira/browse/TRINIDAD-1059TRINIDAD-1059>
> >> is a critical one, and a fix is a trivial one-liner.
> >>
> >> Thanks,
> >> Alexey
> >>
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17271827.html
> >> Sent from the My Faces - Dev mailing list archive at Nabble.com.
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17281740.html
> Sent from the My Faces - Dev mailing list archive at Nabble.com.
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Alexey Stukalov <as...@gmail.com>.
Thanks, Scott; just wanted to be sure that release managers are aware of
these issues.
+0
Alexey
Scott O'Bryan wrote:
>
> Yeah, I think in general we need to do a better job of committing patches.
> Let me say this though, if you think this is a blocking issue and needs to
> be addressed before 1.2.8, then it IS relevant to the release process and
> you should vote -1.
>
> I for one am still voting +1 because although TRINIDAD-1059 is a pretty
> straight forward fix, Trinidad has never claimed to be compatible with
> non-firefox and ie browsers and I suspect we'd have other issues as well,
> especially with skinning. Furthermore some of the client-side javascript
> is
> based off this agent.
>
> If you don't think it's important enough to hold up the release, let's
> move
> this to another thread.
>
> Scott
>
> On Fri, May 16, 2008 at 4:35 AM, Alexey Stukalov <as...@gmail.com>
> wrote:
>
>>
>> Hi, Scott
>>
>> Sorry if my comment is not relevant to the release process, just thought
>> that resolutions for
>>
>> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041
>> trinidad-1.2.8<http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041trinidad-1.2.8>issues
>> might be set prior the release.
>>
>> Specifically, http://issues.apache.org/jira/browse/TRINIDAD-1059
>> TRINIDAD-1059<http://issues.apache.org/jira/browse/TRINIDAD-1059TRINIDAD-1059>
>> is a critical one, and a fix is a trivial one-liner.
>>
>> Thanks,
>> Alexey
>>
>> --
>> View this message in context:
>> http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17271827.html
>> Sent from the My Faces - Dev mailing list archive at Nabble.com.
>>
>>
>
>
--
View this message in context: http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17281740.html
Sent from the My Faces - Dev mailing list archive at Nabble.com.
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Scott O'Bryan <da...@gmail.com>.
Yeah, I think in general we need to do a better job of committing patches.
Let me say this though, if you think this is a blocking issue and needs to
be addressed before 1.2.8, then it IS relevant to the release process and
you should vote -1.
I for one am still voting +1 because although TRINIDAD-1059 is a pretty
straight forward fix, Trinidad has never claimed to be compatible with
non-firefox and ie browsers and I suspect we'd have other issues as well,
especially with skinning. Furthermore some of the client-side javascript is
based off this agent.
If you don't think it's important enough to hold up the release, let's move
this to another thread.
Scott
On Fri, May 16, 2008 at 4:35 AM, Alexey Stukalov <as...@gmail.com>
wrote:
>
> Hi, Scott
>
> Sorry if my comment is not relevant to the release process, just thought
> that resolutions for
>
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041
> trinidad-1.2.8<http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041trinidad-1.2.8>issues might be set prior the release.
>
> Specifically, http://issues.apache.org/jira/browse/TRINIDAD-1059
> TRINIDAD-1059<http://issues.apache.org/jira/browse/TRINIDAD-1059TRINIDAD-1059> is a critical one, and a fix is a trivial one-liner.
>
> Thanks,
> Alexey
>
>
> Scott O'Bryan wrote:
> >
> > Hi,
> >
> > I was running the needed tasks to get the 1.2.8 release of the Apache
> > MyFaces Trinidad out. The artifacts are deployed to my private Apache
> > account ([1]).
> >
> > Please take a look at the "1.2.8" artifacts and vote. Please note that
> > this is my first time putting together a release for Trinidad so if you
> > could pay extra attention, I would be much appreciative.
> > ------------------------------------------------
> > [ ] +1 for community members who have reviewed the bits
> > [ ] +0
> > [ ] -1 for fatal flaws that should cause these bits not to be released,
> > and why..............
> > ------------------------------------------------
> >
> > Thanks,
> > Scott
> >
> > [1] http://people.apache.org/~sobryan/trinidad/1.2.8<http://people.apache.org/%7Esobryan/trinidad/1.2.8>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17271827.html
> Sent from the My Faces - Dev mailing list archive at Nabble.com.
>
>
Re: [VOTE] Release of Trinidad 1.2.8
Posted by Alexey Stukalov <as...@gmail.com>.
Hi, Scott
Sorry if my comment is not relevant to the release process, just thought
that resolutions for
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310661&fixfor=12313041
trinidad-1.2.8 issues might be set prior the release.
Specifically, http://issues.apache.org/jira/browse/TRINIDAD-1059
TRINIDAD-1059 is a critical one, and a fix is a trivial one-liner.
Thanks,
Alexey
Scott O'Bryan wrote:
>
> Hi,
>
> I was running the needed tasks to get the 1.2.8 release of the Apache
> MyFaces Trinidad out. The artifacts are deployed to my private Apache
> account ([1]).
>
> Please take a look at the "1.2.8" artifacts and vote. Please note that
> this is my first time putting together a release for Trinidad so if you
> could pay extra attention, I would be much appreciative.
> ------------------------------------------------
> [ ] +1 for community members who have reviewed the bits
> [ ] +0
> [ ] -1 for fatal flaws that should cause these bits not to be released,
> and why..............
> ------------------------------------------------
>
> Thanks,
> Scott
>
> [1] http://people.apache.org/~sobryan/trinidad/1.2.8
>
>
--
View this message in context: http://www.nabble.com/-VOTE--Release-of-Trinidad-1.2.8-tp17266073p17271827.html
Sent from the My Faces - Dev mailing list archive at Nabble.com.