FYI,
JSF Performance: Mojarra improves dramatically with latest release[1]
What is MyFaces response to this? :)
When I was using Mojarra months ago (before I migrated to MyFaces), I think
I voted for this JIRA for tracking purposes, so I still get
updates/comments on this JIRA.
[1]
http
I'm not sure MyFaces needs to respond to this. Did you look at the
blog link you posted? MyFaces is still faster than the improved
Mojarra...
On 5/22/13, Howard W. Smith, Jr. smithh032...@gmail.com wrote:
FYI,
JSF Performance: Mojarra improves dramatically with latest release[1]
What
. smithh032...@gmail.com wrote:
FYI,
JSF Performance: Mojarra improves dramatically with latest release[1]
What is MyFaces response to this? :)
When I was using Mojarra months ago (before I migrated to MyFaces), I
think
I voted for this JIRA for tracking purposes, so I still get
updates
Forgot to mention (below/inline)
On Tue, May 21, 2013 at 9:19 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Agreed/understood..MyFaces is 'still' faster than the enhanced Mojarra.
I just like MyFaces users/list to see/know what others are saying and what
others are trying to
, Ted r6squee...@gmail.com wrote:
I'm not sure MyFaces needs to respond to this. Did you look at the
blog link you posted? MyFaces is still faster than the improved
Mojarra...
On 5/22/13, Howard W. Smith, Jr. smithh032...@gmail.com wrote:
FYI,
JSF Performance: Mojarra improves
look at the
blog link you posted? MyFaces is still faster than the improved
Mojarra...
On 5/22/13, Howard W. Smith, Jr. smithh032...@gmail.com wrote:
FYI,
JSF Performance: Mojarra improves dramatically with latest release[1]
What is MyFaces response
Shasi Mitra Yarram schrieb:
We have developed an application..These are the technologies we've used:
- JDK 1.4.2
- JSF 1.1 (Myfaces 1.1.6)
- Ajax4JSF 1.1.1
- Tomahawk 1.1.8
- Tiles 2.1.0
- Spring 2.5, Spring Security for security layer
- iBatis 2.0
Databases:
- SQL Server 2000, DB2 8, Sybase
We have limited usage of datatables. But wherever we have used, we
have done managed bean (in request scope) binding with
preservedatamodel as true.
Ok I overlooked this part, this part definitely adds additional data to
your session:
We have developed an application..These are the technologies we've used:
- JDK 1.4.2
- JSF 1.1 (Myfaces 1.1.6)
- Ajax4JSF 1.1.1
- Tomahawk 1.1.8
- Tiles 2.1.0
- Spring 2.5, Spring Security for security layer
- iBatis 2.0
Databases:
- SQL Server 2000, DB2 8, Sybase
Servers:
- IBM
Hello everyone,
I just wanted to let you know that we've got some excellent new
content at JSFCentral this year. Check out the following:
Ivankovits and Kitching's Orchestra: Conversations, JPA, and more
This podcast is an interview between Mario Ivankovits and Simon
Kitching recorded at
From what I know, answers in-line
I was browsing through the myfaces wiki and read through 'Performance'.
There it says The MyFacesExtensionsFilter buffers and parses the response
on every request. You can disable this.
My questions are
1. Why do we need to parse the response on every
Hi!
On 11/15/07, *Andrew Robinson* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
It seems like, for the most part, tomahawk is a dead
project (no releases for a long time, no promotion of the sandbox to
the core tomahawk project in a long time, etc.).
I am still VERY happy
On 11/15/07, Andrew Robinson [EMAIL PROTECTED] wrote:
It seems like, for the most part, tomahawk is a dead
project (no releases for a long time, no promotion of the sandbox to
the core tomahawk project in a long time, etc.).
Hopefully Trinidad will swallow Tomahawk in the near future and we
I have a JSF page that has many levels of jsp includes. It would be a very
large JSF tree, and accessed by thousands of users. Everytime a user accesses
the page, the JSF tree needs to be built. Bean data are request scope, and
saved by saveState. they can not be shared, they are different
Hi!
Thanks for the info! Is the vertical scale in the diagrams of the JavaOne
Performance Slides the CPU-Load?
Martin, you mentioned partial state saving. I read some blog entries of
jocob (facelets) and adam winer about partial state saving. Is it already
implemented in facelets? (it's a
Hi Clemens,
it's the time, relative to the longest request. For server-side SS
it's around 2 secs. for the no-serialization column.
Partial state saving is implemented in Trinidad - Jacob plans to do a
version of Facelets where you can go totally stateless.
regards,
Martin
On 11/23/06,
Hi there,
does somebody has gathered some founded experience in a jsf-production
environment with 200+ users, accessing the website quite frequently in an
intranet setup?
I could only find some discussions dated early 2004 that stated, that the
performance isn't that good. Can you point me to
Hi,
Wiki about performance;
http://wiki.apache.org/myfaces/Performance
Cagatay
On 11/22/06, Clemens Schneider [EMAIL PROTECTED] wrote:
Hi there,
does somebody has gathered some founded experience in a jsf-production
environment with 200+ users, accessing the website quite frequently in an
Hi Clemens,
to save you the troubles of trying to migrate: MyFaces is as fast as
the RI, our numbers even show a small advantage. Where we can all save
performance is in partial state-saving.
regards,
Martin
On 11/22/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi,
Wiki about performance;
P.S.: this small advantage is true for RI 1.2 versus MyFaces 1.1,
MyFaces 1.1 has been _way_ faster than RI 1.1
regards,
Martin
On 11/22/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Clemens,
to save you the troubles of trying to migrate: MyFaces is as fast as
the RI, our numbers even
that it is very useful.
Many thanks,
Fintan
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: 16 July 2006 22:54
To: MyFaces Discussion; Jesse Alexander (KBSA 21); Matthias Wessendorf
Subject: Re: JSF Performance Problems
I hope it works to send them to the list, but here
: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: 16 July 2006 22:54
To: MyFaces Discussion; Jesse Alexander (KBSA 21); Matthias Wessendorf
Subject: Re: JSF Performance Problems
I hope it works to send them to the list, but here the slides! If it doesn't,
kann either Matt or Alexander put 'em up
the slides nor notes nor was I there...
regards
Alexander
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matthias Wessendorf
Sent: Wednesday, July 12, 2006 7:02 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
there...
regards
Alexander
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matthias Wessendorf
Sent: Wednesday, July 12, 2006 7:02 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matthias Wessendorf
Sent: Wednesday, July 12, 2006 7:02 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
there should be more on this added to the wiki
the JavaOne session was cool
] On
Behalf Of Matthias Wessendorf
Sent: Wednesday, July 12, 2006 7:02 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
there should be more on this added to the wiki
the JavaOne session was cool.
On 7/12/06, Jesse Alexander (KSFD 121)
[EMAIL PROTECTED] wrote:
A search
there...
regards
Alexander
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matthias Wessendorf
Sent: Wednesday, July 12, 2006 7:02 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
there should be more on this added
Subject: Re: JSF Performance Problems
I think this is already documented on the wiki, isnt' it ß
On 7/11/06, Gerald Müllan [EMAIL PROTECTED] wrote:
Hi,
sure thing; Just tell JSF in web.xml the context parameter:
context-param
param
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Matthias Wessendorf
Sent: Tuesday, July 11, 2006 5:08 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
I think this is already documented on the wiki, isnt' it ß
On 7/11/06, Gerald Müllan [EMAIL PROTECTED] wrote
of
memory
used in the HttpSesssion and therefor has an impact on
server-performance.
regards
Alexander
-Original Message-
From: Mike Duffy [mailto:[EMAIL PROTECTED]
Sent: Monday, July 10, 2006 10:27 AM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
Could you please rerun
:17 PM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
Hi,
sure thing; Just tell JSF in web.xml the context parameter:
context-param
param-nameorg.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION/param-name
param-value20/param-value
descriptionOnly applicable
: Monday, July 10, 2006 10:27 AM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
Could you please rerun the metrics with the performance
tuning suggestion found at:
http://wiki.apache.org/myfaces/Performance
Thx.
Mike
--
Gerald Müllan
Schelleingasse 2/11
1040
to know if anybody has ideas or code samples that make JSF
perform better?
--
View this message in context:
http://www.nabble.com/JSF-Performance-Problems-tf1912565.html#a5236070
Sent from the MyFaces - Users forum at Nabble.com.
__
Do You Yahoo
, persistence,
AJAX etc.
IMHO reduce development time is still the
most important factor to consider.
Regards,
Yee
From: jfaronson
[mailto:[EMAIL PROTECTED]
Sent: Sunday, July 09, 2006 8:11
AM
To: users@myfaces.apache.org
Subject: JSF Performance Problems
I grabbed the attachments from
:11 AM
To: users@myfaces.apache.org
Subject: JSF Performance Problems
I grabbed the attachments from the original performance bug
https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=3
and ran some JMeter tests against the JSP only and the JSF versions. The
pages are really simple
controllers--especially if they are EJB backed).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Matthias Wessendorf
Sent: Monday, 10 July 2006 4:17 AM
To: MyFaces Discussion
Subject: Re: JSF Performance Problems
Faclets gives you +10 - 15% more
On 7/9/06
Are you using client or server side state saving? Using the latter will cut
response times in half.
Dennis Byrne
-Original Message-
From: Dhananjay Prasanna [mailto:[EMAIL PROTECTED]
Sent: Monday, July 10, 2006 12:40 AM
To: 'MyFaces Discussion'
Subject: RE: JSF Performance Problems
I
important in real life projects so it's more than a theoretical problem.
I'd also like to know if anybody has ideas or code samples that make JSF perform better?
View this message in context: JSF Performance Problems
Sent from the MyFaces - Users forum at Nabble.com.
, count on your backend portion (i.e. SQL
queries)being the area that needs to be addressed
first.
From: jfaronson
To: users@myfaces.apache.org
Sent: Saturday, July 08, 2006 5:11
PM
Subject: JSF Performance Problems
I grabbed the attachments from the original performance bug https
You may want to look at the wiki for this one.
http://wiki.apache.org/myfaces/Performance
Dennis Byrne
-Original Message-
From: jfaronson [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 8, 2006 08:11 PM
To: users@myfaces.apache.org
Subject: JSF Performance Problems
I grabbed
: Friday, May 19, 2006 2:05 PM To: MyFaces Discussion Subject: Re: How to improve JSF performance?
Hi, Gerald Could you advise where I can find t:document TLD ? Is it in tomahawk extension inside myfaces1,1/1.1.1 ? I cannot find this tag in documentation.
Thanks, yasushi Gerald Müllan wrote
Hi.
My environment: MyFaces 1.1.3 + Tomahawk 1.1.2 + Facelet 1.0.4 +
javax.faces.STATE_SAVING_METHOD =client
I'm testing StreamingAddResource as told in Wiki to get some performance
improvements.
Everything worked ok after modifying jsp files and web.xml
configuration. Except that time to
-Original Message-
From: Yasushi Okubo [mailto: [EMAIL PROTECTED]
Sent: Friday, May 19, 2006 2:05 PM
To: MyFaces Discussion
Subject: Re: How to improve JSF performance?
Hi, Gerald
Could you advise where I can find t:document TLD ? Is it in tomahawk
extension inside
to 1.1.3, that will be great. thanks, yasushi
-Original Message- From: Yasushi Okubo [mailto:
[EMAIL PROTECTED]] Sent: Friday, May 19, 2006 2:05 PM To: MyFaces Discussion Subject: Re: How to improve JSF performance?
Hi, Gerald Could you advise where I
Hi.
Aleksei, how (and where) can the lastModified be set manually?
Directly somewhere in the jar?
See
tomahawk-${version}.jar/org/apache/myfaces/renderkit/html/util/AddResources.properties.
Unpack the jar, correct the file and pack it back.
I have tested earlier the server side and I know
: Yasushi Okubo [mailto: [EMAIL PROTECTED]
Sent: Friday, May 19, 2006 2:05 PM
To: MyFaces Discussion
Subject: Re: How to improve JSF performance?
Hi, Gerald
Could you advise where I can find t:document TLD ? Is it in tomahawk
extension inside myfaces1,1/1.1.1 ?
I
Mario Ivankovits schrieb:
Hi!
We have the technical requirement to stay with JSPs. :(
Well, we use JSP to describe the JSF view too - we slowly convert our
application from JSP to JSF (so we have both JSP embedded in JSF and
pure JSF), and I cant say that the performance it that worse.
It
Hi!
Well, we use JSP to describe the JSF view too - we slowly convert our
application from JSP to JSF (so we have both JSP embedded in JSF and
pure JSF), and I cant say that the performance it that worse.
It can be that worse, actually, client side state saving is a huge
burden, but it
Mario Ivankovits wrote:
It can be that worse, actually, client side state saving is a huge
burden, but it does not have to be, the correct state saving strategy
(server side) can give a huge push.
Oh, well, for sure, and I dont know why one would like to use client
side state saving in real
Unfortunately client side state is the only way to get multiple
component trees to not conflict (IFRAME, popup windows, user has
multiple windows open, etc). I am using server state and as a result,
I cannot use some of these techniques (like the jenia4faces dialog).
If that was fixed
Hi!
Unfortunately client side state is the only way to get multiple
component trees to not conflict (IFRAME, popup windows, user has
multiple windows open, etc).
Is this still the case?
MyFaces holds multiple versions per view - so this should be no longer a
problem.
For sure, only a number of
Hi!
Being slow is better than running out of memory.
Is memory really a factor here? The view isnt that huge, is it?
So even if the view is 5k big and you store the last 20 per user and
expect 1000 concurrent users you'll end with 100Mb view data on the
server - you will have many other problems
On 5/22/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Well, we use JSP to describe the JSF view too - we slowly convert our
application from JSP to JSF (so we have both JSP embedded in JSF and
pure JSF), and I cant say that the performance it that worse.
It can be that worse, actually,
Hi!
I only use client-side state saving in my applications.
client-side state saving eliminates the back button problem, and it
can survive the death of the application server transparently.
There's also no issues with session timeouts.
Ok, I understand, in the past I also used client-side
On 5/22/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Ok, I understand, in the past I also used client-side state saving, but
things happening lately showed me that in the end I cant stick with it.
Transparent persistence (hibernate) - application transaction - to
tell only the headlines ;-)
StreamingAddResource doesn't let me implement error page redirection. It flushes response buffer and if error happens after thatyou can't forward to the error page. It seems the obly workable solution for serious application is server side state with no serialization.
On 5/22/06, Aleksei Valikov
can advise me how I can use
it without upgrading to 1.1.3, that will be great. thanks, yasushi -Original Message- From: Yasushi Okubo [mailto:[EMAIL PROTECTED] Sent: Friday, May 19, 2006 2:05 PM To: MyFaces Discussion Subject: Re: How to improve JSF performance? Hi, Gerald Could you
PROTECTED]
Sent: Friday, May 19, 2006 2:05 PM
To: MyFaces Discussion
Subject: Re: How to improve JSF performance?
Hi, Gerald
Could you advise where I can find t:document TLD ? Is it in tomahawk
extension inside myfaces1,1/1.1.1 ?
I cannot find this tag in documentation.
Thanks,
yasushi
Gerald
caused the slow down? Are there ways to improve JSF performance? We build the application on My Faces 1.1 and JBoss 4.0.2Any thoughts are very welcome! Thanks in advance!- Shawn
How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
is much worse than the pure JSP application. We did not expect that much difference. JSF uses JSP page after all. So, what could have caused the slow down? Are there ways to improve JSF performance? We build the application on My Faces
1.1 and JBoss 4.0.2Any thoughts are very welcome! Thanks
to improve JSF performance? We build the application on
My Faces 1.1 and JBoss 4.0.2
Any thoughts are very welcome! Thanks in advance!
- Shawn
How low will we go? Check out Yahoo! Messenger's low PC-to-Phone call rates.
--
Murat HAZER
Elektrik-Elektronik
Hi!
We have the technical requirement to stay with JSPs. :(
Well, we use JSP to describe the JSF view too - we slowly convert our
application from JSP to JSF (so we have both JSP embedded in JSF and
pure JSF), and I cant say that the performance it that worse.
But there must be a way to put JSF
the JSF application
performance
is much worse than the pure JSP application. We did not expect that much
difference. JSF uses JSP page after all. So, what could have caused
the slow
down? Are there ways to improve JSF performance? We build the
application on
My Faces 1.1 and JBoss 4.0.2
Any
Discussion
Subject: Re: How to improve JSF performance?
Hi, Gerald
Could you advise where I can find t:document TLD ? Is it in tomahawk
extension inside myfaces1,1/1.1.1 ?
I cannot find this tag in documentation.
Thanks,
yasushi
Gerald Müllan wrote:
Performance measurements have shown that plain
to 1.1.3, that will be great.
thanks,
yasushi
-Original Message-
From: Yasushi Okubo [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 19, 2006 2:05 PM
To: MyFaces Discussion
Subject: Re: How to improve JSF performance?
Hi, Gerald
Could you advise where I can find t:document TLD
all. So, what could have caused the slow
down? Are there ways to improve JSF performance? We build the application on
My Faces 1.1 and JBoss 4.0.2
Any thoughts are very welcome! Thanks in advance!
- Shawn
--
How low will we go? Check out Yahoo
66 matches
Mail list logo