Re: WildCards and Results

[Ted Husted]

On 4/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

###struts.enable.DynamicMethodInvocation = false

That was it!  I updated the value last week with false but it was commented
out!  Too much time passed between then and now!  I guess the default is
true?  I would hope you would not get this behavior unless you specify the
need yourself???


Since Struts 2.0.x is the "compatibility release", after an extended
discussion, we left the behavior as enabled. This could change in
Struts 2.1.x (as the "new syntax" default changed in successive
releases of WebWork).

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

This seems to me like putting another bullet in the gun!  I agree you should
pick a strategy and go with it.  Having said that, do you agree the default
for WCM should be false?

Scott

On 4/9/07, Ted Husted <[EMAIL PROTECTED]> wrote:


We consider Wildcard Methods and DMI to be distinct strategies, and I
would suggest that an application use one or the other. But, Wildcards
and DMI can co-exist if the Wildcard URIs don't use the ! character.

HTH, Ted


On 4/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> After refactoring my app to use the S2 Dynamic Method Invocation as
follows:
>
> 
> /pages/course.jsp
> /pages/course.jsp
> 
>
> I am discovering that both
> http://localhost:8080/dsms/course_create.action AND
> http://localhost:8080/dsms/course!create.action work the same way.  Is
this
> a feature?  This is the sort of voodoo that should probably be cast out!
>
> Scott
>
>
>
> On 4/6/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> >
> > There's a feature embedded in WebWork that lets the "!" character
> > invoke a method other than execute. In WebWork, it doesn't really have
> > a name. During the S2 discussions, we coined the term "dynamic method
> > invocation" to describe how WW/S2 use the ! notation.
> >
> > For Struts 2, we added a switch to disable Dynamic Method Invocation"
> > for two reasons. First, it can cause security issues if POJO actions
> > are used. Second, it overlaps with the Wildcard feature that we
> > brought over from Struts 1 (and from Cocoon before that).
> >
> > S2 does support  "dynamic method invocation", but there are problems
> > with the implementation. Essentially, the code scans the action name
> > for a "!", and finding one, tricks the framework into invoking the
> > other method instead of execute. The other method is invoked, but it
> > uses the same configuration as the execute method, including
> > validations.  The framework "believes" it is invoking the "Category"
> > action with the execute method.
> >
> > The Wildcard feature is implemented differently. When a Wildcard
> > action is invoked, the framework acts as if the matching action had
> > been hardcoded. The framework "believes" it's executing
> > "Category!create" and "knows" it is executing the "create" method.
> > This permits us to add specific validations, localizations, and type
> > converters, for a Wildcard action, just like a conventional action.
> >
> > If someone were to implement [WW-1522], then the  "dynamic method
> > invocation" approach could have its own validations too. Here, the
> > notion is to generate carbon actions for qualifying methods. The
> > invocation would no longer be dynamic, because there would be an
> > actual action in the configuration, but any method could be invoked.
> >
> > * https://issues.apache.org/struts/browse/WW-1522
> >
> > My first pass at implementing [WW-1522] didn't work out. Though, I'm
> > wondering if whatever we do for the codebehind plugin might work here
> > too. At this point, I will probably never get to it myself, but
> > perhaps someone will pickup the baton.
> >
> > In my own applications, I tend to use the underscore ("_") as a
> > Wildcard separator, to avoid confusion with the WebWork bang. In
> > practice, these are the only two special characters that work without
> > causing JavaScript issues.
> >
> > HTH, Ted
> > 
> >
> >
> > On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > since '!' is already a special character which specifies the method
name
> > > automatically see struts.properties configuration file for more
details
> > > about how to enable/disable dynamic method invocation
> > >
> > > Can you explain this?  I read all I could find on this topic and
their
> > was
> > > discussion dating back to early XWorks changes, however I could not
make
> > > sense out of it.  I do recall changing my struts.properties and it
does
> > seem
> > > to be working as I hoped.  What is meant by "already a special
> > character?"
> > >
> > > Thanks,
> > > Scott
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Scott
> [EMAIL PROTECTED]
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

Re: WildCards and Results

[Ted Husted]

On 4/9/07, Dave Newton <[EMAIL PROTECTED]> wrote:

Does turning off dynamic method invocation not disable
the "!" functionality? As Ted said, the "!" is part of
XWork but there's a config param to disable it.


