Re: [VOTE] Release of myfaces core 1.2.6

[Leonardo Uribe]

On Thu, Jan 22, 2009 at 2:32 AM, Simon Kitching wrote:

> Hi,
>
> Could someone explain to me what this is about?
>  https://issues.apache.org/jira/browse/MYFACES-2135
>
> How can @Deprecated annotations "change the method signature"?
>
Hi

If the annotations are marked to be preserved at runtime, they are added to
method signature. Anyway, binary compatibility test (using maven clirr
plugin) does not show problems if they are present or not, but j2ee tck
detects it.

regards

Leonardo Uribe


>
> Thanks,
> Simon
>

Re: [VOTE] Release of myfaces core 1.2.6

[Simon Kitching]

Hi,

Could someone explain to me what this is about?
  https://issues.apache.org/jira/browse/MYFACES-2135

How can @Deprecated annotations "change the method signature"?

Thanks,
Simon

[jira] Commented: (TRINIDAD-1372) use threadlocalutils for requestcontext

[Gabrielle Crawford (JIRA)]

[ 
https://issues.apache.org/jira/browse/TRINIDAD-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666033#action_12666033
 ] 

Gabrielle Crawford commented on TRINIDAD-1372:
--

Actually, in theory this requestcontext should be getting destroyed each 
request, so we shouldn't need to use threadlocalutils here.

> use threadlocalutils for requestcontext
> ---
>
> Key: TRINIDAD-1372
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1372
> Project: MyFaces Trinidad
>  Issue Type: Bug
>  Components: Components
>Affects Versions: 1.2.10-core, 1.0.10-core
>Reporter: Gabrielle Crawford
>Assignee: Gabrielle Crawford
>Priority: Minor
>
> in issue 1273
> https://issues.apache.org/jira/browse/TRINIDAD-1273
> Blake added support for threadlocalutils. We're using this for the 
> RenderingContext current instance, but we're not using this for the 
> requestContext current instance. Change the RequestContext current instance 
> to use threadlocalutils.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TRINIDAD-1372) use threadlocalutils for requestcontext

[Gabrielle Crawford (JIRA)]

use threadlocalutils for requestcontext
---

 Key: TRINIDAD-1372
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1372
 Project: MyFaces Trinidad
  Issue Type: Bug
  Components: Components
Affects Versions: 1.0.10-core, 1.2.10-core
Reporter: Gabrielle Crawford
Assignee: Gabrielle Crawford
Priority: Minor


in issue 1273
https://issues.apache.org/jira/browse/TRINIDAD-1273

Blake added support for threadlocalutils. We're using this for the 
RenderingContext current instance, but we're not using this for the 
requestContext current instance. Change the RequestContext current instance to 
use threadlocalutils.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [VOTE] Release of myfaces core 1.2.6

[Matthias Wessendorf]

+1

On Wed, Jan 21, 2009 at 12:13 PM, Leonardo Uribe  wrote:
> +1
>
> regards
>
> Leonardo Uribe
>
> On Wed, Jan 21, 2009 at 3:12 PM, Leonardo Uribe  wrote:
>>
>> Hi,
>>
>> I was running the needed tasks to get the 1.2.6 release of Apache
>> MyFaces core out.
>>
>> The artifacts passed all TCK test.
>>
>> Please note that this vote concerns all of the following parts:
>>  1. Maven artifact group "org.apache.myfaces.core" v1.2.6  [1]
>>
>> The artifacts are deployed to my private Apache account ([1] and [3] for
>> binary and source packages).
>>
>> The release notes could be found at [4].
>>
>> Also the clirr test does not show binary incompatibilities with
>> myfaces-api.
>>
>> Please take a look at the "1.2.6" artifacts and vote!
>>
>> Please note: This vote is "majority approval" with a minimum of three
>> +1 votes (see [3]).
>>
>> 
>> [ ] +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,
>> Leonardo Uribe
>>
>> [1] http://people.apache.org/~lu4242/myfaces126
>> [2] http://www.apache.org/foundation/voting.html#ReleaseVotes
>> [3] http://people.apache.org/~lu4242/myfaces126binsrc
>> [4]
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600&styleName=Html&version=12313611
>>
>
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Re: [VOTE] Release of myfaces core 1.2.6

