Re: [VOTE] How should Tiles be refactored?How

Cliff Rowley wrote: My on-line resume and for interview videos about myself, J2EE Open Source, Struts and Expresso. || \\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html '' Sorry, a tiny OT - I just checked out your website Peter, LOL at your how-to videos - you big poser! ;)

RE: [VOTE] How should Tiles be refactored?How

> My on-line resume and for interview videos about myself, J2EE > Open Source, Struts and Expresso. > || > \\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html '' Sorry, a tiny OT - I just checked out your website Peter, LOL at your how-to videos - you big poser! ;) (in referen

Re: [VOTE] How should Tiles be refactored?How

Cedric Dumoulin wrote: In fact, I have already think about how to make Tiles more "modules/sub-apps" compliant. I haven't solved this question, because there is some opposite views: modules are intended to clearly separate works (the Ted's "chinese wall"), and Tiles are intended to avoid

Re: [VOTE] How should Tiles be refactored?How

Ok, thanks guys - can we drop it and move on now? :-) David Graham wrote: Danny, Your comments are welcome on the list as long as they are respectful. Adding a "PS. sorry if I offend anyone" does not cut it here. In the future, please be more considerate to others. Thanks, David -- Eddie

Re: [VOTE] How should Tiles be refactored?How

On Fri, 18 Oct 2002, Ted Husted wrote: > > But for now, if > > + each module could use its own attribute to store it Definitions, and > + we can still specify a list of configuations for each module, and > + we can specify "contextRelative=True" where appropriate (on an element-by-element >basi

RE: [VOTE] How should Tiles be refactored?How

o: "Struts Developers List" <[EMAIL PROTECTED]> To: 'Struts Developers List' <[EMAIL PROTECTED]> Subject: RE: [VOTE] How should Tiles be refactored?How Date: Fri, 18 Oct 2002 09:23:51 -0700 Yes, I am guilty of the crime I committed and I already said 'I am sorry

RE: [VOTE] How should Tiles be refactored?How

-- > From: Trieu, Danny [mailto:DTrieu@;downeysavings.com] > Sent: 18 October 2002 17:24 > To: 'Struts Developers List' > Subject: RE: [VOTE] How should Tiles be refactored?How > > > Yes, I am guilty of the crime I committed and I already said > 'I am so

RE: [VOTE] How should Tiles be refactored?How

@;downeysavings.com] Sent: 18 October 2002 16:32 To: 'Struts Developers List' Subject: RE: [VOTE] How should Tiles be refactored?How Eddie, I am a long time Struts/Tiles users, and I response to this group once in a while or when needed too. Just because I seemly bussy with my dail

RE: [VOTE] How should Tiles be refactored?How

2 16:32 To: 'Struts Developers List' Subject: RE: [VOTE] How should Tiles be refactored?How Eddie, I am a long time Struts/Tiles users, and I response to this group once in a while or when needed too. Just because I seemly bussy with my daily work. I have high respect for the 'OG&

Re: [VOTE] How should Tiles be refactored?How

I do not have as my goal to "entertain". While you may disagree, I think I add value. Yes, I may pull a stick out and stir things up, but, if/when I do, it is done so that something meaningful can come of it. Rather than proceed off in a direction people disagree with, and that is bad for Str

RE: [VOTE] How should Tiles be refactored?How

fended anyone, I am sorry -Original Message- From: Eddie Bush [mailto:ekbush@;swbell.net] Sent: Friday, October 18, 2002 7:02 AM To: Struts Developers List Subject: Re: [VOTE] How should Tiles be refactored?How Cedric Dumoulin wrote: > Eddie Bush wrote: > >> Hi again, Cedric :-) >&

Re: [VOTE] How should Tiles be refactored?How

Ted Husted wrote: 10/18/2002 9:19:26 AM, Eddie Bush <[EMAIL PROTECTED]> wrote: You and I are in the same camp on this, but I don't think now is the time for significant change. We need to "hurry" 1.1, and the only way I see to do that is for each of us to agree to seperatism in 1.1 - unders

