On 7/28/05, Greg Reddin <[EMAIL PROTECTED]> wrote:
> On Jul 28, 2005, at 6:30 PM, David Geary wrote:
> > I'm not sure I like pulling Chain into Tiles standalone (we are
> > talking about writing a Chain Command in Tiles, right?). I would
> > prefer a POJO in Tiles that does the dirty work (Shale co
On 7/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I have an interesting usecase that I'd like some feedback on. I'm
> working with Shale dialogs and I have a special situation with a multi
> step dialog.
>
> Say there are two steps 1 + 2. Step 1, user enters an applicant name.
> Before mo
On Jul 28, 2005, at 6:30 PM, David Geary wrote:
I'm not sure I like pulling Chain into Tiles standalone (we are
talking about writing a Chain Command in Tiles, right?). I would
prefer a POJO in Tiles that does the dirty work (Shale could have a
Command wrapper that calls Tiles' POJO, if need be
I have an interesting usecase that I'd like some feedback on. I'm
working with Shale dialogs and I have a special situation with a multi
step dialog.
Say there are two steps 1 + 2. Step 1, user enters an applicant name.
Before moving to step 2, we'd like to check and see if that name
already ex
"Craig McClanahan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Now that would be cool. I think we would have to load all clay config
files to resolve the inheritance dependencies but that would be way slick.
>
Yep, you'
Le 05-07-28 à 16:14, Greg Reddin a écrit :
[EMAIL PROTECTED] wrote:
On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
The JSP-like approach would be more intrusive. The
DefinitionsFactory
would have to store the modified date of a definition and the
getDefinition() method would have
I added the patch to Struts core. Thanks again for the patch!
Don
Laurie Harper wrote:
I got bitten once too many times by unexpected behaviour using wildcard
action paths so I dug out my debugger and figured out what was going on.
Attached is some extra documentation to save others from confu
Author: mrdon
Date: Thu Jul 28 15:43:48 2005
New Revision: 226273
URL: http://svn.apache.org/viewcvs?rev=226273&view=rev
Log:
Adding better documentation and debugging to action config matcher.
Patch provided by Laurie Harper.
Modified:
struts/core/trunk/doc/userGuide/building_controller.xml
[EMAIL PROTECTED] wrote:
On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
The JSP-like approach would be more intrusive. The DefinitionsFactory
would have to store the modified date of a definition and the
getDefinition() method would have to check the date against the date
of
the file
> On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
> >> The JSP-like approach would be more intrusive. The DefinitionsFactory
> >> would have to store the modified date of a definition and the
> >> getDefinition() method would have to check the date against the date
> >> of
> >> the file and
On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
The JSP-like approach would be more intrusive. The DefinitionsFactory
would have to store the modified date of a definition and the
getDefinition() method would have to check the date against the date
of
the file and reload if necessary.
> On Jul 28, 2005, at 3:54 PM, [EMAIL PROTECTED] wrote:
> >> 1) How to trigger a reload()? Via a request to the servlet or some
> >> kind of API call, or a process that is "watching" the config files.
> >> Could maybe work like JSP, when you ask for a definition, the factory
> >> will look to see
On Jul 28, 2005, at 3:54 PM, [EMAIL PROTECTED] wrote:
1) How to trigger a reload()? Via a request to the servlet or some
kind of API call, or a process that is "watching" the config files.
Could maybe work like JSP, when you ask for a definition, the factory
will look to see if it has changed.
> Thanks gary..
>
> So having 2 backing beans used in 1 jsp looks less straight forward,
> but i guess workable..
>
The shale view controller to a managed bean is a one to one with a view id but
there is nothing to stop you from creating as many managed beans as you wish.
From the view contr
Thanks gary..
So having 2 backing beans used in 1 jsp looks less straight forward,
but i guess workable..
On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Hello
> >
> > I imagine this is a stupid question, but I've configured all the bits
> > i can see that would need configuring t
On 7/28/05, Greg Reddin <[EMAIL PROTECTED]> wrote:
> Standalone Tiles has a test called TestTilesPlugin that is looking for
> TilesPlugin and TilesRequestProcessor. Are those classes supposed to
> remain in the Struts tree or should they be moved into standalone
> Tiles? I can't get Standalone Ti
> On Jul 28, 2005, at 11:51 AM, David Geary wrote:
> > I'll try to take a look next week to see what it'd take, but in the
> > meantime if
> > someone implements it out from under me, I won't feel bad. 8-)
>
> It looks like everything needed to load a DefinitionsFactory is
> available in Definit
> Hello
>
> I imagine this is a stupid question, but I've configured all the bits
> i can see that would need configuring to have my viewcontroller
> implementing classes running their init and destory methods at the
> relevant times.
>
> I've configured the Filter, Chain listener, the viewhander
At 2:37 PM -0500 7/28/05, Greg Reddin wrote:
On Jul 28, 2005, at 1:50 PM, Joe Germuska wrote:
At 1:19 PM -0500 7/28/05, Greg Reddin wrote:
Actually, I was thinking that if you had a standalone Tiles, you
wouldn't need bits of glue; wouldn't you just install Tiles as a
servlet in the webapp whi
Hello
I imagine this is a stupid question, but I've configured all the bits
i can see that would need configuring to have my viewcontroller
implementing classes running their init and destory methods at the
relevant times.
I've configured the Filter, Chain listener, the viewhander.. My base
backi
On Jul 28, 2005, at 11:51 AM, David Geary wrote:
I'll try to take a look next week to see what it'd take, but in the
meantime if
someone implements it out from under me, I won't feel bad. 8-)
It looks like everything needed to load a DefinitionsFactory is
available in DefinitionsUtil. Right
On Jul 28, 2005, at 1:50 PM, Joe Germuska wrote:
At 1:19 PM -0500 7/28/05, Greg Reddin wrote:
Actually, I was thinking that if you had a standalone Tiles, you
wouldn't need bits of glue; wouldn't you just install Tiles as a
servlet in the webapp which mapped to something like "*.tiles", and
th
At 1:19 PM -0500 7/28/05, Greg Reddin wrote:
Standalone Tiles has a test called TestTilesPlugin that is looking
for TilesPlugin and TilesRequestProcessor. Are those classes
supposed to remain in the Struts tree or should they be moved into
standalone Tiles? I can't get Standalone Tiles to bui
Standalone Tiles has a test called TestTilesPlugin that is looking for
TilesPlugin and TilesRequestProcessor. Are those classes supposed to
remain in the Struts tree or should they be moved into standalone
Tiles? I can't get Standalone Tiles to build successfully without
those, at least not t
> On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Now that would be cool. I think we would have to load all clay config
> > files
> to resolve the inheritance dependencies but that would be way slick.
> >
>
> Yep, you'd need to reload the whole set. Plus, do it in a way that
Le 05-07-28 à 10:45, Craig McClanahan a écrit :
On 7/28/05, Andy Freeman <[EMAIL PROTECTED]> wrote:
I would like to think that Tiles would be updated to work the same
way.
Yep ... definitely :-).
Anybody want to tackle building some patches for that one?
I'll try to take a look next
Le 05-07-28 à 10:35, Craig McClanahan a écrit :
On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Now that would be cool. I think we would have to load all clay
config files to resolve the inheritance dependencies but that
would be way slick.
Yep, you'd need to reload the who
On 7/28/05, Andy Freeman <[EMAIL PROTECTED]> wrote:
>
> I would like to think that Tiles would be updated to work the same way.
>
Yep ... definitely :-).
Anybody want to tackle building some patches for that one?
Craig
-
To u
On 7/28/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
>
> For production deployment, it's likely that we would want the reload
> capability disabled (most of the IT guys I know would laugh me out of
> the room if I proposed to fix a typo in a running JSP page, on a live
> production app :-).
On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Now that would be cool. I think we would have to load all clay config files
> to resolve the inheritance dependencies but that would be way slick.
>
Yep, you'd need to reload the whole set. Plus, do it in a way that
does not require
> On 7/27/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Sergey,
> >
> > > Now, I have to restart my servlet container each time I have even small
> > > changes in the clay configuration file. I have not to do it for java
> > > classes, bundles, jsps. Development the UI with Clay might be mu
31 matches
Mail list logo