[Leonardo Uribe]

+1

regards

Leonardo Uribe

On Wed, Jan 21, 2009 at 3:12 PM, Leonardo Uribe  wrote:

> Hi,
>
> I was running the needed tasks to get the 1.2.6 release of Apache
> MyFaces core out.
>
> The artifacts passed all TCK test.
>
> Please note that this vote concerns all of the following parts:
>  1. Maven artifact group "org.apache.myfaces.core" v1.2.6  [1]
>
> The artifacts are deployed to my private Apache account ([1] and [3] for
> binary and source packages).
>
> The release notes could be found at [4].
>
> Also the clirr test does not show binary incompatibilities with
> myfaces-api.
>
> Please take a look at the "1.2.6" artifacts and vote!
>
> Please note: This vote is "majority approval" with a minimum of three
> +1 votes (see [3]).
>
> 
> [ ] +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,
> Leonardo Uribe
>
> [1] 
> http://people.apache.org/~lu4242/myfaces126
> [2] http://www.apache.org/foundation/voting.html#ReleaseVotes
> [3] 
> http://people.apache.org/~lu4242/myfaces126binsrc
> [4]
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600&styleName=Html&version=12313611
>
>

[VOTE] Release of myfaces core 1.2.6

[Leonardo Uribe]

Hi,

I was running the needed tasks to get the 1.2.6 release of Apache
MyFaces core out.

The artifacts passed all TCK test.

Please note that this vote concerns all of the following parts:
 1. Maven artifact group "org.apache.myfaces.core" v1.2.6  [1]

The artifacts are deployed to my private Apache account ([1] and [3] for
binary and source packages).

The release notes could be found at [4].

Also the clirr test does not show binary incompatibilities with myfaces-api.

Please take a look at the "1.2.6" artifacts and vote!

Please note: This vote is "majority approval" with a minimum of three
+1 votes (see [3]).


[ ] +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,
Leonardo Uribe

[1] http://people.apache.org/~lu4242/myfaces126
[2] http://www.apache.org/foundation/voting.html#ReleaseVotes
[3] http://people.apache.org/~lu4242/myfaces126binsrc
[4]
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600&styleName=Html&version=12313611

Re: [OT] Toys R us Britain apparently uses MyFaces

[Simon Lessard]

I think we should indeed warn them that they're using Facelets in debug
mode, so they get a little performance boost and less chance to get hacked
somehow.

On Wed, Jan 21, 2009 at 12:30 PM, Kito Mann  wrote:

> Looks like they're using RichFaces, too..
>
> ---
> Kito D. Mann -- Author, JavaServer Faces in Action
> http://twitter.com/kito99
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> +1 203-404-4848 x3
>
>
>
>
>
>
> On Wed, Jan 21, 2009 at 11:39 AM, Bruno Aranda wrote:
>
>> Hi, I was just idly browsing the internet and I found what seems to be an
>> example of an example webapp that uses MyFaces and probably deals with a
>> large number of visits.
>>
>> http://www.toysrus.co.uk
>>
>> They even use Facelets... in debug mode. You can press Control+D to see
>> the list of backing beans. Maybe someone should tell them,
>>
>> Cheers,
>>
>> Bruno
>>
>
>

Re: [OT] Toys R us Britain apparently uses MyFaces

[Kito Mann]

Looks like they're using RichFaces, too..

---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3





On Wed, Jan 21, 2009 at 11:39 AM, Bruno Aranda wrote:

> Hi, I was just idly browsing the internet and I found what seems to be an
> example of an example webapp that uses MyFaces and probably deals with a
> large number of visits.
>
> http://www.toysrus.co.uk
>
> They even use Facelets... in debug mode. You can press Control+D to see the
> list of backing beans. Maybe someone should tell them,
>
> Cheers,
>
> Bruno
>

