[ANNOUNCE] Apache Shale To Move To the Attic
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
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
ApacheCon Europe 2009: Early Bird Deadline Extended
Subject: ApacheCon Europe 2009: Early Bird Deadline Extended until 13th of February Here's some great news for everyone who's thinking of traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird deadline has been extended to Friday, February 13th - and remember, there is a discount of 150 Euro on registration for anyone staying at the Mövenpick Hotel. Register at http://www.eu.apachecon.com. ApacheCon is a week of open source goodness straight from the source of The Apache Software Foundation: - More than 60 1-Hour Sessions on System Administration, Development, Data Mining and Search Technologies, Enterprise Web Services, SOA, and Cloud Technologies, Open Source Business and Community, and more - Over a dozen Training Workshops from industry experts (see below) - World-class Keynotes and vendor Expo - Lightning Talks and Birds-of-a-Feather sessions - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon! ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training Workshops on the following topics: Data Mining and Search Technologies --- - Lucene Boot Camp (Grant Ingersoll) - Solr Boot Camp (Erik Hatcher) The Next Generation of Web Data Storage --- - Building Standalone CouchDB Applications (J. Chris Anderson) - High Performance CouchDB (J. Chris Anderson) Cloud and Distributed Computing Technologies - Hadoop Tools and Tricks for Data Processing Pipelines (Christophe Bisciglia and Aaron Kimball) System Administration - - Apache HTTP Server - Nuts to Bolts (Jim Jagielski) - Everything Tomcat - Administering, Tuning, Troubleshooting and Developing (Mark Thomas) Developing State-of-the-Art Web Applications - A Day of REST (J Aaron Farr) - Apache CXF - Developing and Deploying Open Source SOA Endpoints (Adrian Trenaman) - Ajax on Struts 2: How a Second Generation Web Application Framework Meets the Demands of RIA (Chad Michael Davis) - Behavior-Driving Your Apache Wicket Application: Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho) Building and Managing Java-based Projects - - Maven Workshop (Zeger Hendrikse) Professional Media Trainings - Media Analyst Training (Sally Khudairi) - Intermediate Media Analyst Training (Sally Khudairi) We hope to see you on the 23-27 March at the Mövenpick Hotel in Amsterdam! Visit http://www.eu.apachecon.com for further information and registration details. Interested in sponsoring the ApacheCon conferences? Please contact Delia Frees at de...@apachecon.com for further information. -- ApacheCon Europe 2009 Team planners-2009-eu at apachecon.com http://www.eu.apachecon.com
Registration for ApacheCon Europe 2009 is now open!
ApacheCon EU 2009 registration is now open! 23-27 March -- Mövenpick Hotel, Amsterdam, Netherlands http://www.eu.apachecon.com/ Registration for ApacheCon Europe 2009 is now open - act before early bird prices expire 6 February. Remember to book a room at the Mövenpick and use the Registration Code: Special package attendees for the conference registration, and get 150 Euros off your full conference registration. Lower Costs - Thanks to new VAT tax laws, our prices this year are 19% lower than last year in Europe! We've also negotiated a Mövenpick rate of a maximum of 155 Euros per night for attendees in our room block. Quick Links: http://xrl.us/aceu09sp See the schedule http://xrl.us/aceu09hp Get your hotel room http://xrl.us/aceu09rp Register for the conference Other important notes: - Geeks for Geeks is a new mini-track where we can feature advanced technical content from project committers. And our Hackathon on Monday and Tuesday is open to all attendees - be sure to check it off in your registration. - The Call for Papers for ApacheCon US 2009, held 2-6 November 2009 in Oakland, CA, is open through 28 February, so get your submissions in now. This ApacheCon will feature special events with some of the ASF's original founders in celebration of the 10th anniversary of The Apache Software Foundation. http://www.us.apachecon.com/c/acus2009/ - Interested in sponsoring the ApacheCon conferences? There are plenty of sponsor packages available - please contact Delia Frees at de...@apachecon.com for further information. == ApacheCon EU 2008: A week of Open Source at it's best! Hackathon - open to all! | Geeks for Geeks | Lunchtime Sessions In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel Lightning Talks | Receptions | Fast Feather Track | Expo... and more! - Shane Curcuru, on behalf of Noirin Shirley, Conference Lead, and the whole ApacheCon Europe 2009 Team http://www.eu.apachecon.com/ 23-27 March -- Amsterdam, Netherlands
[Travel Assistance] Applications for ApacheCon EU 2009 - Now Open
The Travel Assistance Committee is now accepting applications for those wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009 in Amsterdam. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon EU 2009 who need some financial support in order to get there. There are very few places available and the criteria is high, that aside applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF or open source in general. Financial assistance is available for travel, accommodation and entrance fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in the United States or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon EU of course, but there must be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the online application form. Time is very tight for this event, so applications are open now and will end on the 4th February 2009 - to give enough time for travel arrangements to be made. Good luck to all those that apply. Regards, The Travel Assistance Committee --
[Announce] Call For Papers opens for ApacheCon US 2009
If you have only 30 seconds to read this; Join us in celebrating the ASF's 10th Anniversary at ApacheCon! The Call for Papers is now open for ApacheCon US 2009, taking place 2-6 November in Oakland, California. Proposals are being accepted at http://us.apachecon.com/c/acus2009/cfp/ and can be revised at anytime until the submissions closing deadline of 28 February 2009. In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at [EMAIL PROTECTED] for further information. Please, read on... *** ApacheCon Celebrates the ASF's 10th Anniversary in Oakland, California, 2-6 November 2009 Call for Papers Opens for ApacheCon US 2009 The Apache Software Foundation (ASF) invites submissions to its official user and developer conference, taking place 2-6 November 2009 at the Oakland Convention Center and Marriott Hotel. ApacheCon serves as a forum for showcasing the ASF's latest projects, members, and community initiatives. Offering unparalleled educational opportunities, ApacheCon's presentations, hands-on trainings, and sessions address key technology, development, business/community, and licensing issues in Open Source. The wide range of activities offered at ApacheCon promotes the exchange of ideas amongst ASF Members, committers, innovators, developers, vendors, and users interested in the future of Open Source technology. The conference program includes peer-reviewed sessions, trainings/workshops, and select invited keynote presentations and speakers. Conference Themes and Topics Building on ten years of success, ApacheCon returns to the Bay Area for the 10th anniversary of the Apache Software Foundation. Comprising some of the most active and recognized developers in the Open Source community, ApacheCon provides an influential platform for dialogue between Open Source developers and users, traversing a wide range of ideas, expertise, and personalities. ApacheCon welcomes submissions across many fields, geographic locations, and areas of development. The breadth of the Apache community lends itself to conference content that is somewhat loosely-structured, with common themes of interest addressing groundbreaking technologies and emerging trends, best practices (from development to deployment), case studies and lessons learned (tips, tools, and tricks). In addition, ApacheCon will continue to offer its highly popular, two-day intensive trainings; certifications of completion will be distributed to those who fulfill all the training requirements. Topics appropriate for submission are manifold, and may include but are not restricted to: Apache HTTP server (installation, configuration, migration, and more); ASF-wide projects (including Lucene, Hadoop, Jackrabbit, and Maven); Scripting languages and dynamic content (such as Java, Perl, Python, Ruby, XSL, and PHP); Security and e-commerce (performance tuning, load balancing and high availability); New technologies (including broader initiatives such as Web Services and Web 2.0); ASF-Incubated projects (such as Sling, UIMA, and Shindig); and Business/Community issues (Open Source driven business models, open development, enterprise adoption, and more). Submission Guidelines Submissions must include; – Session title - Speaker name - Speaker biography - Session description - Format and duration - Audience expertise level Full details are available online on the CFP page at [WWW] http://us.apachecon.com/c/acus2009/cfp/ Types of Presentations; - Trainings/Workshops - General Sessions - Case Studies/Industry Profiles - Corporate Showcases Demonstrations - Fast Feather (short) sessions - Birds of a Feather discussions - Invited Keynotes/Panels/Speakers Pre-Conference Trainings/Workshops Held on the first two days of the conference (2-3 November 2009), ApacheCon trainings are available at a registration fee beyond the regular conference fee. Proposals may be submitted for half-day (3 hours), full-day (6 hours), or two-day (12 hours) training sessions. These proposed tutorials should be aimed at providing in-depth, hands-on development experience or related continuing education. Training submissions are welcome at beginner, intermediate, and expert levels. General Sessions include presentations on practical development applications, insight into high-interest projects, best practices and key advances, overcoming implementation challenges, and industry innovations. Especially welcome are submissions that extend participants' understanding the role of ASF projects and their influence on the Open Source community at large. General Sessions are scheduled for 50 minutes and are accessible to all conference delegates. Case Study/Industry Profile Practitioners are invited to submit presentations that focus on how implementing particular ASF technologies led to improved products/solutions, service offerings, changes in work practices, among other successes. Proposals
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?
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?
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: 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: 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
[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
Re: Statistic
On Feb 2, 2008 5:44 AM, samju [EMAIL PROTECTED] wrote: I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! The company I work for uses the Remoting architecture. Greg
Re:
On 10/4/07, Wendy Smoak [EMAIL PROTECTED] wrote: 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. 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. Thanks, Greg
Re: new web app with jsf and shale
On 9/21/07, Pavel Savara [EMAIL PROTECTED] wrote: How stable are nightly builds? I suppose we will developed new project for a while before it goes live so would you recommend to use nightly builds because new version will be out soon or should I stick with latest release rather? Does it have any advantage to use nightly builds over the latest release for new projects? I would think your best bet is to start with the latest release and see if it provides the functionality you need. If not, then ask here (or look in Jira) to see if the functionality has been added in a nightly. I would say the nightlies are pretty stable at this point as there has not been much church lately. We would like to use persistent connection between client and server (Jetty Continuation) and sent updates from server to client rather than client asking by request all the time probably by using drw Ajax toolkit (Ajax continuations). Can you see any possible problems to use this technology together with JSF or shale? If you're just asking about AJAX then I don't see any problems. I don't know anything about Ajax continuations so I can't really help much there. Greg
Re: Shale next version with Tiles 2.0 integration
On 9/12/07, Esteve Avilés [EMAIL PROTECTED] wrote: Does anybody know when will next Shale version be released? No, I suppose we should get on that :-) Will it include support on Tiles 2.0 Well, it already does, but it's working with an oder 2x version. I don't think it's a huge task to go in and upgrade to the latest version. I just haven't had time to do it yet. I need to get on that too :-) and JSF 1.2 I'm not sure if the very next version will require or be compatible with 1.2. I'm not really sure what we need to do, if anything, to be compatible. I know 1.2 compatibility is our long-term goal. Does anyone else know where we stand on that? HTH, Greg
Re: Stand alone tiles requirements
On 2/26/07, Joel Powers [EMAIL PROTECTED] wrote: I'm looking at SiteMesh or Stand alone tiles with a JSF application running on JVM 1.4.x (WebSphere 6.x). From here: http://struts.apache.org/struts-sandbox/tiles/index.html First off, Tiles has graduated to a Top-Level Apache Project. See http://tiles.apache.org for the latest updates. I see that tiles requires 1.4.x but in looking at the code I see it uses 1.5only features such as Generics. http://svn.apache.org/repos/asf/tiles Oh, you're looking at the TLP codebase :-) Anyway, I'm not sure what the status of 1.4 use is. When the Java 5 enhancements were added there was talk about using Retroweaver, etc. to create a 1.4-comptible version. I can't remember where that discussion went. You might want to ask on users@tiles.apache.org to find out. If you us a downloaded snapshot of Tiles you may have trouble getting things to work. Most people seem to be having success using the Tiles version downloaded with the Shale distribution. But I'm not sure if that snapshot works with JDK 1.4 or not. A 2.0.1 alpha version of Tiles is now available and should be integrated into Shale in the near future. HTH, Greg
Re: tiles integration error
On 2/9/07, JS Portal support team [EMAIL PROTECTED] wrote: Also, I can't seem to download the latest Tiles from http://www.apache.org/dyn/closer.cgi/tiles/binaries/tiles-2.0.0-bin.zip Looks like you are trying to download a mirrored distribution and we don't have one yet. nor can I subscribe to the [EMAIL PROTECTED] mailing list. Does anyone know why? The user list is actually users@tiles.apache.org. Sorry for the confusion :-) Greg Thanks a lot for your persistent help. Regards, Joost -Original Message- From: Dick Starr [mailto:[EMAIL PROTECTED] Sent: Friday, February 09, 2007 4:14 AM To: user@shale.apache.org; user@shale.apache.org Subject: RE: tiles integration error I am now using yesterday's snapshot. My web.xml has: !-- Tiles -- context-param param-namedefinitions-config/param-name param-value/WEB-INF/conf/tiles.xml/param-value /context-param listener listener-class org.apache.tiles.listener.TilesListener /listener-class /listener and my faces-config.xml has: !-- Tiles Integration -- application view-handler org.apache.shale.tiles.TilesViewHandler /view-handler /application and my tiles.xml has: !-- Site master definition -- definition name=/siteMainLayout path=/tiles/layouts/starraLayout.jsp put name=title value=/tiles/common/title.jsp/ put name=header value=/tiles/common/header.jsp/ put name=menuBar value=/tiles/common/menuBar.jsp/ put name=body value=/ put name=info value=/tiles/common/info.jsp/ put name=footer value=/tiles/common/footer.jsp/ /definition definition name=/systemLogoff extends=/siteMainLayout put name=body type=template value=/jsp/system/logoff.jsp/ /definition where logoff.jsp is: %@ include file=/jspf/common/taglibs.jsp % %@ include file=/jspf/common/messages.jsp % h:form id=logoff h:panelGrid border=1 cellspacing=2 cellpadding=2 columns=1 footerClass=starraPanelGridFooter headerClass=starraPanelGridHeader styleClass=starraBody f:facet name=header h:outputText value=#{msg['class.system.Logoff']}/ /f:facet h:panelGroup h:outputFormat value=#{msg['app.logoff.user']} f:param value=#{stateBean.logonName}/ /h:outputFormat /h:panelGroup f:facet name=footer h:panelGroup h:commandButton action=#{systemLogon.logoff} value=#{msg['button.Yes']}/ h:commandButton action=#{systemLogon.cancel} immediate=true value=#{msg['button.Cancel']}/ /h:panelGroup /f:facet /h:panelGrid /h:form Dick -Original Message- From: JS Portal Support [mailto:[EMAIL PROTECTED] Sent: Thu 2/8/2007 5:01 AM To: user@shale.apache.org Cc: Subject: RE: tiles integration error Gotta love one of those days where you waste 6 hours just because you left an old struts.jar in a commons folder To my relieve the next seemingly unsolvable problem lined itself up ;-) org.apache.tiles.FactoryNotFoundException: Can't get definitions factory from context. Seems to indicate that tiles definitions file is never loaded. I have defined the following in my web.xml: context-param param-namedefinitions-config/param-name param-value/WEB-INF/tiles.xml/param-value /context-param !-- tried this as well context-param param-nameorg.apache.tiles.DEFINITIONS_CONFIG/param-name param-value/WEB-INF/tiles.xml/param-value /context-param -- And my tiles.xml: tiles-definitions definition name=/mainLayout template=/jsp/tiles/layouts/loggedLayout.jsp put name=top value=/jsp/tiles/top.jsp/ put name=nav value=/jsp/tiles/nav.jsp/ put name=content value=/ put name=bottom value=/jsp/tiles/bottom.jsp/ /definition definition name=/loggedLayout extends=/mainLayout put name=content template=/jsp/dashboard_test.jsp/ /definition /tiles-definitions Am I missing anything? Cheers, Joost -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig McClanahan Sent: Thursday, February 08, 2007 1:56 PM To: user@shale.apache.org Subject: Re: tiles integration error On 2/7/07, JS Portal Support [EMAIL PROTECTED] wrote: I cheered too soon ;-) :-) I have all the right jar's in place but can't figure out how to configure the lot. Maybe I'm missing something but I can't find any example with the shale 1.1.0 snapshot I just downloaded. The thread at [1] seems too old and the explanation at [2] seems to new. Where can I find a working example to work from? I guess most of my questions is in regard to configuring tiles, but since I'm relying on shale, I need to make sure I'm configuring the right version here. There are a couple of pointers on the Shale wiki that might help[1]. Thanks, Joost [1] http://www.mail-archive.com/user@shale.apache.org/msg00774.html [2] http://tiles.apache.org/quickstart/index.html Craig [1] http://wiki.apache.org/shale/ShaleAndTiles -Original Message- From: [EMAIL PROTECTED]
Re: tiles integration error
Here are the relevant bits from the Tiles Test app: web-app [...] context-param param-nameorg.apache.tiles.CONTEXT_FACTORY/param-name param-value org.apache.tiles.context.enhanced.EnhancedContextFactory/param-value /context-param context-param param-nameorg.apache.tiles.CONTAINER_FACTORY.mutable/param-name param-valuetrue/param-value /context-param [...] servlet servlet-nametiles/servlet-name servlet-classorg.apache.tiles.servlet.TilesServlet/servlet-class init-param param-namedefinitions-config/param-name param-value/WEB-INF/tiles-defs.xml ,/org/apache/tiles/classpath-defs.xml/param-value /init-param load-on-startup2/load-on-startup /servlet [...] /web-app I'm not sure what's changed from the version you are using to the version I'm looking at, which is the latest from svn. Please note that a Tiles 2.0.0 should be coming out soon and that will add some stability to the whole mess :-) Thanks, Greg
Re: which IDE are you using for JSF ?
We are using NetBeans with the mevenide plugin for maven support. We are also using Facelets and the new Facelets Netbeans plugin. That gives us autocomplete but not drag drop (I don't think). Seems to be working great. On a team of 5 two were PHP types before this project and one other had some experience in Java. The other two of us are pretty experienced Java programmers and helped bring the others along. Greg
Re: Shale + Facelets + Tomahawk [OT?]
On 1/26/07, Reynolds, James [EMAIL PROTECTED] wrote: In the taglib file, don't be tempted to list the actual path to the component in the tomahawk jar. Follow the component-type listed in the Facelets wiki I had a feeling it had to do with the tomahawk taglib file. Just so you know we are using that same configuration with our app: MyFaces 1.1.5-SNAPSHOT, Tomahawk 1.1.5-SNAPSHOT, Facelets 1.1.10 and Shale 1.0.4. Greg
Re: Core Shale Tiles functionality?
On 1/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm just starting to look at Shale and would like to use the Tiles functionality. I understand that there is an optional Tiles 2 JAR that is still in the Struts sandbox. Yes, there is still a snapshot built from the code in the Struts sandbox. You can see the snapshot builds here: http://people.apache.org/maven-snapshot-repository/org/apache/struts/tiles/tiles-core/ The version that currently works with Shale is 2.0-r468346-SNAPSHOT. If you are using Maven you can use the Tiles doc located here: http://tiles.apache.org/ If you are not using Maven you'll need to download the version noted above from the snapshot repository listed above. Does all Tiles functionality in Shale require this sandbox version of Tiles or is there some Tile functionality available out-of-the-box with Shale? No, if you want to use Shale-Tiles you'll have to use the sandbox version of Tiles. This should all be clearing up soon as Tiles has been promoted to a TLP. My hope is that you will see an actual release coming out soon. HTH, Greg
Re: JSF 1.1 vs. JSF 1.2
On 1/18/07, Reynolds, James [EMAIL PROTECTED] wrote: 2. JSF 1.1, Facelets Shale This is the platform we are currently developing on. It's very close to working with JSF 1.2 from what I can tell (though I have not actually used 1.2 yet). 1. EL unification. Since I'm not using JSPs, this isn't a big deal Well, it's not entirely gone :-) You still do EL with Facelets. It's true that Facelets allows you to use the unified EL out of the box. But I've noticed that in some instances using Tomahawk tags I still have to use the #{...} syntax. The net result is that our code is sprinkled with mostly ${...} and a few #{...} and I have to try to explain to new devs when and why they have to use one or the other. Overall, I'm pretty happy with where we are. Greg
[ANNOUNCEMENT] Apache Tiles Top Level Project
The Struts team is pleased to announce that Tiles has been promoted to its own Top Level Project. This move will allow us to stabilize the development of the Tiles 2 framework and push it towards its first final release. The website for the new project has not yet been published so here are the relevant mailing lists. Please direct all future questions and discussion about Apache Tiles to one of the following lists: * Tiles User Discussion [EMAIL PROTECTED] * Tiles Development [EMAIL PROTECTED] * SVN Commit Notifications [EMAIL PROTECTED] * JIRA Issue Tracking Notifications [EMAIL PROTECTED] The Tiles JIRA instance is hosted with the Struts project and can be found here: https://issues.apache.org/struts/browse/TILES The project website, when it is ready, will be found here: http://tiles.apache.org/ Please watch the Tiles mailing lists for future developments, which should be happening fairly quickly now. We thank the Struts Project for giving us a place to start and to grow, and we look forward to great things from both projects! Thanks, Apache Tiles PMC PS. I included the lists I'm part of in this message. Please feel free to forward to other appropriate lists.
Remoting and Facelets
Is anyone using Shale Remoting with Facelets? Since you're supposed to short-circuit the JSF lifecycle from a remoting method, how would you use facelets to render the resulting view? Is it possible? Thanks, Greg
Re: The latest Shale/Tiles release results in a 404
On Nov 15, 2006, at 2:26 PM, Dick Starr wrote: My problems don't seem to be Tomcat related. I have tried my earlier Tomcat (5.5.12) as well as the latest 5.5 Tomcat (5.5.20). I don't think it's a Tomcat problem either. I think you have a filter failing, but we're not seeing why. If the filter is logging information, but you don't have log4j configured correctly, that may be why we don't see the logs. I've had that exact problem before and it behaved differently across different versions of Tomcat. My suspicion is that it is related to TilesFilter, but I can't help if I don't know what the exception is :-) When I added a simple log4j.properties file to my web app I saw a lot more helpful information. Greg
Re: The latest Shale/Tiles release results in a 404
On Nov 14, 2006, at 3:24 PM, Dick Starr wrote: Nov 14, 2006 2:18:04 PM org.apache.catalina.core.StandardContext start SEVERE: Error filterStart Nov 14, 2006 2:18:04 PM org.apache.catalina.core.StandardContext start SEVERE: Context [/starraShale] startup failed due to previous errors These 2 lines concern me. Is that in your catalina.out file? Do you have another log file that contains more detailed error information? It appears something caused the entire web application to be unable to deploy. Is it the Tiles Filter? Greg
Re: new to shale tiles
On Nov 8, 2006, at 11:34 AM, David Geary wrote: 2006/11/8, Jonathan Smith [EMAIL PROTECTED]: added the space and the flush false now i get a java.lang.IncompatibleClassChangeError org.apache.shale.tiles.TilesViewHandler.dispatchToTile( TilesViewHandler.java:304) org.apache.shale.tiles.TilesViewHandler.renderView( TilesViewHandler.java:160) org.apache.myfaces.lifecycle.LifecycleImpl.render( LifecycleImpl.java:384) javax.faces.webapp.FacesServlet.service(FacesServlet.java: 138) org.apache.shale.application.faces.ShaleApplicationFilter.doFilter (ShaleApplicationFilter.java:267) what does this mean? It means you're screwed. 8-) That's essentially a linkage error (see the javadocs). I suspect you somehow have incompatible JARs. It looks like you're trying to call the Tiles ComponentContext, but that class is not what the compiler is expecting. What version of Tiles are you using? You must use the standalone version of Tiles with Shale. You're probably using a version of Standalone Tiles that is not compatible with the TilesViewHandler. As Antonio said, Tiles is undergoing some major changes as we speak. I think we've found some temporary stability in the snapshot version so if you update everything from the Shale-Tiles trunk you should be able to get it going. Greg
Re: Tiles Failure in GlassFish: org.apache.tiles.NoSuchDefinitionException
On Oct 11, 2006, at 6:06 AM, Gregg Leichtman wrote: I suppose that I could create a different definition like: definition name=/mainLayout path=/tiles/layouts/ siteLayout.jsp put name=htmlHeader type=template value=/ put name=header type=template value=/tiles/ headerTile.jsp/ put name=rightSideBar type=template value=/tiles/ rightSideBarTile.jsp/ put name=footer type=template value=/tiles/ footerTile.jsp/ /definition definition name=/htmlHeaderPage extends=/mainLayout put name=htmlHeader type=template value=/tiles/ htmlHeaderTile.jsp/ /definition and then use tiles:insert name=/htmlHeaderPage / however, I have used the previous method for rendering the put described _within_ the definition successfully under Tomcat with shale-1.0.3. This is also described by Dick Starr at: Antonio was correct, but I think his point somehow got lost. You don't actually need another definition. You need another JSP page. Let's break it down with a simple example: Suppose you have a definition: definition name=foobar path=/foobar.jsp put name=header value=/header.jsp/ put name=body value=/body.jsp/ put name=footer value=/footer.jsp/ /definition Then here's foobar.jsp: html body tiles:insert name=header/ tiles:insert name=body/ tiles:insert name=footer/ /body /html If you just type /foobar.jsp into your browser Tiles is going to blow up saying you're trying to insert a definition called header which it can't find. It doesn't realize you are already *in* a definition called foobar and you're trying to insert an *attribute* called header because you never invoked Tiles to get the definition called foobar. Therefore Tiles thinks you're looking for a definition called header. To make the above example work you need an intermediate JSP. Let's call it intermediate.jsp. Here's what it would look like in its entirety: %@ taglib uri=http://struts.apache.org/tags-tiles; prefix=tiles % tiles:insert name=foobar/ Then, instead of typing /foobar.jsp in your browser you'd type / intermediate.jsp in your browser. Tiles will go find the definition called foobar, invoke the foobar.jsp template and process your header, body, and footer. In JSF, by doing jsp:forward page=/tiles/layouts/siteLayout.faces/ you are calling /siteLayout.jsp directly - as if you simply typed the name of that page in your browser. You are not using Tiles to invoke the template, you are invoking it directly. Using the example above you need to do something like this: index.jsp: jsp:forward page=/intermediate.jsp/ intermediate.jsp: %@ taglib uri=http://struts.apache.org/tags-tiles; prefix=tiles % tiles:insert name=foobar/ Or in your case, intermediate.jsp would look like this: %@ taglib uri=http://struts.apache.org/tags-tiles; prefix=tiles % tiles:insert name=/mainLayout/ There are two reasons why this is confusing: 1) Tiles has no controller. You would like to be able to invoke Tiles by simply calling the template page, but you can't. You have to either call an intermediate page that invokes the template using the tiles:insert tag to insert the definition. Or you have to use a controller architecture like Struts or JSF that knows how to forward to a Tiles definition. In essence, Struts and JSF are doing the tiles:insert name=/mainLayout/ for you in the TielsRequestProcessor and TilesViewHandler respectively. Those components know how to call into Tiles, get a Tiles definition, and process it. Perhaps you'd like Tiles to have a controller so you could type a URL like http://mywebapp/mainLayout.tiles; and a Servlet or something would insert the mainLayout definition. But we probably won't do that because Tiles was not meant to be a controller, it was meant to work with other controllers like Struts or JSF. In standalone mode it requires an intermediate JSP. Another option for improvement would be to make Tiles work more like Facelets. Facelets does not require the intermediate page. In Facelets you define your template in a page called / siteLayout.xhtml. Then, if you have a page called foobar that extends the template, you directly invoke /foobar.xhtml This page then includes the template. Tiles requires the intermediate page because it works the other way around. Instead of having pages that include templates, Tiles has definitions that extend templates and include pages. I could give an example but it would just make this post a lot longer. 2) The tiles:insert tag is overloaded to mean too many things. tiles:insert can be used to insert definitions, attributes, pages, strings, and probably scrambled eggs :-) So when you see a tiles:insert tag you need to look further to see what context it is in. Is it trying to insert an attribute? a definition? We're trying to figure out the best way to address this issue. It will probably
Re: Shale validation facelet
I don't see any reference to adding the validator tag to faces- config.xml. Did you do that? (or did I miss something?) Greg On Oct 6, 2006, at 2:11 PM, Wendy Smoak wrote: 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: Logo Contest - what happened?
I have votes from all PMC members except Craig. Craig did I miss yours or have you not voted yet? Thanks, Greg On Oct 4, 2006, at 7:09 AM, James Mitchell wrote: The voting is still open right now. We'll give people until this weekend before we tally the results. If anyone hasn't voted yet, please do so. -- James Mitchell 678.910.8017 On Oct 4, 2006, at 2:53 AM, Randahl Fink Isaksen wrote: According to the website September 19, 2006 to determine the winner but as far as I can tell, there is still a lot of people voting. Has the deadline been postponed? Randahl
Re: Shale logo contest vote
Here's my vote: 1st choice: # {81} 2nd choice: # {19} 3rd choice: # {17} 4th choice: # {94} 5th choice: # {37} Greg
Re: Why I get org.apache.tiles.FactoryNotFoundException
Can you post your stacktrace? Are you actually getting tiles-based views to work? Greg On Aug 29, 2006, at 2:44 AM, Daniel del Río wrote: Hello, looking in he logs i see a lot of erros with the message: .. tiles.TilesViewHandler - Tiles error org.apache.tiles.FactoryNotFoundException: Can't get definitions factory from context ... the application runs well and seems this error doesn't affect, anyway this is a bit annoying. It is normal or I forgot something ? I don't use full xml clay views. Thanks. drh.
Re: TilesViewHandler
On Aug 29, 2006, at 8:13 AM, Dick Starr wrote: When I saw that the navigation rule required a slash, I went with a slash on the tiles defs. Per Kito's book (p 132), the view-id must always start with a slash - but I don't know why. Wow, I didn't know that. Sounds kinda restrictive. Does anyone have any idea why or if perhaps JSF 1.2 addresses this? Thanks, Greg
Re: Why I get org.apache.tiles.FactoryNotFoundException
On Aug 29, 2006, at 9:35 AM, Daniel del Río wrote: I'm not using tiles views, only clay templates (as far I know clay templates haven't any relation to tiles, isn't? No, not inherently. [ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)' ERROR tiles.TilesViewHandler - Tiles error org.apache.tiles.FactoryNotFoundException: Can't get definitions factory from context. at org.apache.tiles.TilesUtilImpl.getDefinition(TilesUtilImpl.java: 227) at org.apache.tiles.TilesUtil.getDefinition(TilesUtil.java:183) at org.apache.shale.tiles.TilesViewHandler.getTile (TilesViewHandler.java:263) So, do you have either the TilesServlet or TilesListener configured in your webapp? Do you have any tiles definitions file? Do you have context parameters pointing to the tiles config file? If any of the above answers is no you will probably get this error. Perhaps we could do a better job of explaining the problem in the error message. Greg
Re: I made a logo - do I need to send you a CLA already?
On Aug 17, 2006, at 6:22 PM, James Mitchell wrote: I'm not proposing anything different from what is already outlined by the wiki page. It says that the winner will need to submit a signed CLA. Ah, my mistake. No CLAs needed until a winner is declared :-) Greg