Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
On Thu, Dec 10, 2009 at 8:46 AM, Zeng Lingzhu zengling...@gmail.com wrote: Matthias: i have an another topic. Why Tomahawk, Tobago and Trinidad are not merge in one project? simply b/c there was never a big effort to try that; we were talking about that, yes. But the community never actually had a very strong feeling about getting started here. Wanna help out ? 2009/12/10 Matthias Wessendorf mat...@apache.org: Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: dait...@gmail.com To: users@myfaces.apache.org Hi, Just want to know if MyFaces Core 2.0.0 has passed the TCK? If not , is there any plan for it? Thanks! 2009/12/1 Leonardo Uribe lu4...@apache.org The Apache MyFaces team is pleased to announce the release of MyFaces Core 2.0.0-alpha. MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by JSR-314. MyFaces Core 2.0.0-alpha is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 2.0.0-alpha Sub-task * [MYFACES-2174] - MyFaces 2.0 AJAX API extension proposal * [MYFACES-2191] - Move the myfaces params into the context * [MYFACES-2195] - rename xhrcore_xxx to xhrcore._xxx * [MYFACES-2200] - Send events and errors at the various xhr stages * [MYFACES-2223] - switch viewstate replacement from id to name * [MYFACES-2238] - offer extension point for AJAX Javascript * [MYFACES-2240] - typo in javascript build script and target folder doesn't fit the spec * [MYFACES-2257] - trigger external scripts after AJAX reload * [MYFACES-2311] - Implement composite:actionSource tag handler * [MYFACES-2312] - Implement composite:attribute tag handler * [MYFACES-2313] - Implement composite:editableValueHolder tag handler * [MYFACES-2314] - Implement composite:extension tag handler * [MYFACES-2315] - Implement composite:facet tag handler * [MYFACES-2316] - Implement composite:implementation tag handler * [MYFACES-2317] - Implement composite:insertChildren tag handler * [MYFACES-2318] - Implement composite:insertFacet tag handler * [MYFACES-2319] - Implement composite:interface tag handler * [MYFACES-2320] - Implement composite:renderFacet tag handler * [MYFACES-2324] - Add ViewDeclarationLanguage.retargetAttachedObjects and ViewDeclarationLanguage.retargetMethodExpressions * [MYFACES-2325] - Add Composite Renderer class * [MYFACES-2331] - Implement Composite Component Attributes ELResolver (jsf 2.0 spec section 5.6.2.2) and add implicit object cc and component * [MYFACES-2362] - Move default validator registration from UIInput.validateValue to ComponentTagHandlerDelegate Bug * [MYFACES-2083] - FacesContext contains several unnecessary methods * [MYFACES-2131] - Import to internal Sun class * [MYFACES-2146] - Bug in UIViewRoot causes Exception in popComponentFromEL() * [MYFACES-2147] - NoSuchMethodException when instantiating SystemEvent objects * [MYFACES-2287] - getting the myfaces 1.2 simple example app running on 2.0 impl * [MYFACES-2296] - Annotation scanning bugs * [MYFACES-2357] - currency validation does not fall through to the default JVM local when a default locale is not specified in faces-config * [MYFACES-2358] - System event system not working * [MYFACES-2359] - ComponentSystemEvents are not globally dispatched * [MYFACES-2360] - Facelets JSTL escapeXML function not escaping '' * [MYFACES-2381] - Broken link: Core JSF-2.0 * [MYFACES-2384] - @FacesBehavior not handled correctly * [MYFACES-2386] - Refactor Bean Validation constants to package-private class * [MYFACES-2387] - component state not being restored when ValueChangeListener is attached * [MYFACES-2390] - h:graphic image doesn't handle library attribue * [MYFACES-2391] - classpath resources not checking for valid version pattern *
Re: 100% CPU Usage and blocking concurrent Threads when using t:saveState
I agree with Mario. It really seams llike the internal structure of the
TreeMap is destroyed, thus ending in some infinite loop and causing 100%
CPU.
Shouldn't we generally synchronize those Maps or use ConcurrentMaps?
Regards,
Jakob Korherr
2009/12/10 Mario Ivankovits ma...@ops.co.at
For me, this clearly looks like concurrent usage of the request map.
All the servlet scopes (session, request, …) are not thread safe and one
has to assure that they are not accessed at the same time by multiple
threads.
This turns out to be hard as e.g. there is no standard how to synchronize
against the session map. As a side note: I often wonder why this does not
lead to much more problems in the wild …
Anyway, in your case it seems the internal datastructure of the request map
is damaged - which in fact is strange as I do not know when the request map
will be accessed by multiple threads.
Sorry that this is not a solution, but it should give you a clue where to
look next …
Ciao,
Mario
*Von:* Jan Baudisch [mailto:jan.baudi...@gmx.net]
*Gesendet:* Donnerstag, 10. Dezember 2009 08:02
*An:* MyFaces Discussion
*Betreff:* 100% CPU Usage and blocking concurrent Threads when using
t:saveState
Hello MyFaces Community,
we are using MyFaces 1.2.0 with Tomahawk Sandbox 1.1.5 and have the
problem, that once in a while we get 100% CPU Usage and blocking concurrent
threads because of using t:saveState
A thread dump shows that the threads always stops at
at java.util.TreeMap.put(TreeMap.java:545)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerManager.addSaveStateBean(RedirectTrackerManager.java:306)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerVariableResolver.resolveVariable(RedirectTrackerVariableResolver.java:50)
(The complete thread dump is attached). The problem shows up on one system
with heavy concurrent usage and JxBrowser as client.
After we kill these threads using Lambda Probe, the CPU Usage normalizes.
The problem occurs in that method:
...
public void addSaveStateBean(String expressionString, Object value)
{
if(log.isDebugEnabled())
log.debug(addSaveStateBean: + expressionString + value= +
value);
requestBeanMap.put(expressionString, value);
}
...
private final Map requestBeanMap = new TreeMap(); ...
As the problem is really severe for us, any hints are highly appreciated.
Many thanks in advance,
-- Jan
RE: 100% CPU Usage and blocking concurrent Threads when using t:saveState
Ja, a ConcurrentMap might do the trick, but the thing is, this is out of our
scope, isn't it?
These maps are create by the servlet container and thus are part of the servlet
spec. And even then, they are created by tomcat.
I am afraid, there is nothing we can do.
As far as I remember, there was about a discussion about synchronizing against
those map in the servelt container. But this has been abandoned for performance
reasons.
Ciao,
Mario
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im
Auftrag von Jakob Korherr
Gesendet: Donnerstag, 10. Dezember 2009 10:35
An: MyFaces Discussion
Betreff: Re: 100% CPU Usage and blocking concurrent Threads when using
t:saveState
I agree with Mario. It really seams llike the internal structure of the
TreeMap is destroyed, thus ending in some infinite loop and causing
100%
CPU.
Shouldn't we generally synchronize those Maps or use ConcurrentMaps?
Regards,
Jakob Korherr
2009/12/10 Mario Ivankovits ma...@ops.co.at
For me, this clearly looks like concurrent usage of the request
map.
All the servlet scopes (session, request, …) are not thread safe and
one
has to assure that they are not accessed at the same time by multiple
threads.
This turns out to be hard as e.g. there is no standard how to
synchronize
against the session map. As a side note: I often wonder why this does
not
lead to much more problems in the wild …
Anyway, in your case it seems the internal datastructure of the
request map
is damaged - which in fact is strange as I do not know when the
request map
will be accessed by multiple threads.
Sorry that this is not a solution, but it should give you a clue
where to
look next …
Ciao,
Mario
*Von:* Jan Baudisch [mailto:jan.baudi...@gmx.net]
*Gesendet:* Donnerstag, 10. Dezember 2009 08:02
*An:* MyFaces Discussion
*Betreff:* 100% CPU Usage and blocking concurrent Threads when using
t:saveState
Hello MyFaces Community,
we are using MyFaces 1.2.0 with Tomahawk Sandbox 1.1.5 and have the
problem, that once in a while we get 100% CPU Usage and blocking
concurrent
threads because of using t:saveState
A thread dump shows that the threads always stops at
at java.util.TreeMap.put(TreeMap.java:545)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerManager.addSav
eStateBean(RedirectTrackerManager.java:306)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerVariableResolv
er.resolveVariable(RedirectTrackerVariableResolver.java:50)
(The complete thread dump is attached). The problem shows up on one
system
with heavy concurrent usage and JxBrowser as client.
After we kill these threads using Lambda Probe, the CPU Usage
normalizes.
The problem occurs in that method:
...
public void addSaveStateBean(String expressionString, Object
value)
{
if(log.isDebugEnabled())
log.debug(addSaveStateBean: + expressionString +
value= +
value);
requestBeanMap.put(expressionString, value);
}
...
private final Map requestBeanMap = new TreeMap(); ...
As the problem is really severe for us, any hints are highly
appreciated.
Many thanks in advance,
-- Jan
smime.p7s
Description: S/MIME cryptographic signature
RE: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. -- Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: dait...@gmail.com To: users@myfaces.apache.org Hi, Just want to know if MyFaces Core 2.0.0 has passed the TCK? If not , is there any plan for it? Thanks! 2009/12/1 Leonardo Uribe lu4...@apache.org The Apache MyFaces team is pleased to announce the release of MyFaces Core 2.0.0-alpha. MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by JSR-314. MyFaces Core 2.0.0-alpha is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 2.0.0-alpha Sub-task * [MYFACES-2174] - MyFaces 2.0 AJAX API extension proposal * [MYFACES-2191] - Move the myfaces params into the context * [MYFACES-2195] - rename xhrcore_xxx to xhrcore._xxx * [MYFACES-2200] - Send events and errors at the various xhr stages * [MYFACES-2223] - switch viewstate replacement from id to name * [MYFACES-2238] - offer extension point for AJAX Javascript * [MYFACES-2240] - typo in javascript build script and target folder doesn't fit the spec * [MYFACES-2257] - trigger external scripts after AJAX reload * [MYFACES-2311] - Implement composite:actionSource tag handler * [MYFACES-2312] - Implement composite:attribute tag handler * [MYFACES-2313] - Implement composite:editableValueHolder tag handler * [MYFACES-2314] - Implement composite:extension tag handler * [MYFACES-2315] - Implement composite:facet tag handler * [MYFACES-2316] - Implement composite:implementation tag handler * [MYFACES-2317] - Implement composite:insertChildren tag handler * [MYFACES-2318] - Implement composite:insertFacet tag handler * [MYFACES-2319] - Implement composite:interface tag handler * [MYFACES-2320] - Implement composite:renderFacet tag handler * [MYFACES-2324] - Add ViewDeclarationLanguage.retargetAttachedObjects and ViewDeclarationLanguage.retargetMethodExpressions * [MYFACES-2325] - Add Composite Renderer class * [MYFACES-2331] - Implement Composite Component Attributes ELResolver (jsf 2.0 spec section 5.6.2.2) and add implicit object cc and component * [MYFACES-2362] - Move default validator registration from UIInput.validateValue to ComponentTagHandlerDelegate Bug * [MYFACES-2083] - FacesContext contains several unnecessary methods * [MYFACES-2131] - Import to internal Sun
Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
2009/12/10 周恩 ejbst...@hotmail.com: 1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! there is no jsf implementation, at Oracle... 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! this is an open place. Please start contributing... Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. -- Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: dait...@gmail.com To: users@myfaces.apache.org Hi, Just want to know if MyFaces Core 2.0.0 has passed the TCK? If not , is there any plan for it? Thanks! 2009/12/1 Leonardo Uribe lu4...@apache.org The Apache MyFaces team is pleased to announce the release of MyFaces Core 2.0.0-alpha. MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by JSR-314. MyFaces Core 2.0.0-alpha is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 2.0.0-alpha Sub-task * [MYFACES-2174] - MyFaces 2.0 AJAX API extension proposal * [MYFACES-2191] - Move the myfaces params into the context * [MYFACES-2195] - rename xhrcore_xxx to xhrcore._xxx * [MYFACES-2200] - Send events and errors at the various xhr stages * [MYFACES-2223] - switch viewstate replacement from id to name * [MYFACES-2238] - offer extension point for AJAX Javascript * [MYFACES-2240] - typo in javascript build script and target folder doesn't fit the spec * [MYFACES-2257] - trigger external scripts after AJAX reload * [MYFACES-2311] - Implement composite:actionSource tag handler * [MYFACES-2312] - Implement composite:attribute tag handler * [MYFACES-2313] - Implement composite:editableValueHolder tag handler * [MYFACES-2314] - Implement composite:extension tag handler * [MYFACES-2315] - Implement composite:facet tag handler * [MYFACES-2316] - Implement composite:implementation tag handler * [MYFACES-2317] - Implement composite:insertChildren tag handler * [MYFACES-2318] - Implement composite:insertFacet tag handler * [MYFACES-2319] - Implement composite:interface tag handler * [MYFACES-2320] - Implement composite:renderFacet tag handler * [MYFACES-2324] - Add ViewDeclarationLanguage.retargetAttachedObjects and ViewDeclarationLanguage.retargetMethodExpressions * [MYFACES-2325] - Add Composite Renderer class * [MYFACES-2331] - Implement Composite Component Attributes ELResolver (jsf 2.0 spec section 5.6.2.2) and add implicit object cc and component * [MYFACES-2362] - Move default validator registration from UIInput.validateValue to ComponentTagHandlerDelegate
RE: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
2. Apache Trinidad is come from oracle? 5. I like to contribute to myfaces and other project. even I have a try to work in so-called big company in full time job but my english is so poor so that I can't submit a nice resume, of course I doubt that in that company I can't deal with core technique. I am in china, I can not have more time to contribute the open source area now. I have developed a rapid software developed tool and other commercial software just myself(about 40, lines code, thus I hope that myfaces will be good, otherwise I must rewrite the tool.), I have no energy to contribute at part time now. I am so sorry. Date: Thu, 10 Dec 2009 11:15:22 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! there is no jsf implementation, at Oracle... 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! this is an open place. Please start contributing... Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. -- Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: dait...@gmail.com To: users@myfaces.apache.org Hi, Just want to know if MyFaces Core 2.0.0 has passed the TCK? If not , is there any plan for it? Thanks! 2009/12/1 Leonardo Uribe lu4...@apache.org The Apache MyFaces team is pleased to announce the release of MyFaces Core 2.0.0-alpha. MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by JSR-314. MyFaces Core 2.0.0-alpha is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 2.0.0-alpha Sub-task * [MYFACES-2174] - MyFaces 2.0 AJAX API extension proposal * [MYFACES-2191] - Move the myfaces params into the context * [MYFACES-2195] - rename xhrcore_xxx to xhrcore._xxx * [MYFACES-2200] - Send events and errors at the various xhr stages * [MYFACES-2223] - switch viewstate replacement from id to name * [MYFACES-2238] - offer extension point for AJAX Javascript * [MYFACES-2240] - typo in javascript build script and target folder doesn't fit the spec * [MYFACES-2257] - trigger external scripts after AJAX reload * [MYFACES-2311] - Implement composite:actionSource tag handler * [MYFACES-2312] - Implement composite:attribute tag handler * [MYFACES-2313] - Implement
Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
2009/12/10 周恩 ejbst...@hotmail.com: 2. Apache Trinidad is come from oracle? Correct and it was donated to Apache in 2006. However, please note that Trinidad is not an implementation. It is a component library. Oracle's container (Weblogic) ships the SUN RI (Mojarra) and Apache MyFaces Core (these two are actually implementations). Trinidad, ADF Faces, are just (component) libraries. Not implementations of the JSF specification. You can use them with ANY implementation that passed the TCK (for JSF) 5. I like to contribute to myfaces and other project. even I have a try to work in so-called big company in full time job but my english is so poor so that I can't submit a nice resume, of course I doubt that in that company I can't deal with core technique. I am in china, I can not have more time to contribute the open source area now. I have developed a rapid software developed tool and other commercial software just myself(about 40, lines code, thus I hope that myfaces will be good, otherwise I must rewrite the tool.), I have no energy to contribute at part time now. I am so sorry. when ever you are ready to contribute feel free to jump in. Regarding the English: Most of Apache committers aren't native speakers. So not a big deal. -Matthias Date: Thu, 10 Dec 2009 11:15:22 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! there is no jsf implementation, at Oracle... 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! this is an open place. Please start contributing... Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. -- Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: dait...@gmail.com To: users@myfaces.apache.org Hi, Just want to know if MyFaces Core 2.0.0 has passed the TCK? If not , is there any plan for it? Thanks! 2009/12/1 Leonardo Uribe lu4...@apache.org The Apache MyFaces team is pleased to announce the release of MyFaces Core 2.0.0-alpha. MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by JSR-314. MyFaces Core 2.0.0-alpha is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 2.0.0-alpha Sub-task * [MYFACES-2174] - MyFaces 2.0 AJAX API extension proposal * [MYFACES-2191] - Move the myfaces params into
Re: 100% CPU Usage and blocking concurrent Threads when using t:saveState
Hello Mario and Jakob,
thank you very much for your ideas on this problem.
As far as I understood, the map that is causing the trouble is initialized
inside class RedirectTrackerManager, and not by the application container:
protected Map getRequestBeanMap()
{
if (requestBeanMap == null)
{
requestBeanMap = new TreeMap();
}
return requestBeanMap;
}
so what do you think of using a concurrent counterpart of TreeMap instead, e.g.
java.util.concurrent.ConcurrentSkipListMap?
Best regards,
-- Jan
Am 10.12.2009 um 11:08 schrieb Mario Ivankovits:
Ja, a ConcurrentMap might do the trick, but the thing is, this is out of our
scope, isn't it?
These maps are create by the servlet container and thus are part of the
servlet spec. And even then, they are created by tomcat.
I am afraid, there is nothing we can do.
As far as I remember, there was about a discussion about synchronizing
against those map in the servelt container. But this has been abandoned for
performance reasons.
Ciao,
Mario
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im
Auftrag von Jakob Korherr
Gesendet: Donnerstag, 10. Dezember 2009 10:35
An: MyFaces Discussion
Betreff: Re: 100% CPU Usage and blocking concurrent Threads when using
t:saveState
I agree with Mario. It really seams llike the internal structure of the
TreeMap is destroyed, thus ending in some infinite loop and causing
100%
CPU.
Shouldn't we generally synchronize those Maps or use ConcurrentMaps?
Regards,
Jakob Korherr
2009/12/10 Mario Ivankovits ma...@ops.co.at
For me, this clearly looks like concurrent usage of the request
map.
All the servlet scopes (session, request, …) are not thread safe and
one
has to assure that they are not accessed at the same time by multiple
threads.
This turns out to be hard as e.g. there is no standard how to
synchronize
against the session map. As a side note: I often wonder why this does
not
lead to much more problems in the wild …
Anyway, in your case it seems the internal datastructure of the
request map
is damaged - which in fact is strange as I do not know when the
request map
will be accessed by multiple threads.
Sorry that this is not a solution, but it should give you a clue
where to
look next …
Ciao,
Mario
*Von:* Jan Baudisch [mailto:jan.baudi...@gmx.net]
*Gesendet:* Donnerstag, 10. Dezember 2009 08:02
*An:* MyFaces Discussion
*Betreff:* 100% CPU Usage and blocking concurrent Threads when using
t:saveState
Hello MyFaces Community,
we are using MyFaces 1.2.0 with Tomahawk Sandbox 1.1.5 and have the
problem, that once in a while we get 100% CPU Usage and blocking
concurrent
threads because of using t:saveState
A thread dump shows that the threads always stops at
at java.util.TreeMap.put(TreeMap.java:545)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerManager.addSav
eStateBean(RedirectTrackerManager.java:306)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerVariableResolv
er.resolveVariable(RedirectTrackerVariableResolver.java:50)
(The complete thread dump is attached). The problem shows up on one
system
with heavy concurrent usage and JxBrowser as client.
After we kill these threads using Lambda Probe, the CPU Usage
normalizes.
The problem occurs in that method:
...
public void addSaveStateBean(String expressionString, Object
value)
{
if(log.isDebugEnabled())
log.debug(addSaveStateBean: + expressionString +
value= +
value);
requestBeanMap.put(expressionString, value);
}
...
private final Map requestBeanMap = new TreeMap(); ...
As the problem is really severe for us, any hints are highly
appreciated.
Many thanks in advance,
-- Jan
RE: 100% CPU Usage and blocking concurrent Threads when using t:saveState
Ah ... ok, sorry, didn't remember exactly. Ok, this changes things.
Yes, synchronizing in one way or the other might help here.
The ConcurrentSkipListMap is JDK 1.6 only, so might not make it as patch
into myfaces, but a simple synchronize() around each requestBeanMap access
might do the trick either. I do not suspect that you notice any performance
loss.
Please try and report back!
Ciao,
Mario
-Ursprüngliche Nachricht-
Von: Jan Baudisch [mailto:jan.baudi...@gmx.net]
Gesendet: Donnerstag, 10. Dezember 2009 11:58
An: MyFaces Discussion
Betreff: Re: 100% CPU Usage and blocking concurrent Threads when using
t:saveState
Hello Mario and Jakob,
thank you very much for your ideas on this problem.
As far as I understood, the map that is causing the trouble is
initialized inside class RedirectTrackerManager, and not by the
application container:
protected Map getRequestBeanMap()
{
if (requestBeanMap == null)
{
requestBeanMap = new TreeMap();
}
return requestBeanMap;
}
so what do you think of using a concurrent counterpart of TreeMap
instead, e.g. java.util.concurrent.ConcurrentSkipListMap?
Best regards,
-- Jan
Am 10.12.2009 um 11:08 schrieb Mario Ivankovits:
Ja, a ConcurrentMap might do the trick, but the thing is, this is out
of our scope, isn't it?
These maps are create by the servlet container and thus are part of
the servlet spec. And even then, they are created by tomcat.
I am afraid, there is nothing we can do.
As far as I remember, there was about a discussion about
synchronizing against those map in the servelt container. But this has
been abandoned for performance reasons.
Ciao,
Mario
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im
Auftrag von Jakob Korherr
Gesendet: Donnerstag, 10. Dezember 2009 10:35
An: MyFaces Discussion
Betreff: Re: 100% CPU Usage and blocking concurrent Threads when
using
t:saveState
I agree with Mario. It really seams llike the internal structure of
the
TreeMap is destroyed, thus ending in some infinite loop and causing
100%
CPU.
Shouldn't we generally synchronize those Maps or use ConcurrentMaps?
Regards,
Jakob Korherr
2009/12/10 Mario Ivankovits ma...@ops.co.at
For me, this clearly looks like concurrent usage of the request
map.
All the servlet scopes (session, request, …) are not thread safe
and
one
has to assure that they are not accessed at the same time by
multiple
threads.
This turns out to be hard as e.g. there is no standard how to
synchronize
against the session map. As a side note: I often wonder why this
does
not
lead to much more problems in the wild …
Anyway, in your case it seems the internal datastructure of the
request map
is damaged - which in fact is strange as I do not know when the
request map
will be accessed by multiple threads.
Sorry that this is not a solution, but it should give you a clue
where to
look next …
Ciao,
Mario
*Von:* Jan Baudisch [mailto:jan.baudi...@gmx.net]
*Gesendet:* Donnerstag, 10. Dezember 2009 08:02
*An:* MyFaces Discussion
*Betreff:* 100% CPU Usage and blocking concurrent Threads when
using
t:saveState
Hello MyFaces Community,
we are using MyFaces 1.2.0 with Tomahawk Sandbox 1.1.5 and have
the
problem, that once in a while we get 100% CPU Usage and blocking
concurrent
threads because of using t:saveState
A thread dump shows that the threads always stops at
at java.util.TreeMap.put(TreeMap.java:545)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerManager.addSav
eStateBean(RedirectTrackerManager.java:306)
at
org.apache.myfaces.custom.redirectTracker.RedirectTrackerVariableResolv
er.resolveVariable(RedirectTrackerVariableResolver.java:50)
(The complete thread dump is attached). The problem shows up on one
system
with heavy concurrent usage and JxBrowser as client.
After we kill these threads using Lambda Probe, the CPU Usage
normalizes.
The problem occurs in that method:
...
public void addSaveStateBean(String expressionString, Object
value)
{
if(log.isDebugEnabled())
log.debug(addSaveStateBean: + expressionString +
value= +
value);
requestBeanMap.put(expressionString, value);
}
...
private final Map requestBeanMap = new TreeMap(); ...
As the problem is really severe for us, any hints are highly
appreciated.
Many thanks in advance,
-- Jan
really severe for us, any hints are highly
appreciated.
Many thanks in advance,
-- Jan
smime.p7s
Description: S/MIME cryptographic signature
duplicate component ids after mirgration to JSF 1.2
I have massive problems with duplicate component ids after updating: - myFaces from 1.1.6 to 1.2.8 - tomahawk from 1.1.7 to tomahawk12-1.1.9 - tomhahawk sandbox from 1.1.7 to 1.1.9 - richfaces from 3.1.5 to 3.3.2 (api,impl and ui) - tiles from 1 to 2.0.5 The curious thing is that unique ids are claimed to be a duplicate. If I rename such an id to another one with a random number then this id is claimed! Sample stack: java.lang.IllegalStateException: duplicate Id for a component searches at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:68) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.AjaxStateManager.getTreeStructureToSave(AjaxStateManager.java:187) at org.ajax4jsf.application.AjaxStateManager.buildViewState(AjaxStateManager.java:498) at org.ajax4jsf.application.AjaxStateManager.saveView(AjaxStateManager.java:462) at org.apache.myfaces.tomahawk.application.jsp.JspTilesTwoViewHandlerImpl.renderTilesView(JspTilesTwoViewHandlerImpl.java:211) Sample tag: t:div id=searches forceId=true I use this tag with forceId many times (with different ids of course) and on some pages I get the duplicate id exceptions! I don't use c-tags, scriptlets or other dirty tags and the ebove div is not inside collection tags like datatable or datalist. I cannot see any pattern in this kind of error. Are there any known issues regarding duplicate ids or the tree creation? Is this rather a myfaces, tomahawk or richfaces issue? Thanks, Michael
Re: pop up for delete confirmation
Can anyone else hit the url for PrimeFaces below?I'm trying to
determine if it's my network that won't let me out or if the app is
down??? I really want the ajax fluff that goes with prime faces. I had a
few instances where I could have used it in my last project.
Pat
Luka Surija l...@iytim.hr
09/12/2009 06:57 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called confirmDialog
integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a pop
to
confirm the deletion of a record. There doesn't seem to be any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what everyone
else
does to confirm a delete?
Pat
--
Grant Smith
AW: pop up for delete confirmation
Probably it is the port 8080, which is blocked for some companies.
You could just download the jar and see their documentation. As long as you
are using JSF 1.2+ it is very easy to use.
Cheers
Reen
-Ursprüngliche Nachricht-
Von: pbr...@johnson.ca [mailto:pbr...@johnson.ca]
Gesendet: Donnerstag, 10. Dezember 2009 13:51
An: MyFaces Discussion
Betreff: Re: pop up for delete confirmation
Can anyone else hit the url for PrimeFaces below?I'm trying to
determine if it's my network that won't let me out or if the app is
down??? I really want the ajax fluff that goes with prime faces. I had a
few instances where I could have used it in my last project.
Pat
Luka Surija l...@iytim.hr
09/12/2009 06:57 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called confirmDialog
integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a pop
to
confirm the deletion of a record. There doesn't seem to be any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what everyone
else
does to confirm a delete?
Pat
--
Grant Smith
RE: pop up for delete confirmation
Agreed. PrimeFaces is surely an impressive component library.
Is a trial version available for download? Thanks.
- Shirish
-Original Message-
From: Luka Surija [mailto:l...@iytim.hr]
Sent: Wednesday, December 09, 2009 12:33 PM
To: MyFaces Discussion
Subject: Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called
confirmDialog integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a
pop to confirm the deletion of a record. There doesn't seem to be
any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what
everyone
else
does to confirm a delete?
Pat
--
Grant Smith
Re: pop up for delete confirmation
Working fine.
Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br
On Thu, Dec 10, 2009 at 10:50 AM, pbr...@johnson.ca wrote:
Can anyone else hit the url for PrimeFaces below?I'm trying to
determine if it's my network that won't let me out or if the app is
down??? I really want the ajax fluff that goes with prime faces. I had a
few instances where I could have used it in my last project.
Pat
Luka Surija l...@iytim.hr
09/12/2009 06:57 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called confirmDialog
integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a pop
to
confirm the deletion of a record. There doesn't seem to be any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what everyone
else
does to confirm a delete?
Pat
--
Grant Smith
Re: pop up for delete confirmation
Thanks folks, it was the port being blocked. I'll have to look at the
source and give it a try.
Pat
Walter Mourão walter.mou...@gmail.com
10/12/2009 10:00 AM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Working fine.
Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br
On Thu, Dec 10, 2009 at 10:50 AM, pbr...@johnson.ca wrote:
Can anyone else hit the url for PrimeFaces below?I'm trying to
determine if it's my network that won't let me out or if the app is
down??? I really want the ajax fluff that goes with prime faces. I had
a
few instances where I could have used it in my last project.
Pat
Luka Surija l...@iytim.hr
09/12/2009 06:57 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called
confirmDialog
integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com
wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a
pop
to
confirm the deletion of a record. There doesn't seem to be any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what
everyone
else
does to confirm a delete?
Pat
--
Grant Smith
Antwort: duplicate component ids after mirgration to JSF 1.2
Hello, we had the same problems when updating from Faces 1.1.x to 1.2.x. Cause 1) Comment tags i.e. !-- some comment -- inside a t:dataTable and or t:dataScroller Cause 2) input field is set readOnly, ie. after a save whiele staying on the page (only in combination with a t:saveState Michael Heinen michael.hei...@recommind.com 10.12.2009 12:56 Bitte antworten an MyFaces Discussion users@myfaces.apache.org An MyFaces Discussion users@myfaces.apache.org Kopie Thema duplicate component ids after mirgration to JSF 1.2 I have massive problems with duplicate component ids after updating: - myFaces from 1.1.6 to 1.2.8 - tomahawk from 1.1.7 to tomahawk12-1.1.9 - tomhahawk sandbox from 1.1.7 to 1.1.9 - richfaces from 3.1.5 to 3.3.2 (api,impl and ui) - tiles from 1 to 2.0.5 The curious thing is that unique ids are claimed to be a duplicate. If I rename such an id to another one with a random number then this id is claimed! Sample stack: java.lang.IllegalStateException: duplicate Id for a component searches at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:68) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.AjaxStateManager.getTreeStructureToSave(AjaxStateManager.java:187) at org.ajax4jsf.application.AjaxStateManager.buildViewState(AjaxStateManager.java:498) at org.ajax4jsf.application.AjaxStateManager.saveView(AjaxStateManager.java:462) at org.apache.myfaces.tomahawk.application.jsp.JspTilesTwoViewHandlerImpl.renderTilesView(JspTilesTwoViewHandlerImpl.java:211) Sample tag: t:div id=searches forceId=true I use this tag with forceId many times (with different ids of course) and on some pages I get the duplicate id exceptions! I don't use c-tags, scriptlets or other dirty tags and the ebove div is not inside collection tags like datatable or datalist. I cannot see any pattern in this kind of error. Are there any known issues regarding duplicate ids or the tree creation? Is this rather a myfaces, tomahawk or richfaces issue? Thanks, Michael
AW: Antwort: duplicate component ids after mirgration to JSF 1.2
Another cause could be the use of %...@include file Tags . I dont know whether that falls in the dirty tag category :) -Ursprüngliche Nachricht- Von: andreas.schm...@hella.com [mailto:andreas.schm...@hella.com] Gesendet: Donnerstag, 10. Dezember 2009 15:47 An: MyFaces Discussion Cc: MyFaces Discussion Betreff: Antwort: duplicate component ids after mirgration to JSF 1.2 Hello, we had the same problems when updating from Faces 1.1.x to 1.2.x. Cause 1) Comment tags i.e. !-- some comment -- inside a t:dataTable and or t:dataScroller Cause 2) input field is set readOnly, ie. after a save whiele staying on the page (only in combination with a t:saveState Michael Heinen michael.hei...@recommind.com 10.12.2009 12:56 Bitte antworten an MyFaces Discussion users@myfaces.apache.org An MyFaces Discussion users@myfaces.apache.org Kopie Thema duplicate component ids after mirgration to JSF 1.2 I have massive problems with duplicate component ids after updating: - myFaces from 1.1.6 to 1.2.8 - tomahawk from 1.1.7 to tomahawk12-1.1.9 - tomhahawk sandbox from 1.1.7 to 1.1.9 - richfaces from 3.1.5 to 3.3.2 (api,impl and ui) - tiles from 1 to 2.0.5 The curious thing is that unique ids are claimed to be a duplicate. If I rename such an id to another one with a random number then this id is claimed! Sample stack: java.lang.IllegalStateException: duplicate Id for a component searches at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:68) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.AjaxStateManager.getTreeStructureToSave(AjaxStateMa nager.java:187) at org.ajax4jsf.application.AjaxStateManager.buildViewState(AjaxStateManager.ja va:498) at org.ajax4jsf.application.AjaxStateManager.saveView(AjaxStateManager.java:462 ) at org.apache.myfaces.tomahawk.application.jsp.JspTilesTwoViewHandlerImpl.rende rTilesView(JspTilesTwoViewHandlerImpl.java:211) Sample tag: t:div id=searches forceId=true I use this tag with forceId many times (with different ids of course) and on some pages I get the duplicate id exceptions! I don't use c-tags, scriptlets or other dirty tags and the ebove div is not inside collection tags like datatable or datalist. I cannot see any pattern in this kind of error. Are there any known issues regarding duplicate ids or the tree creation? Is this rather a myfaces, tomahawk or richfaces issue? Thanks, Michael
RE: I'm having problems integrating myfaces 1.2.6 with SAP Java Server WebXMLParser
Thanks Scott,
I'm new to the process for bugs and patches with the myfaces project. Can you
guide me through it ?
By when could I get a compiled version after that ? What about a release ?
Also, would there be a guide to compiling a new myfaces core ... Maybe I can
fix it on my side and have it fixed for the next release.
Thanks.
Thierry Dagnino
Expertise et Développement SAP.
Équipe Expertise
Mtl-700 Gauchetière
700, rue de la Gauchetière ouest
Montréal QC H3B 0B6
Étage 28
Tél HQ : 0-834-3219
Tél Externe : 514-397-3939 (3219)
-Message d'origine-
De : Scott O'Bryan [mailto:darkar...@gmail.com]
Envoyé : mercredi 9 décembre 2009 17:08
À : MyFaces Discussion
Cc : users@myfaces.apache.org
Objet : Re: I'm having problems integrating myfaces 1.2.6 with SAP Java Server
WebXMLParser
Hmm interresting. Generally the webapp mapping is in the default namespace is
it not? I don't know if J2EE is spec'd this way but most webapp that I've seen
are done this way.
I'm not a bit fan of using getLocalName in general becuase it can lead to
conflicts. That said, if someone defines a web-xml element in thier schema,
they should be shot. ;)
Write up a bug and submit a patch and maybe we can get it in.
Scott
Sent from my iPhone
On Dec 9, 2009, at 2:31 PM, dagnino.thie...@hydro.qc.ca wrote:
Hi,
I'm having problems integrating myfaces 1.2.6 with SAP Java Server
(Java 1.5)
The problem , I found was in the code for
org.apache.myfaces.shared_impl.webapp.webxml.WebXmlParser parse()
method.
the parse method does the following
InputSource is = createContextInputSource(null,
/WEB-INF/web.xml);
if (is == null)
{
URL url = this._context.getResource(/WEB-INF/web.xml);
log.debug(No web-xml found at : + ((url == null) ?
null : url.toString()));
return this._webXml;
}
Document document = db.parse(is);
Element webAppElem = document.getDocumentElement();
if ((webAppElem == null) ||
(!(webAppElem.getNodeName().equals(web-app
throw new FacesException(No valid web-app root element
found!);
*
but the JDK 1.5 implementation is namespace aware so the return of
getNodeName is in our system ns1:web-app
I think the implementation should do getLocalName() instead of
getNodeName ...
Does anyone have a suggestion to how to get arround this... I'm
sure someone else has a system where the web.xml file has namespaces
in it ...
Thank you and sorry if this question is not posted at the right
place... if so please redirect me to the right list.
Thanks again.
Thierry Dagnino
Re: pop up for delete confirmation
http://www.primefaces.org/
2009/12/10 pbr...@johnson.ca:
Thanks folks, it was the port being blocked. I'll have to look at the
source and give it a try.
Pat
Walter Mourão walter.mou...@gmail.com
10/12/2009 10:00 AM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Working fine.
Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br
On Thu, Dec 10, 2009 at 10:50 AM, pbr...@johnson.ca wrote:
Can anyone else hit the url for PrimeFaces below? I'm trying to
determine if it's my network that won't let me out or if the app is
down??? I really want the ajax fluff that goes with prime faces. I had
a
few instances where I could have used it in my last project.
Pat
Luka Surija l...@iytim.hr
09/12/2009 06:57 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
Cagatay,
I'm really impressed with your PrimeFaces.
Luka Surija
On 12/09/2009 05:45 PM, Cagatay Civici wrote:
There's a special component for this in PrimeFaces called
confirmDialog
integrated with command components.
http://97.107.138.40:8080/prime-showcase/ui/confirmDialog.jsf
That will work smoothly with Tomahawk.
On Wed, Dec 9, 2009 at 4:43 PM, Grant Smithwork.gr...@gmail.com
wrote:
I use RichFace's ModelPanel for this...
On Wed, Dec 9, 2009 at 8:39 AM,pbr...@johnson.ca wrote:
So that's the second person who is using the regular old javascript
confirm dialog. Doesn't it seem odd that there is no tomahawk popup
component? My leader seems to think that we shouldn't use this
because
it
is ancient. I wish he could come up with a better excuse than that.
However, does anyone an idea for a better looking component?
Pat
Luka Surijal...@iytim.hr
09/12/2009 01:01 PM
Please respond to
MyFaces Discussionusers@myfaces.apache.org
To
MyFaces Discussionusers@myfaces.apache.org
cc
Subject
Re: pop up for delete confirmation
onclick=return(confirm('#{msg.AreYouSure}'));
Luka Surija
On 12/03/2009 12:02 PM, Anton Gavazuk wrote:
I'm using the basic javascript...
2009/11/30pbr...@johnson.ca
I am using the Tomahawk set of tags for this project. I need a
pop
to
confirm the deletion of a record. There doesn't seem to be any
concept
of
a popup in JSF or Tomahawk. I can use a basic javascript cofirm
popup
and
functionaly it works perfect but the color scheme doesn't match my
application and it doesn't look good. Just wondering what
everyone
else
does to confirm a delete?
Pat
--
Grant Smith
Re: Antwort: duplicate component ids after mirgration to JSF 1.2
Hi Testing some examples to debug myfaces core 2.0, it was found the solution for this problem. See: https://issues.apache.org/jira/browse/MYFACES-1834 for details. regards, Leonardo Uribe 2009/12/10 Günther, Rene - Innflow AG rene.guent...@innflow.com Another cause could be the use of %...@include file Tags . I dont know whether that falls in the dirty tag category :) -Ursprüngliche Nachricht- Von: andreas.schm...@hella.com [mailto:andreas.schm...@hella.com] Gesendet: Donnerstag, 10. Dezember 2009 15:47 An: MyFaces Discussion Cc: MyFaces Discussion Betreff: Antwort: duplicate component ids after mirgration to JSF 1.2 Hello, we had the same problems when updating from Faces 1.1.x to 1.2.x. Cause 1) Comment tags i.e. !-- some comment -- inside a t:dataTable and or t:dataScroller Cause 2) input field is set readOnly, ie. after a save whiele staying on the page (only in combination with a t:saveState Michael Heinen michael.hei...@recommind.com 10.12.2009 12:56 Bitte antworten an MyFaces Discussion users@myfaces.apache.org An MyFaces Discussion users@myfaces.apache.org Kopie Thema duplicate component ids after mirgration to JSF 1.2 I have massive problems with duplicate component ids after updating: - myFaces from 1.1.6 to 1.2.8 - tomahawk from 1.1.7 to tomahawk12-1.1.9 - tomhahawk sandbox from 1.1.7 to 1.1.9 - richfaces from 3.1.5 to 3.3.2 (api,impl and ui) - tiles from 1 to 2.0.5 The curious thing is that unique ids are claimed to be a duplicate. If I rename such an id to another one with a random number then this id is claimed! Sample stack: java.lang.IllegalStateException: duplicate Id for a component searches at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:68) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.TreeStructureNode.apply(TreeStructureNode.java:92) at org.ajax4jsf.application.AjaxStateManager.getTreeStructureToSave(AjaxStateMa nager.java:187) at org.ajax4jsf.application.AjaxStateManager.buildViewState(AjaxStateManager.ja va:498) at org.ajax4jsf.application.AjaxStateManager.saveView(AjaxStateManager.java:462 ) at org.apache.myfaces.tomahawk.application.jsp.JspTilesTwoViewHandlerImpl.rende rTilesView(JspTilesTwoViewHandlerImpl.java:211) Sample tag: t:div id=searches forceId=true I use this tag with forceId many times (with different ids of course) and on some pages I get the duplicate id exceptions! I don't use c-tags, scriptlets or other dirty tags and the ebove div is not inside collection tags like datatable or datalist. I cannot see any pattern in this kind of error. Are there any known issues regarding duplicate ids or the tree creation? Is this rather a myfaces, tomahawk or richfaces issue? Thanks, Michael
RE: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
1. Yes, Apache Trinidad is just (component) library. But there are so many libraries like tomahawk, tobago, trinidad and so on in myfaces project, why not merge these reasonably? at least the duplicate component. Too many choices means confuse, especially to potential customer(developer and commercial company). BTW, why I am wrong? because I think so. it means that us developers must care more about customer idea, not just the technical idea. 2. The myfaces develop works must have a open plan, stability, continuity, simple, powerful and take it serious. This is mine main idea. In fact, I have started the contribute by a pungent criticism. Date: Thu, 10 Dec 2009 11:49:49 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 2. Apache Trinidad is come from oracle? Correct and it was donated to Apache in 2006. However, please note that Trinidad is not an implementation. It is a component library. Oracle's container (Weblogic) ships the SUN RI (Mojarra) and Apache MyFaces Core (these two are actually implementations). Trinidad, ADF Faces, are just (component) libraries. Not implementations of the JSF specification. You can use them with ANY implementation that passed the TCK (for JSF) 5. I like to contribute to myfaces and other project. even I have a try to work in so-called big company in full time job but my english is so poor so that I can't submit a nice resume, of course I doubt that in that company I can't deal with core technique. I am in china, I can not have more time to contribute the open source area now. I have developed a rapid software developed tool and other commercial software just myself(about 40, lines code, thus I hope that myfaces will be good, otherwise I must rewrite the tool.), I have no energy to contribute at part time now. I am so sorry. when ever you are ready to contribute feel free to jump in. Regarding the English: Most of Apache committers aren't native speakers. So not a big deal. -Matthias Date: Thu, 10 Dec 2009 11:15:22 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! there is no jsf implementation, at Oracle... 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! this is an open place. Please start contributing... Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. -- Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since 2006. I am sure you will like the 2.0 version. If you don't like the process of developement, here is a tip: This is open source which means you are actually able to make a change here! Greetings! Matthias 2009/12/10 周恩 ejbst...@hotmail.com: As a jsf fans and a java programmer since 1999, I think jsf implements provided by apache is disordered and poor maintained!!! lack of plan, stability, continuity and stability!!! Mybe something is good in this version, but you can find nothing in next version!The project team especially the manager is irresponsible!!! I use myfaces 1.1.1 from 2006(in a product), but I am looking for another jsf implement now(btw, which one is better?), the feeling is not so good. Sorry for my poor english and my angry. Date: Tue, 1 Dec 2009 09:46:51 +0800 Subject: Re: [ANNOUNCE] MyFaces Core
[Trinidad] Cannot Add Item to SelectManyShuttle After Initial Rendering
I have a Select Many Ordered Shuttle working in a faces page. The tag
documentation contract for the shuttle states:
--
-- JavaScript proxies --
In some cases, developers will need to use JavaScript to manipulate or use the
contents of the lists. This may be required as actions for the buttons or
icons in the shuttle footers or outside the shuttle all together. Thus, a set
of Javascript utility methods are available that operate on the lists. These
are located in the shuttle.js Javascript library, which is automatically loaded
if you use the shuttle.
These methods can be accessed by creating a ShuttleProxy instance based on the
shuttle client ID and form.
// create the proxy object
var proxy2 = new ShuttleProxy(testShuttle2, testForm2);
Once the proxy is created, you can use it to gain information about the lists
or to manipulate the lists in the shuttle. The proxy provides the following
functions:
...
addItem(leadingList, index, text, value, description) : adds an item at the
given index to a list. The item is added to the leading list if leadingList is
true, otherwise it is added to the trailing list. The index should be 0 based.
Thus, to insert an item at the end of a list, set index to
shuttleProxy.getItemCount(leadinglist). The text parameter specifies the
display text for the item, while the value parameter specifies the value that
represents this item upon form submission. The description parameter specifies
a description of the item. The description parameter can be omitted
---
I have written the JavaScript code to add an item to the shuttle and this works
at the client end; however, when I try and submit the shuttle lists, the server
end fails when it gets to class
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.SelectManyShuttleRenderer
when it is decoding the submitted list in method getSubmittedValue as shown
below:
protected Object getSubmittedValue(
FacesContext context,
UIComponent component,
String clientId)
{
// Since we override getSubmittedValue() entirely,
// detect auto submit manually
detectAutoSubmit(context, component, clientId);
String trailingId = clientId + :trailing:items;
String paramValue = (String) context.getExternalContext().
getRequestParameterMap().get(trailingId);
if ((paramValue == null) || .equals(paramValue))
return new String[0];
ListString list = new ArrayListString();
StringTokenizer tokenizer = new StringTokenizer(paramValue, ;);
// don't let the submitted list get any bigger than the number of
// total items in the shuttle
int availableItems = SelectItemSupport.getSelectItemCount(component);
int numItems = 0;
while (tokenizer.hasMoreElements())
{
numItems++;
if (numItems availableItems)
{
_LOG.severe(SELECTED_SHUTTLE_ITEMS_EXCEEDED_TOTAL_NUMBER, clientId);
return new String[0];
}
list.add(tokenizer.nextToken());
}
The check to confirm that the number of submitted items is not greater than the
original shuttle list already in existence at the server end, stops any user
from adding an additional item to the shuttle. I understand that this may have
been done to protect against an attack where someone sends in a huge list of
shuttle items, BUT this seems to be in direct conflict with the shuttle
contract above that states that I should be able to add one or more items to a
shuttle at the client end. I don't believe the intention was simply to add
items to the shuttle at the client end without submitting it.
I was unable to find any examples, working or otherwise, anywhere that
demonstrate said functionality.
Given the above, if this getSubmittedValue code is correct and the addItem
contract is also correct, how does one add an item to an existing shuttle AND
submit it to the server?
-= Gregg =-
Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release
Yeah, many people have talked about your first idea and I think eeryone likes it in theory, but the implementation is another story. The Tobago, Tomahawk, and Trinidad communities have very different philosophies on what constitutes a good and productive framework which makes a 'one size fits all' solution problematic. This difference in philosophy even makes co-existance of two different renderkits in the ame application problematic. Hopefully with JSF 2.0 and beyond some of the MAJOR sticking points can be ironed out with the standards, but until then, it looks like the different philosophies will prevail in the different renderkits. The nice thing abou open-source community diven software is that if you, as a developer, like Tobago but you want some of the component functionality of Trinidad, your welcome to port over the component. You have all the source AND the ability to contribute. ;) Just my two cents. Scott Sent from my iPhone On Dec 10, 2009, at 6:43 PM, 周恩 ejbst...@hotmail.com wrote: 1. Yes, Apache Trinidad is just (component) library. But there are so many libraries like tomahawk, tobago, trinidad and so on in myfaces project, why not merge these reasonably? at least the duplicate component. Too many choices means confuse, especially to potential customer (developer and commercial company). BTW, why I am wrong? because I think so. it means that us developers must care more about customer idea, not just the technical idea. 2. The myfaces develop works must have a open plan, stability, continuity, simple, powerful and take it serious. This is mine main idea. In fact, I have started the contribute by a pungent criticism. Date: Thu, 10 Dec 2009 11:49:49 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 2. Apache Trinidad is come from oracle? Correct and it was donated to Apache in 2006. However, please note that Trinidad is not an implementation. It is a component library. Oracle's container (Weblogic) ships the SUN RI (Mojarra) and Apache MyFaces Core (these two are actually implementations). Trinidad, ADF Faces, are just (component) libraries. Not implementations of the JSF specification. You can use them with ANY implementation that passed the TCK (for JSF) 5. I like to contribute to myfaces and other project. even I have a try to work in so-called big company in full time job but my english is so poor so that I can't submit a nice resume, of course I doubt that in that company I can't deal with core technique. I am in china, I can not have more time to contribute the open source area now. I have developed a rapid software developed tool and other commercial software just myself(about 40, lines code, thus I hope that myfaces will be good, otherwise I must rewrite the tool.), I have no energy to contribute at part time now. I am so sorry. when ever you are ready to contribute feel free to jump in. Regarding the English: Most of Apache committers aren't native speakers. So not a big deal. -Matthias Date: Thu, 10 Dec 2009 11:15:22 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org 2009/12/10 周恩 ejbst...@hotmail.com: 1.Merge tomahawk, tobago, trinidad and other project togther, at least the myfaces develop team must care about this. 2.Oracle and other commercial organization must first care about us jsf implement user's feeling, then the commercial consideration. if Oracle can not give up so-called his own jsf implement then support and lead the myfaces team to be a real one valuable team with valuable jsf implement, we give up oracle! there is no jsf implementation, at Oracle... 3.If you something, you must do it better. must be understand by all the myfaces team, then do things responsible. 4.Develop works must have a open plan, the implement must be stability, continuity, simple, powerful and with your heart! 5.The sample application need to be with more referential value to direct the user team develop enterprise application, especially the application architecture. Jsf implement to be used in right way is important! this is an open place. Please start contributing... Something concerned the responsibility of open source developer and commercial organization, it's interesting and serious. In my heart, I hope that the myfaces implement to be No.1. Sorry for my poor english and my angry. --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Date: Thu, 10 Dec 2009 08:05:44 +0100 Subject: Re: [ANNOUNCE] MyFaces Core v2.0.0-alpha Release From: mat...@apache.org To: users@myfaces.apache.org; ejbst...@hotmail.com Thanks for using myfaces since
