JSF 1.2 standardized on the identifier: javax.faces.ViewState, previous
versions of JSF 1.1 (myfaces and RI) each had their own identifiers
which caused difficulties for component developers
lightbulb432 wrote:
What is the purpose of the hidden field named javax.faces.ViewState, and how
does i
What is the purpose of the hidden field named javax.faces.ViewState, and how
does it differ from the following hidden fields:
- jsf_view_64
- jsf_tree_64
Also, I noticed some sample HTML outputs from JSF, and they had multiple
javax.faces.ViewState hidden fields throughout the page. I also notice
When a postback occurs, the ViewState is restored from the previous
request-- in the case of:
Client:
The ViewState is serialized and posted back to the server-- so you could
render a page, come back 5 hours later and click a button, sending the
state you have stored in the page back to the se
That's a good point. Few follow ups below:
1) Could you please explain what, on a high level, the general algorithm
used by the server would be to see whether the state is part of the same
"sequence" of activities? e.g. if I open up two windows and am doing two
different things at the same time,
Adam Winer (Oracle ADF), Ed Burns (JSF Co-Spec Lead), and myself talked
about this in combination with Facelets at JavaOne last year, we
actually have some numbers generated:
http://weblogs.java.net/blog/edburns/archive/2006/05/javaone_video_a_1.html
(video, excuse my Minnesota slang)
Facelets
On 12/21/06, Jeff Bischoff <[EMAIL PROTECTED]> wrote:
[...]
The problem with this is
that, despite lengthening your release cycle, you are still having
trouble with release stability. In order to achieve this stability, you
either need to be willing to branch for extensive testing before a
relea
Batch of Java codes and JavaScript files for creating Dynamic Tables [such as
changing between different List, and etceteras]
-
Key: TOMAHAWK-829
[
http://issues.apache.org/jira/browse/TOMAHAWK-826?page=comments#action_12460073
]
Alex Savitsky commented on TOMAHAWK-826:
Is this a sandbox component? I only looked at the released components, so must
have missed that one.
Still, it
Extension Filter incompatibility with the RI
Key: TOMAHAWK-828
URL: http://issues.apache.org/jira/browse/TOMAHAWK-828
Project: MyFaces Tomahawk
Issue Type: Bug
Affects Versions: 1.1.1
[
http://issues.apache.org/jira/browse/TOMAHAWK-826?page=comments#action_12460068
]
Jeff Bischoff commented on TOMAHAWK-826:
Not to say that I wouldn't support adding such a feature (I think it might be
neat), but when you say "This beh
[
http://issues.apache.org/jira/browse/TOMAHAWK-635?page=comments#action_12460061
]
David Paterson commented on TOMAHAWK-635:
-
Confirmed identical issue working with Liferay 4.2 and tomahawkbridge-0.9.
> JspTilesViewHandlerImpl doesn't
inputHtml
-
Key: TOMAHAWK-827
URL: http://issues.apache.org/jira/browse/TOMAHAWK-827
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Html Editor
Affects Versions: 1.1.3
Environment: Using IE 6
Improve outputLabel component to have a different CSS class in case of an error
---
Key: TOMAHAWK-826
URL: http://issues.apache.org/jira/browse/TOMAHAWK-826
Project: MyFaces T
Thomas Spiegl wrote:
> tomahawk 1.1.4 branch is quite out of date by now.
Yes, if it were "current" (i.e. the trunk) it wouldn't be "stable". It
was branched ~2 months ago.
> I'd like to skip
> this one, and start releasing core and tomahawk 1.1.5 asap.
>
This seems such a common tendency of
Maybe you can take a look at the Trinidad approach. I think Trinidad
solves state-saving more effective than tomahawk or myfaces does.
On 12/20/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
I'm a fan of client-side state saving. It solves a lot of issues for me.
However, there's no doubt t
I'm a fan of client-side state saving. It solves a lot of issues for me.
However, there's no doubt that it requires more bandwidth due to
saving the entire component tree state in a hidden input field.
I wonder how much of this is really necessary. I'm guessing 90% of
the state saved is simp
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12460002
]
Paul Spencer commented on MYFACES-1396:
---
Paul,
I would like to be create the problem so it can be addressed. Their are many
places where the charset can
[
http://issues.apache.org/jira/browse/MYFACES-1424?page=comments#action_12459995
]
Paul Pogonyshev commented on MYFACES-1424:
--
Well, OK, but I guess 99% of interested people are interested in the source
code of MyFaces, not of its sit
[
http://issues.apache.org/jira/browse/MYFACES-1424?page=comments#action_12459992
]
Wendy Smoak commented on MYFACES-1424:
--
The website is a separate module, so its scm url points to the source code for
the website itself.
We can add a sr
[
http://issues.apache.org/jira/browse/MYFACES-1424?page=comments#action_12459991
]
Paul Pogonyshev commented on MYFACES-1424:
--
Uh, sorry. Seems working, just my SVN build doesn't support SSL.
> Incorrect source repository commands
>
If it's like the RI, the reasoning is to accommodate the back button issue with
server-side state saving. It would be wrong to assume/associate a single state
with a page given multiple windows and back button use. Using a sequence adds
a level of uniqueness to state which is equal to 'page +
[
http://issues.apache.org/jira/browse/MYFACES-1424?page=comments#action_12459988
]
Popcorn commented on MYFACES-1424:
--
Works for me. What doesn't work?
> Incorrect source repository commands
>
>
>
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459986
]
Paul Pogonyshev commented on MYFACES-1396:
--
And let me clarify why I think browser should have absolutely no saying in the
a resulting encoding.
Nowad
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459985
]
Paul Spencer commented on MYFACES-1396:
---
I have used the tcpmon from the Apache Axis project
http://ws.apache.org/axis/java/user-guide.html#AppendixUsin
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459981
]
Paul Pogonyshev commented on MYFACES-1396:
--
1) No. I'm too tired now to find how to do it. 2) Firefox 2.0. 3) English
(US).
> Too much escaping
> -
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459978
]
Paul Spencer commented on MYFACES-1396:
---
Paul,
Can you verify what you browser is sending, i.e. UTF8 or UTF-8?
What is the borwser?
What is the default l
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459975
]
Paul Pogonyshev commented on MYFACES-1396:
--
Note from the code, there's nothing like that (I actually grepped all source
tree.)
It may get it from the
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459974
]
Paul Spencer commented on MYFACES-1396:
---
Paul,
I have search the source code for "UTF8", but found nothing. Like you said,
the charset is being passed in
[ http://issues.apache.org/jira/browse/TOBAGO-224?page=all ]
Volker Weber resolved TOBAGO-224.
-
Fix Version/s: 1.0.9
(was: 1.0.10)
Resolution: Fixed
> validation of tree works incorrect
> --
>
validation of tree works incorrect
--
Key: TOBAGO-224
URL: http://issues.apache.org/jira/browse/TOBAGO-224
Project: MyFaces Tobago
Issue Type: Bug
Reporter: Volker Weber
Assigned To: Volke
I've been noticing in my output a jsf_sequence hidden form field that
increments on what seems to be each request. What's the reason for such an
incrementing hidden field?
Does it have something to do with this "back button issue"? If so, how?
I tried using a debugger but quickly got overwhelmed
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459948
]
Paul Pogonyshev commented on MYFACES-1396:
--
Eh, I meant
org.apache.myfaces.shared_impl.renderkit.html.HtmlResponseWriterImpl for the
second list item.
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459946
]
Paul Pogonyshev commented on MYFACES-1396:
--
I didn't create a patch since I didn't feel it is a proper fix for upstream
version. And now I can't creat
[
http://issues.apache.org/jira/browse/MYFACES-1424?page=comments#action_12459944
]
Paul Pogonyshev commented on MYFACES-1424:
--
Is that really so hard to fix?
Popcorn: that command doesn't work either.
> Incorrect source repository c
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459938
]
Paul Spencer commented on MYFACES-1396:
---
Paul,
Please submit a patch or describe "I just fixed it by converting "UTF8" to
"UTF-8" in HtmlResponseWriterImp
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12459919
]
Paul Pogonyshev commented on MYFACES-1396:
--
I have fixed this locally since we have a release soon and it is not fixed in
upstream (stable) versions.
Locale support for inputDate months
---
Key: TOMAHAWK-825
URL: http://issues.apache.org/jira/browse/TOMAHAWK-825
Project: MyFaces Tomahawk
Issue Type: Improvement
Affects Versions: 1.1.5-SNAPSHOT
AFAICT, we don't yet have a contributor agreement from Nikolay Petrov
for MYFACES-1411.
right! Martin can you contact him, since you are working with him ?
--
Wendy
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-a
On 12/19/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> By the way, is this similar to (or identical to) your idea for a
preupdate()
> method in Shale's ViewController (SHALE-338)? If so, I still like the
idea
> ... just need to see the follow through :-).
:) I am on it, but got "blocke
On 12/19/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Just out of curiousity, where did they add "it"? I don't see any
reference
> to updateActionListener in 1.2.
it is named setPropertyActionListener in the spec and in trinidad
setActinListener
Thanks ... I had not recalled that fr
40 matches
Mail list logo