I've set up a very basic web app (running on tomcat 5.5.15) based on the
Shale-blank.war I downloaded on 3/1/06. It compiles and runs, but if I
navigate to a page, it throws the error listed below. I found some
messages in the mail archives that described a similar problem that
related to Spring
Never mind. NetBeans is somehow adding the Spring jars back in when I
build the project. Manually removing them fixed the problem and it's
navigating now.
-Original Message-
From: James Reynolds [mailto:[EMAIL PROTECTED]
Sent: Friday, March 03, 2006 9:55 AM
To: user@struts.apach
I'm a newbie setting up container managed security for a basic
Shale-blank application. For my first attempt, I'm trying a simple
BASIC authentication but I'm having troubles so I'm trying to rule out
the unknowns.
My question for this list is, does Shale have an impact on traditional
Container
Allow me to refine my question. I'm wondering if the Shale filter is
intercepting requests to the container. Do I need to adjust the filter
mapping? Is there an FM somewhere that I should R?
-Original Message-
From: James Reynolds [mailto:[EMAIL PROTECTED]
Sent: Friday, March 03,
irement?
Any advice would be appreciated.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig
McClanahan
Sent: Friday, March 03, 2006 4:52 PM
To: Struts Users Mailing List
Subject: Re: Shale & Container Managed Security
On 3/3/06, James Reynolds <[E
interesting for Shale to deliver a custom JSF
> navigation handler that would optionally impose that sort of control
> ("only a manager can navigate to the salary details page").
>
> Craig
>
> -Original Message-
> > From: James Reynolds [mailto:[EMAIL PROTEC
ty
>From: "James Reynolds" <[EMAIL PROTECTED]>
>
> >If you are using J2EE container managed security, why not use the
> standard
> >declarative security constraint on a url-pattern? You then assign
> roles
> >to the constraint and to groups and/o
>There is a subtle but important issue. Container managed security
only
>operates on the original URL to which a GET or POST was directed ... it
does
>*not* apply to RequestDispatcher.forward() calls. In JSF terms, that
means you can protect the form submit, >but it is up to the application
to
I'm about to set up a template file for managed-beans and I was planning
on inserting the methods supported by the ViewController interface.
My question is, does it hurt to have empty ViewController methods in the
bean if I'm not using them? If, for some reason, I'm not using the
init() method,
I get it. Thanks!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig
McClanahan
Sent: Monday, March 13, 2006 3:30 PM
To: Struts Users Mailing List
Subject: Re: [Shale] Creating my Managed Bean template
On 3/13/06, James Reynolds <[EMAIL PROTEC
I'm enjoying the helper methods extended from the AbstractViewController
and I'd like to send a message to a particular component. For example,
here's the slick error() method.
protected void error(javax.faces.component.UIComponent component,
java.lang.String summary)
I'm n
]/jsf Referencing a component
On 3/16/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
>
> I'm enjoying the helper methods extended from the
> AbstractViewController and I'd like to send a message to a particular
component.
Good idea :-).
For example,
> here's the
Ted, Craig and everyone else,
Thanks so much for your dedication and support to these projects. The
advice I've received on this list has been a life-saver and has helped
me immensely in my career. Your contributions are greatly appreciated.
Sincerely,
The silent majority
--
As part of converting my app from vanilla faces to Shale, I decided to
convert my jsp files to jspx for two reasons. First, to prevent someone
else from employing scriplets in the future and, second, because I've
read that it's a good idea (maybe I've been reading all the wrong
stuff).
Now I'm r
I'm having to click twice to get a session started. I based my app on
the Shale-blank code, which includes an index.jsp file which contains a
tag to "welcome.jsf" to, as I understand it, get a session
started in the framework.
However, I still need to click twice on command buttons or command l
Subject: Re: [Shale] Getting the JSF Session Started
On 3/28/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
>
> I'm having to click twice to get a session started. I based my app on
> the Shale-blank code, which includes an index.jsp file which contains
> a tag to "we
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig
McClanahan
Sent: Tuesday, March 28, 2006 4:39 PM
To: Struts Users Mailing List
Subject: Re: [Shale] Getting the JSF Session Started
On 3/28/06, James Reynolds <[EMAI
: Struts Users Mailing List
Subject: Re: [Shale] Getting the JSF Session Started
On 3/28/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
> (Oh I hope there's nothing stupid here)
Nothing obvious stands out (I presume that the "std" thing is loaded in
messages.jspx?). When I r
28/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
> Thanks so much for taking the time to do this. Actually, I do have
> outputLinks and commandLinks inside the same form to the JSF books> is that bad practice?
No, that's fine ... I'm just suggesting that tempor
I'm getting a null pointer error in my backing bean. My grand plan was
to create a Connection in the init() method extended from the
AbstractViewController, so it can be used by any number of methods and
getters in my bean, and then close it in destroy().
In this simple case, the only place this
Never mind, I mis-spelled the bean name in the Faces-Config. Oh the
shame :(
-Original Message-
From: James Reynolds [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 29, 2006 10:33 AM
To: Struts Users Mailing List
Subject: [Shale] When to create a database Connection?
I'm gett
Hermod
-Opprinnelig melding-
Fra: James Reynolds [mailto:[EMAIL PROTECTED]
Sendt: 29. mars 2006 19:33
Til: Struts Users Mailing List
Emne: [Shale] When to create a database Connection?
I'm getting a null pointer error in my backing bean. My grand plan was
to create a Connectio
I want to test a value in session, then redirect or forward to a
different view based on the result. I tried using
getExternalContext().redirect("/theOtherPage.jsp"); but I received an
exception stating that I cannot redirect after the request is committed.
What's the proper way to do this?
Than
That's doing it. Thank you!
-Original Message-
From: Richard Wallace [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 19, 2006 3:17 PM
To: Struts Users Mailing List
Subject: Re: [Shale/JSF] Can I redirect/forward in the init() method?
James Reynolds wrote:
> I want to test a
My understanding of the JSF lifecycle is a bit tenuous. As a result,
I'm confused about the proper use of init(), preprocess(), and
prerender(). Thus far, I've just been using init() and destroy() to
handle the creation and closing of Connections and other minor duties
because they have just wor
List
Subject: Re: [Shale] AbstractViewController for Dummies
On 4/24/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
>
> My understanding of the JSF lifecycle is a bit tenuous. As a result,
> I'm confused about the proper use of init(), preprocess(), and
> prerender().
A previous question to this list resulted in many recommendations to use
Spring's JDBCTemplate (among other fine alternatives) to connect to my
database. It looks like an attractive solution for me so I've been
wading through a plethora of material.
There are so many tutorials and a wealth of in
My problem deals with navigation between two pages, a Contract list page
and a Contract detail page. On the list page is a Boolean check box
that filters the list according to a certain criteria with a
ValueChangeListener. When the user click on a contract, the id of that
contract is sent as a p
/JSF] Frustrating Navigation Quirk
>From: "James Reynolds" <[EMAIL PROTECTED]>
>
>
> My problem deals with navigation between two pages, a Contract list
> page and a Contract detail page. On the list page is a Boolean check
> box that filters the list acco
The first thought that occurs to me is, how about binding the button's
JSF 'disabled' attribute to a boolean property on your backing bean? As
part of the button's action method, you could set the boolean to true,
thereby disabling the button when the page reloads.
-Original Message-
Fr
dled on the server side.
Thanks for the try though,
Jason
On 5/11/06, James Reynolds <[EMAIL PROTECTED]> wrote:
> The first thought that occurs to me is, how about binding the button's
> JSF 'disabled' attribute to a boolean property on your backing bean?
> As pa
I'm coding a cancel button on an update form. I've set its immediate
attribute to true, but that isn't skipping the client side validation.
Is there a way to do this, or must I only use server validation in this
case?
Thanks
-
/06, James Reynolds <[EMAIL PROTECTED]> wrote:
>
>
> I'm coding a cancel button on an update form. I've set its immediate
> attribute to true, but that isn't skipping the client side validation.
> Is there a way to do this, or must I only use server validation
aller assumes the existence of the
Input boxes.
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 12:52 PM
To: Struts Users Mailing List
Subject: Re: [Shale] How to cancel the
>From: "James Reynolds" <[EMAIL PROTECTED]>
&g
: [Shale] How to cancel the
>From: "James Reynolds" <[EMAIL PROTECTED]>
>
>
> Hmm, I downloaded the latest Shale libs and the first thing I notice
> is that the validator fires for an h:inputText that isn't rendere
35 matches
Mail list logo
