commands (just like the
current remoting support does).
This is probably more work than it's worth for your specific use case
(compared to the method binding approach), but it will still be useful to
other folks who are already using Commons Chain for their business logic
stuff.
Shaw
d?
Shawn
-Original Message-
From: [EMAIL PROTECTED]
To: Struts Users Mailing List
Sent: 12/21/2005 5:51 PM
Subject: Re: [.do -> JSF/Shale]
On 12/21/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
>
> so I can enter something like
>
> http://www.mycompany.com/mycontext/mymanaged
On 12/22/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
>
> Can you elaborate on the first two bullets (*)?
> I'm not familiar with either.
The current remoting implementation in Shale allows you to register commands
or chains (in the Commons Chain sense) to context-relative URL patterns. It
uses
[mailto:[EMAIL PROTECTED] On Behalf Of Craig
McClanahan
Sent: Wednesday, December 21, 2005 5:52 PM
To: Struts Users Mailing List
Subject: Re: [.do -> JSF/Shale]
On 12/21/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
>
> so I can enter something like
>
> http://www.mycompany.
On 12/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> Interestingly, this example confirms the counter argument that Hubert is
> raising :-). Double clicking an Open Office document causes that document
> to be opened, but *not* where it was when you closed it, or what you might
> have capt
On 12/21/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
>
> I see and I understand your point and I do think you're right. But I
> had a lot of problems with url before. For instance, how can I relate
> an url to the current selected item in the navigation menu. Am I
> suppose not to care about i
I see and I understand your point and I do think you're right. But I
had a lot of problems with url before. For instance, how can I relate
an url to the current selected item in the navigation menu. Am I
suppose not to care about it? Seems weird to me. Or should I maintain
a mapping between url and
On 12/21/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
>
> On 12/21/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> > I think bookmarks are a bad idea in web applications even when not built
> > with Ajax. After all, an application is stateful and need a *state* to
> run.
> > Bookmarks in my mind
I understand what you are saying but it's not about the framework, but
about the stateless nature of the web (in fact of the http protocol).
Some places in a web applications do need a state to be displayed and
loaded correctly. I think it is important to support quick access to
data in form of boo
On 12/21/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> I think bookmarks are a bad idea in web applications even when not built
> with Ajax. After all, an application is stateful and need a *state* to run.
> Bookmarks in my mind are made for informational sites wich are staless and
> not appli
I just had this kind of conversations with one of my coworker and my boss
last week.
I think bookmarks are a bad idea in web applications even when not built
with Ajax. After all, an application is stateful and need a *state* to run.
Bookmarks in my mind are made for informational sites wich are st
On 12/21/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
>
> so I can enter something like
>
> http://www.mycompany.com/mycontext/mymanagedbean.mymethod
>
> in my browser
>
> and it will call the mymethod method in my managed bean named
> mymanagedbean?
Shale won't directly do this for you today, bu
PM
To: Struts Users Mailing List
Subject: Re: [.do -> JSF/Shale]
On 12/21/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
> Is there a way to call a .do type action in JSF/Shale and have it do some
> processing and then that action decides which view to go to?
>
> My case would b
On 12/21/05, Garner, Shawn <[EMAIL PROTECTED]> wrote:
> Is there a way to call a .do type action in JSF/Shale and have it do some
> processing and then that action decides which view to go to?
>
> My case would be I am use to calling a login.do from another company and we
> need to process the info
14 matches
Mail list logo