favor..no altere ni interrumpir esta communicacion...Gracias
> From: juntandolin...@gmail.com
> To: user@struts.apache.org
> Subject: Re: Best practice for protecting JSPs
> Date: Mon, 1 Jul 2013 10:59:03 +0200
>
> Filtering sounds good as well.
>
> Security seems to be
Oh!, ok, thanks!
El Lunes, 1 de julio de 2013 11:05:01 Lukasz Lenart escribió:
> 2013/7/1 Antonio Sánchez :
> > What do you mean with 'fake' auth. constraints?
>
>
> No access
> JSP
>
> *.jsp
>
>
> no-jsp-access-possib;e
>
>
>
>
> Regards
2013/7/1 Antonio Sánchez :
> What do you mean with 'fake' auth. constraints?
No access
JSP
*.jsp
no-jsp-access-possib;e
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe,
Filtering sounds good as well.
Security seems to be a separate concern to struts because it must be mostly
performed from the outside: web.xml, filtering, maybe Spring Security or other
tools,
etc...
Anyway I have missed some guidance in the documentation: feature request?
Also, I guess that
I mean denying access to JSPs by URL or some other means. Make JSPs private
content.
El Lunes, 1 de julio de 2013 08:28:10 umeshawas...@gmail.com escribió:
> Protecting JSP in what way?
> Though putting them under WEB-INF is a good approach
>
> But you need to provide more information about wha
What do you mean with 'fake' auth. constraints?
El Lunes, 1 de julio de 2013 10:38:56 Lukasz Lenart escribió:
> 2013/7/1 Antonio Sánchez :
> > I need to protect JSPs. Some options:
> >
> > 1. Put JSPs under WEB-INF and, optionally, use the conventions plugin.
> >
> > 2. Declare authorization co
What we've done is to create a filter (implement javax.servlet.Filter and
define it in web.xml )
and if the resource uri ends with .jsp we return an http 403 error.
Antonios
On 1 July 2013 09:38, Lukasz Lenart wrote:
> 2013/7/1 Antonio Sánchez :
> > I need to protect JSPs. Some options:
> >
>
2013/7/1 Antonio Sánchez :
> I need to protect JSPs. Some options:
>
> 1. Put JSPs under WEB-INF and, optionally, use the conventions plugin.
>
> 2. Declare authorization constraints in web.xml.
These two options are the best to avoid direct access to JSPs - not
all containers block access to reso
Protecting JSP in what way?
Though putting them under WEB-INF is a good approach
But you need to provide more information about what kind of protection you want
to have
Sent from BlackBerry® on Airtel
-Original Message-
From: Antonio Sánchez
Date: Mon, 01 Jul 2013 10:24:15
To:
Reply-
Thank you very much. I actually needed to display one set as the property
and the other as label property. So it is strictly for the output. I have
implemented that as the request.attribute and it works with just fine. Thanks very much.
Sincerely
Zhu, guojun
On Wed, Sep 24, 2008 at 3:31 PM,
Guojun Zhu wrote:
Hi,
I am new to struts. I am using Struts 1.2.9. I have two String arrays
generated in an action should go to the JSP pages . I can set
it as an attribute in request/session and pull them in jsp pages. But it
seems a bit against the idea of separation between model and view
Hi Guojun,
in case of struts1 i would use form (struts form).
Best greetings,
Paweł Wielgus.
2008/9/24 Guojun Zhu <[EMAIL PROTECTED]>:
> Hi,
>
> I am new to struts. I am using Struts 1.2.9. I have two String arrays
> generated in an action should go to the JSP pages . I can set
> it as an att
essage, but also
> bypasses running list()...
> >
> > Anyway, this appears to be working now.
> > (I suspect that if validation on list() really does
> fail it will not make it to "chain". So this is
> still not a "perfect" solution.)
> >
> &
is transmission.
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org
> Date: Tue, 12 Aug 2008 18:56:23 -0400
> Subject: RE: Best practice for passing success/error message to another
> dispatch (struts2)?
>
> Good catch Pierre. It appeared to be working as is, bu
to be working now.
(I suspect that if validation on list() really does fail it will not make it to
"chain". So this is still not a "perfect" solution.)
-Original Message-
From: Pierre Thibaudeau [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2008 2:44 PM
To: S
ubject: RE: Best practice for passing success/error message to another
dispatch (struts2)?
your action execute method can return "error" result which maps to error page
e.g.
/error.jsp
where error looks like
YOU have an error !
better to create a div tag and write a meaningful err
This may be completely incidental to your problem, but, it seems to me that,
if your actions are listed in that order, the first one will catch the
occurrences of the second one. ("importRole" is a particular case of
"*Role".) Shouldn't they be listed in the reverse order?
> > Example struts.xm
your action execute method can return "error" result which maps to error page
e.g.
/error.jsp
where error looks like
YOU have an error !
better to create a div tag and write a meaningful error to response which
displays response in div tag ...
http://cwiki.apache.org/WW/ajax-recipes.html
You might look into the Tiles project (http://tiles.apache.org), that's
exactly what it's designed to do.
(*Chris*)
On 7/4/07, Ezra Jennings <[EMAIL PROTECTED]> wrote:
I tried using s:include with nested s:param tags, but could not read the
parameters using the s:property tag at all. The onl
I tried using s:include with nested s:param tags, but could not read the
parameters using the s:property tag at all. The only way that I could read
the parameter was by using:
<%= "param1:" + request.getParameter("param1") %>
as suggested in:
http://www.nabble.com/struts2-how-to-access-a-param
l Message-
From: Al Sutton [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 11:36 AM
To: 'Struts Users Mailing List'
Subject: RE: Best practice - Wizard flow
As I see it the problem with that approach is if I'm at stage 3, I got
back
two screens to stage 1, change something, wh
feasible it would be to port this over to S2...
-Shahak
- Original Message
From: Charbel Abdul-Massih <[EMAIL PROTECTED]>
To: Struts Users Mailing List
Sent: Thursday, May 24, 2007 11:45:56 AM
Subject: RE: Best practice - Wizard flow
In the struts 1 world, we used to have one
Struts 2???
-Original Message-
From: Al Sutton [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 11:36 AM
To: 'Struts Users Mailing List'
Subject: RE: Best practice - Wizard flow
As I see it the problem with that approach is if I'm at stage 3, I got
back
two scr
essionAware the only step required to
> have the action stored in the session???
>
> Charbel
> -Original Message-
> From: Dave Newton [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 24, 2007 11:27 AM
> To: Struts Users Mailing List
> Subject: RE: Best practice - Wizard flo
o: Struts Users Mailing List
Subject: Re: Best practice - Wizard flow
How about this. Each subsequent page in the wizard contains all the new
form elements plus html hidden form elements for the previous save.
This
way you are hitting the sever between requests and not using the
session.
Each w
ts Users Mailing List
Subject: RE: Best practice - Wizard flow
--- Charbel Abdul-Massih wrote:
> I would have thought that something as simple as a
> wizard would be easily doable...I would like to keep
> away from the session as much as possible...
The thing with "wizards" (at
7 16:34
To: Struts Users Mailing List
Subject: Re: Best practice - Wizard flow
How about this. Each subsequent page in the wizard contains all the new
form elements plus html hidden form elements for the previous save. This
way you are hitting the sever between requests and not using the session.
E
How about this. Each subsequent page in the wizard contains all the new
form elements plus html hidden form elements for the previous save. This
way you are hitting the sever between requests and not using the session.
Each wizard screen is basically the 'state' for itself plus all previous
scr
In that case, is implementing SessionAware the only step required to
have the action stored in the session???
Charbel
-Original Message-
From: Dave Newton [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 11:27 AM
To: Struts Users Mailing List
Subject: RE: Best practice - Wizard
--- Charbel Abdul-Massih wrote:
> I would have thought that something as simple as a
> wizard would be easily doable...I would like to keep
> away from the session as much as possible...
The thing with "wizards" (at least as I've used and
implemented them) is that previous steps in the wizard
flo
, May 24, 2007 11:12 AM
To: 'Struts Users Mailing List'
Subject: Re: Best practice - Wizard flow
I know you said you didn't like sessions, but they're the only clean way
of
doing things stateful things between stateless pages.
-Original Message-
From: Al Sutton [mai
I know you said you didn't like sessions, but they're the only clean way of
doing things stateful things between stateless pages.
-Original Message-
From: Al Sutton [mailto:[EMAIL PROTECTED]
Sent: 24 May 2007 16:10
To: 'Struts Users Mailing List'
Subject: RE: Best pr
Store the values in the session and clear them down when the user either
completes the wizard or restarts it?
-Original Message-
From: Charbel Abdul-Massih [mailto:[EMAIL PROTECTED]
Sent: 24 May 2007 16:04
To: Struts Users Mailing List
Subject: RE: Best practice - Wizard flow
I would
I would like to keep away from this method...
Any other suggestions???
-Original Message-
From: Lance [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 10:49 AM
To: Struts Users Mailing List
Subject: Re: Best practice - Wizard flow
Why not draw all 3 pages but hide 2 of them and
Why not draw all 3 pages but hide 2 of them and javascript the next page
on and off.
All pages inside the same form, last page submits.
Charbel Abdul-Massih wrote:
I am developing a wizard type flow with 3 pages in the wizard...
We'll call them page 1, page 2, and page 3...
I need use
In my web project, I divide actions up logically by what they deal with.
For your menu example, I'd have MenuAction. For displaying data
pages, I have PageAction. I also separate management of the various
data types out into ManagementAction classes, one for each data type.
Calling the act
Thanks for this info,
I'm targeting Tomcat 4 (for developpers) and Websphere 5 (for production)
Nico.
Lance a écrit :
On jboss, this can be done by configuring the SystemPropertiesService.
@see jboss\server\all\deploy\properties-service.xml
Properties can be configured inline in the xml fil
On jboss, this can be done by configuring the SystemPropertiesService.
@see jboss\server\all\deploy\properties-service.xml
Properties can be configured inline in the xml file or can be declared in a
separate file which is referenced by properties-service.xml.
> Hello,
>
> I'm searching for best p
You didn't understand my problem :
My configuration requires a path that is system dependent. I cannot
include this info in my WAR. I need to set it on the production server.
I'm using a single system property that gives me a filesystem path (or
URL) and get it in my app to setup application
You can set them in your startup class by reading the configuration
file.
System.setProperty()
/Ashwani
-Original Message-
From: Nicolas De Loof [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 30, 2006 1:08 PM
To: Struts Users Mailing List
Subject: Best practice for external webapp
On 5/3/06, Matthew J. Vincent <[EMAIL PROTECTED]> wrote:
Do I have to do something different in my Action class? It is running
in an infinite loop and eventually running out of memory.
When you forward to another Action, the entire lifecycle starts over
from scratch. So the Action fires again,
use reset() method of order related session forms.
Silvija Cardzic-Mrsa a écrit :
>Hi,
>
>Im new to struts and developing a shop with Struts.
>After a customer sent his order it should be possible to make a new order
>( same session ).
>Whats the best practice to do this and how ?
>
>Thanks
>Silv
Getting ready to leave so don't have time to look at your code but my
doFilter looks like...
//doFilter ...
String path = request.getRequestURL().toString();
String contextPath = request.getContextPath();
if (pathNeedsCheck(path)) {
HttpSession session = request.getSession(false);
if (sessi
Hi, I need help too...
How should I write the "if" that desires if the session is expired???/
thanks
Lucas
Adam Lipscombe <[EMAIL PROTECTED]> escribió:
Folks
Many thanks for all your input on this. I decided to go with the filter
approach.
My doFilter() method is below. I certainly traps the t
Folks
Many thanks for all your input on this. I decided to go with the filter
approach.
My doFilter() method is below. I certainly traps the timeout.
The problem now is that the redirect fails no matter if I use
"/pages/SessionTimedOut.jsp" or a fully qualified URL (e.g
"http://localhost:8080/Ex
Sorry, I lost track of the thread (stupid webmail interface!)... can you
outline your method again?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
On Thu, May 12, 2005 1:39 pm, David Johnson said:
> So, how what would you all say about my me
So, how what would you all say about my method? does this seem to be a valid
method for controlling this?
On 5/12/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
>
> Good point Aladin...
>
> However, I would take this a step further...
>
> in pre-1.3 Struts, you might not want to implement yo
;Struts Users Mailing List"
Sent: Thursday, May 12, 2005 11:12 AM
Subject: Re: Best practice for redirecting on session timeout?
Hi
1) Maintainability: if you want to change the timeout to 30 minutes (and
you have 50 jsp pages), then you have to make the change 50 times.
Umm..ya...t
Hi
>> 1) Maintainability: if you want to change the timeout to 30 minutes (and
>> you have 50 jsp pages), then you have to make the change 50 times.
> Umm..ya...that's why I explicity said "preferrably via an include or let a
> filter do it for you".
Missed the filter part :)
>> 2) Business Logi
Good point Aladin...
However, I would take this a step further...
in pre-1.3 Struts, you might not want to implement your own RP for various
reasons, so I would suggest doing this in a filter instead... Same benefit
as modifying the RP, but doesn't touch Struts code and is also more
portable... s
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Struts Users Mailing List"
Sent: Thursday, May 12, 2005 10:34 AM
Subject: Re: Best practice for redirecting on session timeout?
Although this approach might work, I don't like it so much. The reasons:
1) Maintai
Hi,
This approach would work as well. I just think that if you're going to do
this in struts, it's better to do it in the RequestProcessor. Why?
Assume that you are using the forward action defined in struts. If my
session has timedout and I click on a link that uses the forward action, I
will
t; sending
> a request to some
> action class on the server.
>
> I was wondering if such a requirement can be handled on the server side?
>
>
> -Original Message-
> From: Aladin Alaily [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 12, 2005 8:32 AM
> To: Struts
I have a method in my BaseAction called "boolean checkAuth(request)". then
in every Action I write I code this at the top
// Check if session is active, if not redirect to login page
if( !checkAuth( request )){
log.info("*** Session has timed out ***");
errors.add( ActionErrors.GLOBAL_ERROR, new
Although this approach might work, I don't like it so much. The reasons:
1) Maintainability: if you want to change the timeout to 30 minutes (and
you have 50 jsp pages), then you have to make the change 50 times.
2) Business Logic: This approach will never prevent you Action from
executing. Sin
Sent: Thursday, May 12, 2005 8:32 AM
To: Struts Users Mailing List
Subject: Re: Best practice for redirecting on session timeout?
Hi Adam,
One possibility is to have the timing out of the session be managed by
your container and have the redirection issued by a filter.
If you are using Tomcat 4+ th
That's easy, just drop this in all of your JSPs (preferrably via an include
or let a filter do it for you).
(assuming your session timeout is 20 minutes)
You should be handling invalid/expired session state in your application and
by using the above technique, it will work universally, whether
Hi Adam,
One possibility is to have the timing out of the session be managed by
your container and have the redirection issued by a filter.
If you are using Tomcat 4+ this is very straightforward to implement.
In the web.xml, you declare your session-timeout value and your filter
class. After
How does your system know to send the user to the login page in the first
place?
Typically an application (or the container if you are letting it manage
authentication) detectes that a request is made with no session/an invalid
session/a new session. It then sends the user to the login page.
Assu
Hello,
It should be done in the RequestProcessor.
If none of your JSP is doing a forward to other JSP directly.
Shailender Jain
Adam Lipscombe wrote:
> Folks,
>
> I there a standard way of handling session timeouts. If a user has been
> inactive for longer than N minutes I want to redirect them
-Original Message-
From: Simone-dev [mailto:[EMAIL PROTECTED]
Sent: Monday, April 18, 2005 10:04 AM
To: Struts Users Mailing List
Subject: Re: Best practice for storing configuration data
Great,
I like the idea of storing data inside the server.xml or using the admin
tool...
using the
Great,
I like the idea of storing data inside the server.xml or using the admin
tool...
using the tag... if you have access to the adminstration
of the server
unfortunately this doesn't work if you just have access to you context
directory...
From what I read on all the thread
http://marc.thea
Related:
http://www.mail-archive.com/user@struts.apache.org/msg24083.html
Erik
Simone - Dev wrote:
Today I run into an dubt:
is the way I always used to store application dependent configuration
is correct?
I use to store this kind of information in the we.xml file using
like this one
u
I'd also recommend looking at Javascript Templates -
http://www.trimpath.com/project/wiki/JavaScriptTemplates - which is a
template language like Velocity or JSP but using Javascript written in
Javascript. You'd use this on the client side to process data and
create HTML, then replace the HTML of
You may want to check out sarissa [1], a JS library i've written for
doing this and other related tasks like XSLT and XPath using a
crossbrowser API . It's well documented and open source. There's also a
related turorial at oreilly's xml.com at [2]. I intent to wrap up some
JSP taglibs to ease
I reposted it at the same address.
Of perhaps more interest though... I am working on an article covering
this in more details with a few more examples. I'm hoping to finish it
today, tomorrow at the latest.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://w
Hello,
Frank W. Zammetti a Ãcrit :
> I'm sure what you've found on the net is sufficient, but in case it
> isn't, here's a quick example I just threw together:
>
> http://www.omnytex.com/XMLHTTPRequestExample.htm
It seems that you have already removed this example from the web site
... That's a sh
one opinion on XMLHttpRequest
usability:
http://www.baekdal.com/articles/Usability/XMLHttpRequest-guidelines/
I tend to agree with most, but not all of it.
-Justin
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Friday, March 25, 2005 3:48 PM
To: Struts Users Mailing L
Yeah, that would be cool... but then again you have to ask the question
of whether there is a true benefit or if it's just for the sake of doing
something cool, not that I'm against that :) I'm not sure I'd want to
do this with an existing app, not sure it'd really be worth it (unless
you have
Ah I was just thinking about some web apps I have that basically just
refresh combo boxes on POSTs using onchange, one at a time. It would be
kind of cool to try to embed some new JavaScript like yours and put some
new URLs on the app server to take advantage of this kind of thing, but
without
riday, March 25, 2005 3:48 PM
To: Struts Users Mailing List
Subject: Re: Best practice for "dynamic reloading" of a part of the JSP
?
I'm not sure I follow Erik... I know I've only used this in
Intranet-based applications because of the browser support... No sense
locking out
I'm not sure I follow Erik... I know I've only used this in
Intranet-based applications because of the browser support... No sense
locking out anyone using anything but the latest versions (although the
version support seems to be better than I had thought frankly)... You
can do basically this
Thanks for the example. I copied the source. I suppose you could write
some JavaScript that would run on more browsers that would try to reload
a combo box, but would submit the form if the reload failed? That way
you wouldn't have to be as worried about browser support and could
possibly work
I'm sure what you've found on the net is sufficient, but in case it
isn't, here's a quick example I just threw together:
http://www.omnytex.com/XMLHTTPRequestExample.htm
Note that if a URL you are trying to access isn't in the same domain,
then at least on Firefox you will get an access denied e
If you could write your state machine once as part of your server
application, use full page reloads as a first implementation, and then
later use the technique to segment your page reloads into partial page
reloads, without having to redo any of the logic, then you'd have
something . . .
Erik
I used this as a starting point:
http://developer.apple.com/internet/webcontent/xmlhttpreq.html
and I coded a Struts action to return my XML.
Angie
On Mar 25, 2005, at 9:36 AM, Stéphane Zuckerman wrote:
I would highly recommend using XmlHttpRequest (aka ajax), which is
much
more user-friendly, m
I would highly recommend using XmlHttpRequest (aka ajax), which is much
more user-friendly, much quicker to use and more flexible than reloading
the page each time the user clicks on something.
This is a solution I wasn't aware of... And it would be a really great
one, provided I could find a way
I agree with those who suggest inline updating use Javascript. I've
written some code to handle paging of a table this way so that flipping
to the next page of results doesn't result in a whole page refresh.
What I would add is that it can be very simple because Javascript allows
you to repla
StÃphane Zuckerman wrote:
>
> 2Â) When I select "foo", then some javascript reloads the page (it does
> a post) with the "foo" argument, and the rest of the JSP is loaded. This
> is the way I'd like to take, since some informations mustn't be in the
> clear uselessly.
>
> My problem is that I don
Thanks to both of you, Frank and Erik. I think I'll use a single action
with states, as Erik suggested (I had this solution on my mind myself,
but I wanted to check whether a better solution existed for my needs).
-
To unsubscr
Stéphane Zuckerman wrote:
Hello,
I am to write JSP pages with a form that has some items (lists, or
checkboxes) that depend on previous choices from the same form.
So here I have two choices basically :
1°) Load all the information that is possibly needed for a given page,
hide it, and only sho
There are two solutions that I have used for years that I firmly believe
to be better...
(1) Simply use iFrames. The downside is that browser compatibility
still leaves a little to be desired, but I *pretty* sure all the modern
browsers support them. Also, depending on the way your security w
At 10:32 AM -0500 3/21/05, Erik Weber wrote:
My 2 cents:
1) I always try to serve my images from another server (Apache Web
Server) configured to serve all the static content, and only send
requests to my app server that actually require the app server. As a
side effect, paths are easier to mana
My 2 cents:
1) I always try to serve my images from another server (Apache Web
Server) configured to serve all the static content, and only send
requests to my app server that actually require the app server. As a
side effect, paths are easier to manage as they don't change when your
applicatio
Adam Lipscombe wrote:
In this instance the problem is this:
Form1 has a logic:iterate tag that iterates over a List held in
myActionForm.
The List is setup by the initAction.do action.
How do I preserve the List between actionform instances?
(It's not referenced in the JSP other than the logic:iter
e JSP other than the logic:iterate tag)
Tia -Adam
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Beal
Sent: 04 February 2005 17:14
To: user@struts.apache.org
Subject: Re: Best practice for formbean scope and handling form validation
errors
Adam Lipscombe wrote:
Adam Lipscombe wrote:
But, if the scope of the "myActionForm" formbean is "request" a new instance
of the formbean is constructed when Form1.jsp is re-displayed. Hence none of
the data that it originally held in it is present and the form fails. The
formBean was originally populated by /initAction
Benedict, Paul C wrote the following on 1/25/2005 10:38 AM:
When your user edits your page and validation fails, will your request-scope
title still be available? Obviously, not. How do you generally handle the
case when you require some request-scope variables to stick around -- save
them in the f
Message-
From: Rick Reumann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 25, 2005 10:26 AM
To: Struts Users Mailing List
Subject: a plus for sitemesh [was] Re: Best practice for dynamic Title
values using Tiles?
Benedict, Paul C wrote the following on 1/25/2005 10:12 AM:
> I would
Benedict, Paul C wrote the following on 1/25/2005 10:12 AM:
I wouldn't worry too much about having a different definition just to switch
title. In essence, it is a different view and so it's deserving of a unique
entry. Besides, the amount of typing is trivial because Tiles allows
overriding of def
Rick,
I wouldn't worry too much about having a different definition just to switch
title. In essence, it is a different view and so it's deserving of a unique
entry. Besides, the amount of typing is trivial because Tiles allows
overriding of definitions, so it is simply a matter of listing out one
Dakota Jack wrote the following on 1/25/2005 2:11 AM:
I just have a and feed the appropriate
value to the request. State is a class as follows:
public class StateContainer
implements Map {
private Map map;
The whole problem with these suggestions to use the Request for putting
in a title
I just have a and feed the appropriate
value to the request. State is a class as follows:
public class StateContainer
implements Map {
private Map map;
public StateContainer() {
int size = 89;
this.map = Collections.synchronizedMap(new HashMap(size));
}
public void setSta
Phil Steitz wrote the following on 1/24/2005 7:25 PM:
May not be the best, but keeps display stuff separate.
This would be way to combersome since the title will be displayed in a
reusable header page. The result would be that you'd have to code one
huge lo
Erik Weber wrote the following on 1/24/2005 10:47 PM:
Hello Rick. Happy New Year to you. I'm just curious. Why are you
switching? I remember you advocating Sitemesh (I think it was on your
site) instead of Tiles at some point. I haven't tried either one yet,
but was going to try Sitemesh based l
ist
Subject: [OT] Re: Best practice for dynamic Title values using Tiles?
Hello Rick. Happy New Year to you. I'm just curious. Why are you
switching? I remember you advocating Sitemesh (I think it was on your
site) instead of Tiles at some point. I haven't tried either one yet,
but w
Hello Rick. Happy New Year to you. I'm just curious. Why are you
switching? I remember you advocating Sitemesh (I think it was on your
site) instead of Tiles at some point. I haven't tried either one yet,
but was going to try Sitemesh based largely on your recommendation, next
time I saw a good
You need to send some parameter to the page in order to determine what
to display. The determination logic can be put into tile controller class.
Phil Steitz wrote:
Rick Reumann wrote:
I'm switching back to using Tiles instead of Sitemesh and I remember
one issue that I found annoying with Tiles
Rick Reumann wrote:
I'm switching back to using Tiles instead of Sitemesh and I remember one
issue that I found annoying with Tiles and I'd be curious how you guys
handle it. Say I have a form that is going to be reused for both "Edit"
and "Add." I want the attribute to read something like "Add
What I would do is put in request context anything that I minght need.
My action decided what to display and puts it in scope.
Then in jsp and tiles tag I would use el to display the named variables.
(90% of code for 1up.com (that is all tiles) is here:
http://sourceforge.net/projects/infonoia (
1 - 100 of 143 matches
Mail list logo
