Re: Shale 1.0.3 and Tiles Question - Tag Question
On 9/5/06, Butash, Bob [EMAIL PROTECTED] wrote: Greg and Wendy - Thanks for the information...I'll give it a shot. It's a _little_ better now. :) We have the beginnings of a FAQ page, and some comments in the TLD: * http://struts.apache.org/struts-sandbox/tiles/faq.html * http://struts.apache.org/struts-sandbox/tiles/tiles-core/tlddoc/index.html These are still under construction, the tld comments may still reflect Struts 1 information (since that's where they were copied from.) There is also a small example app that we've been using to test the Tiles 2 changes. You can find a recent snapshot of it here: http://people.apache.org/repo/m2-snapshot-repository/org/apache/struts/tiles/tiles-test/2.0-SNAPSHOT/ -- Wendy
Re: Shale 1.0.3 and Tiles Question - Tag Question
On 9/8/06, Baker,Jonathan [EMAIL PROTECTED] wrote: Your welcome, I'm glad I could help. I basically ran line by line through the tiles code for an entire day to figure out why things were not displaying. Bob and/or Jonathan... if you have time, please share what you learned on the wiki: http://wiki.apache.org/shale/ShaleAndTiles I added a link to this thread, but I'm still not entirely sure whether there's a problem in Tiles 2 (should the 'type' attribute really be required?) or if it's just something that needs documentation. I'll take that up with Greg on struts-dev, though. :) -- Wendy
Re: Shale 1.0.3 and Tiles Question - Tag Question
On 9/8/06, Dick Starr [EMAIL PROTECTED] wrote: Standalone Tiles works for me without the type attribute. I am using the 8/3/06 release. Prior to today's thread I had been using inserts like f:subview id=bodytiles:insert attribute='body' flush=false//f:subview. I just took off the subviews and changed the attributes to name so the inserts now look like tiles:insert name=body flush=false/ and it still works fine. Can you try it with a recent nightly build and make sure it still works? * http://people.apache.org/builds/struts/nightlies/tiles/ (If you're using Maven 2, you can find info on the snapshot repo, here: http://struts.apache.org/struts-sandbox/tiles/ ) Thanks, -- Wendy
Re: Shale 1.0.3 and Tiles Question - Tag Question
On 9/13/06, Dick Starr [EMAIL PROTECTED] wrote: I installed the 20060911 version and got NullPointerExceptions. It is working now however, with the following fixes: (1) My index.jsp contained jsp:forward page=/tiles/system/SaLogon.faces/ where my /tiles/system/SaLogon.jsp now contains tiles:insert flush=false name=/saLogon type=definition/ (to get it to work I added the type=definition). Hmmm... Greg? Is 'type' supposed to be required? If so, we need to document it. Dick, Thanks for testing this and reporting back. -- Wendy
Re: Shale 1.04 nightly builds + tile exception
On 9/14/06, stephan opitz [EMAIL PROTECTED] wrote: i updated the newest nightly builds. it works as with my buidls from middle august, but i get... 14:28:11,015 ERROR [TilesViewHandler] Tiles error org.apache.tiles.FactoryNotFoundException: Can't get definitions factory from context. I think I saw that Craig changed the Tiles version to 2.0-SNAPSHOT yesterday. Make sure you have the very latest Tiles 2 snapshot. Maven won't retrieve a new one, so either build Tiles 2 yourself, or delete it from your local repository to force Maven to download a new one. (rm -rf ~/.m2/repository/org/apache/struts/tiles) I'm getting a different compilation error: [INFO] [compiler:compile] Compiling 13 source files to c:\svn\shale\framework\shale-core\target\classes ... c:\svn\shale\framework\shale-core\src\main\java\org\apache\shale\component\Valid atorScript.java:[37,36] package org.apache.commons.validator does not exist ... Could just be something local, but it doesn't get as far as shale-tiles for me. By the way, please come join us on the development list-- questions about building Shale from source really belong over there. :) -- Wendy
Re: Shale 1.04 nightly builds + tile exception
On 9/14/06, stephan opitz [EMAIL PROTECTED] wrote: i only used all libs form archive shale-framework-20060914.zip ... the exception is on every view i visit, but without problems in viewing... Clearly, I should not answer email so early in the morning. :) I thought you were having trouble building it, not getting exceptions at runtime... I'll be quiet now and let someone more familiar with Shale and Tiles try to help. -- Wendy
Re: Building from subversion source
On 9/18/06, Irv Salisbury [EMAIL PROTECTED] wrote: I am following the instructions for building from source. However, I get this error: /Users/irving/work/apache/shale-src/shale-core/src/main/java/org/apache/shale/component/ValidatorScript.java:[37,36] package org.apache.commons.validator does not exist I saw this last week, and can still reproduce it. (Delete org/apache/shale from your local repo and try 'mvn clean install' from framework.) It fails even with the Cargo plugin config in settings.xml, but that really shouldn't have anything to do with commons-validator. My bet is on dependencyManagement not working correctly again. I haven't looked at the changes Craig made recently, I'd start there. -- Wendy
Re: common areas
On 9/20/06, Irv Salisbury [EMAIL PROTECTED] wrote: Of the ways listed, which one do you use/prefer for templating with Clay? Gary, can you list the different ways to use Clay in order of complexity (or some other metric that makes sense to you) and explain when a user might want to choose one over another? I also have trouble sorting out which parts of the examples go with the different templating methods. If all I want is a simple header/footer/left-hand-menu with a different body on each page, what's the simplest way to get there? If you explain it here, I'll get it on the wiki and (eventually, I hope,) onto the website. :) Thanks, -- Wendy
Re: Shale validation facelet
On 9/25/06, Mauricio Scheffer [EMAIL PROTECTED] wrote: Thanks everyone, I'll try the latest svn I only fixed the website, nothing related to Shale Validation and Facelets. Which I'm now having my own problems with. :/ Facelets 1.1.11, Shale 1.0.4-SNAPSHOT, MyFaces Core 1.1.4 I'm trying to add a required validator to a Facelets template, and MyFaces is complaining Unknown validator id 'org.apache.shale.validator.CommonsValidator'. With this in accessRequest.xhtml h:outputText value=#{messages['prompt.effectiveDate']}/ h:inputText id=effectiveDate value=#{effectiveDate} s:commonsValidator type=required arg=#{messages['prompt.effectiveDate']} server=true client=false/ /h:inputText h:message for=effectiveDate styleClass=errors/ The s:commonsValidator tag comes through in the HTML. Fair enough. If I add a Facelets tag file (and the corresponding web.xml context param,) ?xml version=1.0? !DOCTYPE facelet-taglib PUBLIC -//Sun Microsystems, Inc.//DTD Facelet Taglib 1.0//EN http://java.sun.com/dtd/facelet-taglib_1_0.dtd; facelet-taglib namespacehttp://shale.apache.org/validator/namespace tag tag-namecommonsValidator/tag-name validator validator-idorg.apache.shale.validator.CommonsValidator/validator-id /validator /tag /facelet-taglib then I get: javax.faces.FacesException: Unknown validator id 'org.apache.shale.validator.CommonsValidator'. at org.apache.myfaces.application.ApplicationImpl.createValidator(ApplicationImpl.java:600) at com.sun.facelets.tag.jsf.ValidateHandler.createValidator(ValidateHandler.java:116) at com.sun.facelets.tag.jsf.ValidateHandler.apply(ValidateHandler.java:90) ... Full stack trace here: http://wiki.wsmoak.net/cgi-bin/wiki.pl?Facelets#validator Does anyone see anything obviously wrong above (or on the wiki page) or have any advice? Thanks, -- Wendy
Re: Shale validation facelet
On 10/6/06, Gary VanMatre [EMAIL PROTECTED] wrote: The registered validator-id is org.apache.shale.CommonsValidator. Thanks Rahul and Gary. :) Progress! No errors, at least. But I don't see the Effective Date is required error message when I submit the form. h:message for=effectiveDate styleClass=errors/ isn't doing anything. Any ideas? -- Wendy
Re: Shale validation facelet
On 10/6/06, Gary VanMatre [EMAIL PROTECTED] wrote: That's how I would have approached it too. But, if you were using Clay, you wouldn't have to go through all of that (couldn't resist :--) Craig had some concerns about Shale Validator and Facelets, so I'm trying to see if I can break it. :) Okay... now what do I do with validatorVar ? Gary commented on http://issues.apache.org/struts/browse/SHALE-303 saying that it's not a component and that Facelets probably has some way to handle it. Does anyone know how to tell Facelets about s:validatorVar? -- Wendy
Re: [OT] download area down - some news when it will be up or mirrors?
On 10/25/06, Torsten Krah [EMAIL PROTECTED] wrote: people.apache.org refuses connections for afaik 2 days now. Is there some other space where i can get the nightly builds, or has someone some informations when it will be there again? The server was part of some infrastructure work that started on Saturday and was expected to be completed on Monday. Unfortunately, it's taking longer than expected. The infrastructure team is working on it and it will be back as soon as possible. -- Wendy
Re: How to build the shale-test-dialog-scxml application?
On 10/26/06, Torsten Krah [EMAIL PROTECTED] wrote: Running mvn install in the framework directory - the ones where all shale parts are in - results in this error: mvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.shale ArtifactId: shale-master Version: 2-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.shale:shale-master:pom:2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) Don't know what to do here, any hints? Heh. Matthias? Are you *sure* it builds without the snapshot repository in the shale-parent pom? Torsten: update your working copy and try it again. I just added the snapshot repository back to the shale-parent pom. -- Wendy
Re: Re[3]: Problems with example war
On 10/29/06, Thomas Walland [EMAIL PROTECTED] wrote: Because I don't want to build the source by my own, i tried also the nightly build version of the example. But with the same result: org.apache.jasper.JasperException: Exception in JSP: /welcome.jsp:1 Strange. I tried the 1.0.3 version you linked to, and it works fine here. I suppose the next thing I'd try is a clean install of Tomcat, but maybe someone else has a suggestion. -- Wendy
Re: Cannot subscribe to the list
On 11/12/06, Adrian Mitev [EMAIL PROTECTED] wrote: Hi! i`m trying to subscribe to the user@shale.apache.org but i got as reply the following: Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 12): 552 spam score (5.5) exceeded threshold Was the message completely empty? Try putting something in the subject line and/or body. We've seen other reports of SpamAssassin filtering blank messages. -- Wendy
Re: This Shale/Tiles configuration works
On 11/18/06, Alarcón Vladimir [EMAIL PROTECTED] wrote: Hi, I am interested to discuss new features to a future version of Shale and I would like to know if there is interest on discussing them; if so, please reply. Sure! The best way would be to start a new thread on the mailing list and use a descriptive subject line. (Here, you've replied to an unrelated thread about Tiles.) And your English is fine. :) -- Wendy
Re: Dependency with MyFaces in 1.0.3
On 11/24/06, Enrique Medina Montenegro [EMAIL PROTECTED] wrote: I found an annoying dependency (for my project) inside the pom.xml in the META-INF folder that makes reference to MyFaces 1.1.1. My problem is I end up by having both those JARs and 1.1.2, which are the real ones I want in my application. Unfortunately, you'll need to use exclusions in your own project's pom to get rid of the unwanted dependencies. (The MyFaces dependencies are now marked 'provided' so that this won't be a problem in future Shale releases.) -- Wendy
Re: Shale's commonsValidator + Facelets
On 11/25/06, Veit Guna [EMAIL PROTECTED] wrote: I'm also trying to get apache commons validator running together with shale-1.0.4-SNAPSHOT and facelets 1.11. This is because I can use the commons-validator package for business validation, too - independent of the view technologie. ... Any hints what the problem might be? Perhaps one need really a Facelet Tag handler to get it running? That's what I'm told, but I didn't get very far, either: http://www.nabble.com/Help-with-a-TagHandler-for-Shale%27s-%27validatorVar%27-t2398508.html -- Wendy
Re: Dialog
On 12/11/06, Craig McClanahan [EMAIL PROTECTED] wrote: The capability to override this prefix was there in the initial implementation of dialogs in Shale, but got inadvertently dropped when we refactored the functionality. It's an easy fix to put this capability back in ... could you do me a favor and file an RFE in our issue tracking system[1]? That way, you'll get notified when it actually gets fixed. Missing footnote. :) The issue tracker is here: http://issues.apache.org/struts/browse/SHALE -- Wendy
Re: How do i post new message?
On 4/8/07, apurva mistry [EMAIL PROTECTED] wrote: Just joined the Shale user group. I want to implement Shale's clay, and not sure where to get the jar files and javadoc for the same. I have been through the shale's clay page, but couldn't find a way to download jar or other sample apps for that matter. I would apprieciate any help. Follow the links here to download the latest release of the framework and example apps: http://shale.apache.org/index.html#download -- Wendy
Re: I want to build Shale with JSF ref implementation.
On 4/10/07, apurva mistry [EMAIL PROTECTED] wrote: I downloaded shale-framework-1.1.0-SNAPSHOT, and ran maven build. I build against the JavaServer Faces Reference Implementation by adding -Djsf=ri to the command line. But not sure if it really generated the jars with JSF ref implementation and not Apache myFaces (that is default). Also, does the pom.xml only generates Jar files? What about the web pages in several applications, doesn't it need to create a War file. I would appreciate if someon can share any knowledge/information. Looking through the build files briefly, I think -Djsf=ri (or -Djsf=ri12) is only applicable for the webapps, where you can choose which JSF implementation to include in WEB-INF/lib. The framework itself builds against the api, so there isn't much to be gained by building against MyFaces vs. the RI. To build the framework and webapps, try 'mvn clean install -Papps' If you have more questions about building Shale from source or using snapshots, please come join us on the development list. http://shale.apache.org/mail-lists.html -- Wendy Smoak
Re: shale 1.0.4 in glassfish v2 classpath breaks admin webapp
On 10/1/07, Cyril Bouteille [EMAIL PROTECTED] wrote: You might want to re-post your message as plain text. For me, it's just empty. -- Wendy
Re:
On 10/3/07, Lionel Port [EMAIL PROTECTED] wrote: There was a bug in Shale 1.0.4 ( http://issues.apache.org/struts/browse/SHALE-409) that prevented ajax4jsf working with shale. It is fixed in the nightly builds. Just waiting on the release of shale 1.0.5, but the project seems to have stalled. There's not much development going on, but if there's interest in a release we can probably round up enough people to make it happen. I'd like to see the Tiles 2 integration sorted out first, though. -- Wendy
Re:
On 10/5/07, Greg Reddin [EMAIL PROTECTED] wrote: I agree. That move us closer to pushing Shale towards GA :-) I'm still here, but I've had *0* time to contribute of late unfortunately. I feel like upgrading the Tiles support is about a 5-minute job, but testing it is the hard part for me. I've never actually used Tiles 2 with JSF and, in fact, Tiles 2 itself has changed so much since I last used it I'm not sure if I'm still up to speed on it :-) At any rate, the biggest help we could use is someone to give testing guidance on the Tiles 2 components. I don't want to commit code and walk away without giving it some good test support. Someone sent me a .war file a while back and I haven't looked at it yet. Maybe it will be a start. If anybody else can boil your webapp down to a few tests to put it through its paces and attach that to a JIRA, that would be most welcome. Then actually that sounds like we should get a 1.0.5 out with the fixes people are waiting for, and then you can commit the potentially breaking changes and sort out the Tiles stuff. WDYT? We should really move to dev@ now... -- Wendy
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: 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: 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?
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