I've check the code from
http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf. And I found that
the response coming from Ajax call on this site is not the similar as the
one I am getting. I am getting response enclosed with html tags, which is
not the case with irian.at site.
Do I require
[
https://issues.apache.org/jira/browse/TRINIDAD-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13031071#comment-13031071
]
Jens Mueller commented on TRINIDAD-195:
---
Reproducable here in 1.2.4. Where is this
[
https://issues.apache.org/jira/browse/TRINIDAD-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13031071#comment-13031071
]
Jens Mueller edited comment on TRINIDAD-195 at 5/10/11 8:44 AM:
puh, finally found the 2 hours to verify the release.
+1
* tested with 2 real world projects
* signature verified
* sha1 + md5 ok
* source distribution builds
* rat check ok
LieGrue,
strub
--- On Mon, 5/9/11, Werner Punz werner.p...@gmail.com wrote:
From: Werner Punz werner.p...@gmail.com
Hi,
in current codebase, myfaces use mostly enhanced loop for iterating over
chidren:
for (UIComponent child: getChildren())
that creates new instance of iterator.
After change to plain old indices:
for (i = 0; i childCount; i++)
child = getChildren().get(i);
I achieved following results
If getChildren() is always of type List, then it really doesn't matter
if it's ArrayList or ChildArrayList or some other kind of list. You
can use indexes for any type of List.
On Tue, May 10, 2011 at 4:11 PM, Martin Koci
martin.kocicak.k...@gmail.com wrote:
Hi,
in current codebase, myfaces
Mike,
What Martin is talking about is that if the List doesn't implement the
Marker interface RandomAccess then the List may implement indexed-based
access through iteration, in which case iterating the list is n^2/2
-- Blake Sullivan
On 5/10/11 1:17 PM, Mike Kienenberger wrote:
If
Hi
+1 to change to plain old indices. One curious thing to note is Trinidad
variant uses plain old indices to do its own stuff. See:
http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad-api/src/main/java/org/apache/myfaces/trinidad/component/ChildArrayList.java
Trinidad stuff is rock
Hi,
yes, every List support indexes, but it dependes on implementation if
that index-based access is fast or not. For example, ArrayList is fast,
because it uses array internally; and also flags that with interface
java.util.RandomAccess
But LinkedList for example just iterates the list until
It's not dangerous or risky. It's just slower. It won't break anything.
The common case is that this change will have better performance in
all known situations.
I haven't looked at the code, but what about creating a static
Iterator instead of creating a new one each time?
Or picking whether
Trinidad's Library Scriptlet Mechansim Should Support More Selective JS
Inclusion
-
Key: TRINIDAD-2100
URL: https://issues.apache.org/jira/browse/TRINIDAD-2100
Project:
[
https://issues.apache.org/jira/browse/TRINIDAD-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Max Starets updated TRINIDAD-2100:
--
Status: Patch Available (was: Open)
Trinidad's Library Scriptlet Mechansim Should Support
[
https://issues.apache.org/jira/browse/MYFACES-3125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13031417#comment-13031417
]
Matt Benson commented on MYFACES-3125:
--
Took awhile for me to get back to this, but
MockResponseStateManager is not symetric
Key: MYFACESTEST-48
URL: https://issues.apache.org/jira/browse/MYFACESTEST-48
Project: MyFaces Test
Issue Type: Bug
Components: Mock Objects
[
https://issues.apache.org/jira/browse/MYFACESTEST-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACESTEST-48.
---
Resolution: Fixed
Fix Version/s: 1.0.3-SNAPSHOT
MockResponseStateManager
Add AbstractJsfConfigurableMultipleRequestsTestCase class
-
Key: MYFACESTEST-49
URL: https://issues.apache.org/jira/browse/MYFACESTEST-49
Project: MyFaces Test
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/MYFACESTEST-49?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACESTEST-49.
---
Resolution: Fixed
Fix Version/s: 1.0.3-SNAPSHOT
Add
Move all code related to state caching into one place
-
Key: MYFACES-3134
URL: https://issues.apache.org/jira/browse/MYFACES-3134
Project: MyFaces Core
Issue Type: Sub-task
[
https://issues.apache.org/jira/browse/MYFACES-3134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACES-3134.
-
Resolution: Fixed
Fix Version/s: 2.1.0
2.0.6
Move all code
Hi
There is an old, known problem related to server side state saving,
that becomes more evident in JSF 2.0 and its ajax support.
For more information about it, you can see:
https://issues.apache.org/jira/browse/MYFACES-3117
Current server state saving implementation prevents multi-window usage
Hi
Checking the state saving algorithm I have seen that every time
StateManager.saveView is called, it checks for duplicate ids, scanning
the whole component tree. The documentation of StateManager.saveView
says this:
...This method must also enforce the rule that, for components with
non-null
hi,
i would combine it - +1 for a myfaces specific parameter which gets
evaluated in case of project-stage production.
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/5/11
22 matches
Mail list logo