tag:old.nabble.com,2006:forum-16588Nabble - JavaServer Faces2009-11-30T08:44:56Z<a href="https://javaserverfaces.dev.java.net/" target="_top" rel="nofollow">JavaServer(TM) Faces</a> technology simplifies building user interfaces for JavaServer applications.tag:old.nabble.com,2006:post-26577803Re: Configuration for production environment2009-11-30T08:44:56Z2009-11-30T08:44:56ZRyan LubkeOn 11/26/09 12:43 PM, Martin Kočí wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> profiling results show that DefaultFaceletFactory.needsToBeRefreshed()
<br>> costs some CPU time - FACELETS_REFRESH_PERIOD=-1 solves it, but
<br>> shouldn't be -1 default value if stage.equals(production)? Something
<br>> like:
<br>> if (refreshParam == null&& stage == production)
<br>> refreshPeriod = -1
<br>> else
<br>> refreshPeriod = refreshParam
<br>>
</div>This seems reasonable.
<br>> Are there other params that can differ in development and production
<br>> environment?
<br>>
<br>There may be some we have missed. Would you mind logging an issue for both?
<div class='shrinkable-quote'><br>> Thanks,
<br>>
<br>> Martin Kočí
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577803&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577803&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577803&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577803&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26577759Re: Issues 1414, 14192009-11-30T08:41:49Z2009-11-30T08:41:49ZRyan LubkeOn 11/25/09 1:31 PM, Martin Kočí wrote:
<div class='shrinkable-quote'><br>> Both 1419 and 1420 mem leaks are fixed now, thanks a lot. I will
<br>> continue with profiling, I'll post some results later.
<br>>
<br>> All issues mentioned here are related to facelets view building or/and
<br>> state saving. Where can I find something about theoretical background of
<br>> that? Something about state of component (created from facelet, restore
<br>> from saved state, ...) or what should be and what shouldn't be done
<br>> during vdl.buildView() (populating component from facelet, process all
<br>> stateless tags like c:set or what is component 'marked for deletion').
<br>> Documentation for facelets 1.X
<br>> (<a href="https://facelets.dev.java.net/nonav/docs/dev/docbook.html" target="_top" rel="nofollow">https://facelets.dev.java.net/nonav/docs/dev/docbook.html</a>) says
<br>> section "Document Compiler" one sentence: "It's a secret" :) The only
<br>> documentation I'm aware of is the old Adam's blog
<br>> <a href="http://sfjsf.blogspot.com" target="_top" rel="nofollow">http://sfjsf.blogspot.com</a> about partial state saving.
<br>>
</div>We have no official documentation on state saving inner workings,
<br>however, I will work on something
<br>today.
<div class='shrinkable-quote'><br>> Regards,
<br>>
<br>> Martin
<br>>
<br>>
<br>> Martin Kočí píše v Út 24. 11. 2009 v 13:24 +0100:
<br>>
<br>>> I confirm that issue 1419 is fixed in current trunk (rev8207). But there
<br>>> is similar problem with UIViewRoot and f:phaseListener/f:event - I've
<br>>> created new bug 1420.
<br>>>
<br>>> Ryan Lubke píše v Po 23. 11. 2009 v 09:29 -0800:
<br>>>
<br>>>> On 11/23/09 4:13 AM, Martin Kočí wrote:
<br>>>>
<br>>>>> Hi mojarra team,
<br>>>>>
<br>>>>> can you please comfirm those two bugs (if they are bugs) and when will
<br>>>>> they solved? They are probably related (vdl.buildView()) and 1419 is
<br>>>>> very critical.
<br>>>>>
<br>>>>>
<br>>>> Unfortunately, the team has had to focus on V3 specific issues as of late.
<br>>>> I hope to be able to review issue 1419 today, but as it was just logged
<br>>>> over the weekend,
<br>>>> I can't give any further info at this time.
<br>>>>
<br>>>> As soon as we can provide an update, we will do so.
<br>>>>
<br>>>>> Thanks,
<br>>>>>
<br>>>>> Martin Kočí
<br>>>>>
<br>>>>>
<br>>>>> ---------------------------------------------------------------------
<br>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=6" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26577759&i=7" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26534362Configuration for production environment2009-11-26T12:08:20Z2009-11-26T12:08:20ZMartin KočíHi,
<br><br>profiling results show that DefaultFaceletFactory.needsToBeRefreshed()
<br>costs some CPU time - FACELETS_REFRESH_PERIOD=-1 solves it, but
<br>shouldn't be -1 default value if stage.equals(production)? Something
<br>like:
<br>if (refreshParam == null && stage == production)
<br> refreshPeriod = -1
<br>else
<br> refreshPeriod = refreshParam
<br><br>Are there other params that can differ in development and production
<br>environment?
<br><br>Thanks,
<br><br>Martin Kočí
<br><br><br><br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26534362&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26534362&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26520153Re: Issues 1414, 14192009-11-25T12:56:31Z2009-11-25T12:56:31ZMartin KočíBoth 1419 and 1420 mem leaks are fixed now, thanks a lot. I will
<br>continue with profiling, I'll post some results later.
<br><br>All issues mentioned here are related to facelets view building or/and
<br>state saving. Where can I find something about theoretical background of
<br>that? Something about state of component (created from facelet, restore
<br>from saved state, ...) or what should be and what shouldn't be done
<br>during vdl.buildView() (populating component from facelet, process all
<br>stateless tags like c:set or what is component 'marked for deletion').
<br>Documentation for facelets 1.X
<br>(<a href="https://facelets.dev.java.net/nonav/docs/dev/docbook.html" target="_top" rel="nofollow">https://facelets.dev.java.net/nonav/docs/dev/docbook.html</a>) says
<br>section "Document Compiler" one sentence: "It's a secret" :) The only
<br>documentation I'm aware of is the old Adam's blog
<br><a href="http://sfjsf.blogspot.com" target="_top" rel="nofollow">http://sfjsf.blogspot.com</a> about partial state saving.
<br><br>Regards,
<br><br>Martin
<br><br><br>Martin Kočí píše v Út 24. 11. 2009 v 13:24 +0100:
<div class='shrinkable-quote'><br>> I confirm that issue 1419 is fixed in current trunk (rev8207). But there
<br>> is similar problem with UIViewRoot and f:phaseListener/f:event - I've
<br>> created new bug 1420.
<br>>
<br>> Ryan Lubke píše v Po 23. 11. 2009 v 09:29 -0800:
<br>> > On 11/23/09 4:13 AM, Martin Kočí wrote:
<br>> > > Hi mojarra team,
<br>> > >
<br>> > > can you please comfirm those two bugs (if they are bugs) and when will
<br>> > > they solved? They are probably related (vdl.buildView()) and 1419 is
<br>> > > very critical.
<br>> > >
<br>> > Unfortunately, the team has had to focus on V3 specific issues as of late.
<br>> > I hope to be able to review issue 1419 today, but as it was just logged
<br>> > over the weekend,
<br>> > I can't give any further info at this time.
<br>> >
<br>> > As soon as we can provide an update, we will do so.
<br>> > > Thanks,
<br>> > >
<br>> > > Martin Kočí
<br>> > >
<br>> > >
<br>> > > ---------------------------------------------------------------------
<br>> > > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> > > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>> > >
<br>> > >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>> >
<br>> >
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26520153&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26494586Re: Issues 1414, 14192009-11-24T03:55:47Z2009-11-24T03:55:47ZMartin KočíI confirm that issue 1419 is fixed in current trunk (rev8207). But there
<br>is similar problem with UIViewRoot and f:phaseListener/f:event - I've
<br>created new bug 1420.
<br><br>Ryan Lubke píše v Po 23. 11. 2009 v 09:29 -0800:
<div class='shrinkable-quote'><br>> On 11/23/09 4:13 AM, Martin Kočí wrote:
<br>> > Hi mojarra team,
<br>> >
<br>> > can you please comfirm those two bugs (if they are bugs) and when will
<br>> > they solved? They are probably related (vdl.buildView()) and 1419 is
<br>> > very critical.
<br>> >
<br>> Unfortunately, the team has had to focus on V3 specific issues as of late.
<br>> I hope to be able to review issue 1419 today, but as it was just logged
<br>> over the weekend,
<br>> I can't give any further info at this time.
<br>>
<br>> As soon as we can provide an update, we will do so.
<br>> > Thanks,
<br>> >
<br>> > Martin Kočí
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>> >
<br>> >
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494586&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26488141Re: jar ordering in jsf 2.02009-11-23T15:38:03Z2009-11-23T15:38:03ZRyan LubkeOn 11/23/09 2:25 AM, Matthias Wessendorf wrote:
<div class='shrinkable-quote'><br>> hi,
<br>>
<br>> reading Ryan's blog:
<br>>
<br>>
<br>> I wonder if this:
<br>> Document ABC -<after><others/><name>A</name></after>
<br>> Document A -<after><others/><name>C</name></after>
<br>> Document B -<before><others/></before>
<br>> Document C -<after><others/></after>
<br>> Document D - no ordering
<br>> Document E - no ordering
<br>> Document F -<before><others/><name>B</name></before>
<br>>
<br>>
<br>> would result in [F, B, D, E, C, A, ABC]
<br>>
</div>Looks like the result is fine.
<br>> My understanding is YES, but just to double check...
<br>>
<br>> Thx,
<br>> Matthias
<br>>
<br>>
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26488141&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26488141&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26482519Re: Issues 1414, 14192009-11-23T09:29:29Z2009-11-23T09:29:29ZRyan LubkeOn 11/23/09 4:13 AM, Martin Kočí wrote:
<br>> Hi mojarra team,
<br>>
<br>> can you please comfirm those two bugs (if they are bugs) and when will
<br>> they solved? They are probably related (vdl.buildView()) and 1419 is
<br>> very critical.
<br>>
<br>Unfortunately, the team has had to focus on V3 specific issues as of late.
<br>I hope to be able to review issue 1419 today, but as it was just logged
<br>over the weekend,
<br>I can't give any further info at this time.
<br><br>As soon as we can provide an update, we will do so.
<div class='shrinkable-quote'><br>> Thanks,
<br>>
<br>> Martin Kočí
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26482519&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26482519&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26482519&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26482519&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26476427Issues 1414, 14192009-11-23T03:38:07Z2009-11-23T03:38:07ZMartin KočíHi mojarra team,
<br><br>can you please comfirm those two bugs (if they are bugs) and when will
<br>they solved? They are probably related (vdl.buildView()) and 1419 is
<br>very critical.
<br><br>Thanks,
<br><br>Martin Kočí
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26476427&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26476427&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26475565Re: jar ordering in jsf 2.02009-11-23T02:26:51Z2009-11-23T02:26:51ZMatthias Wessendorf-4oh, forgot the URL to his blog entry:
<br><a href="http://blogs.sun.com/rlubke/entry/jsf_configuration_resource_ordering" target="_top" rel="nofollow">http://blogs.sun.com/rlubke/entry/jsf_configuration_resource_ordering</a><br><br>Thx,
<br>Matthias
<br><br>On Mon, Nov 23, 2009 at 11:25 AM, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26475565&i=0" target="_top" rel="nofollow">matzew@...</a>> wrote:
<div class='shrinkable-quote'><br>> hi,
<br>>
<br>> reading Ryan's blog:
<br>>
<br>>
<br>> I wonder if this:
<br>> Document ABC - <after><others/><name>A</name></after>
<br>> Document A - <after><others/><name>C</name></after>
<br>> Document B - <before><others/></before>
<br>> Document C - <after><others/></after>
<br>> Document D - no ordering
<br>> Document E - no ordering
<br>> Document F - <before><others/><name>B</name></before>
<br>>
<br>>
<br>> would result in [F, B, D, E, C, A, ABC]
<br>>
<br>> My understanding is YES, but just to double check...
<br>>
<br>> Thx,
<br>> Matthias
<br>>
<br>> --
<br>> Matthias Wessendorf
<br>>
<br>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>> twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26475565&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26475565&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26475551jar ordering in jsf 2.02009-11-23T02:25:59Z2009-11-23T02:25:59ZMatthias Wessendorf-4hi,
<br><br>reading Ryan's blog:
<br><br><br>I wonder if this:
<br>Document ABC - <after><others/><name>A</name></after>
<br>Document A - <after><others/><name>C</name></after>
<br>Document B - <before><others/></before>
<br>Document C - <after><others/></after>
<br>Document D - no ordering
<br>Document E - no ordering
<br>Document F - <before><others/><name>B</name></before>
<br><br><br>would result in [F, B, D, E, C, A, ABC]
<br><br>My understanding is YES, but just to double check...
<br><br>Thx,
<br>Matthias
<br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26475551&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26475551&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26394943Re: JSF 2.0 / ISSUE 13752009-11-17T10:20:04Z2009-11-17T10:20:04ZRyan LubkeOn 11/16/09 10:53 PM, Matthias Wessendorf wrote:
<div class='shrinkable-quote'><br>> On Mon, Nov 16, 2009 at 5:21 PM, Ryan Lubke<<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26394943&i=0" target="_top" rel="nofollow">Ryan.Lubke@...</a>> wrote:
<br>>
<br>>> On 11/16/09 6:42 AM, Matthias Wessendorf wrote:
<br>>>
<br>>>> hello guys,
<br>>>>
<br>>>> regarding:
<br>>>> <a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375</a><br>>>>
<br>>>> I don't know what you exactly did, but I wonder if you also had to
<br>>>> change the JavaDoc / Spec for the algorithm ?
<br>>>>
<br>>>>
<br>>>>
<br>>> Yes, it will most likely change.
<br>>>
<br>> ok, I filed this bug:
<br>> <a href="https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=671" target="_top" rel="nofollow">https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=671</a><br>>
<br>> would be nice to know what your diff was, so that we (myfaces / Trinidad) can do
<br>> the same .
<br>>
</div>We try to put the revision number of the fix when we close each issue.
<br>For this particular issue, running:
<br><br>svn diff <a href="https://mojarra.dev.java.net/svn/mojarra/trunk" target="_top" rel="nofollow">https://mojarra.dev.java.net/svn/mojarra/trunk</a> --username guest
<br>--password "" -r 8140:8141
<br><br>Should give the info you're interested in.
<div class='shrinkable-quote'><br>> Thx,
<br>> Matthias
<br>>
<br>>
<br>>>> thanks!
<br>>>> Matthias
<br>>>>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26394943&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26394943&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26394943&i=3" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26394943&i=4" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26385211Re: JSF 2.0 / ISSUE 13752009-11-16T22:53:45Z2009-11-16T22:53:45ZMatthias Wessendorf-4On Mon, Nov 16, 2009 at 5:21 PM, Ryan Lubke <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26385211&i=0" target="_top" rel="nofollow">Ryan.Lubke@...</a>> wrote:
<div class='shrinkable-quote'><br>> On 11/16/09 6:42 AM, Matthias Wessendorf wrote:
<br>>>
<br>>> hello guys,
<br>>>
<br>>> regarding:
<br>>> <a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375</a><br>>>
<br>>> I don't know what you exactly did, but I wonder if you also had to
<br>>> change the JavaDoc / Spec for the algorithm ?
<br>>>
<br>>>
<br>>
<br>> Yes, it will most likely change.
</div><br>ok, I filed this bug:
<br><a href="https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=671" target="_top" rel="nofollow">https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=671</a><br><br>would be nice to know what your diff was, so that we (myfaces / Trinidad) can do
<br>the same .
<br><br>Thx,
<br>Matthias
<br><div class='shrinkable-quote'><br>>>
<br>>> thanks!
<br>>> Matthias
<br>>>
<br>>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26385211&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26385211&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26385211&i=3" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26385211&i=4" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26379443Re: Facelets VDL.buildView drops programmatic component change2009-11-16T13:04:36Z2009-11-16T13:04:36ZMartin Kočí<a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1414" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1414</a><br><br>Ryan Lubke píše v Po 16. 11. 2009 v 12:45 -0800:
<div class='shrinkable-quote'><br>> On 11/16/09 1:12 PM, Martin Kočí wrote:
<br>> > Hi,
<br>> >
<br>> > problem has nothing to do with navigation and surely relates to Facelets
<br>> > state saving. Simple tests (code pasted below) outputs following
<br>> > results:
<br>> >
<br>> > 1) JSP: switchs colums at every click with no problem
<br>> >
<br>> > 2) Facelets with javax.faces.PARTIAL_STATE_SAVING=false - no visual
<br>> > switch as described in original mail
<br>> >
<br>> > 3) Facelets with javax.faces.PARTIAL_STATE_SAVING=true - switchs with
<br>> > first click but next restore state ends withs
<br>> > java.lang.ClassCastException:
<br>> > com.sun.faces.application.view.StateHolderSaver cannot be cast to
<br>> > [Ljava.lang.Object;
<br>> >
<br>> >
<br>> > Common code from test.jspx and test.xhtml
<br>> > ... jsp: or facelets stuff here ...
<br>> > <h:form id="form">
<br>> >
<br>> > <h:commandButton value="Switch columns">
<br>> > <f:actionListener binding="#{testBean}" />
<br>> > </h:commandButton>
<br>> >
<br>> > <h:dataTable id="table">
<br>> > <h:column>
<br>> > <f:facet name="header">
<br>> > <h:outputText value="firstName" />
<br>> > </f:facet>
<br>> > </h:column>
<br>> > <h:column>
<br>> > <f:facet name="header">
<br>> > <h:outputText value="surname" />
<br>> > </f:facet>
<br>> > </h:column>
<br>> > </h:dataTable>
<br>> >
<br>> > </h:form>
<br>> >
<br>> >
<br>> > @ManagedBean
<br>> > @RequestScoped
<br>> > public class TestBean implements ActionListener {
<br>> > public void processAction(ActionEvent event) throws
<br>> > AbortProcessingException {
<br>> > FacesContext context = FacesContext.getCurrentInstance();
<br>> > UIComponent table = context.getViewRoot().findComponent("form:table");
<br>> > UIComponent column1 = table.getChildren().get(0);
<br>> > UIComponent column2 = table.getChildren().get(1);
<br>> > table.getChildren().clear();
<br>> > table.getChildren().add(column2);
<br>> > table.getChildren().add(column1);
<br>> > }
<br>> >
<br>> > }
<br>> >
<br>> I see. Please log an issue.
<br>> > Ryan Lubke píše v Po 16. 11. 2009 v 08:24 -0800:
<br>> >
<br>> >> On 11/16/09 6:43 AM, Martin Kočí wrote:
<br>> >>
<br>> >>> Hi,
<br>> >>>
<br>> >>> i have a problem with Facelets2 (mojarra trunk) and component tree
<br>> >>> manipulation:
<br>> >>> in invoke application phase I switch two UIColumn in UIData (first
<br>> >>> columns goes last atd.) and I expect that this change will survive save
<br>> >>> state/restore state but it is not true. With some help of debugger it
<br>> >>> seems that
<br>> >>> com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FacesContext, UIViewRoot) reverts my component change back.
<br>> >>>
<br>> >>> The process is: first request -> RenderResponse calls VDL.buildView (ok)
<br>> >>> -> postback request> Restore View -> Invoke Application (listener
<br>> >>> performs component tree manipulation) -> RenderResponse calls
<br>> >>> VDL.buildView -> FaceletViewHandlingStrategy.buildView(FacesContext,
<br>> >>> UIViewRoot) rebuilds UIData from .xhtml and drops UIColumn's order
<br>> >>> change.
<br>> >>>
<br>> >>> FaceletViewHandlingStrategy.buildView contain a intresting if as first
<br>> >>> statement:
<br>> >>>
<br>> >>> if (Util.isViewPopulated(ctx, view)) {
<br>> >>> return;
<br>> >>> }
<br>> >>>
<br>> >>> Isn't for this case view already populated from Restore State phase?
<br>> >>> Probably it is and if I add Util.setViewPopulated in
<br>> >>> ViewHandlingStrategy.restoreView it fixes my problem.
<br>> >>>
<br>> >>>
<br>> >> Is there a navigation rule involved here?
<br>> >>
<br>> >>> This problem is not present with JSP; with facelets only with partial
<br>> >>> state saving=false.
<br>> >>>
<br>> >>>
<br>> >>> Is it a bug?
<br>> >>>
<br>> >>>
<br>> >>> Regards,
<br>> >>>
<br>> >>> Martin Kočí
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>> ---------------------------------------------------------------------
<br>> >>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> >>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>
<br>> >> ---------------------------------------------------------------------
<br>> >> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> >> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>> >>
<br>> >>
<br>> >>
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br>> >
<br>> >
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=6" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=7" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=8" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379443&i=9" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26379167Re: Facelets VDL.buildView drops programmatic component change2009-11-16T12:45:01Z2009-11-16T12:45:01ZRyan LubkeOn 11/16/09 1:12 PM, Martin Kočí wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> problem has nothing to do with navigation and surely relates to Facelets
<br>> state saving. Simple tests (code pasted below) outputs following
<br>> results:
<br>>
<br>> 1) JSP: switchs colums at every click with no problem
<br>>
<br>> 2) Facelets with javax.faces.PARTIAL_STATE_SAVING=false - no visual
<br>> switch as described in original mail
<br>>
<br>> 3) Facelets with javax.faces.PARTIAL_STATE_SAVING=true - switchs with
<br>> first click but next restore state ends withs
<br>> java.lang.ClassCastException:
<br>> com.sun.faces.application.view.StateHolderSaver cannot be cast to
<br>> [Ljava.lang.Object;
<br>>
<br>>
<br>> Common code from test.jspx and test.xhtml
<br>> ... jsp: or facelets stuff here ...
<br>> <h:form id="form">
<br>>
<br>> <h:commandButton value="Switch columns">
<br>> <f:actionListener binding="#{testBean}" />
<br>> </h:commandButton>
<br>>
<br>> <h:dataTable id="table">
<br>> <h:column>
<br>> <f:facet name="header">
<br>> <h:outputText value="firstName" />
<br>> </f:facet>
<br>> </h:column>
<br>> <h:column>
<br>> <f:facet name="header">
<br>> <h:outputText value="surname" />
<br>> </f:facet>
<br>> </h:column>
<br>> </h:dataTable>
<br>>
<br>> </h:form>
<br>>
<br>>
<br>> @ManagedBean
<br>> @RequestScoped
<br>> public class TestBean implements ActionListener {
<br>> public void processAction(ActionEvent event) throws
<br>> AbortProcessingException {
<br>> FacesContext context = FacesContext.getCurrentInstance();
<br>> UIComponent table = context.getViewRoot().findComponent("form:table");
<br>> UIComponent column1 = table.getChildren().get(0);
<br>> UIComponent column2 = table.getChildren().get(1);
<br>> table.getChildren().clear();
<br>> table.getChildren().add(column2);
<br>> table.getChildren().add(column1);
<br>> }
<br>>
<br>> }
<br>>
</div>I see. Please log an issue.
<div class='shrinkable-quote'><br>> Ryan Lubke píše v Po 16. 11. 2009 v 08:24 -0800:
<br>>
<br>>> On 11/16/09 6:43 AM, Martin Kočí wrote:
<br>>>
<br>>>> Hi,
<br>>>>
<br>>>> i have a problem with Facelets2 (mojarra trunk) and component tree
<br>>>> manipulation:
<br>>>> in invoke application phase I switch two UIColumn in UIData (first
<br>>>> columns goes last atd.) and I expect that this change will survive save
<br>>>> state/restore state but it is not true. With some help of debugger it
<br>>>> seems that
<br>>>> com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FacesContext, UIViewRoot) reverts my component change back.
<br>>>>
<br>>>> The process is: first request -> RenderResponse calls VDL.buildView (ok)
<br>>>> -> postback request> Restore View -> Invoke Application (listener
<br>>>> performs component tree manipulation) -> RenderResponse calls
<br>>>> VDL.buildView -> FaceletViewHandlingStrategy.buildView(FacesContext,
<br>>>> UIViewRoot) rebuilds UIData from .xhtml and drops UIColumn's order
<br>>>> change.
<br>>>>
<br>>>> FaceletViewHandlingStrategy.buildView contain a intresting if as first
<br>>>> statement:
<br>>>>
<br>>>> if (Util.isViewPopulated(ctx, view)) {
<br>>>> return;
<br>>>> }
<br>>>>
<br>>>> Isn't for this case view already populated from Restore State phase?
<br>>>> Probably it is and if I add Util.setViewPopulated in
<br>>>> ViewHandlingStrategy.restoreView it fixes my problem.
<br>>>>
<br>>>>
<br>>> Is there a navigation rule involved here?
<br>>>
<br>>>> This problem is not present with JSP; with facelets only with partial
<br>>>> state saving=false.
<br>>>>
<br>>>>
<br>>>> Is it a bug?
<br>>>>
<br>>>>
<br>>>> Regards,
<br>>>>
<br>>>> Martin Kočí
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=6" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379167&i=7" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26379048Re: Facelets VDL.buildView drops programmatic component change2009-11-16T12:37:32Z2009-11-16T12:37:32ZMartin KočíHi,
<br><br>problem has nothing to do with navigation and surely relates to Facelets
<br>state saving. Simple tests (code pasted below) outputs following
<br>results:
<br><br>1) JSP: switchs colums at every click with no problem
<br><br>2) Facelets with javax.faces.PARTIAL_STATE_SAVING=false - no visual
<br>switch as described in original mail
<br><br>3) Facelets with javax.faces.PARTIAL_STATE_SAVING=true - switchs with
<br>first click but next restore state ends withs
<br>java.lang.ClassCastException:
<br>com.sun.faces.application.view.StateHolderSaver cannot be cast to
<br>[Ljava.lang.Object;
<br><br><br>Common code from test.jspx and test.xhtml
<br>... jsp: or facelets stuff here ...
<br> <h:form id="form">
<br>
<br> <h:commandButton value="Switch columns">
<br> <f:actionListener binding="#{testBean}" />
<br> </h:commandButton>
<br><br> <h:dataTable id="table">
<br> <h:column>
<br> <f:facet name="header">
<br> <h:outputText value="firstName" />
<br> </f:facet>
<br> </h:column>
<br> <h:column>
<br> <f:facet name="header">
<br> <h:outputText value="surname" />
<br> </f:facet>
<br> </h:column>
<br> </h:dataTable>
<br>
<br> </h:form>
<br><br><br>@ManagedBean
<br>@RequestScoped
<br>public class TestBean implements ActionListener {
<br> public void processAction(ActionEvent event) throws
<br>AbortProcessingException {
<br> FacesContext context = FacesContext.getCurrentInstance();
<br> UIComponent table = context.getViewRoot().findComponent("form:table");
<br> UIComponent column1 = table.getChildren().get(0);
<br> UIComponent column2 = table.getChildren().get(1);
<br> table.getChildren().clear();
<br> table.getChildren().add(column2);
<br> table.getChildren().add(column1);
<br> }
<br><br>}
<br><br>Ryan Lubke píše v Po 16. 11. 2009 v 08:24 -0800:
<div class='shrinkable-quote'><br>> On 11/16/09 6:43 AM, Martin Kočí wrote:
<br>> > Hi,
<br>> >
<br>> > i have a problem with Facelets2 (mojarra trunk) and component tree
<br>> > manipulation:
<br>> > in invoke application phase I switch two UIColumn in UIData (first
<br>> > columns goes last atd.) and I expect that this change will survive save
<br>> > state/restore state but it is not true. With some help of debugger it
<br>> > seems that
<br>> > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FacesContext, UIViewRoot) reverts my component change back.
<br>> >
<br>> > The process is: first request -> RenderResponse calls VDL.buildView (ok)
<br>> > -> postback request> Restore View -> Invoke Application (listener
<br>> > performs component tree manipulation) -> RenderResponse calls
<br>> > VDL.buildView -> FaceletViewHandlingStrategy.buildView(FacesContext,
<br>> > UIViewRoot) rebuilds UIData from .xhtml and drops UIColumn's order
<br>> > change.
<br>> >
<br>> > FaceletViewHandlingStrategy.buildView contain a intresting if as first
<br>> > statement:
<br>> >
<br>> > if (Util.isViewPopulated(ctx, view)) {
<br>> > return;
<br>> > }
<br>> >
<br>> > Isn't for this case view already populated from Restore State phase?
<br>> > Probably it is and if I add Util.setViewPopulated in
<br>> > ViewHandlingStrategy.restoreView it fixes my problem.
<br>> >
<br>> Is there a navigation rule involved here?
<br>> > This problem is not present with JSP; with facelets only with partial
<br>> > state saving=false.
<br>> >
<br>> >
<br>> > Is it a bug?
<br>> >
<br>> >
<br>> > Regards,
<br>> >
<br>> > Martin Kočí
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>> >
<br>> >
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26379048&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26374789Re: Facelets VDL.buildView drops programmatic component change2009-11-16T08:24:05Z2009-11-16T08:24:05ZRyan LubkeOn 11/16/09 6:43 AM, Martin Kočí wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> i have a problem with Facelets2 (mojarra trunk) and component tree
<br>> manipulation:
<br>> in invoke application phase I switch two UIColumn in UIData (first
<br>> columns goes last atd.) and I expect that this change will survive save
<br>> state/restore state but it is not true. With some help of debugger it
<br>> seems that
<br>> com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FacesContext, UIViewRoot) reverts my component change back.
<br>>
<br>> The process is: first request -> RenderResponse calls VDL.buildView (ok)
<br>> -> postback request> Restore View -> Invoke Application (listener
<br>> performs component tree manipulation) -> RenderResponse calls
<br>> VDL.buildView -> FaceletViewHandlingStrategy.buildView(FacesContext,
<br>> UIViewRoot) rebuilds UIData from .xhtml and drops UIColumn's order
<br>> change.
<br>>
<br>> FaceletViewHandlingStrategy.buildView contain a intresting if as first
<br>> statement:
<br>>
<br>> if (Util.isViewPopulated(ctx, view)) {
<br>> return;
<br>> }
<br>>
<br>> Isn't for this case view already populated from Restore State phase?
<br>> Probably it is and if I add Util.setViewPopulated in
<br>> ViewHandlingStrategy.restoreView it fixes my problem.
<br>>
</div>Is there a navigation rule involved here?
<div class='shrinkable-quote'><br>> This problem is not present with JSP; with facelets only with partial
<br>> state saving=false.
<br>>
<br>>
<br>> Is it a bug?
<br>>
<br>>
<br>> Regards,
<br>>
<br>> Martin Kočí
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374789&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374789&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374789&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374789&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26374748Re: JSF 2.0 / ISSUE 13752009-11-16T08:21:25Z2009-11-16T08:21:25ZRyan LubkeOn 11/16/09 6:42 AM, Matthias Wessendorf wrote:
<br>> hello guys,
<br>>
<br>> regarding:
<br>> <a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375</a><br>>
<br>> I don't know what you exactly did, but I wonder if you also had to
<br>> change the JavaDoc / Spec for the algorithm ?
<br>>
<br>>
<br>Yes, it will most likely change.
<br>> thanks!
<br>> Matthias
<br>>
<br>>
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374748&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26374748&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26373108JSF 2.0 / ISSUE 13752009-11-16T06:42:06Z2009-11-16T06:42:06ZMatthias Wessendorf-4hello guys,
<br><br>regarding:
<br><a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1375</a><br><br>I don't know what you exactly did, but I wonder if you also had to
<br>change the JavaDoc / Spec for the algorithm ?
<br><br>thanks!
<br>Matthias
<br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26373108&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26373108&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26372512Facelets VDL.buildView drops programmatic component change2009-11-16T06:19:57Z2009-11-16T06:19:57ZMartin KočíHi,
<br><br>i have a problem with Facelets2 (mojarra trunk) and component tree
<br>manipulation:
<br>in invoke application phase I switch two UIColumn in UIData (first
<br>columns goes last atd.) and I expect that this change will survive save
<br>state/restore state but it is not true. With some help of debugger it
<br>seems that
<br>com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FacesContext, UIViewRoot) reverts my component change back.
<br><br>The process is: first request -> RenderResponse calls VDL.buildView (ok)
<br>-> postback request > Restore View -> Invoke Application (listener
<br>performs component tree manipulation) -> RenderResponse calls
<br>VDL.buildView -> FaceletViewHandlingStrategy.buildView(FacesContext,
<br>UIViewRoot) rebuilds UIData from .xhtml and drops UIColumn's order
<br>change.
<br><br>FaceletViewHandlingStrategy.buildView contain a intresting if as first
<br>statement:
<br><br>if (Util.isViewPopulated(ctx, view)) {
<br> return;
<br>}
<br><br>Isn't for this case view already populated from Restore State phase?
<br>Probably it is and if I add Util.setViewPopulated in
<br>ViewHandlingStrategy.restoreView it fixes my problem.
<br><br>This problem is not present with JSP; with facelets only with partial
<br>state saving=false.
<br><br><br>Is it a bug?
<br><br><br>Regards,
<br><br>Martin Kočí
<br><br><br><br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26372512&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26372512&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26341447Re: JSF 2.0 - Bean Validation, Unified EL and other specs2009-11-13T10:46:37Z2009-11-13T10:46:37ZEd Burns>>>>> On Wed, 04 Nov 2009 11:29:51 +0100, Jan-Kees van Andel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26341447&i=0" target="_top" rel="nofollow">jankeesvanandel@...</a>> said:
<br><br>JA> That's true. I only added the code snippet for clarification.
<br>JA> Whether or not this will be picked up in a more generic way doesn't
<br>JA> matter that much to me.
<br><br>JA> But before "overdesiging" this, it might be useful to think of other
<br>JA> use cases besides the one in the original issue. It would not be the
<br>JA> first "too generic" API in Java.
<br>JA> With only one use case (the one posted), I think a simple utility
<br>JA> class will probably work fine.
<br><br>Of course. One use case is not enough, but there are others already.
<br>For example, is EL 1.3 available?
<br><br>I've filed an issue for this.
<br><br><a href="https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=669" target="_top" rel="nofollow">https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=669</a><br><br>Ed
<br><br>--
<br>| <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26341447&i=1" target="_top" rel="nofollow">ed.burns@...</a> | office: 408 884 9519 OR x31640
<br>| homepage: | <a href="http://ridingthecrest.com/" target="_top" rel="nofollow">http://ridingthecrest.com/</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26341447&i=2" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26341447&i=3" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26339119Re: Allow multiple taglib.xml files for the same namespace2009-11-13T08:14:53Z2009-11-13T08:14:53ZRyan Lubke<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks for the analysis and patch Matthias.<br>
<br>
Would you mind opening an issue for this and we can move on from there?<br>
<br>
<br>
<br>
On 11/13/09 7:01 AM, Matthias Berndt wrote:
<blockquote cite="mid:20091113150135.GC22878@antares.beko.systemtrap.net" type="cite">
<pre wrap="">Hello,
first I'd like to explain my intention. The scenario is writing multiple
JSF components being bundled in more than one java archive. Each java
archive has its own taglib.xml descriptor so you can use them
separately. These components belong to the same project or organisation
and should be published within the same namespace. This isn't possible
with facelets at the moment and is a known issue to facelets. See:
<a class="moz-txt-link-freetext" href="https://facelets.dev.java.net/issues/show_bug.cgi?id=118" target="_top" rel="nofollow">https://facelets.dev.java.net/issues/show_bug.cgi?id=118</a>
To support this scenario I'm aware of 3 possible solutions.
The first one is merging the needed java archives especially the
taglib.xml. I think this one is bad because the separation between the
component projects is destroyed.
The second one is merging the taglib definitions while being processed
by FaceletTaglibConfigProcessor#processTagLibrary(). In line 308 a new
TagLibraryImpl is created for every facelet-taglib element. This can be
extended to use an already existing TagLibraryImpl for a specific
namespace. This extension requires about 10 to 15 lines of code. As a
result there will be one TagLibraryImpl for multiple facelet-taglib
elements with the same namespace.
The third one, my preferd one, is using the existing
CompositeTagLibrary. As a result and in contrast to the second method
each facelet-taglib element will be represented by a TagLibraryImpl and
combined by CompositeTagLibrary. This requires only a minor change. In
FaceletTaglibConfigProcessor#processTagLibrary() in line 318 the created
TagLibraryImpl is added to the compiler. Compiler#addTagLibrary() tests
if the given library is already known to the compiler. Subsequently this
is done by using equals() and hashCode() in AbstractTagLibrary. At the
moment hashCode() is implemented to use nothing except the namespace. If
there are multiple TagLibraryImpl with the same namespace only one will
be included in the compiler. The rest is thrown away. By extending
hashCode() to use this.factories and this.functions in the calculation
multiple TagLibraryImpl with different tags etc. can coexist. IMO it
makes sense by reason taglibs are not equal only because they define the
same namespace.
CompositeTagLibrary handles this very well so no other changes are
required.
I attached a patch to modify AbstractTagLibrary#hashCode(). The
algorithm is base on Joshua Bloch's Effective Java. The existing test
cases are not harmed and apologize my self not writing a specific test
case. I don't like to call it a patch because it's so stupidly simple,
but I'd be glad if something like it could be shipped with JSF2 to
provide this feature.
kind regards,
Matthias Berndt
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
---------------------------------------------------------------------
To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26339119&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26339119&i=1" target="_top" rel="nofollow">dev-help@...</a>
</pre>
</blockquote>
<br>
</body>
</html>
<p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26337907Allow multiple taglib.xml files for the same namespace2009-11-13T07:01:35Z2009-11-13T07:01:35ZMatthias BerndtHello,
<br><br>first I'd like to explain my intention. The scenario is writing multiple
<br>JSF components being bundled in more than one java archive. Each java
<br>archive has its own taglib.xml descriptor so you can use them
<br>separately. These components belong to the same project or organisation
<br>and should be published within the same namespace. This isn't possible
<br>with facelets at the moment and is a known issue to facelets. See:
<br><a href="https://facelets.dev.java.net/issues/show_bug.cgi?id=118" target="_top" rel="nofollow">https://facelets.dev.java.net/issues/show_bug.cgi?id=118</a><br><br>To support this scenario I'm aware of 3 possible solutions.
<br><br>The first one is merging the needed java archives especially the
<br>taglib.xml. I think this one is bad because the separation between the
<br>component projects is destroyed.
<br><br>The second one is merging the taglib definitions while being processed
<br>by FaceletTaglibConfigProcessor#processTagLibrary(). In line 308 a new
<br>TagLibraryImpl is created for every facelet-taglib element. This can be
<br>extended to use an already existing TagLibraryImpl for a specific
<br>namespace. This extension requires about 10 to 15 lines of code. As a
<br>result there will be one TagLibraryImpl for multiple facelet-taglib
<br>elements with the same namespace.
<br><br>The third one, my preferd one, is using the existing
<br>CompositeTagLibrary. As a result and in contrast to the second method
<br>each facelet-taglib element will be represented by a TagLibraryImpl and
<br>combined by CompositeTagLibrary. This requires only a minor change. In
<br>FaceletTaglibConfigProcessor#processTagLibrary() in line 318 the created
<br>TagLibraryImpl is added to the compiler. Compiler#addTagLibrary() tests
<br>if the given library is already known to the compiler. Subsequently this
<br>is done by using equals() and hashCode() in AbstractTagLibrary. At the
<br>moment hashCode() is implemented to use nothing except the namespace. If
<br>there are multiple TagLibraryImpl with the same namespace only one will
<br>be included in the compiler. The rest is thrown away. By extending
<br>hashCode() to use this.factories and this.functions in the calculation
<br>multiple TagLibraryImpl with different tags etc. can coexist. IMO it
<br>makes sense by reason taglibs are not equal only because they define the
<br>same namespace.
<br>CompositeTagLibrary handles this very well so no other changes are
<br>required.
<br><br>I attached a patch to modify AbstractTagLibrary#hashCode(). The
<br>algorithm is base on Joshua Bloch's Effective Java. The existing test
<br>cases are not harmed and apologize my self not writing a specific test
<br>case. I don't like to call it a patch because it's so stupidly simple,
<br>but I'd be glad if something like it could be shipped with JSF2 to
<br>provide this feature.
<br><br>kind regards,
<br>Matthias Berndt
<br><br /><hr align="left" width="300" /><tt>diff --git a/jsf-ri/src/com/sun/faces/facelets/tag/AbstractTagLibrary.java b/jsf-ri/src/com/sun/faces/facelets/tag/AbstractTagLibrary.java
<br>index d92e3de..fb93ede 100644
<br>--- a/jsf-ri/src/com/sun/faces/facelets/tag/AbstractTagLibrary.java
<br>+++ b/jsf-ri/src/com/sun/faces/facelets/tag/AbstractTagLibrary.java
<br>@@ -716,7 +716,11 @@ public abstract class AbstractTagLibrary implements TagLibrary {
<br> * @see java.lang.Object#hashCode()
<br> */
<br> public int hashCode() {
<br>- return this.namespace.hashCode();
<br>+ int hashCode = this.namespace.hashCode();
<br>+ hashCode = 37 * hashCode + this.factories.hashCode();
<br>+ hashCode = 37 * hashCode + this.functions.hashCode();
<br>+
<br>+ return hashCode;
<br> }
<br>
<br> public String getNamespace() {
<br><br></tt><hr align="left" width="300" /><br />---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26337907&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26337907&i=1" target="_top" rel="nofollow">dev-help@...</a><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26214315Re: [SPEC-ERROR] 8.3.1 ClientBehaviorRenderer Registration2009-11-05T05:16:34Z2009-11-05T05:16:34ZMatthias Wessendorf-4<a href="https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1398" target="_top" rel="nofollow">https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1398</a><br><br>On Thu, Nov 5, 2009 at 2:14 PM, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26214315&i=0" target="_top" rel="nofollow">matzew@...</a>> wrote:
<div class='shrinkable-quote'><br>> two typos in here:
<br>>
<br>> <renderkit>
<br>> <renderkit-id>HTML_BASIC</renderkit-id>
<br>> <client-behavior-renderer>
<br>> <client-behavior-renderer-type>custom.behavior.Greet</clientbehavior-
<br>> renderer-type>
<br>> <client-behavior-renderer-class>greet.GreetRenderer</clientbehavior-
<br>> renderer-class>
<br>> </client-behavior-renderer........
<br>>
<br>>
<br>> ====>
<br>> <render-kit>
<br>> <render-kit-id>
<br>>
<br>>
<br>>
<br>> --
<br>> Matthias Wessendorf
<br>>
<br>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>> twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26214315&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26214315&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26214274[SPEC-ERROR] 8.3.1 ClientBehaviorRenderer Registration2009-11-05T05:14:24Z2009-11-05T05:14:24ZMatthias Wessendorf-4two typos in here:
<br><br><renderkit>
<br><renderkit-id>HTML_BASIC</renderkit-id>
<br><client-behavior-renderer>
<br><client-behavior-renderer-type>custom.behavior.Greet</clientbehavior-
<br>renderer-type>
<br><client-behavior-renderer-class>greet.GreetRenderer</clientbehavior-
<br>renderer-class>
<br></client-behavior-renderer........
<br><br><br>====>
<br><render-kit>
<br><render-kit-id>
<br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26214274&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26214274&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26212024JSF & EL Specification (Resend)2009-11-05T02:14:46Z2009-11-05T02:14:46ZJose Freire<HTML xmlns="http://www.w3.org/TR/REC-html40" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:D="DAV:" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:st="" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:Z="urn:schemas-microsoft-com:"><head><META content="text/html; charset=utf-8" http-equiv="Content-Type">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<meta content="Microsoft Word 12 (filtered medium)" name="Generator">
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head><BODY>
<DIV>
<div class="Section1">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">If you remember, 5 months ago I stumbled on a EL limitation on managed beans with generic types (thread with subject “Is JSF incompatible with generics?”).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">To refresh your memory, the problem is when we have a class like:<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:9.0pt;
font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">class</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
<span style="background:silver;mso-highlight:silver">GenericsTestController</span><E
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">extends</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> Object> {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">private</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> E
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#0000C0">value</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">;</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> E getValue() {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">return</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#0000C0">value</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">;</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"> }</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">void</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> setValue(E value) {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:#7F0055">this</span></b><span lang="PT" style="font-size:9.0pt;font-family:
"Courier New";color:black">.</span><span lang="PT" style="font-size:9.0pt;
font-family:"Courier New";color:#0000C0">value</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";color:black">
= value;</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span lang="PT" style="font-size:
9.0pt;font-family:"Courier New";color:black"> }</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:black">}</span><span lang="PT" style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">And we have this class to use as a managed bean (integerTest):<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:9.0pt;
font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">class</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> IntegerTestController
</span><b><span style="font-size:9.0pt;font-family:"Courier New";
color:#7F0055">extends</span></b><span style="font-size:9.0pt;font-family:"Courier New";
color:black"> GenericsTestController<Integer> {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New""><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> String add() {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"> setValue(getValue()+1);</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">return</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">null</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black">;</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"> }</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">public</span></b><span style="font-size:9.0pt;font-family:"Courier New";color:black"> String subtract() {</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:black">setValue(getValue()-1);</span><span lang="PT" style="font-size:9.0pt;
font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span lang="PT" style="font-size:
9.0pt;font-family:"Courier New";color:black">
</span><b><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:#7F0055">return</span></b><span lang="PT" style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><b><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";color:#7F0055">null</span></b><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";color:black">;</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span lang="PT" style="font-size:
9.0pt;font-family:"Courier New";color:black"> }<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:black">}<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">This JSF code will not work:<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:teal"><</span><span style="font-size:9.0pt;
font-family:"Courier New";color:#3F7F7F">h:form</span><span style="font-size:
9.0pt;font-family:"Courier New";color:teal">></span><span style="font-size:
9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black"> Value:
</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal"><</span><span style="font-size:9.0pt;font-family:"Courier New";color:#3F7F7F">h:inputText
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#7F007F">value</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">=</span><span style="font-size:9.0pt;font-family:"Courier New";color:#2A00FF">"#{integerTest.value}"
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal">/></span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal"><</span><span style="font-size:9.0pt;font-family:"Courier New";color:#3F7F7F">h:commandButton
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#7F007F">action</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">=</span><span style="font-size:9.0pt;font-family:"Courier New";color:#2A00FF">"#{integerTest.add}"
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#7F007F">value</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">=</span><span style="font-size:9.0pt;font-family:"Courier New";color:#2A00FF">"+"
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal">/></span><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal"><</span><span style="font-size:9.0pt;font-family:"Courier New";color:#3F7F7F">h:commandButton
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#7F007F">action</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">=</span><span style="font-size:9.0pt;font-family:"Courier New";color:#2A00FF">"#{integerTest.subtract}"
</span><span style="font-size:9.0pt;font-family:"Courier New";color:#7F007F">value</span><span style="font-size:9.0pt;font-family:"Courier New";color:black">=</span><span style="font-size:9.0pt;font-family:"Courier New";color:#2A00FF">"-"
</span><span style="font-size:9.0pt;font-family:"Courier New";color:teal">/></span><span style="font-size:9.0pt;font-family:"Courier New";color:black">
</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:teal"></</span><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:#3F7F7F">h:form</span><span lang="PT" style="font-size:9.0pt;font-family:
"Courier New";color:teal">><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="PT" style="font-size:9.0pt;font-family:"Courier New";
color:teal"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">With this error:<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><u><span style="font-size:9.0pt;
font-family:"Courier New";color:navy">java.lang.ClassCastException</span></u><span style="font-size:9.0pt;font-family:"Courier New";color:red">: java.lang.String cannot be cast
to java.lang.Integer</span><span style="font-size:9.0pt;font-family:
"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;
font-family:"Courier New";color:red"> at genericstest.IntegerTestController.add(</span><u><span style="font-size:9.0pt;
font-family:"Courier New";color:navy">IntegerTestController.java:18</span></u><span style="font-size:9.0pt;font-family:"Courier New";color:red">)</span><span style="font-size:9.0pt;font-family:"Courier New""><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">I’ve tried to get in touch with the EL Spec leader (Kin-man Chung) as suggested, but I’ve got no reply. I’ve sent a mail to the (empty) UEL mailing list, and
I’ve got no reply.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">I’ve got my own version of EL (based on jboss-el) working even with very complex generic inheritance. However, the changes are in code covered by the spec, more
specifically, with section 2.2.7 of the specification:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.5pt;
font-family:Times-Roman">The provided property will first be coerced to a
</span><span style="font-size:10.5pt;font-family:Courier">String</span><span style="font-size:10.5pt;font-family:Times-Roman">. If there is a
</span><span style="font-size:10.5pt;font-family:Courier">BeanInfoProperty </span>
<span style="font-size:10.5pt;font-family:Times-Roman">for this<o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:10.5pt;
font-family:Times-Roman">property and there were no errors retrieving it,
<b><u>the </u></b></span><b><u><span style="font-size:10.5pt;font-family:Courier">propertyType
</span></u></b><b><u><span style="font-size:10.5pt;font-family:Times-Roman">of the
</span></u></b><b><u><span style="font-size:10.5pt;font-family:Courier">propertyDescriptor
</span></u></b><b><u><span style="font-size:10.5pt;font-family:Times-Roman">is<o:p></o:p></span></u></b></p>
<p class="MsoNormal"><b><u><span style="font-size:10.5pt;font-family:Times-Roman">returned</span></u></b><span style="font-size:10.5pt;font-family:Times-Roman">. Otherwise, a
</span><span style="font-size:10.5pt;font-family:Courier">PropertyNotFoundException
</span><span style="font-size:10.5pt;font-family:Times-Roman">is thrown.</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">The propertyType of a generic property is Object.class, that gets coerced to String.class, and we get the ClassCastException.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">So, what should we do? I’m I the only one that is using generics and JSF?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";
color:black">Thanks,<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:9.0pt;font-family:"Arial","sans-serif";
color:#002776"><o:p> </o:p></span></b></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="PT" style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#002776">José Freire<br>
</span></b><span lang="PT" style="font-size:8.0pt;font-family:"Arial","sans-serif";
color:#002776">Consulting - Financial Services Industry<br>
Deloitte Consultores, S.A.<br>
Deloitte | Edifício Atrium Saldanha, Praça Duque de Saldanha, 1 - 7º, 1050-094 Lisboa, Portugal<br>
Tel/Direct: +(351) 210 422 500 | Fax: +(351) 210 422 950 <br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26212024&i=0" target="_top" rel="nofollow">jfreire@...</a> | www.deloitte.pt<br>
<br>
</span><span lang="PT" style="font-size:8.0pt;font-family:"Arial","sans-serif";
color:#92D400">Please consider the environment before printing.<br>
<br>
</span><span lang="PT" style="font-family:"Arial","sans-serif";color:#002776"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="PT"><o:p> </o:p></span></p>
</div>
</DIV>
<DIV> </DIV>
<DIV>*Disclaimer:*</DIV>
<DIV>Deloitte refers to one or more of Deloitte Touche Tohmatsu, a Swiss Verein, its member firms, and their respective subsidiaries and affiliates. As a Swiss Verein (association), neither Deloitte Touche Tohmatsu nor any of its member firms has any liability for each other's acts or omissions. Each of the member firms is a separate and independent legal entity operating under the names "Deloitte," "Deloitte & Touche," "Deloitte Touche Tohmatsu," or other related names. Services are provided by the member firms or their subsidiaries or affiliates and not by the Deloitte Touche Tohmatsu Verein.</DIV>
<DIV>Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it.<BR></DIV></BODY></HTML>
<p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26202206Re: Schema for JSF 2.0 -> faces-config.xml2009-11-04T10:39:00Z2009-11-04T10:39:00ZMatthias Wessendorf-4quick work around:
<br><br><a href="http://svn.apache.org/repos/asf/myfaces/core/trunk/impl/src/main/resources/org/apache/myfaces/resource/web-facesconfig_2_0.xsd" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/myfaces/core/trunk/impl/src/main/resources/org/apache/myfaces/resource/web-facesconfig_2_0.xsd</a><br><br>(found while checking for the XSD in the myfaces 2.0 code-line)
<br><br>-Matthias
<br><br>On Wed, Nov 4, 2009 at 7:36 PM, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26202206&i=0" target="_top" rel="nofollow">matzew@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> as this URL is showing me a schema:
<br>> <a href="http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd" target="_top" rel="nofollow">http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd</a><br>>
<br>> I why this does not:
<br>> <a href="http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd" target="_top" rel="nofollow">http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd</a><br>>
<br>> Is there a plan to "deploy" the 2.0 schema ?
<br>>
<br>> -Matthias
<br>>
<br>> --
<br>> Matthias Wessendorf
<br>>
<br>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>> twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26202206&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26202206&i=2" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26202157Schema for JSF 2.0 -> faces-config.xml2009-11-04T10:36:20Z2009-11-04T10:36:20ZMatthias Wessendorf-4Hi,
<br><br>as this URL is showing me a schema:
<br><a href="http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd" target="_top" rel="nofollow">http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd</a><br><br>I why this does not:
<br><a href="http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd" target="_top" rel="nofollow">http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd</a><br><br>Is there a plan to "deploy" the 2.0 schema ?
<br><br>-Matthias
<br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26202157&i=0" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26202157&i=1" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26197809Re: Invoking FacesNavigation from a Filter2009-11-04T07:02:29Z2009-11-04T07:02:29ZlincolnbaxterAhh I see. Yes dispatch will work fine, but the idea is that if like to support navigation through the native API to get things like view resolution and nav cases.
<br>Sent from my Verizon Wireless BlackBerry
<br><br>-----Original Message-----
<br>From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=0" target="_top" rel="nofollow">mriem@...</a>>
<br>Date: Wed, 4 Nov 2009 07:25:57
<br>To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=1" target="_top" rel="nofollow">dev@...</a>>
<br>Subject: RE: Invoking FacesNavigation from a Filter
<br>Hi there,
<br><br>No not using the NavigationHandler I am using dispatch on the
<br>ExternalContext.
<br>And then I don't need to know about the navigation model at all. But it does
<br>require me to know the application.
<br><br>Do you need a code snippet?
<br><br>Manfred
<br><br>-----Original Message-----
<br>From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=2" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>Sent: Tuesday, November 03, 2009 10:50 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=3" target="_top" rel="nofollow">dev@...</a>
<br>Subject: Re: Invoking FacesNavigation from a Filter
<br><br>But can you do it using the NavigationHandler before()
<br>RENDER_RESPONSE? And are you using JSF2 simplified navigation (without
<br>an entry in faces-config.xml) to directly navigate to the target view?
<br><br>If it works for you then I must be doing something wrong.
<br><br>On Wed, Nov 4, 2009 at 12:21 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=4" target="_top" rel="nofollow">mriem@...</a>> wrote:
<div class='shrinkable-quote'><br>> Mmm,
<br>>
<br>> I have successfully used a beforePhase(PhaseEvent) to dispatch
<br>> it to either a JSF page or a regular page without problems.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=5" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=6" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 10:17 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=7" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes. That is correct.
<br>> Sent from my Verizon Wireless BlackBerry
<br>>
<br>> -----Original Message-----
<br>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=8" target="_top" rel="nofollow">mriem@...</a>>
<br>> Date: Tue, 3 Nov 2009 21:28:56
<br>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=9" target="_top" rel="nofollow">dev@...</a>>
<br>> Subject: RE: Invoking FacesNavigation from a Filter
<br>> Do you mean beforePhase(PhaseEvent) is not capable of handling
<br>> your usage scenario.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=10" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 9:26 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=11" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes, the functionality is not there until after RESTORE_VIEW.
<br>>
<br>> On Tue, Nov 3, 2009 at 11:24 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=12" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>> Would that even be the case if you handle the event before
<br>>> the RESTORE_VIEW phase using before?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=13" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Tuesday, November 03, 2009 8:51 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=14" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> That would work, but then you incur the cost of RESTORE_VIEW phase
<br>>> every time you do a navigation.
<br>>>
<br>>> On Sun, Nov 1, 2009 at 10:45 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=15" target="_top" rel="nofollow">mriem@...</a>>
</div>wrote:
<div class='shrinkable-quote'><br>>>> Is there any reason why you can just dispatch using the actual jsp/xhtml
<br>>>> page?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=16" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=17" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 10:51 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=18" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> 2.0.1
<br>>>> Sent from my Verizon Wireless BlackBerry
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=19" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> Date: Sat, 31 Oct 2009 20:34:29
<br>>>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=20" target="_top" rel="nofollow">dev@...</a>>
<br>>>> Subject: RE: Invoking FacesNavigation from a Filter
<br>>>> Which version of JSF are you trying it on?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=21" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 3:39 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=22" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> Yeah, setViewRoot(), that doesn't do it :( I'm not sure why.
<br>>>>
<br>>>> On Sat, Oct 31, 2009 at 5:37 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=23" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br>>>>> Hello Lincoln,
<br>>>>>
<br>>>>> I don't think the viewId is set on the FacesContext until after
<br>>>>> RESTORE_VIEW. It might work if you just manually call
<br>>>>> facesContext.setViewId("/mypage.jsp").
<br>>>>> ---
<br>>>>> Kito D. Mann | twitter: kito99 | Author, JSF in Action
<br>>>>> Virtua, Inc. | <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> | JSF/Java EE training and
<br>>> consulting
<br>>>>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |
<br>>>> twitter:
<br>>>>> jsfcentral
<br>>>>> +1 203-404-4848 x3
<br>>>>>
<br>>>>> JSF Summit Conference Dec 1st-4th in Orlando: <a href="http://www.jsfsummit.com" target="_top" rel="nofollow">http://www.jsfsummit.com</a><br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> On Sat, Oct 31, 2009 at 5:06 PM, Lincoln Baxter, III
<br>>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=24" target="_top" rel="nofollow">lincolnbaxter@...</a>> wrote:
<br>>>>>>
<br>>>>>> It's the same problem with a PhaseListener. If I am attempting to
<br>>>>>> invoke navigation before RESTORE_VIEW phase, NavigationHandler cannot
<br>>>>>> find the outcome:
<br>>>>>>
<br>>>>>> "Unable to find matching navigation case from view ID '' for outcome
<br>>>>>> '/faces/validation/target.jsf' "
<br>>>>>>
<br>>>>>> If I invoke navigation *after* RESTORE_VIEW phase, it resolves
<br>>>>>> successfully.
<br>>>>>>
<br>>>>>> Perhaps this is just a bug? I feel like I should be able to invoke
<br>>>>>> navigation, if not in a filter, at least in a PhaseListener before
<br>>>>>> RESTORE_VIEW.
<br>>>>>>
<br>>>>>>
<br>>>>>> --Lincoln
<br>>>>>>
<br>>>>>> On Sat, Oct 31, 2009 at 4:11 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=25" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> wrote:
<br>>>>>> > Why would you want to use a Filter. Have you considered using
<br>>>>>> > a PhaseListener instead?
<br>>>>>> >
<br>>>>>> > Manfred
<br>>>>>> >
<br>>>>>> > -----Original Message-----
<br>>>>>> > From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=26" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>>>> > Sent: Saturday, October 31, 2009 1:12 PM
<br>>>>>> > To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=27" target="_top" rel="nofollow">dev@...</a>
<br>>>>>> > Subject: Invoking FacesNavigation from a Filter
<br>>>>>> >
<br>>>>>> > Hi,
<br>>>>>> >
<br>>>>>> > I'm trying to invoke default FacesNavigation from a filter (Where
<br>> I've
<br>>>>>> > already instantiated a FacesContext,) but I can't seem to get it to
<br>>>>>> > work unless the outcome was defined in a navigation case in
<br>>>>>> > faces-config.xml.
<br>>>>>> >
<br>>>>>> > When the navigation case is a direct navigation (/faces/demo.jsf) or
<br>> a
<br>>>>>> > relative navigation string (eg: demo.jsf), no navigation occurs.
<br>>>>>> >
<br>>>>>> > I'm assuming this has to do with the fact that the view was not
<br>>>>>> > restored and set into the context, but doing that manually with a
<br>>>>>> > viewId of "" to prevent NullPointerException doesn't work either.
<br>>>>>> >
<br>>>>>> > Thoughts? How can I properly build the facesContext object model to
<br>>>>>> > support navigation in a filter?
<br>>>>>> >
<br>>>>>> > Thanks,
<br>>>>>> > Lincoln
<br>>>>>> >
<br>>>>>> >
</div>---------------------------------------------------------------------
<br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=28" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=29" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>> >
<br>>>>>> >
<br>---------------------------------------------------------------------
<div class='shrinkable-quote'><br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=30" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=31" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>>
<br>>>>>> ---------------------------------------------------------------------
<br>>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=32" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=33" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=34" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=35" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=36" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=37" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=38" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=39" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=40" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=41" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=42" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=43" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=44" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=45" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=46" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=47" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=48" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=49" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=50" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=51" target="_top" rel="nofollow">dev-help@...</a>
<br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=52" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197809&i=53" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26197194RE: Invoking FacesNavigation from a Filter2009-11-04T06:25:57Z2009-11-04T06:25:57ZManfred RiemHi there,
<br><br>No not using the NavigationHandler I am using dispatch on the
<br>ExternalContext.
<br>And then I don't need to know about the navigation model at all. But it does
<br>require me to know the application.
<br><br>Do you need a code snippet?
<br><br>Manfred
<br><br>-----Original Message-----
<br>From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=0" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>Sent: Tuesday, November 03, 2009 10:50 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=1" target="_top" rel="nofollow">dev@...</a>
<br>Subject: Re: Invoking FacesNavigation from a Filter
<br><br>But can you do it using the NavigationHandler before()
<br>RENDER_RESPONSE? And are you using JSF2 simplified navigation (without
<br>an entry in faces-config.xml) to directly navigate to the target view?
<br><br>If it works for you then I must be doing something wrong.
<br><br>On Wed, Nov 4, 2009 at 12:21 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=2" target="_top" rel="nofollow">mriem@...</a>> wrote:
<div class='shrinkable-quote'><br>> Mmm,
<br>>
<br>> I have successfully used a beforePhase(PhaseEvent) to dispatch
<br>> it to either a JSF page or a regular page without problems.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=3" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=4" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 10:17 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=5" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes. That is correct.
<br>> Sent from my Verizon Wireless BlackBerry
<br>>
<br>> -----Original Message-----
<br>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=6" target="_top" rel="nofollow">mriem@...</a>>
<br>> Date: Tue, 3 Nov 2009 21:28:56
<br>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=7" target="_top" rel="nofollow">dev@...</a>>
<br>> Subject: RE: Invoking FacesNavigation from a Filter
<br>> Do you mean beforePhase(PhaseEvent) is not capable of handling
<br>> your usage scenario.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=8" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 9:26 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=9" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes, the functionality is not there until after RESTORE_VIEW.
<br>>
<br>> On Tue, Nov 3, 2009 at 11:24 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=10" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>> Would that even be the case if you handle the event before
<br>>> the RESTORE_VIEW phase using before?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=11" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Tuesday, November 03, 2009 8:51 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=12" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> That would work, but then you incur the cost of RESTORE_VIEW phase
<br>>> every time you do a navigation.
<br>>>
<br>>> On Sun, Nov 1, 2009 at 10:45 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=13" target="_top" rel="nofollow">mriem@...</a>>
</div>wrote:
<div class='shrinkable-quote'><br>>>> Is there any reason why you can just dispatch using the actual jsp/xhtml
<br>>>> page?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=14" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=15" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 10:51 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=16" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> 2.0.1
<br>>>> Sent from my Verizon Wireless BlackBerry
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=17" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> Date: Sat, 31 Oct 2009 20:34:29
<br>>>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=18" target="_top" rel="nofollow">dev@...</a>>
<br>>>> Subject: RE: Invoking FacesNavigation from a Filter
<br>>>> Which version of JSF are you trying it on?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=19" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 3:39 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=20" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> Yeah, setViewRoot(), that doesn't do it :( I'm not sure why.
<br>>>>
<br>>>> On Sat, Oct 31, 2009 at 5:37 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=21" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br>>>>> Hello Lincoln,
<br>>>>>
<br>>>>> I don't think the viewId is set on the FacesContext until after
<br>>>>> RESTORE_VIEW. It might work if you just manually call
<br>>>>> facesContext.setViewId("/mypage.jsp").
<br>>>>> ---
<br>>>>> Kito D. Mann | twitter: kito99 | Author, JSF in Action
<br>>>>> Virtua, Inc. | <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> | JSF/Java EE training and
<br>>> consulting
<br>>>>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |
<br>>>> twitter:
<br>>>>> jsfcentral
<br>>>>> +1 203-404-4848 x3
<br>>>>>
<br>>>>> JSF Summit Conference Dec 1st-4th in Orlando: <a href="http://www.jsfsummit.com" target="_top" rel="nofollow">http://www.jsfsummit.com</a><br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> On Sat, Oct 31, 2009 at 5:06 PM, Lincoln Baxter, III
<br>>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=22" target="_top" rel="nofollow">lincolnbaxter@...</a>> wrote:
<br>>>>>>
<br>>>>>> It's the same problem with a PhaseListener. If I am attempting to
<br>>>>>> invoke navigation before RESTORE_VIEW phase, NavigationHandler cannot
<br>>>>>> find the outcome:
<br>>>>>>
<br>>>>>> "Unable to find matching navigation case from view ID '' for outcome
<br>>>>>> '/faces/validation/target.jsf' "
<br>>>>>>
<br>>>>>> If I invoke navigation *after* RESTORE_VIEW phase, it resolves
<br>>>>>> successfully.
<br>>>>>>
<br>>>>>> Perhaps this is just a bug? I feel like I should be able to invoke
<br>>>>>> navigation, if not in a filter, at least in a PhaseListener before
<br>>>>>> RESTORE_VIEW.
<br>>>>>>
<br>>>>>>
<br>>>>>> --Lincoln
<br>>>>>>
<br>>>>>> On Sat, Oct 31, 2009 at 4:11 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=23" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> wrote:
<br>>>>>> > Why would you want to use a Filter. Have you considered using
<br>>>>>> > a PhaseListener instead?
<br>>>>>> >
<br>>>>>> > Manfred
<br>>>>>> >
<br>>>>>> > -----Original Message-----
<br>>>>>> > From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=24" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>>>> > Sent: Saturday, October 31, 2009 1:12 PM
<br>>>>>> > To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=25" target="_top" rel="nofollow">dev@...</a>
<br>>>>>> > Subject: Invoking FacesNavigation from a Filter
<br>>>>>> >
<br>>>>>> > Hi,
<br>>>>>> >
<br>>>>>> > I'm trying to invoke default FacesNavigation from a filter (Where
<br>> I've
<br>>>>>> > already instantiated a FacesContext,) but I can't seem to get it to
<br>>>>>> > work unless the outcome was defined in a navigation case in
<br>>>>>> > faces-config.xml.
<br>>>>>> >
<br>>>>>> > When the navigation case is a direct navigation (/faces/demo.jsf) or
<br>> a
<br>>>>>> > relative navigation string (eg: demo.jsf), no navigation occurs.
<br>>>>>> >
<br>>>>>> > I'm assuming this has to do with the fact that the view was not
<br>>>>>> > restored and set into the context, but doing that manually with a
<br>>>>>> > viewId of "" to prevent NullPointerException doesn't work either.
<br>>>>>> >
<br>>>>>> > Thoughts? How can I properly build the facesContext object model to
<br>>>>>> > support navigation in a filter?
<br>>>>>> >
<br>>>>>> > Thanks,
<br>>>>>> > Lincoln
<br>>>>>> >
<br>>>>>> >
</div>---------------------------------------------------------------------
<br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=26" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=27" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>> >
<br>>>>>> >
<br>---------------------------------------------------------------------
<div class='shrinkable-quote'><br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=28" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=29" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>>
<br>>>>>> ---------------------------------------------------------------------
<br>>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=30" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=31" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=32" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=33" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=34" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=35" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=36" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=37" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=38" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=39" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=40" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=41" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=42" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=43" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=44" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=45" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=46" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=47" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=48" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=49" target="_top" rel="nofollow">dev-help@...</a>
<br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=50" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26197194&i=51" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26194641JSF & EL Specification2009-11-04T03:31:13Z2009-11-04T03:31:13ZJose Freire<HTML><head><META content="text/html; charset=utf-8" http-equiv="Content-Type"></head><BODY>
<DIV>This message contains a digitally signed email which can be read by opening the attachment. </DIV>
<DIV> </DIV>
<DIV>*Disclaimer:*</DIV>
<DIV>Deloitte refers to one or more of Deloitte Touche Tohmatsu, a Swiss Verein, its member firms, and their respective subsidiaries and affiliates. As a Swiss Verein (association), neither Deloitte Touche Tohmatsu nor any of its member firms has any liability for each other's acts or omissions. Each of the member firms is a separate and independent legal entity operating under the names "Deloitte," "Deloitte & Touche," "Deloitte Touche Tohmatsu," or other related names. Services are provided by the member firms or their subsidiaries or affiliates and not by the Deloitte Touche Tohmatsu Verein.</DIV>
<DIV>Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it.<BR></DIV></BODY></HTML>
<br /><html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>Jim,<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>If you remember, 5 months ago I stumbled on a EL limitation on
managed beans with generic types (thread with subject “Is JSF
incompatible with generics?”).<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>To refresh your memory, the problem is when we have a class like:<o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><b><span style='font-size:9.0pt;
font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>class</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> <span style='background:silver;mso-highlight:silver'>GenericsTestController</span><E
</span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>extends</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> Object> {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'><o:p> </o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>private</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> E </span><span style='font-size:9.0pt;font-family:"Courier New";color:#0000C0'>value</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>;</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'><o:p> </o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> E getValue() {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
</span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>return</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New";color:#0000C0'>value</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>;</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> }</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'><o:p> </o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>void</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> setValue(E
value) {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
</span><b><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:#7F0055'>this</span></b><span lang=PT style='font-size:9.0pt;font-family:
"Courier New";color:black'>.</span><span lang=PT style='font-size:9.0pt;
font-family:"Courier New";color:#0000C0'>value</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New";color:black'> = value;</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span lang=PT style='font-size:
9.0pt;font-family:"Courier New";color:black'>
}</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:black'>}</span><span lang=PT style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>And we have this class to use as a managed bean (integerTest):<o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><b><span style='font-size:9.0pt;
font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>class</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'>
IntegerTestController </span><b><span style='font-size:9.0pt;font-family:"Courier New";
color:#7F0055'>extends</span></b><span style='font-size:9.0pt;font-family:"Courier New";
color:black'> GenericsTestController<Integer> {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New"'><o:p> </o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> String add() {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
setValue(getValue()+1);</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
</span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>return</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>null</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'>;</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> }</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>public</span></b><span style='font-size:9.0pt;font-family:"Courier New";color:black'> String
subtract() {</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:black'>setValue(getValue()-1);</span><span lang=PT style='font-size:9.0pt;
font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span lang=PT style='font-size:
9.0pt;font-family:"Courier New";color:black'>
</span><b><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:#7F0055'>return</span></b><span lang=PT style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><b><span lang=PT style='font-size:9.0pt;font-family:"Courier New";color:#7F0055'>null</span></b><span lang=PT style='font-size:9.0pt;font-family:"Courier New";color:black'>;</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span lang=PT style='font-size:
9.0pt;font-family:"Courier New";color:black'>
}<o:p></o:p></span></p>
<p class=MsoNormal><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:black'>}<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>This JSF code will not work:<o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:teal'><</span><span style='font-size:9.0pt;
font-family:"Courier New";color:#3F7F7F'>h:form</span><span style='font-size:
9.0pt;font-family:"Courier New";color:teal'>></span><span style='font-size:
9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'>
Value: </span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'><</span><span style='font-size:9.0pt;font-family:"Courier New";color:#3F7F7F'>h:inputText </span><span style='font-size:9.0pt;font-family:"Courier New";color:#7F007F'>value</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>=</span><span style='font-size:9.0pt;font-family:"Courier New";color:#2A00FF'>"#{integerTest.value}"
</span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'>/></span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'><</span><span style='font-size:9.0pt;font-family:"Courier New";color:#3F7F7F'>h:commandButton
</span><span style='font-size:9.0pt;font-family:"Courier New";color:#7F007F'>action</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>=</span><span style='font-size:9.0pt;font-family:"Courier New";color:#2A00FF'>"#{integerTest.add}"
</span><span style='font-size:9.0pt;font-family:"Courier New";color:#7F007F'>value</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>=</span><span style='font-size:9.0pt;font-family:"Courier New";color:#2A00FF'>"+" </span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'>/></span><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'><</span><span style='font-size:9.0pt;font-family:"Courier New";color:#3F7F7F'>h:commandButton
</span><span style='font-size:9.0pt;font-family:"Courier New";color:#7F007F'>action</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>=</span><span style='font-size:9.0pt;font-family:"Courier New";color:#2A00FF'>"#{integerTest.subtract}"
</span><span style='font-size:9.0pt;font-family:"Courier New";color:#7F007F'>value</span><span style='font-size:9.0pt;font-family:"Courier New";color:black'>=</span><span style='font-size:9.0pt;font-family:"Courier New";color:#2A00FF'>"-" </span><span style='font-size:9.0pt;font-family:"Courier New";color:teal'>/></span><span style='font-size:9.0pt;font-family:"Courier New";color:black'> </span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:teal'></</span><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:#3F7F7F'>h:form</span><span lang=PT style='font-size:9.0pt;font-family:
"Courier New";color:teal'>><o:p></o:p></span></p>
<p class=MsoNormal><span lang=PT style='font-size:9.0pt;font-family:"Courier New";
color:teal'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>With this error:<o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><u><span style='font-size:9.0pt;
font-family:"Courier New";color:navy'>java.lang.ClassCastException</span></u><span style='font-size:9.0pt;font-family:"Courier New";color:red'>: java.lang.String
cannot be cast to java.lang.Integer</span><span style='font-size:9.0pt;
font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:9.0pt;
font-family:"Courier New";color:red'> at
genericstest.IntegerTestController.add(</span><u><span style='font-size:9.0pt;
font-family:"Courier New";color:navy'>IntegerTestController.java:18</span></u><span style='font-size:9.0pt;font-family:"Courier New";color:red'>)</span><span style='font-size:9.0pt;font-family:"Courier New"'><o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>I’ve tried to get in touch with the EL Spec leader (Kin-man
Chung) as suggested, but I’ve got no reply. I’ve sent a mail to the
(empty) UEL mailing list, and I’ve got no reply.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>I’ve got my own version of EL (based on jboss-el) working
even with very complex generic inheritance. However, the changes are in code
covered by the spec, more specifically, </span><span style='font-size:10.0pt;
font-family:"Arial","sans-serif";color:black'>with section 2.2.7 of the
specification:<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:10.5pt;
font-family:Times-Roman'>The provided property will first be coerced to a </span><span style='font-size:10.5pt;font-family:Courier'>String</span><span style='font-size:10.5pt;font-family:Times-Roman'>. If there is a </span><span style='font-size:10.5pt;font-family:Courier'>BeanInfoProperty </span><span style='font-size:10.5pt;font-family:Times-Roman'>for this</span><span style='font-size:10.5pt;font-family:Times-Roman'><o:p></o:p></span></p>
<p class=MsoNormal style='text-autospace:none'><span style='font-size:10.5pt;
font-family:Times-Roman'>property and there were no errors retrieving it, <b><u>the
</u></b></span><b><u><span style='font-size:10.5pt;font-family:Courier'>propertyType
</span></u></b><b><u><span style='font-size:10.5pt;font-family:Times-Roman'>of the
</span></u></b><b><u><span style='font-size:10.5pt;font-family:Courier'>propertyDescriptor
</span></u></b><b><u><span style='font-size:10.5pt;font-family:Times-Roman'>is<o:p></o:p></span></u></b></p>
<p class=MsoNormal><b><u><span style='font-size:10.5pt;font-family:Times-Roman'>returned</span></u></b><span style='font-size:10.5pt;font-family:Times-Roman'>. Otherwise, a </span><span style='font-size:10.5pt;font-family:Courier'>PropertyNotFoundException </span><span style='font-size:10.5pt;font-family:Times-Roman'>is thrown.</span><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:black'><o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>The propertyType of a generic property is Object.class, that gets
coerced to String.class, and we get the ClassCastException.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'> <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>So, what should we do? I’m I the only one that is using
generics and JSF?<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:black'>Thanks,<o:p></o:p></span></p>
<p class=MsoNormal><b><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:#002776'><o:p> </o:p></span></b></p>
<p class=MsoNormal><b><span lang=PT style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:#002776'>José Freire<br>
</span></b><span lang=PT style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:#002776'>Consulting - Financial Services Industry<br>
Deloitte Consultores, S.A.<br>
Deloitte | Edifício Atrium Saldanha, Praça Duque de Saldanha, 1 - 7º, 1050-094
Lisboa, Portugal<br>
Tel/Direct: +(351) 210 422 500 | Fax: +(351) 210 422 950 <br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26194641&i=0" target="_top" rel="nofollow">jfreire@...</a> | www.deloitte.pt<br>
<br>
</span><span lang=PT style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:#92D400'>Please consider the environment before printing.<br>
</span><span lang=PT style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:#002776'><br>
<br>
</span><span lang=PT style='font-family:"Arial","sans-serif";color:#002776'><o:p></o:p></span></p>
<p class=MsoNormal><span lang=PT><o:p> </o:p></span></p>
</div>
</body>
</html>
<br /> <br />---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26194641&i=1" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26194641&i=2" target="_top" rel="nofollow">dev-help@...</a><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (10K) <a href="http://old.nabble.com/attachment/26194641/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26193956Re: JSF 2.0 - Bean Validation, Unified EL and other specs2009-11-04T02:29:51Z2009-11-04T02:29:51ZJan-Kees van AndelThat's true. I only added the code snippet for clarification.
<br><br>Whether or not this will be picked up in a more generic way doesn't
<br>matter that much to me.
<br><br>But before "overdesiging" this, it might be useful to think of other
<br>use cases besides the one in the original issue. It would not be the
<br>first "too generic" API in Java.
<br>With only one use case (the one posted), I think a simple utility
<br>class will probably work fine.
<br><br>Ps. When declared final, backwards compatibility will also be no issue AFAICS.
<br><br>/Jan-Kees
<br><br><br>2009/11/4 Ed Burns <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=0" target="_top" rel="nofollow">Ed.Burns@...</a>>:
<div class='shrinkable-quote'><br>>>>>>> On Tue, 03 Nov 2009 16:29:22 +0100, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=1" target="_top" rel="nofollow">matzew@...</a>> said:
<br>>
<br>> MW> On Tue, Nov 3, 2009 at 4:24 PM, Ed Burns <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=2" target="_top" rel="nofollow">Ed.Burns@...</a>> wrote:
<br>>>>>>>>> On Tue, 27 Oct 2009 18:06:04 -0700, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=3" target="_top" rel="nofollow">matzew@...</a>> said:
<br>>>>
<br>> MW> Hi Jan-Kees,
<br>> MW> thanks for creating this ticket. I'd like to see something like this.
<br>> MW> Sounds (to me) very useful...
<br>>>>
<br>>>> Note that there is a precedent for doing this kind of discovery without
<br>>>> requiring a Java language signature: the way properties are conveyed to
<br>>>> the standard XML parsers in Java. I would rather avoid introducing a
<br>>>> signature for this because it needs to be very fluid over time.
<br>>
<br>> MW> fair enough, so let's keep it to be part of the implementation.
<br>> MW> In myfaces we have several non public classes, big issue here
<br>> MW> (in this particular) case is that we actually have to duplicate the
<br>> MW> code. Oh well :-)
<br>>
<br>> I'm not saying we can't have an API, I'm just saying that the API
<br>> doesn't have to be encoded using Java language signatures such as an
<br>> interface. This is a broader question of allowing the JSF runtime to
<br>> expose metadata, such as configuration and capabilities. There is lots
<br>> of prior art on how to do this without using Java language signatures.
<br>>
<br>> Ed
<br>>
<br>> --
<br>> | <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=4" target="_top" rel="nofollow">ed.burns@...</a> | office: 408 884 9519 OR x31640
<br>> | homepage: | <a href="http://ridingthecrest.com/" target="_top" rel="nofollow">http://ridingthecrest.com/</a><br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=5" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=6" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=7" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26193956&i=8" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26191748Re: JSF 2.0 - Bean Validation, Unified EL and other specs2009-11-03T22:46:37Z2009-11-03T22:46:37ZEd Burns>>>>> On Tue, 03 Nov 2009 16:29:22 +0100, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=0" target="_top" rel="nofollow">matzew@...</a>> said:
<br><br>MW> On Tue, Nov 3, 2009 at 4:24 PM, Ed Burns <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=1" target="_top" rel="nofollow">Ed.Burns@...</a>> wrote:
<br>>>>>>>> On Tue, 27 Oct 2009 18:06:04 -0700, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=2" target="_top" rel="nofollow">matzew@...</a>> said:
<br>>>
<br>MW> Hi Jan-Kees,
<br>MW> thanks for creating this ticket. I'd like to see something like this.
<br>MW> Sounds (to me) very useful...
<br>>>
<br>>> Note that there is a precedent for doing this kind of discovery without
<br>>> requiring a Java language signature: the way properties are conveyed to
<br>>> the standard XML parsers in Java. I would rather avoid introducing a
<br>>> signature for this because it needs to be very fluid over time.
<br><br>MW> fair enough, so let's keep it to be part of the implementation.
<br>MW> In myfaces we have several non public classes, big issue here
<br>MW> (in this particular) case is that we actually have to duplicate the
<br>MW> code. Oh well :-)
<br><br>I'm not saying we can't have an API, I'm just saying that the API
<br>doesn't have to be encoded using Java language signatures such as an
<br>interface. This is a broader question of allowing the JSF runtime to
<br>expose metadata, such as configuration and capabilities. There is lots
<br>of prior art on how to do this without using Java language signatures.
<br><br>Ed
<br><br>--
<br>| <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=3" target="_top" rel="nofollow">ed.burns@...</a> | office: 408 884 9519 OR x31640
<br>| homepage: | <a href="http://ridingthecrest.com/" target="_top" rel="nofollow">http://ridingthecrest.com/</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=4" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191748&i=5" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26191386Re: Invoking FacesNavigation from a Filter2009-11-03T21:50:09Z2009-11-03T21:50:09ZlincolnbaxterBut can you do it using the NavigationHandler before()
<br>RENDER_RESPONSE? And are you using JSF2 simplified navigation (without
<br>an entry in faces-config.xml) to directly navigate to the target view?
<br><br>If it works for you then I must be doing something wrong.
<br><br>On Wed, Nov 4, 2009 at 12:21 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=0" target="_top" rel="nofollow">mriem@...</a>> wrote:
<div class='shrinkable-quote'><br>> Mmm,
<br>>
<br>> I have successfully used a beforePhase(PhaseEvent) to dispatch
<br>> it to either a JSF page or a regular page without problems.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=1" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=2" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 10:17 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=3" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes. That is correct.
<br>> Sent from my Verizon Wireless BlackBerry
<br>>
<br>> -----Original Message-----
<br>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=4" target="_top" rel="nofollow">mriem@...</a>>
<br>> Date: Tue, 3 Nov 2009 21:28:56
<br>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=5" target="_top" rel="nofollow">dev@...</a>>
<br>> Subject: RE: Invoking FacesNavigation from a Filter
<br>> Do you mean beforePhase(PhaseEvent) is not capable of handling
<br>> your usage scenario.
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=6" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 9:26 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=7" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> Yes, the functionality is not there until after RESTORE_VIEW.
<br>>
<br>> On Tue, Nov 3, 2009 at 11:24 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=8" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>> Would that even be the case if you handle the event before
<br>>> the RESTORE_VIEW phase using before?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=9" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Tuesday, November 03, 2009 8:51 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=10" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> That would work, but then you incur the cost of RESTORE_VIEW phase
<br>>> every time you do a navigation.
<br>>>
<br>>> On Sun, Nov 1, 2009 at 10:45 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=11" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>>> Is there any reason why you can just dispatch using the actual jsp/xhtml
<br>>>> page?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=12" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=13" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 10:51 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=14" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> 2.0.1
<br>>>> Sent from my Verizon Wireless BlackBerry
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=15" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> Date: Sat, 31 Oct 2009 20:34:29
<br>>>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=16" target="_top" rel="nofollow">dev@...</a>>
<br>>>> Subject: RE: Invoking FacesNavigation from a Filter
<br>>>> Which version of JSF are you trying it on?
<br>>>>
<br>>>> Manfred
<br>>>>
<br>>>> -----Original Message-----
<br>>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=17" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>> Sent: Saturday, October 31, 2009 3:39 PM
<br>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=18" target="_top" rel="nofollow">dev@...</a>
<br>>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>>
<br>>>> Yeah, setViewRoot(), that doesn't do it :( I'm not sure why.
<br>>>>
<br>>>> On Sat, Oct 31, 2009 at 5:37 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=19" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br>>>>> Hello Lincoln,
<br>>>>>
<br>>>>> I don't think the viewId is set on the FacesContext until after
<br>>>>> RESTORE_VIEW. It might work if you just manually call
<br>>>>> facesContext.setViewId("/mypage.jsp").
<br>>>>> ---
<br>>>>> Kito D. Mann | twitter: kito99 | Author, JSF in Action
<br>>>>> Virtua, Inc. | <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> | JSF/Java EE training and
<br>>> consulting
<br>>>>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |
<br>>>> twitter:
<br>>>>> jsfcentral
<br>>>>> +1 203-404-4848 x3
<br>>>>>
<br>>>>> JSF Summit Conference Dec 1st-4th in Orlando: <a href="http://www.jsfsummit.com" target="_top" rel="nofollow">http://www.jsfsummit.com</a><br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> On Sat, Oct 31, 2009 at 5:06 PM, Lincoln Baxter, III
<br>>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=20" target="_top" rel="nofollow">lincolnbaxter@...</a>> wrote:
<br>>>>>>
<br>>>>>> It's the same problem with a PhaseListener. If I am attempting to
<br>>>>>> invoke navigation before RESTORE_VIEW phase, NavigationHandler cannot
<br>>>>>> find the outcome:
<br>>>>>>
<br>>>>>> "Unable to find matching navigation case from view ID '' for outcome
<br>>>>>> '/faces/validation/target.jsf' "
<br>>>>>>
<br>>>>>> If I invoke navigation *after* RESTORE_VIEW phase, it resolves
<br>>>>>> successfully.
<br>>>>>>
<br>>>>>> Perhaps this is just a bug? I feel like I should be able to invoke
<br>>>>>> navigation, if not in a filter, at least in a PhaseListener before
<br>>>>>> RESTORE_VIEW.
<br>>>>>>
<br>>>>>>
<br>>>>>> --Lincoln
<br>>>>>>
<br>>>>>> On Sat, Oct 31, 2009 at 4:11 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=21" target="_top" rel="nofollow">mriem@...</a>>
<br>>>> wrote:
<br>>>>>> > Why would you want to use a Filter. Have you considered using
<br>>>>>> > a PhaseListener instead?
<br>>>>>> >
<br>>>>>> > Manfred
<br>>>>>> >
<br>>>>>> > -----Original Message-----
<br>>>>>> > From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=22" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>>>> > Sent: Saturday, October 31, 2009 1:12 PM
<br>>>>>> > To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=23" target="_top" rel="nofollow">dev@...</a>
<br>>>>>> > Subject: Invoking FacesNavigation from a Filter
<br>>>>>> >
<br>>>>>> > Hi,
<br>>>>>> >
<br>>>>>> > I'm trying to invoke default FacesNavigation from a filter (Where
<br>> I've
<br>>>>>> > already instantiated a FacesContext,) but I can't seem to get it to
<br>>>>>> > work unless the outcome was defined in a navigation case in
<br>>>>>> > faces-config.xml.
<br>>>>>> >
<br>>>>>> > When the navigation case is a direct navigation (/faces/demo.jsf) or
<br>> a
<br>>>>>> > relative navigation string (eg: demo.jsf), no navigation occurs.
<br>>>>>> >
<br>>>>>> > I'm assuming this has to do with the fact that the view was not
<br>>>>>> > restored and set into the context, but doing that manually with a
<br>>>>>> > viewId of "" to prevent NullPointerException doesn't work either.
<br>>>>>> >
<br>>>>>> > Thoughts? How can I properly build the facesContext object model to
<br>>>>>> > support navigation in a filter?
<br>>>>>> >
<br>>>>>> > Thanks,
<br>>>>>> > Lincoln
<br>>>>>> >
<br>>>>>> > ---------------------------------------------------------------------
<br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=24" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=25" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>> >
<br>>>>>> > ---------------------------------------------------------------------
<br>>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=26" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> > For additional commands, e-mail:
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=27" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>> >
<br>>>>>> >
<br>>>>>>
<br>>>>>> ---------------------------------------------------------------------
<br>>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=28" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=29" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=30" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=31" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=32" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=33" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ---------------------------------------------------------------------
<br>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=34" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=35" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=36" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=37" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=38" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=39" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=40" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=41" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=42" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=43" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=44" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=45" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=46" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191386&i=47" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26191178RE: Invoking FacesNavigation from a Filter2009-11-03T21:21:52Z2009-11-03T21:21:52ZManfred RiemMmm,
<br><br>I have successfully used a beforePhase(PhaseEvent) to dispatch
<br>it to either a JSF page or a regular page without problems.
<br><br>Manfred
<br><br>-----Original Message-----
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=0" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=1" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>Sent: Tuesday, November 03, 2009 10:17 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=2" target="_top" rel="nofollow">dev@...</a>
<br>Subject: Re: Invoking FacesNavigation from a Filter
<br><br>Yes. That is correct.
<br>Sent from my Verizon Wireless BlackBerry
<br><br>-----Original Message-----
<br>From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=3" target="_top" rel="nofollow">mriem@...</a>>
<br>Date: Tue, 3 Nov 2009 21:28:56
<br>To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=4" target="_top" rel="nofollow">dev@...</a>>
<br>Subject: RE: Invoking FacesNavigation from a Filter
<br>Do you mean beforePhase(PhaseEvent) is not capable of handling
<br>your usage scenario.
<br><br>Manfred
<br><br>-----Original Message-----
<br>From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=5" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>Sent: Tuesday, November 03, 2009 9:26 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=6" target="_top" rel="nofollow">dev@...</a>
<br>Subject: Re: Invoking FacesNavigation from a Filter
<br><br>Yes, the functionality is not there until after RESTORE_VIEW.
<br><br>On Tue, Nov 3, 2009 at 11:24 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=7" target="_top" rel="nofollow">mriem@...</a>> wrote:
<div class='shrinkable-quote'><br>> Would that even be the case if you handle the event before
<br>> the RESTORE_VIEW phase using before?
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=8" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 8:51 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=9" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> That would work, but then you incur the cost of RESTORE_VIEW phase
<br>> every time you do a navigation.
<br>>
<br>> On Sun, Nov 1, 2009 at 10:45 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=10" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>> Is there any reason why you can just dispatch using the actual jsp/xhtml
<br>>> page?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=11" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=12" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Saturday, October 31, 2009 10:51 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=13" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> 2.0.1
<br>>> Sent from my Verizon Wireless BlackBerry
<br>>>
<br>>> -----Original Message-----
<br>>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=14" target="_top" rel="nofollow">mriem@...</a>>
<br>>> Date: Sat, 31 Oct 2009 20:34:29
<br>>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=15" target="_top" rel="nofollow">dev@...</a>>
<br>>> Subject: RE: Invoking FacesNavigation from a Filter
<br>>> Which version of JSF are you trying it on?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=16" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Saturday, October 31, 2009 3:39 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=17" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> Yeah, setViewRoot(), that doesn't do it :( I'm not sure why.
<br>>>
<br>>> On Sat, Oct 31, 2009 at 5:37 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=18" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br>>>> Hello Lincoln,
<br>>>>
<br>>>> I don't think the viewId is set on the FacesContext until after
<br>>>> RESTORE_VIEW. It might work if you just manually call
<br>>>> facesContext.setViewId("/mypage.jsp").
<br>>>> ---
<br>>>> Kito D. Mann | twitter: kito99 | Author, JSF in Action
<br>>>> Virtua, Inc. | <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> | JSF/Java EE training and
<br>> consulting
<br>>>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |
<br>>> twitter:
<br>>>> jsfcentral
<br>>>> +1 203-404-4848 x3
<br>>>>
<br>>>> JSF Summit Conference Dec 1st-4th in Orlando: <a href="http://www.jsfsummit.com" target="_top" rel="nofollow">http://www.jsfsummit.com</a><br>>>>
<br>>>>
<br>>>>
<br>>>> On Sat, Oct 31, 2009 at 5:06 PM, Lincoln Baxter, III
<br>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=19" target="_top" rel="nofollow">lincolnbaxter@...</a>> wrote:
<br>>>>>
<br>>>>> It's the same problem with a PhaseListener. If I am attempting to
<br>>>>> invoke navigation before RESTORE_VIEW phase, NavigationHandler cannot
<br>>>>> find the outcome:
<br>>>>>
<br>>>>> "Unable to find matching navigation case from view ID '' for outcome
<br>>>>> '/faces/validation/target.jsf' "
<br>>>>>
<br>>>>> If I invoke navigation *after* RESTORE_VIEW phase, it resolves
<br>>>>> successfully.
<br>>>>>
<br>>>>> Perhaps this is just a bug? I feel like I should be able to invoke
<br>>>>> navigation, if not in a filter, at least in a PhaseListener before
<br>>>>> RESTORE_VIEW.
<br>>>>>
<br>>>>>
<br>>>>> --Lincoln
<br>>>>>
<br>>>>> On Sat, Oct 31, 2009 at 4:11 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=20" target="_top" rel="nofollow">mriem@...</a>>
<br>>> wrote:
<br>>>>> > Why would you want to use a Filter. Have you considered using
<br>>>>> > a PhaseListener instead?
<br>>>>> >
<br>>>>> > Manfred
<br>>>>> >
<br>>>>> > -----Original Message-----
<br>>>>> > From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=21" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>>> > Sent: Saturday, October 31, 2009 1:12 PM
<br>>>>> > To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=22" target="_top" rel="nofollow">dev@...</a>
<br>>>>> > Subject: Invoking FacesNavigation from a Filter
<br>>>>> >
<br>>>>> > Hi,
<br>>>>> >
<br>>>>> > I'm trying to invoke default FacesNavigation from a filter (Where
</div>I've
<br>>>>> > already instantiated a FacesContext,) but I can't seem to get it to
<br>>>>> > work unless the outcome was defined in a navigation case in
<br>>>>> > faces-config.xml.
<br>>>>> >
<br>>>>> > When the navigation case is a direct navigation (/faces/demo.jsf) or
<br>a
<div class='shrinkable-quote'><br>>>>> > relative navigation string (eg: demo.jsf), no navigation occurs.
<br>>>>> >
<br>>>>> > I'm assuming this has to do with the fact that the view was not
<br>>>>> > restored and set into the context, but doing that manually with a
<br>>>>> > viewId of "" to prevent NullPointerException doesn't work either.
<br>>>>> >
<br>>>>> > Thoughts? How can I properly build the facesContext object model to
<br>>>>> > support navigation in a filter?
<br>>>>> >
<br>>>>> > Thanks,
<br>>>>> > Lincoln
<br>>>>> >
<br>>>>> > ---------------------------------------------------------------------
<br>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=23" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> > For additional commands, e-mail:
</div><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=24" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>> >
<br>>>>> >
<br>>>>> >
<br>>>>> > ---------------------------------------------------------------------
<br>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=25" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> > For additional commands, e-mail:
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=26" target="_top" rel="nofollow">dev-help@...</a>
<div class='shrinkable-quote'><br>>>>> >
<br>>>>> >
<br>>>>>
<br>>>>> ---------------------------------------------------------------------
<br>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=27" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=28" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=29" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=30" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=31" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=32" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=33" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=34" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=35" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=36" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=37" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=38" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=39" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=40" target="_top" rel="nofollow">dev-help@...</a>
<br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=41" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=42" target="_top" rel="nofollow">dev-help@...</a>
<br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=43" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191178&i=44" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>tag:old.nabble.com,2006:post-26191141Re: Invoking FacesNavigation from a Filter2009-11-03T21:16:17Z2009-11-03T21:16:17ZlincolnbaxterYes. That is correct.
<br>Sent from my Verizon Wireless BlackBerry
<br><br>-----Original Message-----
<br>From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=0" target="_top" rel="nofollow">mriem@...</a>>
<br>Date: Tue, 3 Nov 2009 21:28:56
<br>To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=1" target="_top" rel="nofollow">dev@...</a>>
<br>Subject: RE: Invoking FacesNavigation from a Filter
<br>Do you mean beforePhase(PhaseEvent) is not capable of handling
<br>your usage scenario.
<br><br>Manfred
<br><br>-----Original Message-----
<br>From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=2" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>Sent: Tuesday, November 03, 2009 9:26 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=3" target="_top" rel="nofollow">dev@...</a>
<br>Subject: Re: Invoking FacesNavigation from a Filter
<br><br>Yes, the functionality is not there until after RESTORE_VIEW.
<br><br>On Tue, Nov 3, 2009 at 11:24 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=4" target="_top" rel="nofollow">mriem@...</a>> wrote:
<div class='shrinkable-quote'><br>> Would that even be the case if you handle the event before
<br>> the RESTORE_VIEW phase using before?
<br>>
<br>> Manfred
<br>>
<br>> -----Original Message-----
<br>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=5" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>> Sent: Tuesday, November 03, 2009 8:51 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=6" target="_top" rel="nofollow">dev@...</a>
<br>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>
<br>> That would work, but then you incur the cost of RESTORE_VIEW phase
<br>> every time you do a navigation.
<br>>
<br>> On Sun, Nov 1, 2009 at 10:45 AM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=7" target="_top" rel="nofollow">mriem@...</a>> wrote:
<br>>> Is there any reason why you can just dispatch using the actual jsp/xhtml
<br>>> page?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=8" target="_top" rel="nofollow">lincolnbaxter@...</a> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=9" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Saturday, October 31, 2009 10:51 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=10" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> 2.0.1
<br>>> Sent from my Verizon Wireless BlackBerry
<br>>>
<br>>> -----Original Message-----
<br>>> From: "Manfred Riem" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=11" target="_top" rel="nofollow">mriem@...</a>>
<br>>> Date: Sat, 31 Oct 2009 20:34:29
<br>>> To: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=12" target="_top" rel="nofollow">dev@...</a>>
<br>>> Subject: RE: Invoking FacesNavigation from a Filter
<br>>> Which version of JSF are you trying it on?
<br>>>
<br>>> Manfred
<br>>>
<br>>> -----Original Message-----
<br>>> From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=13" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>> Sent: Saturday, October 31, 2009 3:39 PM
<br>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=14" target="_top" rel="nofollow">dev@...</a>
<br>>> Subject: Re: Invoking FacesNavigation from a Filter
<br>>>
<br>>> Yeah, setViewRoot(), that doesn't do it :( I'm not sure why.
<br>>>
<br>>> On Sat, Oct 31, 2009 at 5:37 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=15" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br>>>> Hello Lincoln,
<br>>>>
<br>>>> I don't think the viewId is set on the FacesContext until after
<br>>>> RESTORE_VIEW. It might work if you just manually call
<br>>>> facesContext.setViewId("/mypage.jsp").
<br>>>> ---
<br>>>> Kito D. Mann | twitter: kito99 | Author, JSF in Action
<br>>>> Virtua, Inc. | <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> | JSF/Java EE training and
<br>> consulting
<br>>>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |
<br>>> twitter:
<br>>>> jsfcentral
<br>>>> +1 203-404-4848 x3
<br>>>>
<br>>>> JSF Summit Conference Dec 1st-4th in Orlando: <a href="http://www.jsfsummit.com" target="_top" rel="nofollow">http://www.jsfsummit.com</a><br>>>>
<br>>>>
<br>>>>
<br>>>> On Sat, Oct 31, 2009 at 5:06 PM, Lincoln Baxter, III
<br>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=16" target="_top" rel="nofollow">lincolnbaxter@...</a>> wrote:
<br>>>>>
<br>>>>> It's the same problem with a PhaseListener. If I am attempting to
<br>>>>> invoke navigation before RESTORE_VIEW phase, NavigationHandler cannot
<br>>>>> find the outcome:
<br>>>>>
<br>>>>> "Unable to find matching navigation case from view ID '' for outcome
<br>>>>> '/faces/validation/target.jsf' "
<br>>>>>
<br>>>>> If I invoke navigation *after* RESTORE_VIEW phase, it resolves
<br>>>>> successfully.
<br>>>>>
<br>>>>> Perhaps this is just a bug? I feel like I should be able to invoke
<br>>>>> navigation, if not in a filter, at least in a PhaseListener before
<br>>>>> RESTORE_VIEW.
<br>>>>>
<br>>>>>
<br>>>>> --Lincoln
<br>>>>>
<br>>>>> On Sat, Oct 31, 2009 at 4:11 PM, Manfred Riem <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=17" target="_top" rel="nofollow">mriem@...</a>>
<br>>> wrote:
<br>>>>> > Why would you want to use a Filter. Have you considered using
<br>>>>> > a PhaseListener instead?
<br>>>>> >
<br>>>>> > Manfred
<br>>>>> >
<br>>>>> > -----Original Message-----
<br>>>>> > From: Lincoln Baxter, III [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=18" target="_top" rel="nofollow">lincolnbaxter@...</a>]
<br>>>>> > Sent: Saturday, October 31, 2009 1:12 PM
<br>>>>> > To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=19" target="_top" rel="nofollow">dev@...</a>
<br>>>>> > Subject: Invoking FacesNavigation from a Filter
<br>>>>> >
<br>>>>> > Hi,
<br>>>>> >
<br>>>>> > I'm trying to invoke default FacesNavigation from a filter (Where
</div>I've
<br>>>>> > already instantiated a FacesContext,) but I can't seem to get it to
<br>>>>> > work unless the outcome was defined in a navigation case in
<br>>>>> > faces-config.xml.
<br>>>>> >
<br>>>>> > When the navigation case is a direct navigation (/faces/demo.jsf) or
<br>a
<div class='shrinkable-quote'><br>>>>> > relative navigation string (eg: demo.jsf), no navigation occurs.
<br>>>>> >
<br>>>>> > I'm assuming this has to do with the fact that the view was not
<br>>>>> > restored and set into the context, but doing that manually with a
<br>>>>> > viewId of "" to prevent NullPointerException doesn't work either.
<br>>>>> >
<br>>>>> > Thoughts? How can I properly build the facesContext object model to
<br>>>>> > support navigation in a filter?
<br>>>>> >
<br>>>>> > Thanks,
<br>>>>> > Lincoln
<br>>>>> >
<br>>>>> > ---------------------------------------------------------------------
<br>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=20" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> > For additional commands, e-mail:
</div><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=21" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>> >
<br>>>>> >
<br>>>>> >
<br>>>>> > ---------------------------------------------------------------------
<br>>>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=22" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> > For additional commands, e-mail:
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=23" target="_top" rel="nofollow">dev-help@...</a>
<div class='shrinkable-quote'><br>>>>> >
<br>>>>> >
<br>>>>>
<br>>>>> ---------------------------------------------------------------------
<br>>>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=24" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=25" target="_top" rel="nofollow">dev-help@...</a>
<br>>>>>
<br>>>>
<br>>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=26" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=27" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=28" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=29" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=30" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=31" target="_top" rel="nofollow">dev-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=32" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=33" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=34" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=35" target="_top" rel="nofollow">dev-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=36" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=37" target="_top" rel="nofollow">dev-help@...</a>
<br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=38" target="_top" rel="nofollow">dev-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26191141&i=39" target="_top" rel="nofollow">dev-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/javaserverfaces-dev-f16589.html" embed="fixTarget[16589]" target="_top" >javaserverfaces dev</a></p>