RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
Well regarding ongoing development ,yes I am working on tiles. But your point is valid a lot of improvement can be dome in tiles -Original Message- From: Richard Tomlinson [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 3:28 PM To: [EMAIL PROTECTED] Subject: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition > 2. Is tiles considered a deprecated technique? I too would like to know the status of Tiles and whether there's any ongoing development with it. I'm looking at redesigning a proprietary composite page handler to use Tiles but see a number of areas where tiles could be improved and where it is not suitable at present to meet all of my requirements: o Firstly, Tiles assumes that a page is composed of multiple content areas where you have one piece of content to an area. This is true for a simplistic site but, as in the case we have, the area on a page can be determined by a condition so that a single area could contain say one of many possible files. An example would be a page where the display differs slightly per category of user and some areas within the template are populated by different content. The ability to conditionally choose a template would also be beneficial. It is possible to create a custom tag to wrap the in each page but this results in the page being uneditable by the growing number of tiles compliant editors and therefore they would be unable to give any improvement in productivity when creating pages. Has anyone else created pages this way using another composite page handler or product? o Secondly, would it make sense to have a 'static' identifier that could be used to perform the equivalent of a <%@ include ...> directive to embed content and thereby result in more optimised code? The static attribute would be environment switchable to allow the static functionality to be disabled during development but enabled when deployed in a production environment. Comments and suggestions, please. Regards Richard Tomlinson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *-- This message and any attachment(s) is intended only for the use of the addressee(s) and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended addressee(s), you are hereby notified that any use, distribution, disclosure or copying of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachment(s) and notify the sender or Kanbay postmaster immediately. Any views expressed in this message are those of the individual sender and not of Kanbay. Although we have taken steps to ensure that this e-mail and any attachment(s) are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
accessing Attribute of a parent-tile-definition
Hi all, I read many tiles-postings in the archive, but I didn't find a solution for my case. Does any of you have an idea? I have a base tiles definition with some attributes and some other definition extending that base-definition. How can I access the value of "attrib.01" in the file body.jsp? No prob to access it in main.jsp, but I have no idea about accessing the attribute from body.jsp. I tried and and , but no way. Any answer is appreciated. kind regards Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
> It may also be that we are not using any tiles-aware IDE - > but hopefully any > IDE should be aware of and JSTL so why is this a problem? I'm interested in a solution that has 'industry' support. New editors are beginning to appear that support the creation of pages using tiles. Ideally this should allow less technical users to build pages. By using JSTL, custom tags, etc it is likely that these will either not be supported by the editor, will be treated transparently or will require a user to insert the required logic around the tiles tags. Ultimately I dont want to expend a lot of development effort re-inventing the wheel by writing and supporting an editor to support conditional areas. > > o Secondly, would it make sense to have a 'static' identifier > > that could be used to perform the equivalent of a <%@ include > about caching static or semi-static portions. We are just > "OSCache" cache for this - there was a post to the list Yes, effectively caching static portions by inclusion, just like <%@ include...> The thinking behind this is that once an application is deployed to a production environment performance is an important factor in a high-load environment. Maybe OSCache would be suitable but I was wondering if there was another approach, again a 'standard', that could be employed. Regards Richard Tomlinson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: accessing Attribute of a parent-tile-definition
The tiles context is defined around the definition actually called - in your case aPage. So main.jsp can see baseAttribute and set it up for subsequent pages. You should 'see' the attribute if you put the following in main.jsp prior to tiles:insert for header or body. You can then access it like a typical bean in body.jsp or header.jsp use either a scriplet or logic tags like this: got it Cal -Original Message- From: Reinhard [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 09:53 To: Struts Users Mailing List Subject: RE: accessing Attribute of a parent-tile-definition Bad luck. I didn't succeed with the suggestion of Cal. I searched the archive for the cited posting. I found it, but it does not fit my needs. I tried anything like Cal's suggestion, but it did not work for me. I have no Jsp-file where I import a tile and for so I have no place to put the . My tiles reside in XML-files and I use defintion names as action target. The jsp-file where I need the attribute is a component and the base tile-definition has no jsp-file. Following the documentation, the statement has no scope attribute, but the has such an attribute. So I added a scope-attribute to the The result is a SAXParseException saying attribute "scope" must be declared for element type "definition". Remember my situation: tiles-config.xml: Now in page main.jsp I can access attribute "baseAttribute". But in header.jsp as well as body.jsp I got the error: attribute "baseAttribute" not found in context. Also I tried to extend the base definition with a "dummy.jsp", just containing the , but I could not access the attribute in i.e. body.jsp. In the body.jsp I tried the access with and with So I have no more idea, what to try. Anybody out there, who could help me? Thank you for any help. kind regards Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Learn more about Paymentech's payment processing services at www.paymentech.com THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
>> o Firstly, Tiles assumes that a page is composed >> of multiple content areas where you have one piece >> of content to an area. This is true for a simplistic >> site For my complex pages, I plan on using the Tiles built-in 'putList' tag to add a handful of JSP's to a particular section of one of my tiles templates (or extended tiles templates). Why would this built-in solution not work for your application? Regards, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: accessing Attribute of a parent-tile-definition
Reinhard>> I use the template definitions to pass page specific attributes - the most common are the page's name to make a common index.jsp highlight the menu item the user is currently viewing. I also pass some crumb info, page title, page key words, and the definition name (used to debug, performance monitoring, and caching). Using useAttribute tag all of these can be used on the template page or subordinate page. 1. I have always used insert because of defining pages in the xml file and it is very flexible. Get was originally for the tiles definition used with the in jsp insert and put tags. Insert should meet your needs for flexibility. 2. No it was just moved into struts as part of the base package. A good document is the advanced manual - you will still need to hack around. I have posted a war on my personal site demonstrating crumbs (under the weblog menu) - but I also employ a variety of these techniques. At work we have built several applications on top of struts - it is a good framework for creating and maintaining complex sites. I am not a developer so my understanding of JSF may be off mark but it is a way to render controls and jsp elements - I do not think it will replace tiles. Craig has posted a number of comments on JSF and the integration with Struts. Cal http://www.calandva.com/Last update 08/01/03 -Original Message- From: Reinhard [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 03:27 To: [EMAIL PROTECTED] Subject: RE: accessing Attribute of a parent-tile-definition Thanks Cal for your reply. Your answer showed me my design errors. I thought, with a base tile it would be nice and easy, provide page-related vars. But - welcome to reality ;-) I think I'll better use a jsp:include on that item ... I've some more questions on tiles: 1. I didn't use tiles:insert at all. Within the main.jsp I use tiles:get (cause the target may be a tile, a jsp or a simple text). Should I prefer tiles:insert? - Why? 2. Is tiles considered a deprecated technique? - Cause the page from the tiles creator is very out-dated and the documentation is pretty hidden/nested. Should we go for java:faces? Any answer is welcome and appreciated. cheers Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Learn more about Paymentech's payment processing services at www.paymentech.com THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
> 2. Is tiles considered a deprecated technique? I too would like to know the status of Tiles and whether there's any ongoing development with it. I'm looking at redesigning a proprietary composite page handler to use Tiles but see a number of areas where tiles could be improved and where it is not suitable at present to meet all of my requirements: o Firstly, Tiles assumes that a page is composed of multiple content areas where you have one piece of content to an area. This is true for a simplistic site but, as in the case we have, the area on a page can be determined by a condition so that a single area could contain say one of many possible files. An example would be a page where the display differs slightly per category of user and some areas within the template are populated by different content. The ability to conditionally choose a template would also be beneficial. It is possible to create a custom tag to wrap the in each page but this results in the page being uneditable by the growing number of tiles compliant editors and therefore they would be unable to give any improvement in productivity when creating pages. Has anyone else created pages this way using another composite page handler or product? o Secondly, would it make sense to have a 'static' identifier that could be used to perform the equivalent of a <%@ include ...> directive to embed content and thereby result in more optimised code? The static attribute would be environment switchable to allow the static functionality to be disabled during development but enabled when deployed in a production environment. Comments and suggestions, please. Regards Richard Tomlinson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: accessing Attribute of a parent-tile-definition
Bad luck. I didn't succeed with the suggestion of Cal. I searched the archive for the cited posting. I found it, but it does not fit my needs. I tried anything like Cal's suggestion, but it did not work for me. I have no Jsp-file where I import a tile and for so I have no place to put the . My tiles reside in XML-files and I use defintion names as action target. The jsp-file where I need the attribute is a component and the base tile-definition has no jsp-file. Following the documentation, the statement has no scope attribute, but the has such an attribute. So I added a scope-attribute to the The result is a SAXParseException saying attribute "scope" must be declared for element type "definition". Remember my situation: tiles-config.xml: Now in page main.jsp I can access attribute "baseAttribute". But in header.jsp as well as body.jsp I got the error: attribute "baseAttribute" not found in context. Also I tried to extend the base definition with a "dummy.jsp", just containing the , but I could not access the attribute in i.e. body.jsp. In the body.jsp I tried the access with and with So I have no more idea, what to try. Anybody out there, who could help me? Thank you for any help. kind regards Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
> o Firstly, Tiles assumes that a page is composed of multiple content areas > where you have one piece of content to an area. This is true for a > simplistic site Not at all. If you use Tiles-controllers, you can dynamically create your component-content and insert it in your layout using the attribute-name in your tiles-definition. In your Tiles-controller you have all freedom to create a dynamic content. I do it this way and it works well (having many controllers in one logical page) cheers Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
>> o Firstly, Tiles assumes that a page is composed of >> multiple content areas where you have one piece of >> content to an area. This is true for a simplistic site Though I'm new to Struts and Tiles, I planned on using the putList tag to add a group of items/jsp's to a section of the page by extending the main template and adding them via a putList tag for that forward/URL/template-extension. Why is this built-in solution not good for your application? Regards, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
> For my complex pages, I plan on using the Tiles built-in > 'putList' tag to add a handful of JSP's to a particular > section of one of my tiles templates (or extended tiles > templates). Why would this built-in solution not work for > your application? We have, for example, a home page where some areas are conditional in what's inserted. For instance, if the user is a small business one of the promo areas contains a different piece of content to a non-business user. Our pages have around 15 content areas so its possible a large number of these areas could be different. Using tiles 'as-is' would require either logic tags around the puts (Not editor friendly) or splitting a single page into one page per user category (Four in total) which causes a maintenance nightmare when you've got 600+ original pages... Visit http://www.t-mobile.co.uk for an example and click the tabs to switch views of the same page. Regards Richard Tomlinson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: accessing Attribute of a parent-tile-definition
Thanks Cal for your reply. Your answer showed me my design errors. I thought, with a base tile it would be nice and easy, provide page-related vars. But - welcome to reality ;-) I think I'll better use a jsp:include on that item ... I've some more questions on tiles: 1. I didn't use tiles:insert at all. Within the main.jsp I use tiles:get (cause the target may be a tile, a jsp or a simple text). Should I prefer tiles:insert? - Why? 2. Is tiles considered a deprecated technique? - Cause the page from the tiles creator is very out-dated and the documentation is pretty hidden/nested. Should we go for java:faces? Any answer is welcome and appreciated. cheers Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
--- Richard Tomlinson <[EMAIL PROTECTED]> wrote: > > 2. Is tiles considered a deprecated technique? No, Tiles has replaced the old Struts templates taglib. I use Tiles in my apps and it works fine for my uses. Cedric is really the only Struts committer that knows enough about Tiles to make any substantial changes (because he initially wrote it). I have made bugfixes and improvements but they have been rather small changes. I haven't seen much development activity on Tiles recently but that certainly doesn't mean it's deprecated. David > > I too would like to know the status of Tiles and whether there's any > ongoing development with it. I'm looking at redesigning a proprietary > composite page handler to use Tiles but see a number of areas where > tiles could be improved and where it is not suitable at present to meet > all of my requirements: > > o Firstly, Tiles assumes that a page is composed of multiple content > areas where you have one piece of content to an area. This is true for > a simplistic site but, as in the case we have, the area on a page can be > determined by a condition so that a single area could contain say one of > many possible files. An example would be a page where the display > differs slightly per category of user and some areas within the template > are populated by different content. The ability to conditionally choose > a template would also be beneficial. It is possible to create a custom > tag to wrap the in each page but this results in the > page being uneditable by the growing number of tiles compliant editors > and therefore they would be unable to give any improvement in > productivity when creating pages. > > Has anyone else created pages this way using another composite page > handler or product? > > o Secondly, would it make sense to have a 'static' identifier that > could be used to perform the equivalent of a <%@ include ...> directive > to embed content and thereby result in more optimised code? The static > attribute would be environment switchable to allow the static > functionality to be disabled during development but enabled when > deployed in a production environment. > > Comments and suggestions, please. > > Regards > Richard Tomlinson > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition
Hi Richard, Please see below... > -Original Message- > From: Richard Tomlinson [mailto:[EMAIL PROTECTED] > Sent: 06 August 2003 10:58 > To: [EMAIL PROTECTED] > Subject: Tiles status and feature suggestion WAS accessing Attribute of > a parent-tile-definition > > > > 2. Is tiles considered a deprecated technique? I don't think so - and I hope not! > > I too would like to know the status of Tiles and whether there's > any ongoing development with it. I'm looking at redesigning a > proprietary composite page handler to use Tiles but see a number > of areas where tiles could be improved and where it is not > suitable at present to meet all of my requirements: > > o Firstly, Tiles assumes that a page is composed of multiple > content areas where you have one piece of content to an area. > This is true for a simplistic site but, as in the case we have, > the area on a page can be determined by a condition so that a > single area could contain say one of many possible files. An > example would be a page where the display differs slightly per > category of user and some areas within the template are populated > by different content. The ability to conditionally choose a > template would also be beneficial. It is possible to create a > custom tag to wrap the in each page but this > results in the page being uneditable by the growing number of > tiles compliant editors and therefore they would be unable to > give any improvement in productivity when creating pages. > > Has anyone else created pages this way using another composite > page handler or product? Tiles works very effectively for us with the and such tags to conditionally include a - we use it extensively and it is very effective. As another poster mentioned - if you need additional capabilities then consider utilising a specific controller. We have been able to achieve what we need just using the aforementioned technique. Alternatively when the page gets too large - we tend to split to include only one portion that then has additional logic as to whether to include additional portions by selectively including other tiles. Performance does seem to suffer a little (or it may just be it's a complex page) - hence our intention to utilise OSCache at various points to avoid re-rendering essentially static data. It may also be that we are not using any tiles-aware IDE - but hopefully any IDE should be aware of and JSTL so why is this a problem? > > o Secondly, would it make sense to have a 'static' identifier > that could be used to perform the equivalent of a <%@ include > ...> directive to embed content and thereby result in more > optimised code? The static attribute would be environment > switchable to allow the static functionality to be disabled > during development but enabled when deployed in a production environment. > I'm not sure I fully understand the question but I presume you're talking about caching static or semi-static portions. We are just starting to use "OSCache" cache for this - there was a post to the list recently that may discuss this in more detail. Sorry if I haven't understood correctly what you mean. Here's the thread: http://marc.theaimsgroup.com/?l=struts-user&m=106002680511323&w=2 Here's the link to OSCache: http://www.opensymphony.com/oscache > Comments and suggestions, please. > > Regards > Richard Tomlinson > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: accessing Attribute of a parent-tile-definition
I sent a reply on this technique yesterday - or the day before. Define the attribute at the top of the base template in request scope. Then you can access in other jsps. Cal -Original Message- From: Reinhard [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 03:32 To: 'Struts Users Mailing List' Subject: accessing Attribute of a parent-tile-definition Hi all, I read many tiles-postings in the archive, but I didn't find a solution for my case. Does any of you have an idea? I have a base tiles definition with some attributes and some other definition extending that base-definition. How can I access the value of "attrib.01" in the file body.jsp? No prob to access it in main.jsp, but I have no idea about accessing the attribute from body.jsp. I tried and and , but no way. Any answer is appreciated. kind regards Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Learn more about Paymentech's payment processing services at www.paymentech.com THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