[jira] Updated: (MYFACES-2138) rendering of to stay html/xhtml dtd conformant does not include colspan

[Phillip Webb (JIRA)]

 [ 
https://issues.apache.org/jira/browse/MYFACES-2138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phillip Webb updated MYFACES-2138:
--

Status: Patch Available  (was: Open)

> rendering of  to stay html/xhtml dtd conformant does not include 
> colspan
> 
>
> Key: MYFACES-2138
> URL: https://issues.apache.org/jira/browse/MYFACES-2138
> Project: MyFaces Core
>  Issue Type: Bug
>  Components: General
>Reporter: Phillip Webb
>Priority: Minor
> Attachments: htmltablerenderer-colspan.patch
>
>
> Issue MYFACES-1764 change the HtmlTableRendererBase class so that it always 
> renders  elements, even if the table is empty.  This causes some 
> output that is hard to style correctly when the table include header facets 
> on columns.
> It would be nice if the inserted  element set colspan so that the empty 
> entry covers the entire table.  It would also be good if it were easy to 
> subclass the renderer in order to provide specific behaviour when the table 
> is empty.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [OT] Toys R us Britain apparently uses MyFaces

[Matthias Wessendorf]

On Wed, Jan 21, 2009 at 8:39 AM, Bruno Aranda  wrote:
> Hi, I was just idly browsing the internet and I found what seems to be an
> example of an example webapp that uses MyFaces and probably deals with a
> large number of visits.
>
> http://www.toysrus.co.uk

cool finding! Bought some toys ? :-)

>
> They even use Facelets... in debug mode. You can press Control+D to see the
> list of backing beans. Maybe someone should tell them,

:-)
Yeah, and they should put their app to our wiki :-)

-Matthias

>
> Cheers,
>
> Bruno
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

[jira] Created: (MYFACES-2138) rendering of to stay html/xhtml dtd conformant does not include colspan

[Phillip Webb (JIRA)]

rendering of  to stay html/xhtml dtd conformant does not include colspan


 Key: MYFACES-2138
 URL: https://issues.apache.org/jira/browse/MYFACES-2138
 Project: MyFaces Core
  Issue Type: Bug
  Components: General
Reporter: Phillip Webb
Priority: Minor


Issue MYFACES-1764 change the HtmlTableRendererBase class so that it always 
renders  elements, even if the table is empty.  This causes some output 
that is hard to style correctly when the table include header facets on columns.

It would be nice if the inserted  element set colspan so that the empty 
entry covers the entire table.  It would also be good if it were easy to 
subclass the renderer in order to provide specific behaviour when the table is 
empty.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [VOTE] Support new JSR for the Portlet 2.0 Bidge for JavaServer Faces 1.2

[Bruno Aranda]

+1

2009/1/21 Manfred Geiler 

> +1
>
> --Manfred
>
>
> On Tue, Jan 20, 2009 at 22:04, Scott O'Bryan  wrote:
> > Hey community,
> >
> > Oracle is trying to open up a new JSR for the Portlet 2.0 Bridge.
> >  Originally this was part of the JSR-301 but there was a slight
> > misunderstanding of the intentions of the specs regarding release dates.
>  To
> > make a long story short, instead of doing both the specifications for
> > Portlet 1.0 and 2.0 as part of the JSR, it's being split up.  The Project
> > lead will be Michael Freedman who is a MyFaces committer and has been
> very
> > active on the Apache MyFaces Portlet Bridge project and he was also the
> > spec-lead for the JSR-301.  The Apache implementations of these
> > specifications are being written as the eventual R.I.'s for the bridge
> > projects.
> >
> > In any case, should Apache MyFaces put its vote in for the formation of
> this
> > JSR?  Understand that this is not a vote for a project or spec, just to
> > allow the JCP to start a JSR to support this project.  I have gotten word
> > from Apache that this can be done if a community decides to support it.
> >  Since the Apache MyFaces Portlet Bridge is being developed as the
> eventual
> > R.I. and Oracle has been very open to aiding the OpenSource development
> of
> > this bridge here at Apache, I think it's a good opportunity for us to
> > support the JCP and, in particular, the Portlet Bridge Projects.
> >
> > Vote:
> >
> > [ ] +1 to support the formation of a new JSR for the Portlet Bridge 2.0
> > [ ] +0 don't really care, it's just a silly green checkmark on the ballot
> > [ ] -1 don't put the green checkmark on the ballot, Apache shouldn't
> support
> > the JCP
> >
> > Thanks,
> >  Scott O'Bryan
> >
>

