RE: Sample for using MyFaces Shale and Tiles

I use Shale, MyFaces, and Tiles and am very satisfied with that combination. I try to stay fairly current using the Shale nightly builds (I am currently using 20070817). My versions are Shale 1.1.0, MyFaces 1.1.5, Tomahawk 1.1.5, and Tiles tiles-core-2.0-r468346-SNAPSHOT.jar. Excerpts from my

RE: tiles integration error

/dyn/closer.cgi/tiles/binaries/tiles-2.0.0-bin.zip nor can I subscribe to the [EMAIL PROTECTED] mailing list. Does anyone know why? 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

npe when I try to initialize and int with a managed bean

in systemOperatorBean just fine. Any ideas anyone? Thanks in advance, Dick Starr Details follow: Managed beans: ... !-- TODO Why can I initialize name (a String) but get a npe when I try to initialize searchPageSize (an int)? -- managed-bean managed-bean-namesystemOperatorBean/managed

RE: tiles integration error

: Thursday, February 08, 2007 6:19 AM To: user@shale.apache.org Subject: Re: tiles integration error On 2/7/07, Dick Starr [EMAIL PROTECTED] wrote: I use Shale/Tiles successfully with the nightly builds at http://people.apache.org/builds/shale/nightly/ (I am currently using the 01/29/07

RE: tiles integration error

I use Shale/Tiles successfully with the nightly builds at http://people.apache.org/builds/shale/nightly/ (I am currently using the 01/29/07 version). I use the jars from shale-framework-1.1.0-SNAPSHOT/lib. Dick -Original Message- From: JS Portal Support [mailto:[EMAIL PROTECTED] Sent:

t:saveState works great ... except when I use h:outputLink

I need to save separate state information for each open Firefox tab. Since Firefox shares the same session between all tabs I need to dream up another way besides using session. I am using Firefox 2.0. I have been experimenting with t:saveState and find it works great when I submit a form and

RE: saveState works great ... except when I use h:outputLink - solved

: Craig McClanahan [mailto:[EMAIL PROTECTED] Sent: Tue 1/30/2007 12:58 PM To: user@shale.apache.org Cc: Subject:Re: saveState works great ... except when I use h:outputLink On 1/30/07, Dick Starr [EMAIL PROTECTED] wrote: I need to save separate state information for each open

h:commandLink within h:dataTable fails

I have a jsp containing two forms. The first form has database selection criteria, and the second form contains the results in a dataTable with each row containing a commandLink. The idea is to have a single view showing both the selections and the results. I tried splitting the selection and

This Shale/Tiles configuration works

I have been trying to get my Tiles app working with the current Shale release (thanks Craig and Greg for your help), and am currently working with the shale-framework-20061116 jars. My running version used only the shale-framework-20061004 jars. I have discovered that I can use the 20061116

test - please ignore

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

RE: The latest Shale/Tiles release results in a 404

@shale.apache.org Cc: Subject:Re: The latest Shale/Tiles release results in a 404 On 11/15/06, Dick Starr [EMAIL PROTECTED] wrote: The app was deploying (Netbeans automatically removes it when Netbeans shuts down). I am now manually deploying the app to Tomcat. I also removed my own

RE: The latest Shale/Tiles release results in a 404

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 suppose that it could be that the latest Shale/Tiles combination has some problem. If anyone has successfully used Shale and Tiles from shale-framework-2006 or

RE: The latest Shale/Tiles release results in a 404

11/15/2006 2:40 PM To: user@shale.apache.org Cc: Subject: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

The latest Shale/Tiles release results in a 404

I have been trying to update my Tiles development from release shale-framework-20061004 (works fine) to shale-framework-2006 (fails). I am using tiles-core-2.0-r468346-SNAPSHOT.jar, which is included with the Shale release. I am also using the Tiles 2 FAQ as a guide. I immediately die with

Looking for shale-framework-... in the nightly builds

I don't see shale-framework-... in the nightly builds anymore. I have always upgraded my jars via the shale_framework-.../lib as that single directory always contains every jar I need (plus more), whereas I am not sure that the applications will (e.g. shale-tiles, tiles-core, etc.). I see that

RE: new to shale tiles

I forgot to include what you also need in faces-config as follows: !-- Tiles Integration -- application view-handler org.apache.shale.tiles.TilesViewHandler /view-handler /application Dick -Original Message- From: Dick Starr Sent: Wed 10/18/2006 2:52 PM

RE: Shale Logo Contest has a winner

The Logo looks great. However, powered is misspelled as powred in the powered by logo. Dick -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 11, 2006 6:34 PM To: dev@shale.apache.org Cc: user@shale.apache.org Subject: Shale Logo Contest has a

RE: Tiles Failure in GlassFish: org.apache.tiles.NoSuchDefinitionException

I never did like the fact that my index.jsp couldn't just reference a tile, but it was the only way I could make it work (all my other jsp's could reference tiles). However, I have continued to upgrade to the latest releases in the hopes of improving things, and I am now running the 10/4/06

Shale logo contest vote

Shale logo contest vote: 1st choice: # {34} 2nd choice: # {91} 3rd choice: # {62} 4th choice: # {45} 5th choice: # {96}

RE: Shale 1.04 nightly builds + tile exception

I am using Shale 20060911 release, which of course is different. But I have seen this error before and it has always meant that a tiles definition has an extends pointing to another tile def that doesn't exist. Perhaps your earlier jars let you get away with an error in tiles.xml and your later

RE: Shale 1.0.3 and Tiles Question - Tag Question

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

RE: Shale 1.0.3 and Tiles Question - Tag Question

I'll be glad to, but I have to leave now and won't be back until Monday. Dick -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Friday, September 08, 2006 2:34 PM To: user@shale.apache.org Subject: Re: Shale 1.0.3 and Tiles Question - Tag Question On 9/8/06, Dick

RE: TilesViewHandler

and that does not seem to be the case. JB -Original Message- From: Dick Starr [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 29, 2006 8:37 AM To: user@shale.apache.org Subject: RE: TilesViewHandler Standalone Tiles works for me. In tiles.xml I use definitions like definition name=/myDef ... My