Re: [VOTE] How should Tiles be refactored?How

10/18/2002 9:19:26 AM, Eddie Bush <[EMAIL PROTECTED]> wrote: >You and I are in the same camp on this, but I don't think now is the >time for significant change. We need to "hurry" 1.1, and the only way I >see to do that is for each of us to agree to seperatism in 1.1 - >understanding and *expec

Re: [VOTE] How should Tiles be refactored?How

Cedric Dumoulin wrote: Eddie Bush wrote: Hi again, Cedric :-) We need to "hurry" 1.1, and the only way I see to do that is for each of us to agree to seperatism in 1.1 - understanding and *expecting* that 1.2 will be our chance to solve the problems we wanted to solve in 1.1 but couldn't (b

Re: [VOTE] How should Tiles be refactored?How

10/18/2002 9:45:49 AM, Cedric Dumoulin <[EMAIL PROTECTED]> wrote: > The Ted's proposal is a good starting point. We need now to check if >it fulfill simple needs, and if there is no incompatibility with complex >cases. I will check that with existing applications. Implementing it >doesn't seem

Re: [VOTE] How should Tiles be refactored?How

Eddie Bush wrote: Hi again, Cedric :-) We need to "hurry" 1.1, and the only way I see to do that is for each of us to agree to seperatism in 1.1 - understanding and *expecting* that 1.2 will be our chance to solve the problems we wanted to solve in 1.1 but couldn't (because of time). I am

Re: [VOTE] How should Tiles be refactored?How

Hi again, Cedric :-) Cedric Dumoulin wrote: Hi Eddie, Eddie Bush wrote: Cedric, I wasn't trying to step on toes :-) I can't say how much more I'd prefer you refactor Tiles than me. You (obviously) are a *lot* more familiar with it's inner workings! The point to keep in mind though is t

Re: [VOTE] How should Tiles be refactored?How

Ted Husted wrote: But for now, if + each module could use its own attribute to store it Definitions, and + we can still specify a list of configuations for each module, and + we can specify "contextRelative=True" where appropriate (on an element-by-element basis) I think we would be good =:0

Re: [VOTE] How should Tiles be refactored?How

10/18/2002 5:42:20 AM, Cedric Dumoulin <[EMAIL PROTECTED]> wrote: > If you have a strong separation between modules with Tiles, you go >against the Tiles philosophy (share to reuse, to reduce maintenance, >...). If you do strong separation, you will be consistent with the >module philosophy, bu

Re: [VOTE] How should Tiles be refactored?How

Hi Eddie, Eddie Bush wrote: Cedric, I wasn't trying to step on toes :-) I can't say how much more I'd prefer you refactor Tiles than me. You (obviously) are a *lot* more familiar with it's inner workings! The point to keep in mind though is that 1.1 *is* about seperatism. If you have

Re: [VOTE] How should Tiles be refactored?How

10/17/2002 7:23:27 AM, Cedric Dumoulin <[EMAIL PROTECTED]> wrote: > Of course, we can conciliate both, but this require some thinking: > >* A tiles configuration file requires some references to common > URLs and to common definitions. > o How to distinguish between an URL fro

Re: [VOTE] How should Tiles be refactored?How

Cedric, I wasn't trying to step on toes :-) I can't say how much more I'd prefer you refactor Tiles than me. You (obviously) are a *lot* more familiar with it's inner workings! The point to keep in mind though is that 1.1 *is* about seperatism. Would it, in your opinion, require undoing chan

Re: [VOTE] How should Tiles be refactored?How

Eddie Bush wrote: > > Cast your vote. > >[ -1] I want Tiles to have an independent (non-shared) > configuration for each module. No future change is required IMHO. >[ -1 ] I want Tiles to have an independent (non-shared) > configuration for each module. I think we should revisit t

RE: [VOTE] How should Tiles be refactored?