[OT] Toys R us Britain apparently uses MyFaces

[Bruno Aranda]

Hi, I was just idly browsing the internet and I found what seems to be an
example of an example webapp that uses MyFaces and probably deals with a
large number of visits.

http://www.toysrus.co.uk

They even use Facelets... in debug mode. You can press Control+D to see the
list of backing beans. Maybe someone should tell them,

Cheers,

Bruno

function _navChoiceSubmit in onchange event fails in Safari Web Browser

[Kunal]

What is the solution to fix this issue, if any ?
I noticed this error few days back.

function _navChoiceSubmit in onchange event fails in Safari Web Browser
---

 Key: TRINIDAD-1363
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1363
 Project: MyFaces Trinidad
  Issue Type: Bug
 Environment: Win and OSX with Safari (also Google Chrome)
Reporter: Cristiano


When a tr:table component shows the navigation selectors (Prev, Next) and the 
user select the preferred range from combo instead of two links, the new range 
of rows disappear immediately and the table shows the last selected (only by 
links) range. You can easely test this bug in the Component Demos of trinidad 
home site, with the table_selection example.


Regards
-- 


  

  Kunal Kochhar
   

  


  

   
  Verient Inc. | 
  408-521-1690 (work) | 
  www.verient.com

  

This
e-mail contains confidential information of Verient, Inc. meant for the
intended recipient.If you have received it in error, please notify the
sender and delete it from your system. Any unauthorized use, disclosure
or copying is not permitted.

Re: [VOTE] Support new JSR for the Portlet 2.0 Bidge for JavaServer Faces 1.2

[Manfred Geiler]

+1

--Manfred


On Tue, Jan 20, 2009 at 22:04, Scott O'Bryan  wrote:
> Hey community,
>
> Oracle is trying to open up a new JSR for the Portlet 2.0 Bridge.
>  Originally this was part of the JSR-301 but there was a slight
> misunderstanding of the intentions of the specs regarding release dates.  To
> make a long story short, instead of doing both the specifications for
> Portlet 1.0 and 2.0 as part of the JSR, it's being split up.  The Project
> lead will be Michael Freedman who is a MyFaces committer and has been very
> active on the Apache MyFaces Portlet Bridge project and he was also the
> spec-lead for the JSR-301.  The Apache implementations of these
> specifications are being written as the eventual R.I.'s for the bridge
> projects.
>
> In any case, should Apache MyFaces put its vote in for the formation of this
> JSR?  Understand that this is not a vote for a project or spec, just to
> allow the JCP to start a JSR to support this project.  I have gotten word
> from Apache that this can be done if a community decides to support it.
>  Since the Apache MyFaces Portlet Bridge is being developed as the eventual
> R.I. and Oracle has been very open to aiding the OpenSource development of
> this bridge here at Apache, I think it's a good opportunity for us to
> support the JCP and, in particular, the Portlet Bridge Projects.
>
> Vote:
>
> [ ] +1 to support the formation of a new JSR for the Portlet Bridge 2.0
> [ ] +0 don't really care, it's just a silly green checkmark on the ballot
> [ ] -1 don't put the green checkmark on the ballot, Apache shouldn't support
> the JCP
>
> Thanks,
>  Scott O'Bryan
>