Return-Path: Delivered-To: apmail-jakarta-struts-user-archive@apache.org Received: (qmail 70914 invoked from network); 4 Apr 2003 14:05:29 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 4 Apr 2003 14:05:29 -0000 Received: (qmail 24600 invoked by uid 97); 4 Apr 2003 14:07:20 -0000 Delivered-To: qmlist-jakarta-archive-struts-user@nagoya.betaversion.org Received: (qmail 24593 invoked from network); 4 Apr 2003 14:07:19 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 4 Apr 2003 14:07:19 -0000 Received: (qmail 69043 invoked by uid 500); 4 Apr 2003 14:05:04 -0000 Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list struts-user@jakarta.apache.org Received: (qmail 69015 invoked from network); 4 Apr 2003 14:05:04 -0000 Received: from pluto.ubs.com (193.134.254.194) by daedalus.apache.org with SMTP; 4 Apr 2003 14:05:04 -0000 Received: from svpegasus2-outbound.flur.zuerich.ubs.ch (svpegasus2 [160.59.228.179]) by pluto.ubs.com (Postfix) with ESMTP id 7633526E07F for ; Fri, 4 Apr 2003 16:05:04 +0200 (MEST) Received: from svpegasus2.flur.zuerich.ubs.ch (localhost [127.0.0.1]) by svpegasus2-outbound.flur.zuerich.ubs.ch (Postfix) with ESMTP id 3A58C215D1 for ; Fri, 4 Apr 2003 16:05:04 +0200 (MEST) Received: from s01b1f4q.flur.zuerich.ubs.ch (s01b1f4q.flur.zuerich.ubs.ch [160.59.178.5]) by svpegasus2.flur.zuerich.ubs.ch (Postfix) with ESMTP id 09BFB21591 for ; Fri, 4 Apr 2003 16:05:04 +0200 (MEST) Received: from s01b1f4h.flur.zuerich.ubs.ch ([160.59.178.133]) by s01b1f4q.flur.zuerich.ubs.ch with Microsoft SMTPSVC(5.0.2195.5329); Fri, 4 Apr 2003 16:05:03 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6334.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Tiles Question:Diff between jsp and XML tiles definations... Date: Fri, 4 Apr 2003 16:05:02 +0200 Message-ID: <483B0C156D0F3944BC52C6228044BD2C2753C0@s01b1f4h-bu.flur.zuerich.ubs.ch> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tiles Question:Diff between jsp and XML tiles definations... Thread-Index: AcL6qgKBbmbWQHAgTNuw3VTylITQ9AACOB7w From: To: X-OriginalArrivalTime: 04 Apr 2003 14:05:03.0933 (UTC) FILETIME=[307C2ED0:01C2FAB3] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, But I dont see the class TilesActionComponentServlet Because I am = working with Struts 1.0 and I am using tilesForStruts1-0.jar ... regards, Shirish. -----Original Message----- From: Cedric Dumoulin [mailto:cedric@apache.org] Sent: Friday, April 04, 2003 2:55 PM To: Struts Users Mailing List Subject: Re: Tiles Question:Diff between jsp and XML tiles definations... shirishchandra.sakhare@ubs.com wrote: >Hi Cedric, >Thanks for the reply once again..:-)) > >But I still have one question. >So does it mean that using the jsp approach is a bit inefficient? > Yes, unless you provide a mechanism to avoid the reload of definition >But is the the only disadvantage? > No, Definition are located in jsp pages instead of a central file, and = you can't easily use inheritance. > >My main concern is can I use all the features of tiles (Mainly = defination Inheritance etc.)with the jsp approach? > Inheritance is not fully implemented whith def in jsp. > >I am trying to avoid the use of action component servlet as We already = have extended ActionServlet in our project.And I am not sure if we = Instead inherit ActionComponentServlet will it affect any thing else.. > Try to inherit from the TilesActionComponentServlet. It overload few=20 methods, so it should not interfere with your class. Cedric > >regards, >Shirish > >-----Original Message----- >From: Cedric Dumoulin [mailto:cedric@apache.org] >Sent: Friday, April 04, 2003 2:19 PM >To: Struts Users Mailing List >Subject: Re: Tiles Question:Diff between jsp and XML tiles >definations... > > > > There is some differences: > > * Xml definitions are store in a factory; they can be inserted with > file, they can be declared using inheritance; they can be used in > a struts tag; they need the initialization of the > factory (done by the plugin) > * jsp definition are stored in one of the jsp context. They are > inserted with ; they don't need the > factory; they can't be used as struts ; they are > created each time the tag is encountered. > > Hope this help, > > Cedric > >shirishchandra.sakhare@ubs.com wrote: > > =20 > >>Hi All, >>I am new to tiles and experimenting with it a bit to see if our struts = 1.0 template based application can be ported to Tiles easily... >> >>I have got some sample pages from our application working using tiles = definations But the definations are defined in a jsp file. >> >>So my question is whats the difference between Using an xml file for = defination and using a jsp file?If I am using jsp definations, Do i stil = need to initialise the Defination factory? >> >>If I go the jsp way, Will I be still able to use all features of tiles = ?because I think to use tiles I need to use = ActionComponentServlet(Struts 1.0) instead of ActionServlet...And the = ActionComponentServlet modifies the forward behaviour for use with = tiles...So does it mean that whether I use xml definations or not,I need = to use ActionCOmponentServlet...Is it true? >> >>Any help is appreciated... >> >>regards, >>Shirish >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org >>For additional commands, e-mail: struts-user-help@jakarta.apache.org >> >> >>=20 >> >> =20 >> > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: struts-user-help@jakarta.apache.org > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: struts-user-help@jakarta.apache.org > > > =20 > --------------------------------------------------------------------- To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-user-help@jakarta.apache.org