Nope, I was just in a time warp. EOT. > -Original Message- > From: David Derry [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 4:49 PM > To: Struts Developers List > Subject: Re: [VOTE] How should Tiles be refactored? > > > Having a tough week Da

Re: [VOTE] How should Tiles be refactored?

Having a tough week David? - Original Message - From: "Karr, David" <[EMAIL PROTECTED]> > Oh. Sheesh, it's not even Thursday. > > > -Original Message- > > From: James Mitchell [mailto:[EMAIL PROTECTED]] > > > > > > You sure about that? ;) > > > > > > > > > > > -Ori

Re: [VOTE] How should Tiles be refactored?

Daniel Honig wrote: >Back to the issue at hand, though: > > Why can't tiles have a global configuration that can be overidden locally? > >Is this feasible? > Yes. >Other environments offer such functionality. > We won't til post 1.1F. Not unless someone contributes it. There are plenty of out

RE: [VOTE] How should Tiles be refactored?

l just set up a rule. > -Original Message- > From: James Mitchell [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 3:14 PM > To: Struts Developers List > Subject: RE: [VOTE] How should Tiles be refactored? > > > Well, I know I'm not a committer and all ,

RE: [VOTE] How should Tiles be refactored?

2002 6:26 PM To: Struts Developers List Subject: RE: [VOTE] How should Tiles be refactored? Ya, sorryI couldn’t resist. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org > -Original Message- > From: Karr, David [mailto:[EMAIL PROTECTED]] > S

RE: [VOTE] How should Tiles be refactored?

ct: RE: [VOTE] How should Tiles be refactored? > > > Oh. Sheesh, it's not even Thursday. > > > -Original Message- > > From: James Mitchell [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, October 16, 2002 3:22 PM > > To: Struts Developers List >

RE: [VOTE] How should Tiles be refactored?

Oh. Sheesh, it's not even Thursday. > -Original Message- > From: James Mitchell [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 3:22 PM > To: Struts Developers List > Subject: RE: [VOTE] How should Tiles be refactored? > > > You sure about

RE: [VOTE] How should Tiles be refactored?

; Sent: Wednesday, October 16, 2002 3:14 PM > > To: Struts Developers List > > Subject: RE: [VOTE] How should Tiles be refactored? > > > > > > Well, I know I'm not a committer and all , but > > for what its > > worth... > > > > > >

RE: [VOTE] How should Tiles be refactored?

ject: RE: [VOTE] How should Tiles be refactored? > > > Well, I know I'm not a committer and all , but > for what its > worth... > > > [ ] I want Tiles to have an independent (non-shared) configuration > for each module. No future change is required IMHO.

RE: [VOTE] How should Tiles be refactored?

Well, I know I'm not a committer and all , but for what its worth... [ ] I want Tiles to have an independent (non-shared) configuration for each module. No future change is required IMHO. [ ] I want Tiles to have an independent (non-shared) configuration for each module.

Re: [VOTE] How should Tiles be refactored?

See if I draw little boxes for you guys anymore! Bah - none of you use them ;-) David Graham wrote: > Independent configuration files for 1.1, possible sharing in 1.2. > > So, I guess that's number 2. > > Dave -- Eddie Bush -- To unsubscribe, e-mail: For ad

Re: [VOTE] How should Tiles be refactored?

Independent configuration files for 1.1, possible sharing in 1.2. So, I guess that's number 2. Dave >From: Eddie Bush <[EMAIL PROTECTED]> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> >To: Struts Developers List <[EMAIL PROTECTED]> >Subject: [VOTE] How should Tiles be refactored?

Re: [VOTE] How should Tiles be refactored?

All the configuration files for Struts core, Validator, and Tiles should work the same way. Tiles put and insert should support a contextRelative property, like the ActionForward. 10/16/2002 3:48:56 PM, Eddie Bush <[EMAIL PROTECTED]> wrote: >There's been a lot of discussion on how 1.1 final

Re: [VOTE] How should Tiles be refactored?

>[ ] I want Tiles to have an independent (non-shared) > configuration for each module. No future change is required IMHO. >[X] I want Tiles to have an independent (non-shared) configuration > for each module. I think we should revisit this decision after 1.1F. >[ ] I want tiles