When DMI is disabled, then the ! is an ordinary character again.

Wildcards will always work, but only if the asterisk character is used
in the action name.

HTH, Ted


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[Ted Husted]

We consider Wildcard Methods and DMI to be distinct strategies, and I
would suggest that an application use one or the other. But, Wildcards
and DMI can co-exist if the Wildcard URIs don't use the ! character.

HTH, Ted


On 4/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

After refactoring my app to use the S2 Dynamic Method Invocation as follows:


/pages/course.jsp
/pages/course.jsp


I am discovering that both
http://localhost:8080/dsms/course_create.action AND
http://localhost:8080/dsms/course!create.action work the same way.  Is this
a feature?  This is the sort of voodoo that should probably be cast out!

Scott



On 4/6/07, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> There's a feature embedded in WebWork that lets the "!" character
> invoke a method other than execute. In WebWork, it doesn't really have
> a name. During the S2 discussions, we coined the term "dynamic method
> invocation" to describe how WW/S2 use the ! notation.
>
> For Struts 2, we added a switch to disable Dynamic Method Invocation"
> for two reasons. First, it can cause security issues if POJO actions
> are used. Second, it overlaps with the Wildcard feature that we
> brought over from Struts 1 (and from Cocoon before that).
>
> S2 does support  "dynamic method invocation", but there are problems
> with the implementation. Essentially, the code scans the action name
> for a "!", and finding one, tricks the framework into invoking the
> other method instead of execute. The other method is invoked, but it
> uses the same configuration as the execute method, including
> validations.  The framework "believes" it is invoking the "Category"
> action with the execute method.
>
> The Wildcard feature is implemented differently. When a Wildcard
> action is invoked, the framework acts as if the matching action had
> been hardcoded. The framework "believes" it's executing
> "Category!create" and "knows" it is executing the "create" method.
> This permits us to add specific validations, localizations, and type
> converters, for a Wildcard action, just like a conventional action.
>
> If someone were to implement [WW-1522], then the  "dynamic method
> invocation" approach could have its own validations too. Here, the
> notion is to generate carbon actions for qualifying methods. The
> invocation would no longer be dynamic, because there would be an
> actual action in the configuration, but any method could be invoked.
>
> * https://issues.apache.org/struts/browse/WW-1522
>
> My first pass at implementing [WW-1522] didn't work out. Though, I'm
> wondering if whatever we do for the codebehind plugin might work here
> too. At this point, I will probably never get to it myself, but
> perhaps someone will pickup the baton.
>
> In my own applications, I tend to use the underscore ("_") as a
> Wildcard separator, to avoid confusion with the WebWork bang. In
> practice, these are the only two special characters that work without
> causing JavaScript issues.
>
> HTH, Ted
> 
>
>
> On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > since '!' is already a special character which specifies the method name
> > automatically see struts.properties configuration file for more details
> > about how to enable/disable dynamic method invocation
> >
> > Can you explain this?  I read all I could find on this topic and their
> was
> > discussion dating back to early XWorks changes, however I could not make
> > sense out of it.  I do recall changing my struts.properties and it does
> seem
> > to be working as I hoped.  What is meant by "already a special
> character?"
> >
> > Thanks,
> > Scott
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Scott
[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

###struts.enable.DynamicMethodInvocation = false

That was it!  I updated the value last week with false but it was commented
out!  Too much time passed between then and now!  I guess the default is
true?  I would hope you would not get this behavior unless you specify the
need yourself???

On 4/9/07, Dave Newton <[EMAIL PROTECTED]> wrote:


--- [EMAIL PROTECTED] wrote:
> I am discovering that both
> http://localhost:8080/dsms/course_create.action AND
> http://localhost:8080/dsms/course!create.action work
> the same way.  Is this a feature?  This is the sort
of
> voodoo that should probably be cast out!

Does turning off dynamic method invocation not disable
the "!" functionality? As Ted said, the "!" is part of
XWork but there's a config param to disable it.

d.






Looking for earth-friendly autos?
Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.
http://autos.yahoo.com/green_center/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

Re: WildCards and Results

[Dave Newton]

--- [EMAIL PROTECTED] wrote:
> I am discovering that both
> http://localhost:8080/dsms/course_create.action AND
> http://localhost:8080/dsms/course!create.action work
> the same way.  Is this a feature?  This is the sort
of 
> voodoo that should probably be cast out!

Does turning off dynamic method invocation not disable
the "!" functionality? As Ted said, the "!" is part of
XWork but there's a config param to disable it.

d.



 

Looking for earth-friendly autos? 
Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.
http://autos.yahoo.com/green_center/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

Ted --

After refactoring my app to use the S2 Dynamic Method Invocation as follows:

   
   /pages/course.jsp
   /pages/course.jsp
   

I am discovering that both
http://localhost:8080/dsms/course_create.action AND
http://localhost:8080/dsms/course!create.action work the same way.  Is this
a feature?  This is the sort of voodoo that should probably be cast out!

Scott



On 4/6/07, Ted Husted <[EMAIL PROTECTED]> wrote:


There's a feature embedded in WebWork that lets the "!" character
invoke a method other than execute. In WebWork, it doesn't really have
a name. During the S2 discussions, we coined the term "dynamic method
invocation" to describe how WW/S2 use the ! notation.

For Struts 2, we added a switch to disable Dynamic Method Invocation"
for two reasons. First, it can cause security issues if POJO actions
are used. Second, it overlaps with the Wildcard feature that we
brought over from Struts 1 (and from Cocoon before that).

S2 does support  "dynamic method invocation", but there are problems
with the implementation. Essentially, the code scans the action name
for a "!", and finding one, tricks the framework into invoking the
other method instead of execute. The other method is invoked, but it
uses the same configuration as the execute method, including
validations.  The framework "believes" it is invoking the "Category"
action with the execute method.

The Wildcard feature is implemented differently. When a Wildcard
action is invoked, the framework acts as if the matching action had
been hardcoded. The framework "believes" it's executing
"Category!create" and "knows" it is executing the "create" method.
This permits us to add specific validations, localizations, and type
converters, for a Wildcard action, just like a conventional action.

If someone were to implement [WW-1522], then the  "dynamic method
invocation" approach could have its own validations too. Here, the
notion is to generate carbon actions for qualifying methods. The
invocation would no longer be dynamic, because there would be an
actual action in the configuration, but any method could be invoked.

* https://issues.apache.org/struts/browse/WW-1522

My first pass at implementing [WW-1522] didn't work out. Though, I'm
wondering if whatever we do for the codebehind plugin might work here
too. At this point, I will probably never get to it myself, but
perhaps someone will pickup the baton.

In my own applications, I tend to use the underscore ("_") as a
Wildcard separator, to avoid confusion with the WebWork bang. In
practice, these are the only two special characters that work without
causing JavaScript issues.

HTH, Ted



On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> since '!' is already a special character which specifies the method name
> automatically see struts.properties configuration file for more details
> about how to enable/disable dynamic method invocation
>
> Can you explain this?  I read all I could find on this topic and their
was
> discussion dating back to early XWorks changes, however I could not make
> sense out of it.  I do recall changing my struts.properties and it does
seem
> to be working as I hoped.  What is meant by "already a special
character?"
>
> Thanks,
> Scott
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

Ted, you are 2 for 2! Now it's back to changing code. I read the notes
on this several times and could never glean this understanding. You
really need to finish that book my brother.

Thanks,
Scott

On 4/6/07, Ted Husted <[EMAIL PROTECTED]> wrote:

There's a feature embedded in WebWork that lets the "!" character
invoke a method other than execute. In WebWork, it doesn't really have
a name. During the S2 discussions, we coined the term "dynamic method
invocation" to describe how WW/S2 use the ! notation.

For Struts 2, we added a switch to disable Dynamic Method Invocation"
for two reasons. First, it can cause security issues if POJO actions
are used. Second, it overlaps with the Wildcard feature that we
brought over from Struts 1 (and from Cocoon before that).

S2 does support  "dynamic method invocation", but there are problems
with the implementation. Essentially, the code scans the action name
for a "!", and finding one, tricks the framework into invoking the
other method instead of execute. The other method is invoked, but it
uses the same configuration as the execute method, including
validations.  The framework "believes" it is invoking the "Category"
action with the execute method.

The Wildcard feature is implemented differently. When a Wildcard
action is invoked, the framework acts as if the matching action had
been hardcoded. The framework "believes" it's executing
"Category!create" and "knows" it is executing the "create" method.
This permits us to add specific validations, localizations, and type
converters, for a Wildcard action, just like a conventional action.

If someone were to implement [WW-1522], then the  "dynamic method
invocation" approach could have its own validations too. Here, the
notion is to generate carbon actions for qualifying methods. The
invocation would no longer be dynamic, because there would be an
actual action in the configuration, but any method could be invoked.

* https://issues.apache.org/struts/browse/WW-1522

My first pass at implementing [WW-1522] didn't work out. Though, I'm
wondering if whatever we do for the codebehind plugin might work here
too. At this point, I will probably never get to it myself, but
perhaps someone will pickup the baton.

In my own applications, I tend to use the underscore ("_") as a
Wildcard separator, to avoid confusion with the WebWork bang. In
practice, these are the only two special characters that work without
causing JavaScript issues.

HTH, Ted



On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> since '!' is already a special character which specifies the method name
> automatically see struts.properties configuration file for more details
> about how to enable/disable dynamic method invocation
>
> Can you explain this?  I read all I could find on this topic and their was
> discussion dating back to early XWorks changes, however I could not make
> sense out of it.  I do recall changing my struts.properties and it does
seem
> to be working as I hoped.  What is meant by "already a special character?"
>
> Thanks,
> Scott
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[Aram Mkhitaryan]

"!" is a special character means that if you have action which name is "do"
and in struts.properties you have

struts.enable.DynamicMethodInvocation=true

which is the default value,
then if the request is "do_namespace/do!firstMethod" will invoke the
firstMethod.

If you specify action name already with containing "!" I guess it will arise
additional problems
(I think action "do!lolo" will automatically call not execute but lolo
method).

Best,
Aram

Re: WildCards and Results

[Ted Husted]

There's a feature embedded in WebWork that lets the "!" character
invoke a method other than execute. In WebWork, it doesn't really have
a name. During the S2 discussions, we coined the term "dynamic method
invocation" to describe how WW/S2 use the ! notation.

For Struts 2, we added a switch to disable Dynamic Method Invocation"
for two reasons. First, it can cause security issues if POJO actions
are used. Second, it overlaps with the Wildcard feature that we
brought over from Struts 1 (and from Cocoon before that).

S2 does support  "dynamic method invocation", but there are problems
with the implementation. Essentially, the code scans the action name
for a "!", and finding one, tricks the framework into invoking the
other method instead of execute. The other method is invoked, but it
uses the same configuration as the execute method, including
validations.  The framework "believes" it is invoking the "Category"
action with the execute method.

The Wildcard feature is implemented differently. When a Wildcard
action is invoked, the framework acts as if the matching action had
been hardcoded. The framework "believes" it's executing
"Category!create" and "knows" it is executing the "create" method.
This permits us to add specific validations, localizations, and type
converters, for a Wildcard action, just like a conventional action.

If someone were to implement [WW-1522], then the  "dynamic method
invocation" approach could have its own validations too. Here, the
notion is to generate carbon actions for qualifying methods. The
invocation would no longer be dynamic, because there would be an
actual action in the configuration, but any method could be invoked.

* https://issues.apache.org/struts/browse/WW-1522

My first pass at implementing [WW-1522] didn't work out. Though, I'm
wondering if whatever we do for the codebehind plugin might work here
too. At this point, I will probably never get to it myself, but
perhaps someone will pickup the baton.

In my own applications, I tend to use the underscore ("_") as a
Wildcard separator, to avoid confusion with the WebWork bang. In
practice, these are the only two special characters that work without
causing JavaScript issues.

HTH, Ted



On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

since '!' is already a special character which specifies the method name
automatically see struts.properties configuration file for more details
about how to enable/disable dynamic method invocation

Can you explain this?  I read all I could find on this topic and their was
discussion dating back to early XWorks changes, however I could not make
sense out of it.  I do recall changing my struts.properties and it does seem
to be working as I hoped.  What is meant by "already a special character?"

Thanks,
Scott



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

since '!' is already a special character which specifies the method name
automatically see struts.properties configuration file for more details
about how to enable/disable dynamic method invocation

Can you explain this?  I read all I could find on this topic and their was
discussion dating back to early XWorks changes, however I could not make
sense out of it.  I do recall changing my struts.properties and it does seem
to be working as I hoped.  What is meant by "already a special character?"

Thanks,
Scott

Re: WildCards and Results

[Aram Mkhitaryan]

As Ted wrote those methods should return Strings which will determine the
result to be shown.

String myCustomMethod() {
  if(1)
return "result1";
  else return "result2";
}


  /pages/course1.jsp
  /pages/course2.jsp


Also I do not recommend to define action name like




since '!' is already a special character which specifies the method name
automatically
see struts.properties configuration file for more details about how to
enable/disable dynamic method invocation


struts.enable.DynamicMethodInvocation=false/true


but you can use wildcards in some other way like "course/*".

Note: using in result definition


course!list


"course!list" will call action course and the method "list" will be invoked.

Best,
Aram

Re: WildCards and Results

[Ted Husted]

Since the
methods do not return a String containing the result to match, I'm not sure
how to direct Struts to display a page.


All such methods should return a String, just like the canonical
execute method.

In other words, execute is the default Action method (or "alias").
Other methods can be specified, but they are no different in
composition than the default execute method.

If execute or any other Action method fails to return a String, yes,
you will get a blank page. I believe if devMode is enabled, there will
also be errors logged.

HTH, Ted



On 4/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

I have an Action with several methods in it.  I have no problem invoking the
correct method using course!whatever, but I can't seem to figure out how to
get the correct web page to appear following the method call.  Since the
methods do not return a String containing the result to match, I'm not sure
how to direct Struts to display a page.  I have tried the redirect result
without specifying a name, but it does not seem to be called.  I end up
viewing a white page!  Any clues?  I'm trying to create a single CRUD page
with a single Action.


/pages/course.jsp
course!list


--
Scott
[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[Dave Newton]

--- [EMAIL PROTECTED] wrote:
> Have you ever been so close to the tree that...

Trees actually lie in wait for me and chuckle to
themselves in anticipation :/

d.



 

Looking for earth-friendly autos? 
Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.
http://autos.yahoo.com/green_center/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

Have you ever been so close to the tree that...

Thanks d.

On 4/4/07, Dave Newton <[EMAIL PROTECTED]> wrote:


--- [EMAIL PROTECTED] wrote:
> public void remove()
> public void update()
> ...

Why aren't you returning a value from the methods? I
thought that was how S2 determined what result to
show.

d.






No need to miss a message. Get email on-the-go
with Yahoo! Mail for Mobile. Get started.
http://mobile.yahoo.com/mail

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

Re: WildCards and Results

[Dave Newton]

--- [EMAIL PROTECTED] wrote:
> public void remove()
> public void update()
> ...

Why aren't you returning a value from the methods? I
thought that was how S2 determined what result to
show.

d.



 

No need to miss a message. Get email on-the-go 
with Yahoo! Mail for Mobile. Get started.
http://mobile.yahoo.com/mail 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WildCards and Results

[stanlick]

Hey d! --

public void remove()
public void update()
...

Scott

On 4/4/07, Dave Newton <[EMAIL PROTECTED]> wrote:


--- [EMAIL PROTECTED] wrote:
> Since the methods do not return a String containing
> the result to match, I'm not sure how to direct
> Struts to display a page.

What do they return?

d.






8:00? 8:25? 8:40? Find a flick in no time
with the Yahoo! Search movie showtime shortcut.
http://tools.search.yahoo.com/shortcuts/#news

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Scott
[EMAIL PROTECTED]

Re: WildCards and Results

[Dave Newton]

--- [EMAIL PROTECTED] wrote:
> Since the methods do not return a String containing 
> the result to match, I'm not sure how to direct 
> Struts to display a page.

What do they return?

d.



 

8:00? 8:25? 8:40? Find a flick in no time 
with the Yahoo! Search movie showtime shortcut.
http://tools.search.yahoo.com/shortcuts/#news

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

WildCards and Results

[stanlick]

I have an Action with several methods in it.  I have no problem invoking the
correct method using course!whatever, but I can't seem to figure out how to
get the correct web page to appear following the method call.  Since the
methods do not return a String containing the result to match, I'm not sure
how to direct Struts to display a page.  I have tried the redirect result
without specifying a name, but it does not seem to be called.  I end up
viewing a white page!  Any clues?  I'm trying to create a single CRUD page
with a single Action.


   /pages/course.jsp
   course!list


--
Scott
[EMAIL PROTECTED]