Re: Clay Scxml
On Tue, May 26, 2009 at 5:22 AM, Dave Hagan d.ha...@bossi.org.uk wrote: Hi We have been developing with Shale for the last 3 years and have found the shale Clay the Scxml dialogs extremely useful - Can Clay and Scxml be used with Myfaces and other frameworks as a stand alone piece. snip/ I'll speak to the SCXML dialogs -- yes, definitely, the dialogs can be used with any kind of views really, be it MyFaces or any other view layer technologies. Please note that Shale has recently moved to the Apache Attic, more on that here [1]. This basically means that no further Shale development is planned (as part of the Apache Shale project). Ofcourse, old releases will continue to be available for download. -Rahul [1] http://attic.apache.org/projects/shale.html Regards Dave Hagan
Re: Error Handling
Tim, it's likely because the error happened during the rendering phase after the beginning of the HTML has already been flushed on the response socket... You have a couple of options: 1) move your offending code into prerender event and add an s:subview very high in your page markup so it's executed before a lot of markup is written on the socket, or 2) increase the page buffer size to be larger than the content before your exception is triggered, e.g. %@ page buffer=10kb % Hope it helps, -- Cyril Bouteille TravelMuse, Inc. Tim Corless wrote: I found that I have a NullPointerException in the my prerender code of my ViewController but I don't get an error page. I have set EXCEPTION_DISPATCH_PATH and it looks like when Shale does the redirect to my error page, the redirect causes an IllegalStateException. I have MyFaces default error handling on but I don't get an error page at all. Does anyone know how I get my error page to display? context-param param-nameorg.apache.shale.view.EXCEPTION_DISPATCH_PATH/param-name param-value/actions/app/Error.action/param-value /context-param [2009-05-05 08:39:27,566] [WebContainer : 20] *ERROR* org.apache.myfaces.lifecycle.PhaseListenerManager - Exception in PhaseListener RENDER_RESPONSE(6) afterPhase java.lang.IllegalStateException: Cannot forward. Response already committed. at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:157) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425) at org.apache.shale.view.faces.ViewPhaseListener.afterPhaseExceptionCheck(ViewPhaseListener.java:202) Thanks -Tim smime.p7s Description: S/MIME Cryptographic Signature
Re: [ANNOUNCE] Apache Shale To Move To the Attic
Hello Cyril, The Orchestra ViewController can definitely handle this. See: http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html . I'm not too familiar with the s:subview tag -- how does that work? --- Kito D. Mann -- Author, JavaServer Faces in Action http://twitter.com/kito99 http://twitter.com/jsfcentral http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info +1 203-404-4848 x3 On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille cy...@travelmuse.comwrote: Hi Kito, by VC feature I meant essentially the prerender event for processing GET requests. I couldn't see such hook from Orchestra's overview. Does it have such a feature? Writing custom PhaseListeners kicking in logic based on URLs gets a bit old... :) Shale's declarative s:subview id is great and much cleaner. Anything else like that out there? Kito Mann wrote: On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille cy...@travelmuse.com wrote: This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. MyFaces Apache Orchestra has a view controller feature as well, and you with JSF 1.2 sometimes a PhaseListener associated with a particular view can yield similar results: f:view beforePhase=#{myBean.beforePhase} afterPhase=#{myBean.afterPhase} ... /f:view The remoting features are a different story, though. JSF 2.0 has most of the Shale features (excluding the dialog framework and test framework). It handles most of the use cases Shale Remoting handles (i.e. resource mangement) but doesn't allow you to call arbitrary methods in the same manner. Greg Reddin wrote: This is a heads up for the Shale user community that the Shale PMC has voted to move the project to the Attic. This means that the Shale developers (more formally its Project Management Committee) have voted to retire Shale and move the responsibility for its oversight over to the Attic project. The MyFaces community has expressed interest in continuing development of the Shale-Test module and the Shale PMC will work with MyFaces to migrate this piece of the codebase.. Look for further announcements to that regard in the near future. You can read more about the Apache Attic at http://attic.apache.org. You can follow the progress of the move at https://issues.apache.org/jira/browse/ATTIC-2 if you so wish. On behalf of the Apache Shale PMC, Thanks! Greg Reddin
Re: [ANNOUNCE] Apache Shale To Move To the Attic
FYI, I wrote a new blog entry about this: http://blogs.jsfcentral.com/editorsdesk/entry/shale_in_the_attic --- Kito D. Mann -- Author, JavaServer Faces in Action http://twitter.com/kito99 http://twitter.com/jsfcentral http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info +1 203-404-4848 x3 On Fri, May 1, 2009 at 2:28 PM, Kito Mann kito.m...@virtua.com wrote: Hello Cyril, The Orchestra ViewController can definitely handle this. See: http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html . I'm not too familiar with the s:subview tag -- how does that work? --- Kito D. Mann -- Author, JavaServer Faces in Action http://twitter.com/kito99 http://twitter.com/jsfcentral http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info +1 203-404-4848 x3 On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille cy...@travelmuse.comwrote: Hi Kito, by VC feature I meant essentially the prerender event for processing GET requests. I couldn't see such hook from Orchestra's overview. Does it have such a feature? Writing custom PhaseListeners kicking in logic based on URLs gets a bit old... :) Shale's declarative s:subview id is great and much cleaner. Anything else like that out there? Kito Mann wrote: On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille cy...@travelmuse.com wrote: This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. MyFaces Apache Orchestra has a view controller feature as well, and you with JSF 1.2 sometimes a PhaseListener associated with a particular view can yield similar results: f:view beforePhase=#{myBean.beforePhase} afterPhase=#{myBean.afterPhase} ... /f:view The remoting features are a different story, though. JSF 2.0 has most of the Shale features (excluding the dialog framework and test framework). It handles most of the use cases Shale Remoting handles (i.e. resource mangement) but doesn't allow you to call arbitrary methods in the same manner. Greg Reddin wrote: This is a heads up for the Shale user community that the Shale PMC has voted to move the project to the Attic. This means that the Shale developers (more formally its Project Management Committee) have voted to retire Shale and move the responsibility for its oversight over to the Attic project. The MyFaces community has expressed interest in continuing development of the Shale-Test module and the Shale PMC will work with MyFaces to migrate this piece of the codebase.. Look for further announcements to that regard in the near future. You can read more about the Apache Attic at http://attic.apache.org. You can follow the progress of the move at https://issues.apache.org/jira/browse/ATTIC-2 if you so wish. On behalf of the Apache Shale PMC, Thanks! Greg Reddin
Re: [ANNOUNCE] Apache Shale To Move To the Attic
It provides the missing C in MVC of JSF for GET requests. :-) A hook in the JSP where you can declare which managed bean should be initialized for rendering. Typically high in your JSP, s:subview id=name-of-your-bean would call NameOfYourBean.prerender() event. Each page is in control of what beans it needs w/o maintaining any additional mapping file or worry about URLs or having to recompile java on changes. It provides you also with the flexibility to do conditional initialization with verbatims etc. I'll check your link, thanks. It looks like the hook is the other direction with orchestra where the bean maps to JSPs. Kito Mann wrote: Hello Cyril, The Orchestra ViewController can definitely handle this. See: http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html. I'm not too familiar with the s:subview tag -- how does that work? --- Kito D. Mann -- Author, JavaServer Faces in Action http://twitter.com/kito99 http://twitter.com/jsfcentral http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info +1 203-404-4848 x3 On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille cy...@travelmuse.com mailto:cy...@travelmuse.com wrote: Hi Kito, by VC feature I meant essentially the prerender event for processing GET requests. I couldn't see such hook from Orchestra's overview. Does it have such a feature? Writing custom PhaseListeners kicking in logic based on URLs gets a bit old... :) Shale's declarative s:subview id is great and much cleaner. Anything else like that out there? smime.p7s Description: S/MIME Cryptographic Signature
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Fri, May 1, 2009 at 2:51 PM, Cyril Bouteille cy...@travelmuse.comwrote: It provides the missing C in MVC of JSF for GET requests. :-) A hook in the JSP where you can declare which managed bean should be initialized for rendering. Typically high in your JSP, s:subview id=name-of-your-bean would call NameOfYourBean.prerender() event. Each page is in control of what beans it needs w/o maintaining any additional mapping file or worry about URLs. It provides you also with the flexibility to do conditional initialization with verbatims etc. I'll check your link, thanks. It looks like the hook is the other direction with orchestra where the bean maps to JSPs. Ah, I see. Nice. FYI, the phaseListener feature in JSF 1.2 is more fine-grained than I mentioned; you can reference a specific method via a method expression for beforePhase and afterPhase. See http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/f/view.html. Kito Mann wrote: Hello Cyril, The Orchestra ViewController can definitely handle this. See: http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html . I'm not too familiar with the s:subview tag -- how does that work? --- Kito D. Mann -- Author, JavaServer Faces in Action http://twitter.com/kito99 http://twitter.com/jsfcentral http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info +1 203-404-4848 x3 On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille cy...@travelmuse.comwrote: Hi Kito, by VC feature I meant essentially the prerender event for processing GET requests. I couldn't see such hook from Orchestra's overview. Does it have such a feature? Writing custom PhaseListeners kicking in logic based on URLs gets a bit old... :) Shale's declarative s:subview id is great and much cleaner. Anything else like that out there? Kito Mann wrote: On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille cy...@travelmuse.com wrote: This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. MyFaces Apache Orchestra has a view controller feature as well, and you with JSF 1.2 sometimes a PhaseListener associated with a particular view can yield similar results: f:view beforePhase=#{myBean.beforePhase} afterPhase=#{myBean.afterPhase} ... /f:view The remoting features are a different story, though. JSF 2.0 has most of the Shale features (excluding the dialog framework and test framework). It handles most of the use cases Shale Remoting handles (i.e. resource mangement) but doesn't allow you to call arbitrary methods in the same manner. Greg Reddin wrote: This is a heads up for the Shale user community that the Shale PMC has voted to move the project to the Attic. This means that the Shale developers (more formally its Project Management Committee) have voted to retire Shale and move the responsibility for its oversight over to the Attic project. The MyFaces community has expressed interest in continuing development of the Shale-Test module and the Shale PMC will work with MyFaces to migrate this piece of the codebase.. Look for further announcements to that regard in the near future. You can read more about the Apache Attic at http://attic.apache.org. You can follow the progress of the move at https://issues.apache.org/jira/browse/ATTIC-2 if you so wish. On behalf of the Apache Shale PMC, Thanks! Greg Reddin -- [image: TravelMuse Logo] Cyril Bouteille VP, Engineering TravelMuse, Inc. 4410 El Camino Real, Suite 102 Los Altos, CA 94022 Site: http://www.travelmuse.com (RSS http://www.travelmuse.com/rss) | Cyril's TravelMuse http://www.travelmuse.com/profile/?mid=429 Blogs: Companyhttp://www.travelmuse.com/community/blogs/travelmuse-company-blog( RSShttp://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts) | TravelMusings http://www.travelmuse.com/community/blogs/travel_musings( RSS http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts) | Photo http://www.travelmuse.com/community/blogs/photography (RSShttp://www.travelmuse.com/community/blogs/photography/feeds/posts ) Facebook: Pagehttp://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts| App http://apps.facebook.com/travelmuse/ -- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
Re: [ANNOUNCE] Apache Shale To Move To the Attic
This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. Greg Reddin wrote: This is a heads up for the Shale user community that the Shale PMC has voted to move the project to the Attic. This means that the Shale developers (more formally its Project Management Committee) have voted to retire Shale and move the responsibility for its oversight over to the Attic project. The MyFaces community has expressed interest in continuing development of the Shale-Test module and the Shale PMC will work with MyFaces to migrate this piece of the codebase.. Look for further announcements to that regard in the near future. You can read more about the Apache Attic at http://attic.apache.org. You can follow the progress of the move at https://issues.apache.org/jira/browse/ATTIC-2 if you so wish. On behalf of the Apache Shale PMC, Thanks! Greg Reddin -- Cyril Bouteille VP, Engineering TravelMuse, Inc. smime.p7s Description: S/MIME Cryptographic Signature
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille cy...@travelmuse.com wrote: This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. Just my viewpoint: probably your best bet would be to migrate to Seam and/or ajax4jsf. But if you just don't feel like leaving Shale... This doesn't mean the code is going to disappear. The code will be housed in the Apache Attic svn. I'm not sure about existing releases, but I doubt they will be removed from Maven repos, etc. If you feel like the code needs further improvement feel free to start it back up at Google Code or elsewhere. The only caveat to forking is that ASF still holds the Apache Shale trademark so you'd have to come up with a different name. Thanks, Greg
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille cy...@travelmuse.comwrote: This is sad news! Can you please recommend alternative projects for migration of deployed View-Controller and Remote features? Thanks. MyFaces Apache Orchestra has a view controller feature as well, and you with JSF 1.2 sometimes a PhaseListener associated with a particular view can yield similar results: f:view beforePhase=#{myBean.beforePhase} afterPhase=#{myBean.afterPhase} ... /f:view The remoting features are a different story, though. JSF 2.0 has most of the Shale features (excluding the dialog framework and test framework). It handles most of the use cases Shale Remoting handles (i.e. resource mangement) but doesn't allow you to call arbitrary methods in the same manner. Greg Reddin wrote: This is a heads up for the Shale user community that the Shale PMC has voted to move the project to the Attic. This means that the Shale developers (more formally its Project Management Committee) have voted to retire Shale and move the responsibility for its oversight over to the Attic project. The MyFaces community has expressed interest in continuing development of the Shale-Test module and the Shale PMC will work with MyFaces to migrate this piece of the codebase.. Look for further announcements to that regard in the near future. You can read more about the Apache Attic at http://attic.apache.org. You can follow the progress of the move at https://issues.apache.org/jira/browse/ATTIC-2 if you so wish. On behalf of the Apache Shale PMC, Thanks! Greg Reddin -- Cyril Bouteille VP, Engineering TravelMuse, Inc.
Re: [ANNOUNCEMENT] New Shale Committer: Paul Spencer
Welcome aboard!!! On Thu, Oct 2, 2008 at 11:31 PM, Gary VanMatre [EMAIL PROTECTED] wrote: Please join me in welcoming Paul Spencer as the newest Shale committer. Paul has been very supportive of the Shale community over the past year. Paul is also a member of the MyFaces project. Welcome, Paul! -- James Mitchell
Re: Tiger breaking my build
From: Tyler Zale [EMAIL PROTECTED] Hi, I am having a problem with shale-tiger-1.0.5. Tiger is breaking my build because it is throwing a Digester error (no grammar found). This is happening because I tried to add RichFaces to my project and the faces-config.xml in the richfaces jars does not conform to Tiger's dtds. I came up with a kludgish solution which consists of a combination of altering the Tiger dtd and the faces-config.xml. But this solution bugs me. I also tried using a context param (as I found listed in a jira entry: http://issues.apache.org/struts/browse/SHALE-301): context-param param-nameorg.apache.shale.tiger.SCAN_PACKAGES/param-name param-valuecom.x.y.z,shale-tiger-1.0.5.jar/param-value /context-param but this had a net effect of zero. Is there an easy way to stop shale-tiger from trying to read all the jars in my lib and breaking? The SCAN_PACKAGES context param is only useful for specifying where to look for shale tiger annotations. The lifecycle listener always tries to load the faces configs in /META-INF/faces-configs.xml. I've not looked at RichFaces. What have they added to the faces config that breaks the digester?Or, it might be that rich faces uses a JSF 1.2 DTD? Tiger only supports 1.0 and 1.1. One thing that you might try is overriding the DTD's with one to support rich faces. The digest loads the DTD from the classpath. You might try creating the same packages in your project and overriding. /org/apache/shale/tiger/resources/web-facesconfig_1_1.dtd /org/apache/shale/tiger/resources/web-facesconfig_1_0.dtd Thanks, TZ Gary
RE: org.apache.shale.dialog.basic.config.DialogImpl not serializable
From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 22 luglio 2008 14.24 To: user@shale.apache.org; [EMAIL PROTECTED] Subject: Re: org.apache.shale.dialog.basic.config.DialogImpl not serializable On Tue, Jul 22, 2008 at 2:45 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Rahul, before track it to JIRA, i would like to understand why DilogImpl object is present in my HttpSession. At the moment i'm not sure if Shale is putting this object in the View root or other component is doing it. snip/ Shale only puts the dialog ID (a String) as a view root attribute. My initial thought was that the DialogImpl reference in the session may come via BasicDialogContextManager - BasicDialogContext - DialogImpl. I went back and looked at the code a bit, and it seems that the DialogImpl is a transient reference and will be regenerated as needed (therefore shouldn't cause the serialization issue). So: * Are you using vanilla Shale dialogs? * Are there other components that you have introduced that work with Dialogs? * Do you have a smallest possible test case (one that uses the basic impl as-is)? -Rahul So, if you know that Shale could put an DilogImpl object in View root or in HttpSession please let me know. In this case i'll track to JIRA attaching the patch. Regards Mario Rahul, I debugged and this is my conclusion: org.apache.shale.dialog.faces.DialogPhaseListener in beforeRenderResponse put in the ViewRoot the org.apache.shale.dialog.OPAQUE_STATE attribute. The value of this attribute is, in my case, a class of BasicDialogContext$TopState and there is a reference to DialogImpl (BasicDialoContext has a property dialog and TopState is an inner class of BasicDialoContext). So I think that the solution could be modify DialogImpl to implement Serializable? If you agree, I'll track to JIRA also the solution... Please let me know what you think. Regards Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: org.apache.shale.dialog.basic.config.DialogImpl not serializable
On Wed, Jul 23, 2008 at 9:23 AM, [EMAIL PROTECTED] wrote: snip/ Rahul, I debugged and this is my conclusion: org.apache.shale.dialog.faces.DialogPhaseListener in beforeRenderResponse put in the ViewRoot the org.apache.shale.dialog.OPAQUE_STATE attribute. The value of this attribute is, in my case, a class of BasicDialogContext$TopState and there is a reference to DialogImpl (BasicDialoContext has a property dialog and TopState is an inner class of BasicDialoContext). snap/ Makes sense. So I think that the solution could be modify DialogImpl to implement Serializable? snip/ Not really, I think TopState should rather be a static nested class (I don't see any reason for it to be an inner class, the way things are at the moment). Can you try making that change and testing your app? Interim, you could choose a different dialog state storage strategy, such as stack (see very bottom of this page [1]), and that should remedy this as well. Please open an issue in JIRA (and try the suggestions above if you can). -Rahul [1] http://shale.apache.org/shale-dialog-basic/ If you agree, I'll track to JIRA also the solution... Please let me know what you think. Regards Mario
Re: org.apache.shale.dialog.basic.config.DialogImpl not serializable
Rahul, before track it to JIRA, i would like to understand why DilogImpl object is present in my HttpSession. At the moment i'm not sure if Shale is putting this object in the View root or other component is doing it. So, if you know that Shale could put an DilogImpl object in View root or in HttpSession please let me know. In this case i'll track to JIRA attaching the patch. Regards Mario _ Tiscali Family: Adsl e Telefono senza limiti e senza scatto alla risposta. PER TE CON IL 25% DI SCONTO FINO AL 2010! Attiva entro il 24/07/08. http://abbonati.tiscali.it/promo/tuttoincluso/
Re: org.apache.shale.dialog.basic.config.DialogImpl not serializable
On Fri, Jul 18, 2008 at 8:40 AM, Mario Buonopane [EMAIL PROTECTED] wrote: Hi, I'm trying to serialize my HttpSession but I receive an error because org.apache.shale.dialog.basic.config.DialogImpl is not Serializable. snip/ I cannot talk to the original intent, but I do think it makes sense to have most bits in the config package above be Serializable. I think Shale is putting an object of this class in the view... Can you help me please? snap/ If you want to track this, you could open an improvement request in JIRA [1]. Further, if you want to help (which will increase the chances that the JIRA issue will be looked at sooner), you could attach a patch as well (see link to the Apache Contributors Guide). -Rahul [1] http://shale.apache.org/issue-tracking.html Thanks in advance Mario
Re: Where is Shale1.1.0?
Gary VanMatre ha scritto: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Gary VanMatre wrote: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x. Their may be components that are JSF version specific, but this is the exception. I agree but the shale test library for 1.1.x supports JSF 1.2 mock objects which means it has Java 1.5 JSF 1.2 dependencies. The rest of the libraries are still JSF 1.1 based. So SHALE-262 - Provide optional support for parsing faces-config.xml files in the classpath at startup time will need to be backported to 1.0.x to test a JSF 1.1 application, like Tomahawk? Are their other alternatives the backporting? Humm, it looks like the shale test pom has a 1.4 profile that excludes the JSF 1.2 objects. The 1.1 trunk has the same type of profile. Unless I'm mistaken, we would need two deployments for JSF 1.1 and 1.2. Paul Spencer Gary I have a zip with a snapshot shale version 1.1. Are you interested? If you want i can send you! Ciao Mario
Re: Can shale remoting use in web application without JSF?
-- Original message -- From: Eric Chow [EMAIL PROTECTED] Hello, Can Shalre-Remoting load static javascript from JAR without using JSF? If it can, can you show me a simple example? The shale remoting library is a value add for JSF and assumes JSF. That's true for all shale libraries. Best regards, Eric Gary
Re: Can shale remoting use in web application without JSF?
On Wed, Jul 16, 2008 at 2:39 PM, Gary VanMatre [EMAIL PROTECTED] wrote: The shale remoting library is a value add for JSF and assumes JSF. That's true for all shale libraries. ... except bits of Shale Test, which can be used without JSF. -- Wendy
Re: Can shale remoting use in web application without JSF?
From: Wendy Smoak [EMAIL PROTECTED] On Wed, Jul 16, 2008 at 2:39 PM, Gary VanMatre [EMAIL PROTECTED] wrote: The shale remoting library is a value add for JSF and assumes JSF. That's true for all shale libraries. ... except bits of Shale Test, which can be used without JSF. True, but it's still built on and has dependencies with the JSF API's. We just provide mock implementations. -- Wendy
Re: Can shale remoting use in web application without JSF?
On Wed, Jul 16, 2008 at 3:37 PM, Gary VanMatre [EMAIL PROTECTED] wrote: True, but it's still built on and has dependencies with the JSF API's. We just provide mock implementations. I'm thinking of CargoTestSetup, which has no JSF dependencies at all. I've used it to test Struts apps, for example. -- Wendy
Re: Help with tld2claycfg for ajaxanywhere 1.2.1
Sorry for not being more clear. I have already added ajaxanywhere as a dependancy: dependency groupIdorg.ajaxanywhere/groupId artifactIdajaxanywhere/artifactId version1.2.1/version /dependency And installed it into maven. Then when I run tld2claycfg it finds the tld (because if I change the path it whines that it cannot find it) but the entire output is still just view/. I am having a hard time understanding what I am doing wrong because the app runs without errors but still outputs blank. Is there any reason why it would not translate the ajaxanywhere tld? Tyler Gary VanMatre wrote: -- Original message -- From: Tyler Zale [EMAIL PROTECTED] Hi, I have been trying to integrate ajaxanywhere 1.2.1 with shale using clay html views. As I understand it so far, the only way to achieve this is to have clay components defined (I am unaware of a simple include taglib directive in html views). So I downloaded tld2claycfg from the svn and got it working (converted tomahawk 1.1.6 ok) but the clay config that gets generated for ajaxanywhere is blank (just results in: view/). I know it is finding the dependency. Here is the tld section from the pom.xml in the \maven\trunk\tld2claycfg\test\target\classes\META-INF folder: tld implementation=org.apache.shale.Tld nameMETA-INF/tlds/ajaxanywhere.tld/name version1.2.1/version mbFilter(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*/mbFilter acFilter(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*/acFilter /tld tld implementation=org.apache.shale.Tld nameMETA-INF/tomahawk.tld/name version1.1.6/version mbFilter(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*/mbFilter acFilter(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*/acFilter /tld Can someone let me know if I am on the right track or going about this completely the wrong way? I think that this plugin looks at jar pom/file dependencies in the the class path. Try add the ajaxanywhere dependency to your pom. Also, I have no idea about the mb/ac Filters, can anyone enlighten me? The list of MB regular expressions are used to determine what tag attributes are value bindings versus method binding. The clay xml config has an attribute that is used to determine what type of binding expression it is. I'm not sure what the heck the ac filter is used for. You can see some examples here (clay-config.xml, tomahawk-1_1_3-config.xml): http://svn.apache.org/viewvc/shale/framework/trunk/shale-clay/src/main/resources/META-INF/ Thanks, TZ Gary
Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)
Gary VanMatre wrote: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Gary VanMatre wrote: snip Spencer [EMAIL PROTECTED] Humm, it looks like the shale test pom has a 1.4 profile that excludes the JSF 1.2 objects. The 1.1 trunk has the same type of profile. Unless I'm mistaken, we would need two deployments for JSF 1.1 and 1.2. Is this what classifiers are for? I see their is are profiles for jdk 1.4, 1.5, and 1.6. 1.4 is for Servlet v 2.4 where as 1.5 and 1.6 are for Servlet v2.5. Based on this I see 2 distributions, one for JSF 1.1 (profile = shale-test-jdk14) and one for JSF 1.2 ( profile = shale-test-jdk15) Yeah, sounds like that's the ticket but it's the first I've heard of classifiers. Maybe one of our maven mavens could give some pointers on how to configure a dual deployment. Do you think we would need two maven projects? Any other apache projects doing this that we could borrow snippets? I have asked a related question on the Maven user list with the subject Are classifiers the answer, are they mature, what are the pitfalls?[1] As to other project using classifiers, I do not know :( Paul Spencer Gary Paul Spencer [1] http://markmail.org/message/l6v3nbnb6qwrdduy
Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)
-- Original message -- From: Paul Spencer [EMAIL PROTECTED] Gary VanMatre wrote: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Gary VanMatre wrote: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x. Their may be components that are JSF version specific, but this is the exception. I agree but the shale test library for 1.1.x supports JSF 1.2 mock objects which means it has Java 1.5 JSF 1.2 dependencies. The rest of the libraries are still JSF 1.1 based. So SHALE-262 - Provide optional support for parsing faces-config.xml files in the classpath at startup time will need to be backported to 1.0.x to test a JSF 1.1 application, like Tomahawk? Are their other alternatives the backporting? Humm, it looks like the shale test pom has a 1.4 profile that excludes the JSF 1.2 objects. The 1.1 trunk has the same type of profile. Unless I'm mistaken, we would need two deployments for JSF 1.1 and 1.2. Is this what classifiers are for? I see their is are profiles for jdk 1.4, 1.5, and 1.6. 1.4 is for Servlet v 2.4 where as 1.5 and 1.6 are for Servlet v2.5. Based on this I see 2 distributions, one for JSF 1.1 (profile = shale-test-jdk14) and one for JSF 1.2 ( profile = shale-test-jdk15) Yeah, sounds like that's the ticket but it's the first I've heard of classifiers. Maybe one of our maven mavens could give some pointers on how to configure a dual deployment. Do you think we would need two maven projects? Any other apache projects doing this that we could borrow snippets? Paul Spencer Gary Paul Spencer
Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)
On Tue, Jun 10, 2008 at 9:18 AM, Gary VanMatre [EMAIL PROTECTED] wrote: I see their is are profiles for jdk 1.4, 1.5, and 1.6. 1.4 is for Servlet v 2.4 where as 1.5 and 1.6 are for Servlet v2.5. Based on this I see 2 distributions, one for JSF 1.1 (profile = shale-test-jdk14) and one for JSF 1.2 ( profile = shale-test-jdk15) Yeah, sounds like that's the ticket but it's the first I've heard of classifiers. Maybe one of our maven mavens could give some pointers on how to configure a dual deployment. Do you think we would need two maven projects? Any other apache projects doing this that we could borrow snippets? I would think profiles would do everything we need. Is there a maven thing called a classifier that goes beyond profiles (i.e. combining profiles or something)? Greg
Re: Where is Shale1.1.0?
Gary VanMatre wrote: -- Original message -- From: Paul Spencer [EMAIL PROTECTED] Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x. Their may be components that are JSF version specific, but this is the exception. I agree but the shale test library for 1.1.x supports JSF 1.2 mock objects which means it has Java 1.5 JSF 1.2 dependencies. The rest of the libraries are still JSF 1.1 based. So SHALE-262 - Provide optional support for parsing faces-config.xml files in the classpath at startup time will need to be backported to 1.0.x to test a JSF 1.1 application, like Tomahawk? Are their other alternatives the backporting? Paul Spencer
Re: Where is Shale1.1.0?
On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane [EMAIL PROTECTED] wrote: No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 but with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1). What does mean GA codebase? I don't remember if JSF 1.2 is a requirement for Shale 1.1 or not. ISTR us deciding we would target JSF 1.2 but I don't think that introduces backwards incompatibility. GA means General Availability - basically a production release. Shale 1.0.4 is alpha quality because of dependencies on unreleased libraries. Greg
Re: Where is Shale1.1.0?
-- Original message -- From: Paul Spencer [EMAIL PROTECTED] Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x. Their may be components that are JSF version specific, but this is the exception. I agree but the shale test library for 1.1.x supports JSF 1.2 mock objects which means it has Java 1.5 JSF 1.2 dependencies. The rest of the libraries are still JSF 1.1 based. Paul Spencer Greg Reddin wrote: On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane [EMAIL PROTECTED] wrote: No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 but with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1). What does mean GA codebase? I don't remember if JSF 1.2 is a requirement for Shale 1.1 or not. ISTR us deciding we would target JSF 1.2 but I don't think that introduces backwards incompatibility. GA means General Availability - basically a production release. Shale 1.0.4 is alpha quality because of dependencies on unreleased libraries. Greg
Re: Where is Shale1.1.0?
On Fri, May 30, 2008 at 4:48 AM, Mario Buonopane [EMAIL PROTECTED] wrote: Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626. Now i can't find any version 1.1.X from the shale site. Any body cna help me? We're sort of in a state of disrepair right now. Do you know where you downloaded it from? I can't find it in any of the usual places now. It won't be in the nightly build area because the 1.1.0 branch won't build. If you want the latest release version you can download 1.0.4 here: http://www.apache.org/dyn/closer.cgi/shale/ If you want something newer than that you can check out the source for 1.0.5 and build it (we're working on a 1.0.5 release). The svn location for 1.0.5 is: svn co http://svn.apache.org/repos/asf/shale/framework/branches/SHALE_1_0_X/ If you really need 1.1.0 the news is not good right now. As soon as the 1.0.5 release is done I'm planning to start looking at 1.1.0 and getting it working. In the meantime you're welcome to check out the source and give it a try yourself: svn co http://svn.apache.org/repos/asf/shale/framework/trunk/ Does that help? Sorry for the mess. Greg
Re: Where is Shale1.1.0?
Greg Reddin ha scritto: On Fri, May 30, 2008 at 4:48 AM, Mario Buonopane [EMAIL PROTECTED] wrote: Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626. Now i can't find any version 1.1.X from the shale site. Any body cna help me? We're sort of in a state of disrepair right now. Do you know where you downloaded it from? I can't find it in any of the usual places now. It won't be in the nightly build area because the 1.1.0 branch won't build. I downloaded one year agò...i don't remember where (i suppose in nightly build) but i remember that the first version after 1.0.4 was 1.1.x. If you want the latest release version you can download 1.0.4 here: http://www.apache.org/dyn/closer.cgi/shale/ If you want something newer than that you can check out the source for 1.0.5 and build it (we're working on a 1.0.5 release). The svn location for 1.0.5 is: svn co http://svn.apache.org/repos/asf/shale/framework/branches/SHALE_1_0_X/ If you really need 1.1.0 the news is not good right now. As soon as the 1.0.5 release is done I'm planning to start looking at 1.1.0 and getting it working. In the meantime you're welcome to check out the source and give it a try yourself: svn co http://svn.apache.org/repos/asf/shale/framework/trunk/ I don't understand why you are working now on version 1.0.5 and one year agò on 1.1.0! If you go in project summary you talk about version 1.1.0! Does that help? Sorry for the mess. No, sorry but your response does not help me because at the moment i don't know if 1.0.4 has same fix of my version. I remember that when i downloaded a snapshot version was because the stable version didn't work well. I don't know waht to do know... Greg Mario
Re: Where is Shale1.1.0?
On Fri, May 30, 2008 at 12:20 PM, Mario Buonopane [EMAIL PROTECTED] wrote: I don't understand why you are working now on version 1.0.5 and one year agò on 1.1.0! If you go in project summary you talk about version 1.1.0! Mostly because (I think) 1.1.0 is meant to be used with JSF 1.2, etc. and the 1.0 branch is designed to work with JSF 1.1. I have projects that are currently using JSF 1.1 and I'd much rather be using a GA codebase than a milestone build. Plus I'd really like to see Shale release a GA codebase. It's been, what, 2 years? With the removal of the Tiles dependency I think 1.0.5 could be GA. So my main goal is to get a stable, relatively bug-free version of Shale out the door. No, sorry but your response does not help me because at the moment i don't know if 1.0.4 has same fix of my version. I remember that when i downloaded a snapshot version was because the stable version didn't work well. I don't know waht to do know... If you can identify your bug I can let you know if it is fixed in 1.0.5. If not, well 1.0.5 is not released yet, so maybe we can backport it. I'm working on the release now so let me know as quick as you can. Again, I'm sorry your experience has been what it is. In the future you will see more Shale work from me than you have in the past. We'll get there, but it will take time. Greg
Re: [Tomahawk] - Both MyFaces and the RI are on your classpath
On Tue, May 20, 2008 at 5:49 AM, [EMAIL PROTECTED] wrote: Hi, I'm using Tomahawk 1.1.6 on WebSphere 6.1 and does work correctly. But on the log I found: Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations. I know that WAS has a JSF 1.1 implementation (Sun implementation) and my application classloader policy is PARENT-LAST. The question is: The log has an ERROR severity, so can this cause some problem? You should probably redirect this to [EMAIL PROTECTED] for a better response. I know I've seen that message before, but I'm not sure what sort of problems it may indicate. Thanks, Greg
RE: [Tomahawk] - Both MyFaces and the RI are on your classpath
I'm very sorryi'm going to send the message to MyFaces! Thanks Mario -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: 20 maggio 2008 15.49 To: user@shale.apache.org Subject: Re: [Tomahawk] - Both MyFaces and the RI are on your classpath On Tue, May 20, 2008 at 5:49 AM, [EMAIL PROTECTED] wrote: Hi, I'm using Tomahawk 1.1.6 on WebSphere 6.1 and does work correctly. But on the log I found: Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations. I know that WAS has a JSF 1.1 implementation (Sun implementation) and my application classloader policy is PARENT-LAST. The question is: The log has an ERROR severity, so can this cause some problem? You should probably redirect this to [EMAIL PROTECTED] for a better response. I know I've seen that message before, but I'm not sure what sort of problems it may indicate. Thanks, Greg This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: AbstractJsfTestCase question
I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication ().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver ().resolveVariable(facesContext, #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(# {someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor (MockPropertyResolver.java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue (MockPropertyResolver.java:69) at org.apache.shale.test.mock.MockValueBinding.getValue (MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help. --
Re: AbstractJsfTestCase question
Actually I missed that part while typing a sample code. But here is a clean test case runnable if you have shale-test-x.jar. Appreciate if someone could try this on their box. Two files are attached. MyTestCase.java has test cases defined. SomeBean is a simple POJO. Thanks On Tue, May 20, 2008 at 10:57 AM, Chris Keefer [EMAIL PROTECTED] wrote: I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver().resolveVariable(facesContext, #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver.java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue(MockPropertyResolver.java:69) at org.apache.shale.test.mock.MockValueBinding.getValue(MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help. -- -- Regards Venkat Thoppae (240)446-7632
Re: AbstractJsfTestCase question
The shale mock value binding has limited EL support. [] #parse - http://svn.apache.org/viewvc/shale/framework/trunk/shale-test/src/main/java/org/apache/shale/test/mock/MockValueBinding.java?view=markup -- Original message -- From: Venkataganesh Thoppae [EMAIL PROTECTED] Actually I missed that part while typing a sample code. But here is a clean test case runnable if you have shale-test-x.jar. Appreciate if someone could try this on their box. Two files are attached. MyTestCase.java has test cases defined. SomeBean is a simple POJO. Thanks On Tue, May 20, 2008 at 10:57 AM, Chris Keefer [EMAIL PROTECTED] wrote: I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver().resolveVariable(facesContext , #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver. java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue(MockPropertyResolver.ja va:69) at org.apache.shale.test.mock.MockValueBinding.getValue(MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help. -- -- Regards Venkat Thoppae (240)446-7632 ---BeginMessage--- Actually I missed that part while typing a sample code. But here is a clean test case runnable if you have shale-test-x.jar. Appreciate if someone could try this on their box. Two files are attached. MyTestCase.java has test cases defined. SomeBean is a simple POJO. Thanks On Tue, May 20, 2008 at 10:57 AM, Chris Keefer [EMAIL PROTECTED] wrote: I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver().resolveVariable(facesContext, #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver.java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue(MockPropertyResolver.java:69) at org.apache.shale.test.mock.MockValueBinding.getValue(MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean
Re: AbstractJsfTestCase question
Fine. Understandable. Thanks. On Tue, May 20, 2008 at 4:07 PM, Gary VanMatre [EMAIL PROTECTED] wrote: The shale mock value binding has limited EL support. [] #parse - http://svn.apache.org/viewvc/shale/framework/trunk/shale-test/src/main/java/org/apache/shale/test/mock/MockValueBinding.java?view=markup -- Original message -- From: Venkataganesh Thoppae [EMAIL PROTECTED] Actually I missed that part while typing a sample code. But here is a clean test case runnable if you have shale-test-x.jar. Appreciate if someone could try this on their box. Two files are attached. MyTestCase.java has test cases defined. SomeBean is a simple POJO. Thanks On Tue, May 20, 2008 at 10:57 AM, Chris Keefer [EMAIL PROTECTED] wrote: I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver().resolveVariable(facesContext , #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver. java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue(MockPropertyResolver.ja va:69) at org.apache.shale.test.mock.MockValueBinding.getValue(MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help. -- -- Regards Venkat Thoppae (240)446-7632 -- Forwarded message -- From: Venkataganesh Thoppae [EMAIL PROTECTED] To: user@shale.apache.org Date: Tue, 20 May 2008 18:27:48 + Subject: Re: AbstractJsfTestCase question Actually I missed that part while typing a sample code. But here is a clean test case runnable if you have shale-test-x.jar. Appreciate if someone could try this on their box. Two files are attached. MyTestCase.java has test cases defined. SomeBean is a simple POJO. Thanks On Tue, May 20, 2008 at 10:57 AM, Chris Keefer [EMAIL PROTECTED] wrote: I think in JSF 1.1 you have to get the value from a ValueBinding. See below. @Test public void test1 { ValueBinding binding = facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; String val = (String) binding.getValue(facesContext); assertEquals(val, M); } Or you can try the VariableResolver like so: @Test public void test1 { String val = facesContext.getApplication().getVariableResolver().resolveVariable(facesContext, #{someBean.prop[0]}); assertEquals(val, M); } Hope this helps. --Chris On May 19, 2008, at 1:06 PM, Venkataganesh Thoppae wrote: Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver.java:213
Re: AbstractJsfTestCase question
Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help.
Re: AbstractJsfTestCase question
Yes, I know Shale doesn't read faces-config. Here is a sample implementation. public class MyTestCase extends AbstractJsfTestCase { //A valid someBean object is created in the request scope in setUp() @Test public void test1 { String val= (String)facesContext.getApplication().createValueBinding(#{someBean.prop[0]}}; assertEquals(val, M); } } The error I get is: javax.faces.el.PropertyNotFoundException: prop0 at org.apache.shale.test.mock.MockPropertyResolver.descriptor(MockPropertyResolver.java:213) at org.apache.shale.test.mock.MockPropertyResolver.getValue(MockPropertyResolver.java:69) at org.apache.shale.test.mock.MockValueBinding.getValue(MockValueBinding.java:126) Regards On Mon, May 19, 2008 at 12:08 PM, Kito D. Mann [EMAIL PROTECTED] wrote: Hmm... What errors are you getting? Or is it just returning null? If it's just returning null, remember that you must manually but the bean in the proper scope - Shale doesn't read faces-config. Sent from my iPhone On May 19, 2008, at 11:07 AM, Venkataganesh Thoppae [EMAIL PROTECTED] wrote: New user of Shale Test framework. I'm trying to write some test cases for JSF 1.1 implementation using AbstractJsfTestCase. Experiencing few problems while trying to resolve some EL expressions programmatically. - MockVariableResolver not able to resolve array elements like #{someBean.property[0]} - How would I resolve an expression like #{someBean.name == John Doe} - How could I invoke static EL functions like #{prefix:fnName} Advance Thanks for your help. --
Re: JSF 1.2 (MyFaces Core 1.2.x - implementation) Struts Shale
JSF 1.2 introduced @PostConstruct and @PreDestroy annotations (see http://weblogs.java.net/blog/jhook/archive/2007/05/jsf_12_ri_backi.html), which somewhat overlap with Shale's prerender/destroy hooks, but it's still not quite as powerful. Most notably: * @PostConstruct won't get call on every page it's used w/ a session-scoped FB, and * you can't control @PostConstruct execution everytime the FB is instanciated as Shale allows you to w/ s:subview does. I'm using JSF 1.2 Mojarra implementation w/ Shale just fine, but I unfortunately can't speak to MyFaces compatibility. Costa Basil wrote: I've been successfully using Struts Shale 1.0.3 with MyFaces 1.1.x Tomhawk 1.1.x. Now I want to upgrade to MyFaces Core 1.2.x which is a JSF 1.2 implementation. Can someone please tell me if JSF 1.2 makes some of features in Struts Shale Core obsolete - for instance the ViewController mechanism? Will Struts Shale work with MyFaces 1.2 seamlessly? My code is relying heavily on the shale framework (core) - all my managed beans extend the AbstractViewController class and rely on the ViewController calls made by the framework to prerender, init co. I am also using some of the validation tags. I didn't dig up the JSF 1.2 documentation but I think I read somewhere that JSF 1.2 offers something similar to the ViewController mechanism. Thanks __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- Cyril Bouteille VP, Engineering TravelMuse, Inc. 4410 El Camino Real, Suite 102 Los Altos, CA 94022 (f) 650-941-4751 http://www.travelmuse.com [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. smime.p7s Description: S/MIME Cryptographic Signature
Re: JSF 1.2 (MyFaces Core 1.2.x - implementation) Struts Shale
I'm using JSF 1.2 Mojarra implementation w/ Shale just fine, but I unfortunately can't speak to MyFaces compatibility. That is good to know. Thanks __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/
Re: Broken URL's
Hello, Thanks for your answers! Well, the code itself is valid, but some IDEs (in my case netbeans) use them to enable smart code completion and other features for those tags. The problem is that the URI it needs (http://shale.apache.org/core) is a 404 and I get no help from netbeans. Also, I've found a few other broken links on the website that would be nice to be fixed: Only http://wiki.apache.org/shale/ShaleValidation references two broken ones. I'll try Richard's tip and report any results. Many thanks, Cristi
Re: Broken URL's
smime.p7s Description: S/MIME Cryptographic Signature
Re: Broken URL's
Oops, sorry resending as plain text message: Cristi, I understand those taglib uris to be virtual only as unique keys for namespaces. They're not required to be a valid page for Shale or any other taglib. You can use tagdir=/WEB-INF/tags as an alternative to uris for your own tags, but I'm not sure it's going to help you here. We'd need more details about the actual issue you're experiencing to help. Cristi Magherusan wrote: Hello, I'm having a school project that must use shale, but it seems its taglibs uri's are broken links, among others. Please someone fix them, if possible. Also, is there a way to use local files instead of http:// links? Please use cc to send your answers to me since I'm not yet subscribed to the shale Mailing List. Thanks! Cristi smime.p7s Description: S/MIME Cryptographic Signature
RE: Broken URL's
You need to add something like this to your web.xml file: jsp-config taglib taglib-urihttp://shale.apache.org/clay/taglib-uri taglib-location/WEB-INF/lib/shale-clay.jar/taglib-location /taglib /jsp-config If that doesn't work (i.e., if the JSP engine can't find the tld file within the JAR file for some reason), pull the TLD file out of the JAR file, place it somewhere in your WEB-INF directory (perhaps in a subdirectory named tld, for example), and put this in your web.xml instead: jsp-config taglib taglib-urihttp://shale.apache.org/clay/taglib-uri taglib-location/WEB-INF/tld/shale-clay.tld/taglib-location /taglib /jsp-config Note that if you are using more than one tag library, each tag library that you use needs its own taglib entry, and all taglib elements must be contained within a single jsp-config (the XML schema validator will reject it if you have more than one jsp-config). As was already pointed out, the URI's are only unique names, and have no meaning in terms of where JSP looks for the definitions. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Cristi Magherusan [mailto:[EMAIL PROTECTED] Sent: Sun 5/11/2008 8:00 PM To: user@shale.apache.org Subject: Broken URL's Hello, I'm having a school project that must use shale, but it seems its taglibs uri's are broken links, among others. Please someone fix them, if possible. Also, is there a way to use local files instead of http:// links? Please use cc to send your answers to me since I'm not yet subscribed to the shale Mailing List. ?Thanks! Cristi
Re: Broken URL's
On Sun, May 11, 2008 at 5:00 PM, Cristi Magherusan [EMAIL PROTECTED] wrote: I'm having a school project that must use shale, but it seems its taglibs uri's are broken links, among others. Please someone fix them, if possible. Also, is there a way to use local files instead of http:// links? Please describe the problem you're having, and I'm sure someone can help you sort it out. As others have mentioned a URI is an identifier, there's no requirement that a taglib uri be a valid url. If you use the correct URI (one that matches exactly with the one in the tld inside the jar file) then your container should discover the taglibs automatically. Specifically, you do *not* need to extract them from the jar or put anything in web.xml, unless you are using a very old Servlet container. Ignore the Struts references, and see if this helps: http://wiki.wsmoak.net/cgi-bin/wiki.pl?WebXmlNoTaglib and http://marc.info/?l=struts-userm=104205482618830w=2 Please use cc to send your answers to me since I'm not yet subscribed to the shale Mailing List. Just this once. :) You can watch the list on one of the many archive sites, like Nabble: http://www.nabble.com/Shale---User-f15689.html -- Wendy
RE: More dialogs in same time
Rahul, thanks a lot! By Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 23.21 To: user@shale.apache.org Subject: Re: More dialogs in same time On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Uhm, how can I start more DialogContext and use the correct one for each windows? So the problem is: I start dialog A from window 1 and window 2 of the same instance browser(sharing same httpsession). How can I use two different states from the two windows/dialogs? snip/ OK, lets try to work on this together :-) but I'm heading out soon so I'll be slower to respond. What have you tried? I had one potential suggestion for trying to move forward. Did you look at the programmatic approach? What didn't work? What are the dialogs doing i.e. are they talking to session scoped beans (ugh, in this case) or dialog scoped beans? -Rahul Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.50 To: user@shale.apache.org Subject: Re: More dialogs in same time On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm sorry Rahul for same post and also because I don't understand your response. How can I have two active dialogs at same times? I understood that shale store current state I HttpSession (or Managed beans with scope session). snip/ There is one DialogContextManager per session. You can programmatically (or otherwise) start multiple dialogs (a.k.a. DialogContext instances). Starting the same dialog more than once (and at the same time) will have some additional caveats as I mentioned -- I haven't tried it. Please send me some example snap/ I don't have any more examples that I can share. Please try to look at the example webapps (for dialogs) -- say, from the v1.0.4 release -- for working models of some of these concepts. -Rahul Thanks Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.06 To: user@shale.apache.org Subject: Re: More dialogs in same time Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
RE: More dialogs in same time
It seems like shale dialog generates an ID per view that is used to manage the dialog context and the id is attached to the view root. It's been awhile since I've looked at this code but I want to say that you should be able to managed multiple dialogs per session as long as JSF client state saving is turned on. Gary -- Original message -- From: [EMAIL PROTECTED] Rahul, thanks a lot! By Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 23.21 To: user@shale.apache.org Subject: Re: More dialogs in same time On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Uhm, how can I start more DialogContext and use the correct one for each windows? So the problem is: I start dialog A from window 1 and window 2 of the same instance browser(sharing same httpsession). How can I use two different states from the two windows/dialogs? snip/ OK, lets try to work on this together :-) but I'm heading out soon so I'll be slower to respond. What have you tried? I had one potential suggestion for trying to move forward. Did you look at the programmatic approach? What didn't work? What are the dialogs doing i.e. are they talking to session scoped beans (ugh, in this case) or dialog scoped beans? -Rahul Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.50 To: user@shale.apache.org Subject: Re: More dialogs in same time On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm sorry Rahul for same post and also because I don't understand your response. How can I have two active dialogs at same times? I understood that shale store current state I HttpSession (or Managed beans with scope session). snip/ There is one DialogContextManager per session. You can programmatically (or otherwise) start multiple dialogs (a.k.a. DialogContext instances). Starting the same dialog more than once (and at the same time) will have some additional caveats as I mentioned -- I haven't tried it. Please send me some example snap/ I don't have any more examples that I can share. Please try to look at the example webapps (for dialogs) -- say, from the v1.0.4 release -- for working models of some of these concepts. -Rahul Thanks Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.06 To: user@shale.apache.org Subject: Re: More dialogs in same time Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: More dialogs in same time
Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario
RE: More dialogs in same time
I'm sorry Rahul for same post and also because I don't understand your response. How can I have two active dialogs at same times? I understood that shale store current state I HttpSession (or Managed beans with scope session). Please send me some example Thanks Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.06 To: user@shale.apache.org Subject: Re: More dialogs in same time Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: More dialogs in same time
On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm sorry Rahul for same post and also because I don't understand your response. How can I have two active dialogs at same times? I understood that shale store current state I HttpSession (or Managed beans with scope session). snip/ There is one DialogContextManager per session. You can programmatically (or otherwise) start multiple dialogs (a.k.a. DialogContext instances). Starting the same dialog more than once (and at the same time) will have some additional caveats as I mentioned -- I haven't tried it. Please send me some example snap/ I don't have any more examples that I can share. Please try to look at the example webapps (for dialogs) -- say, from the v1.0.4 release -- for working models of some of these concepts. -Rahul Thanks Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.06 To: user@shale.apache.org Subject: Re: More dialogs in same time Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario
Re: More dialogs in same time
On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Uhm, how can I start more DialogContext and use the correct one for each windows? So the problem is: I start dialog A from window 1 and window 2 of the same instance browser(sharing same httpsession). How can I use two different states from the two windows/dialogs? snip/ OK, lets try to work on this together :-) but I'm heading out soon so I'll be slower to respond. What have you tried? I had one potential suggestion for trying to move forward. Did you look at the programmatic approach? What didn't work? What are the dialogs doing i.e. are they talking to session scoped beans (ugh, in this case) or dialog scoped beans? -Rahul Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.50 To: user@shale.apache.org Subject: Re: More dialogs in same time On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm sorry Rahul for same post and also because I don't understand your response. How can I have two active dialogs at same times? I understood that shale store current state I HttpSession (or Managed beans with scope session). snip/ There is one DialogContextManager per session. You can programmatically (or otherwise) start multiple dialogs (a.k.a. DialogContext instances). Starting the same dialog more than once (and at the same time) will have some additional caveats as I mentioned -- I haven't tried it. Please send me some example snap/ I don't have any more examples that I can share. Please try to look at the example webapps (for dialogs) -- say, from the v1.0.4 release -- for working models of some of these concepts. -Rahul Thanks Mario -Original Message- From: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sent: 23 aprile 2008 22.06 To: user@shale.apache.org Subject: Re: More dialogs in same time Please do not send the same post to both user and dev list separately. There is no benefit IMO to doing that. On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My customer want two or more instance of the same dialogs on different windows. The problem is that the windows are created by the same browser (window.open) and with IE (for example) this windows condivide the same HttpSession. Is there a way to do it with Shale Dialog Manager? snip/ Probably more than one. For instance, one scenario could be setting up remoting [1] such that every time you hit a particular URL, a method binding processor starts an instance of a dialog programmatically [2], configured to taste etc. You could do window.open and friends. The application-level question is how the managed beans that back the dialogs will react to multiple instances. Based on their design and scope, you could have dialog instances walking on each others toes. -Rahul [1] http://shale.apache.org/shale-remoting/ [2] http://shale.apache.org/shale-dialog/ Thank in advance Mario
Re: Shale web page
On Tue, Apr 15, 2008 at 5:19 PM, Rahul Akolkar [EMAIL PROTECTED] wrote: Since Greg mentioned he'd be away, I've tried to rectify it. Waiting for the sync. Thanks, sorry about that. I guess the mvn release:perform did that. Greg
RE: NullPointerException in UIComponentBase decode using Shale test framework
I figured that problem out, I needed to setRendererType, although just need to be null. Could anyone tell me why a component needs a null renderer? I have a general question though. I am trying to create a view from a jsp page, normally you would do it in a backing bean in running environment where request and everything are set. All you need to do is to call ViewHandler.createView. But in shale framework, how would i set up everything in order to make it work? Is it even possible? thanks Jane
RE: NullPointerException in UIComponentBase decode using Shale test framework
Jane, Can you give us a full stack trace (not sure which line threw the exception) and the snippet of code where you initialize the components that you're testing? I'm guessing that you just didn't initialize the components properly -- Shale Test leaves that all up to the developer. ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info phone: +1 203-653-2989 fax: +1 203-653-2988 -Original Message- From: Zhen, Jane [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 15, 2008 9:22 AM To: user@shale.apache.org Subject: NullPointerException in UIComponentBase decode using Shale test framework I simply created a Form and inside an inputTextField and tried to do decoding. But I got a java.lang.NullPointerException at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:685) at javax.faces.component.UIInput.decode(UIInput.java:484) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.ja va:905) at javax.faces.component.UIInput.processDecodes(UIInput.java:400) at com.hp.ed.configui.credential.CredentialBeanTest.testLabelUpdate(Creden tialBeanTest.java:70) This has happened before, but I couldn't find an answer for that. I'm just giving it another try, as Shale test framework is really not well documented. Code segment UIViewRoot root=facesContext.getViewRoot(); ListUIComponent children = root.getChildren(); UIForm credForm = new HtmlForm(); credForm.setId(credForm); credForm.setParent(root); UIInput label = new HtmlInputText(); label.setId(label); label.setParent(credForm); ValueBinding vb = facesContext.getApplication().createValueBinding(#{credentialBean.pass wordAgain}); label.setValueBinding(value, vb); facesContext.getExternalContext().getRequestMap().put(credentialBean, vc); facesContext.getExternalContext().getRequestParameterMap().put(credFor m.label,myLabel); label.processDecodes(facesContext); //if I don't call label.processDecodes, but root.processDecodes, then I don't get the exception, however, the submittedValue of inputText is null. thanks for any help Jane
Re: Shale web page
On Tue, Apr 15, 2008 at 11:19 AM, linux.eavilesa [EMAIL PROTECTED] wrote: Where is shale web page? Oops. Looks like someone deployed the site from the master POM. Can the guilty party please re-publish the website? :) -- Wendy
Re: Shale web page
On 4/15/08, Wendy Smoak [EMAIL PROTECTED] wrote: On Tue, Apr 15, 2008 at 11:19 AM, linux.eavilesa [EMAIL PROTECTED] wrote: Where is shale web page? Oops. Looks like someone deployed the site from the master POM. Can the guilty party please re-publish the website? :) snip/ Since Greg mentioned he'd be away, I've tried to rectify it. Waiting for the sync. -Rahul
Re: Shale Homepage
On 4/15/08, Tyler Zale [EMAIL PROTECTED] wrote: Hi, It looks as if there is a small problem with some of the pages at http://shale.apache.org/ The index as well as a few others have goofed up navigation on the left side. snip/ Thanks for the report, the site has been republished. It may take a couple of hours to go live. -Rahul ...I don't think it is just my machine. ;-) Regards, TZ
RE: [Shale Clay]
Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured more like HTML TABLE tags. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Thu 4/10/2008 2:22 PM To: user@shale.apache.org Subject: FW: [Shale Clay] I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
Re: Need to escape special characters in Shale validator script
You might try wrapping the script in a CDATA before trying to escape the JS. ![CDATA[ script /script ]] -- Original message -- From: Jeff Tsay [EMAIL PROTECTED] Hi, I'm trying to use Shale validator with xulfaces. (XUL is a user interface language that is a type of XML) The first problem I'm having is that val:validatorScript functionName=validateForm/ is encoded as follows: script type=text/javascript language=Javascript1.1 function _required() { this[0] = new Array(j_id_id32, null is required., new Function(x, return {}[x];)); } var bCancel = false; function validateForm(form) { var bValid = true; var sFormName = jcv_retrieveFormName(form); if ((bValid !bCancel ( == sFormName))) { bValid = (validateRequired(form)); } return bValid; } ... Note the . When I load this page in Firefox, it complains that is not valid XML, which it is not. It should be escaped to amp;amp;. I guess because HTML browsers allow special characters like in side script tags, this problem wasn't caught previously. I guess if the script appeared in an XHTML document, and a browser was strict, this problem could show up too. So I was trying to fix this problem and looking at org.apache.shale.validator.faces.ValidatorScript.writeValidationFunctions(). It looks like the script text is written here with ResponseWriter.write(). The problem is ResponseWrite.write() doesn't escape the characters as ResponseWriter.writeText() does. However, writeText() won't work since it closes any open tags (in this case script). So we need to escape ourselves. The trouble is, how do we know how to escape the characters? I was thinking of using org.apache.commons.lang.StringEscapeUtils.escapeXml() and escapeHtml(), but how can we determine what the content type we are outputting is? If we knew, I guess we could then create a WrappedResponseWriter that overloads write(String) ... Thanks, Jeff
RE: [Shale Clay]
Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured more like HTML TABLE tags. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Thu 4/10/2008 2:22 PM To: user@shale.apache.org Subject: FW: [Shale Clay] I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
RE: [Shale Clay]
From: Zheng, Xiahong [EMAIL PROTECTED] Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? This is just a guess but you might try using the tomahawk form component too. There might be some component coupling that is assumed in the library. Gary -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured more like HTML TABLE tags. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Thu 4/10/2008 2:22 PM To: user@shale.apache.org Subject: FW: [Shale Clay] I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
Re: [Shale Clay]
On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong [EMAIL PROTECTED] wrote: I thought about this, but tomahawk doesn't seem to have a form component. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 1:35 PM To: user@shale.apache.org Subject: RE: [Shale Clay] From: Zheng, Xiahong [EMAIL PROTECTED] Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? Can you try this? component jsfid=multipart-form extends=form attributes set name=enctype value=multipart/form-data/ /attributes /component + form jsfid=multipart-form/form That seems to be working ok for me. Ryan This is just a guess but you might try using the tomahawk form component too. There might be some component coupling that is assumed in the library. Gary -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured
RE: [Shale Clay]
I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the enctype attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my javax.faces.STATE_SAVING_METHOD from client to server, I see ~com.sun.faces.saveStateFieldMarker~ at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong [EMAIL PROTECTED] wrote: I thought about this, but tomahawk doesn't seem to have a form component. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 1:35 PM To: user@shale.apache.org Subject: RE: [Shale Clay] From: Zheng, Xiahong [EMAIL PROTECTED] Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? Can you try this? component jsfid=multipart-form extends=form attributes set name=enctype value=multipart/form-data/ /attributes /component + form jsfid=multipart-form/form That seems to be working ok for me. Ryan This is just a guess but you might try using the tomahawk form component too. There might be some component coupling that is assumed in the library. Gary -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything
RE: [Shale Clay]
This is just a shot in the dark, but have you tried wrapping the form (or the whole page) in a tag that has jsfid=f:view? Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 3:34 PM To: user@shale.apache.org Subject: RE: [Shale Clay] I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the enctype attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my javax.faces.STATE_SAVING_METHOD from client to server, I see ~com.sun.faces.saveStateFieldMarker~ at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong [EMAIL PROTECTED] wrote: I thought about this, but tomahawk doesn't seem to have a form component. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 1:35 PM To: user@shale.apache.org Subject: RE: [Shale Clay] From: Zheng, Xiahong [EMAIL PROTECTED] Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? Can you try this? component jsfid=multipart-form extends=form attributes set name=enctype value=multipart/form-data/ /attributes /component + form jsfid=multipart-form/form That seems to be working ok for me. Ryan This is just a guess but you might try using the tomahawk form component too. There might be some component coupling that is assumed in the library. Gary -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr
RE: [Shale Clay]
Yes, I am use JSF1.2 RI. It's been working for me (at least, the upload part of tomahawk). I am getting the current problem when I added shale in the mix. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 4:15 PM To: user@shale.apache.org Subject: RE: [Shale Clay] -- Original message -- From: Zheng, Xiahong [EMAIL PROTECTED] I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the enctype attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my javax.faces.STATE_SAVING_METHOD from client to server, I see ~com.sun.faces.saveStateFieldMarker~ Sounds like you are using JSF 1.2 with tomahawk? Gary at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong [EMAIL PROTECTED] wrote: I thought about this, but tomahawk doesn't seem to have a form component. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 1:35 PM To: user@shale.apache.org Subject: RE: [Shale Clay] From: Zheng, Xiahong [EMAIL PROTECTED] Thanks again. I have another question. How does shale work with fileload? I am trying to use t:fileUpload from tomahawk. I copied the component definition into my clay-config.xml component jsfid=t:inputFileUpload componentType=org.apache.myfaces.HtmlInputFileUpload extends=baseOutput attributes set name=id bindingType=VB / . /attributes /component And I added the following in my html form form enctype=multipart/form-data input jsfid=t:inputFileUpload value=#{mybean.symbolsFile} storage=file / input type=submit action=#{mybean.getQuotes} value=Get Quotes/ /form When I hit the submit button, action method is never invoked. Interestingly, if I remove the enctype attribute, action method is indeed invoked but the input is null which is expected. I have the extension filter configured. Any idea? Can you try this? component jsfid=multipart-form extends=form attributes set name=enctype value=multipart/form-data/ /attributes /component + form jsfid=multipart-form/form That seems to be working ok for me. Ryan This is just a guess but you might try using the tomahawk form component too. There might be some component coupling that is assumed in the library. Gary -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 7:33 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Yes. Basically, you would have to define a component that inherits from h:dataTable, and give it child elements that inherit from h:column. Each of those child elements would then contain children that make up the content of your columns. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 12:08 AM To: user@shale.apache.org Subject: RE: [Shale Clay] Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags
Re: Nightly Builds
Greg Reddin wrote: Probably your only option at the current time is to check out the 1.0.X branch from svn and build locally. If you can figure out what's wrong with the trunk and submit a patch I will owe you greatly :-) Thanks, Greg Thanks for the update. I would love to get involved and help out (cause I think shale is flipping amazing), but I have to figure out how Maven works first... Unless there is a good old fashion svn somewhere (All I see hosted on the svn is a maven .pom, so I'll take that as a hint.). Regards, TZ
RE: [Shale Clay]
My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured more like HTML TABLE tags. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Thu 4/10/2008 2:22 PM To: user@shale.apache.org Subject: FW: [Shale Clay] I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
RE: [Shale Clay]
Thanks a lot Rich. I was able to use your first example without having any white space issue even if I reformatted it a bit. If I want to use the second solution, how would I define the behavior of the dataTable? Would it still need to inherit dataTable for the looping capability since the number of rows are dynamic? -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 5:12 PM To: user@shale.apache.org Subject: RE: [Shale Clay] My experience with dataTables and clay has been that they don't get along very well, at least in the case of HTML templates (XML templates are another story). This is mainly because h:dataTable has a drastically different structure from HTML tables. h:dataTable expects to have h:columns as its immediate child (with optional tags for header and footer rows nested within each column), whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR tags nested within a TBODY), with the column (TD) tags nested within each row. Essentially, from the point of view of an h:dataTable, a column contains rows, but in an HTML TABLE, a row contains columns, which makes mapping between the two extremely difficult. It can be done, but it involves making a lot of dummy jsfid=void tags and using SPAN tags to cause elements that wouldn't be visible in the mockup to be rendered at runtime. e.g., table jsfid=h:dataTable var=foo value=#{bar.list} tr jsfid=void allowBody=false thMock Heading/th /trtr jsfid=void td jsfid=h:column #{foo.name} span jsfid=h:outputText value=Real Heading facetName=header/span /td /tr /table Note that the lack of whitespace around the TR elements is intentional to avoid (blank) text elements winding up as children of the h:dataTable component (which is very nasty and breaks everything!). As you can see, writing an HTML template for a dataTable gets extremely ugly very quickly. For this reason, I don't recommend doing it unless you REALLY want to be able to view the mockup in a browser before deploying it. You're better off defining the template in XML and just referring to it in the parent template, e.g., table jsfid=my:customtable allowBody=false Table goes here. /table What we really need is a new JSF component that provides the same capabilities as dataTable but is structured more like HTML TABLE tags. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Thu 4/10/2008 2:22 PM To: user@shale.apache.org Subject: FW: [Shale Clay] I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
Re: AW: [ANNOUNCE] New Shale PMC Chair
Gary VanMatre wrote: Many have told me that Facelets has clearly won and we should just try to help them out JSF 2 will be featured from facelets. Gary, are you saying that you're thinking about stopping the development of clay? Should we switch to facelets? Regadrds, Tom
Re: AW: [ANNOUNCE] New Shale PMC Chair
From: Bernhard Slominski [EMAIL PROTECTED] -Ursprüngliche Nachricht- Von: Gary VanMatre [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2008 19:31 An: user@shale.apache.org Betreff: RE: [ANNOUNCE] New Shale PMC Chair From: Congrats Gary! I hope Shale restart the development. Yeah, I have a few new Clay ideas but all are JSF 1.2ish. I also hope that Shale has some future (that were my last words at the JSF days presentation about Shale: It's not yet dead !). For the Clay vs. Facelets: I think one major problem is really the confusing naming (HTML, full HTML, full XML ...) and documentation of Clay, there should be put some effort in there. Good point. Bad terms with probably too many options. Clay can be used with JSP or as a page entry point like facelets. The template can be non-xhtml, xhtml or an abstract reference defined in XML that doesn't correspond to a physical resource similar to tiles. The templates can be loaded from the context root or from the classpath. Clay templates allow inheritance in addition to composition. Many have told me that Facelets has clearly won and we should just try to help them out JSF 2 will be featured from facelets. Bernhard Gary
Re: AW: [ANNOUNCE] New Shale PMC Chair
On Thu, Mar 27, 2008 at 12:20 PM, Gary VanMatre [EMAIL PROTECTED] wrote: Many have told me that Facelets has clearly won and we should just try to help them out JSF 2 will be featured from facelets. Yeah, but... Many have also complained that there hasn't been much movement in Facelets of late and the project has been hard to get into, so maybe... :-) Greg
RE: [ANNOUNCE] New Shale PMC Chair
From: [EMAIL PROTECTED] Congrats Gary! I hope Shale restart the development. Yeah, I have a few new Clay ideas but all are JSF 1.2ish. * Refactor clay config beans with interfaces and impl. Way back I started looking at using JPA entity beans to define clay configs. My hope was to make the entity beans implement common interfaces making them config beans. * Custom EL function support. * Defining template config using annotations. I sorta lost momentum with the popularity of facelets and JSF 2.0 planning. I think the last Clay feature that I added was metadata to represent the java final modifier [1]. The template inheritance, symbols and pre-htmlx support are really the only unique features over the others (facelets JSF templating) and they are now the de facto standard. [1] https://issues.apache.org/struts/browse/SHALE-353 Gary Mario -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: 20 marzo 2008 15.41 To: user@shale.apache.org; [EMAIL PROTECTED] Subject: [ANNOUNCE] New Shale PMC Chair In its meeting yesterday the Apache Board of Directors unanimously approved a resolution naming Gary VanMatre the new chair of the Apache Shale Project Management Committee. Please join us in congratulating Gary for this new role. In addition we would like to publicly thank Craig McClanahan for his service to this project and his invaluable contribution to the Java web application development community. We are endlessly grateful to him for his role in defining the JavaServer Faces framework and, more specifically, in birthing the Shale project. It is no small loss to this community that his work has made it difficult for him to be as involved as he once was. At his own request, Craig is now an emeritus member of the Shale PMC. Thank you, Greg Reddin Apache Shale PMC Member This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
RE: [ANNOUNCE] New Shale PMC Chair
Congrats Gary! I hope Shale restart the development. Mario -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: 20 marzo 2008 15.41 To: user@shale.apache.org; [EMAIL PROTECTED] Subject: [ANNOUNCE] New Shale PMC Chair In its meeting yesterday the Apache Board of Directors unanimously approved a resolution naming Gary VanMatre the new chair of the Apache Shale Project Management Committee. Please join us in congratulating Gary for this new role. In addition we would like to publicly thank Craig McClanahan for his service to this project and his invaluable contribution to the Java web application development community. We are endlessly grateful to him for his role in defining the JavaServer Faces framework and, more specifically, in birthing the Shale project. It is no small loss to this community that his work has made it difficult for him to be as involved as he once was. At his own request, Craig is now an emeritus member of the Shale PMC. Thank you, Greg Reddin Apache Shale PMC Member This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: Tip: Visual Editing of Shale Dialogs
good job! Sam Teemu Kämäräinen wrote: Hi! If you are interested in free tools for editing Shale's dialog-config.xml visually, check the following link: http://www.kotikone.fi/00/SCXML/ BR, Teemu Kämäräinen -- View this message in context: http://www.nabble.com/Tip%3A-Visual-Editing-of-Shale-Dialogs-tp15560623p15586467.html Sent from the Shale - User mailing list archive at Nabble.com.
Re: Tip: Visual Editing of Shale Dialogs
Nice! thanks for sharing. Do you mind to add the link to the Shale wiki ? -M On Feb 19, 2008 7:09 AM, Teemu Kämäräinen [EMAIL PROTECTED] wrote: Hi! If you are interested in free tools for editing Shale's dialog-config.xml visually, check the following link: http://www.kotikone.fi/00/SCXML/ BR, Teemu Kämäräinen -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
RE: Visual Editing of Shale Dialogs
Can we use it for basic dialog manager config files? Mario -Original Message- From: Teemu Kämäräinen [mailto:[EMAIL PROTECTED] Sent: 19 febbraio 2008 07.09 To: user@shale.apache.org Subject: Tip: Visual Editing of Shale Dialogs Hi! If you are interested in free tools for editing Shale's dialog-config.xml visually, check the following link: http://www.kotikone.fi/00/SCXML/ BR, Teemu Kämäräinen This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: Visual Editing of Shale Dialogs
Hi! I just realized I had managed to mix the basic implementation and the SCXML implementation. The stylesheet generates basic implementation Shale Dialog Configuration files, not SCXML files. Sorry about the confusion! (I just updated this correct information to the page.) --Teemu On 2/19/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Can we use it for basic dialog manager config files? Mario -Original Message- From: Teemu Kämäräinen [mailto:[EMAIL PROTECTED] Sent: 19 febbraio 2008 07.09 To: user@shale.apache.org Subject: Tip: Visual Editing of Shale Dialogs Hi! If you are interested in free tools for editing Shale's dialog-config.xml visually, check the following link: http://www.kotikone.fi/00/SCXML/ BR, Teemu Kämäräinen This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: How to notify user about FileUploadBase$SizeLimitExceededException
I have set the uploadMaxFileSize but how do show this error to user in UI. samju wrote: its feasible to define your web-app Configuration? 1- apache commons fileupload 2- myfaces.webapp.filter 3- clay 4- irx.view and so on... did you check the param-nameuploadMaxFileSize/param-name?? Sam AM101 wrote: I have configured my application to use FileUpload functionality. It is working as per design. But if I upload a file whose size is bigger than configured size, application throws following exception in the backend. is there any way, I can report the user that he has to upload a file whose size is less than configured size. INFO: user tried to upload a file that exceeded file-size limitations. org.apache.commons.fileupload.FileUploadBase$SizeLimitExceededException: the request was rejected because its size (387257) exceeds the configured maximum (5120) at org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.init(FileUploadBase.java:797) at org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:323) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:341) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.myfaces.webapp.filter.MultipartRequestWrapper.parseRequest(MultipartRequestWrapper.java:82) at org.apache.myfaces.webapp.filter.MultipartRequestWrapper.getParameter(MultipartRequestWrapper.java:163) at org.apache.myfaces.context.servlet.RequestParameterMap.getAttribute(RequestParameterMap.java:39) at org.apache.myfaces.context.servlet.AbstractAttributeMap.get(AbstractAttributeMap.java:87) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.getTreeStructureToRestore(HtmlResponseStateManager.java:183) at org.apache.myfaces.application.jsp.JspStateManagerImpl.restoreTreeStructure(JspStateManagerImpl.java:241) at org.apache.myfaces.application.jsp.JspStateManagerImpl.restoreView(JspStateManagerImpl.java:283) at org.apache.shale.clay.faces.ClayViewHandler.restoreView(ClayViewHandler.java:286) at org.apache.shale.validator.faces.ValidatorViewHandler.restoreView(ValidatorViewHandler.java:136) at org.apache.shale.view.faces.ViewViewHandler.restoreView(ViewViewHandler.java:160) at com.irx.view.handler.CustomViewHandler.restoreView(CustomViewHandler.java:58) at org.apache.myfaces.lifecycle.LifecycleImpl.restoreView(LifecycleImpl.java:141) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:137) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:97) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) -- View this message in context:
Re: How to notify user about FileUploadBase$SizeLimitExceededException
its feasible to define your web-app Configuration? 1- apache commons fileupload 2- myfaces.webapp.filter 3- clay 4- irx.view and so on... did you check the param-nameuploadMaxFileSize/param-name?? Sam AM101 wrote: I have configured my application to use FileUpload functionality. It is working as per design. But if I upload a file whose size is bigger than configured size, application throws following exception in the backend. is there any way, I can report the user that he has to upload a file whose size is less than configured size. INFO: user tried to upload a file that exceeded file-size limitations. org.apache.commons.fileupload.FileUploadBase$SizeLimitExceededException: the request was rejected because its size (387257) exceeds the configured maximum (5120) at org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.init(FileUploadBase.java:797) at org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:323) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:341) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.myfaces.webapp.filter.MultipartRequestWrapper.parseRequest(MultipartRequestWrapper.java:82) at org.apache.myfaces.webapp.filter.MultipartRequestWrapper.getParameter(MultipartRequestWrapper.java:163) at org.apache.myfaces.context.servlet.RequestParameterMap.getAttribute(RequestParameterMap.java:39) at org.apache.myfaces.context.servlet.AbstractAttributeMap.get(AbstractAttributeMap.java:87) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.getTreeStructureToRestore(HtmlResponseStateManager.java:183) at org.apache.myfaces.application.jsp.JspStateManagerImpl.restoreTreeStructure(JspStateManagerImpl.java:241) at org.apache.myfaces.application.jsp.JspStateManagerImpl.restoreView(JspStateManagerImpl.java:283) at org.apache.shale.clay.faces.ClayViewHandler.restoreView(ClayViewHandler.java:286) at org.apache.shale.validator.faces.ValidatorViewHandler.restoreView(ValidatorViewHandler.java:136) at org.apache.shale.view.faces.ViewViewHandler.restoreView(ViewViewHandler.java:160) at com.irx.view.handler.CustomViewHandler.restoreView(CustomViewHandler.java:58) at org.apache.myfaces.lifecycle.LifecycleImpl.restoreView(LifecycleImpl.java:141) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:137) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:97) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) -- View this message in context:
RE: Problem with navigation handler
i need more specific details is your aim to link-up 2 action? to let a Dialog action (outcome = ACT1) delegate to non Dialog action (outcome =null)? Sam mario.buonopane wrote: Sam, in this way does work. What I can't do is: - set on the action a logical action name (outcome). For example ACT1 - configure on the dialog of shale the action (test_stateless$ricercaSinistro.DialogAction) associated to transition ACT1 - let the action return null -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 8 febbraio 2008 09.20 To: user@shale.apache.org Subject: RE: Problem with navigation handler mario, if this work now so its fine:-) mario.buonopane wrote: Yes Sam, I decided that for all AJAX Actions I don't use Dialog Manager features but in the page I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } and the action return null. What do you think? Thanks, Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 7 febbraio 2008 16.01 To: user@shale.apache.org Subject: RE: Problem with navigation handler any progress mario? Sam mario.buonopane wrote: So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1526807 0.html Sent from the Shale
RE: Problem with navigation handler
Sam, what o wanna do is: - have a button on the page with the action attribute setted to ACT1 - have a dialog with the association from my view to action ACT1 setted to test_stateless$ricercaSinistro.findClaim - have the findClaim method of Managed Bean test_stateless$ricercaSinistro that return null. In this case I expect that after the execution of findClaim method, the application show the same view that requested the action ACT1. Thanks Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 11 febbraio 2008 09.50 To: user@shale.apache.org Subject: RE: Problem with navigation handler i need more specific details is your aim to link-up 2 action? to let a Dialog action (outcome = ACT1) delegate to non Dialog action (outcome =null)? Sam mario.buonopane wrote: Sam, in this way does work. What I can't do is: - set on the action a logical action name (outcome). For example ACT1 - configure on the dialog of shale the action (test_stateless$ricercaSinistro.DialogAction) associated to transition ACT1 - let the action return null -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 8 febbraio 2008 09.20 To: user@shale.apache.org Subject: RE: Problem with navigation handler mario, if this work now so its fine:-) mario.buonopane wrote: Yes Sam, I decided that for all AJAX Actions I don't use Dialog Manager features but in the page I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } and the action return null. What do you think? Thanks, Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 7 febbraio 2008 16.01 To: user@shale.apache.org Subject: RE: Problem with navigation handler any progress mario? Sam mario.buonopane wrote: So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited
RE: Problem with navigation handler
mario, if this work now so its fine:-) mario.buonopane wrote: Yes Sam, I decided that for all AJAX Actions I don't use Dialog Manager features but in the page I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } and the action return null. What do you think? Thanks, Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 7 febbraio 2008 16.01 To: user@shale.apache.org Subject: RE: Problem with navigation handler any progress mario? Sam mario.buonopane wrote: So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1526807 0.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1533542 1.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private
RE: Statistic
I'm using successfully: - Basic Dialog Manager - View Controller Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: Statistic
we use the test framework; also test is used by (almost) all MyFaces component libs. for sure on Trinidad -M On Feb 8, 2008 5:12 PM, Chris Keefer [EMAIL PROTECTED] wrote: Currently, I am only using the Shale Test framework. Best, --Chris On Feb 2, 2008, at 6:44 AM, samju wrote: I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic- tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
RE: Statistic
I'm not using Shale myself at the moment, but on my previous project (which another employee of my company has taken over), I used Clay, View Controller, Tiger Extensions, and the Test Framework. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: Sat 2/2/2008 6:44 AM To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com.
Re: Statistic
Currently, I am only using the Shale Test framework. Best, --Chris On Feb 2, 2008, at 6:44 AM, samju wrote: I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic- tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com.
RE: Statistic
I have to make a decision between Seam and Shale mario.buonopane wrote: Evaluated for what? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 6 febbraio 2008 10.26 To: user@shale.apache.org Subject: RE: Statistic I agree! But I would like to know how many do use shale. Active user. At the moment we have only 7 Feedbacks so the currently result is very poor to be evaluated . Richard Eggert wrote: I would imagine that most people on this mailing list are using it, or at least thinking about using it. It's difficult to determine who's using it that is not on this list, though. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 2/4/2008 5:12 AM To: user@shale.apache.org Subject: RE: Statistic I'm using -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15306329.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15330431.html Sent from the Shale - User mailing list archive at Nabble.com.
Re: Shale Roadmap
From: Niall Pemberton [EMAIL PROTECTED] On Feb 6, 2008 7:21 PM, linux.eavilesa wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. and rightly so - the trends are stark: Overall: http://shale.markmail.org/search/?q= Dev: http://tinyurl.com/2d3e92 Commits: http://tinyurl.com/2synvm Unless those trends start to reverse, the only glimmer of hope on the horizon is/was the proposal to move the code to MyFaces. Niall, I know you are a *very* active struts and commons committer and apache supporter so I will take this to heart. Niall Gary I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
RE: Shale Roadmap
-Original Message- From: Ryan de Laplante [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 06, 2008 2:39 PM To: user@shale.apache.org Subject: Re: Shale Roadmap Hi, I'm not a Shale user or regular reader of this mailing list, although I gave it a look about a year ago. JSF 2.0 is going to be standardizing the best ideas from Shale's Clay, View Controller, Tiger extensions, and other features. JSF 2.0 is doing the same with facelets, jsftemplating, Seam, AJAX4JSF, etc. Once JSF 2.0 is out, will there be a need for bolt on frameworks like Shale, Seam, JSF Templating, Facelets, AJAX4JSF, etc? If I had the skills necessary to maintain a sophisticated framework like Shale I would join the JCP and help standardize the best features. Quite a few of the Shale committers are on the JSF 2.0 EG (as am I). It's true that a lot of these features will end up in JSF 2, but that's still a ways out (at least the end of this year, probably next year). However, there's always room to add more functionality. Also, all of the frameworks you mention serve different purposes. Seam and Shale have some overlap [1], but Seam adds a lot of stuff, and only some of it is being standardized (via JSF 2 and WebBeans). JSF 2 will support different types of templating, so there's no guarantee that alternative view technologies will go away; there will simply be a much better default. [1] Interview with Craig McClanahan, http://www.jsfcentral.com/articles/mcclanahan-05-05.html linux.eavilesa wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: . Define the project team organization, mainly the project leader and the development team. . Determine the release of the stable version (date and who will lead it) . Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
RE: Problem with navigation handler
any progress mario? Sam mario.buonopane wrote: So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1526807 0.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p15335421.html Sent from the Shale - User mailing list archive at Nabble.com.
RE: Problem with navigation handler
Yes Sam, I decided that for all AJAX Actions I don't use Dialog Manager features but in the page I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } and the action return null. What do you think? Thanks, Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 7 febbraio 2008 16.01 To: user@shale.apache.org Subject: RE: Problem with navigation handler any progress mario? Sam mario.buonopane wrote: So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1526807 0.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1533542 1.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete
RE: Statistic
Evaluated for what? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 6 febbraio 2008 10.26 To: user@shale.apache.org Subject: RE: Statistic I agree! But I would like to know how many do use shale. Active user. At the moment we have only 7 Feedbacks so the currently result is very poor to be evaluated . Richard Eggert wrote: I would imagine that most people on this mailing list are using it, or at least thinking about using it. It's difficult to determine who's using it that is not on this list, though. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 2/4/2008 5:12 AM To: user@shale.apache.org Subject: RE: Statistic I'm using -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15306329.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: Shale Roadmap
Hi, I'm not a Shale user or regular reader of this mailing list, although I gave it a look about a year ago. JSF 2.0 is going to be standardizing the best ideas from Shale's Clay, View Controller, Tiger extensions, and other features. JSF 2.0 is doing the same with facelets, jsftemplating, Seam, AJAX4JSF, etc. Once JSF 2.0 is out, will there be a need for bolt on frameworks like Shale, Seam, JSF Templating, Facelets, AJAX4JSF, etc? If I had the skills necessary to maintain a sophisticated framework like Shale I would join the JCP and help standardize the best features. Thanks, Ryan linux.eavilesa wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
Re: Shale Roadmap
Hi, I move this conversation to the dev list. Esteve Greg Reddin wrote: On Feb 6, 2008 1:21 PM, linux.eavilesa [EMAIL PROTECTED] wrote: I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. Well, we do sort of have a roadmap (or at least a tool for creating one): https://issues.apache.org/struts/browse/SHALE?report=com.atlassian.jira.plugin.system.project:roadmap-panel As you can see we're pretty close to a release. All that remains is some people to complete the few remaining 1.0.5 tickets and do the release work. · Define the project team organization, mainly the project leader and the development team. The Shale PMC is responsible for these kinds of decisions. Apache projects don't have a single leader. Rather, they are led by the people who do the work - namely the PMC. The best way to get involved is continued participation in the mailing lists (a similar discussion is happening on the dev list so you should sign up for that as well) and adding some patches to the Jira tickets. · Determine the release of the stable version (date and who will lead it) I think 1.0.5 could easily become a stable (GA) version if we can get it out the door. Since the work is done by volunteers we don't have dates for the releases. It will happen when someone is motivated enough and has time to do it. · Analyze each module and decide which must eliminated and which is worth keeping alive Search the archives for info on this. Some discussion along that line has already taken place. For example, we have decided to discontinue support for Shale-Tiles in favor of the MyFaces Tomahawk Tiles 2 view handler. Other things were discussed as well but no firm decisions were made. There seems to be a lot of interest in seeing Shale move forward. I hope some of that interest will generate new activity. Greg
Re: Shale Roadmap
On Feb 6, 2008 7:21 PM, linux.eavilesa [EMAIL PROTECTED] wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. and rightly so - the trends are stark: Overall: http://shale.markmail.org/search/?q= Dev: http://tinyurl.com/2d3e92 Commits: http://tinyurl.com/2synvm Unless those trends start to reverse, the only glimmer of hope on the horizon is/was the proposal to move the code to MyFaces. Niall I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
RE: Statistic
I'm using -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
RE: Problem with navigation handler
I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
RE: Problem with navigation handler
1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p15268070.html Sent from the Shale - User mailing list archive at Nabble.com.
RE: Statistic
I would imagine that most people on this mailing list are using it, or at least thinking about using it. It's difficult to determine who's using it that is not on this list, though. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 2/4/2008 5:12 AM To: user@shale.apache.org Subject: RE: Statistic I'm using -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
RE: Problem with navigation handler
So, in the JSP I call directly the action, for example in my button: #{test_stateless$ricercaSinistro.nonDialogAction } Mario -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 4 febbraio 2008 14.27 To: user@shale.apache.org Subject: RE: Problem with navigation handler 1- findClaim() do return the Transition OK 2- for your ajax call we do not have to use dialog conf. stuff. work outside the Dialog so return null from non-Dialog action! public String nonDialogAction(){ prepare the ajax call /*as you mentioned befor the output schould be null*/ return null; /* will let us refresh the last Dialog-State-View. This View is the Transition outcome OK from a dialog-Action*/ } public String dialogAction(){ .do smth.. return OK; } Sam mario.buonopane wrote: I'm sorry, but I don't understand If I return null from the action, how can Shale go do transition OK ? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.25 To: user@shale.apache.org Subject: Re: Problem with navigation handler Your aim is to apply a ajax call on ricercaSinistro.jsp. If i got what you means, I think you may do the follow: The outcome of the Ajax-Call-action can (should )return null. This Ajax action should be handle outside the Dialog Configuration File. (we can mix dialog and non dialog action). The Pre-Action-State should have as target the dialog End-State. action name=actionRicerca method=#{ test_stateless$ricercaSinistro.findClaim } transition outcome=OK target=Exit / /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp In this View State we can call an Ajax action with the needed null outcome. transition outcome= exitdialogaction target= exitdialog / /view end name=exit viewId=/test_stateless/ricercaSinistro.jsp end name=exitdialog viewId=/test_stateless/home.jsp I hope this will help mario.buonopane wrote: Hi, I'm using basic navigation handler with this configuration: action name=actionRicerca method=#{test_stateless$ricercaSinistro.findClaim} transition outcome=OK target=ricercaPage / transition outcome=error target=Exit/ /action view name=ricercaPage viewId=/test_stateless/ricercaSinistro.jsp transition outcome=ricerca target=actionRicerca/ /view The button of my form call the action ricerca because I want specify the action to call in the configuration file of dialog. If the action =#{test_stateless$ricercaSinistro.findClaim} return null I have a loop because the control remain to the view ricercaPage and call again the outcome ricerca. Is there any one can help me? Thanks in advance Mario This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1524192 6.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Problem-with-navigation-handler-tp15180522p1526807 0.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.