Actually - I'm not sure I agree.
Personally, I see the 'non path mapped' nature of WebWork actions as a flaw.
I haven't found one good use for them yet.
I would love to see something to stop actions from moving. I think the
configuration can be made very simple - it need not be as complex as Jaso
Mike, this stuffs awesome. Excellent work.
I had a conversation with a coworker today about learning to use
WebWork. He is extremely excited about how quickly and easily he can
develop apps using SiteMesh+WebWork. He got up to speed using both in
a very short period of time. The problem
Guys,
Adding more junk to the Actions.xml is a sure way fire way to make
using WebWork more difficult. Do a comparison of our mapping file and
Struts and you will see what I'm talking about.
Jason, we've been over this repeatedly. People on the list have given
you many helpful suggestions to
Jason,
I agree. I believe that configuration in WebWork is one area of improvement
that should be addressed in the next version. I'll jot up some ideas I've
had as well as yours. Maybe if we get a Wiki set up soon we can drop stuff
there.
-Pat
- Original Message -
From: "Jason Carreira" <
Maybe we should set up a Wiki at wiki.opensymphony.com?
-Pat
- Original Message -
From: "Mike Cannon-Brookes" <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 4:22 PM
Subject: [OS-webwork] WebWork CookBook
> In light of my recent 'tips' ema
In light of my recent 'tips' emails, I thought I'd collate them somewhere
more useful online than the crappy SF mail archives:
So the WebWork Cookbook was born:
http://radio.weblogs.com/0107789/stories/2002/11/02/webworkCookBook.html
Basically I'll just try to dump up lots of short snippets o
Yeah, and he got that idea from my blog entry. Check sandbox/xwork, it has
code exampls using webwork's BeanUtil, Jakarta's BeanUtils, and Ognl. I
checked out JBeans, but it wasn't that great afterall (same problem Webwork
and Jakarta have, but Ognl is fixing as of today).
-Pat
- Original Mes
Geoff,
I know this - please feel free to write up a short doc and we'll include it
in the docs =P
But for asking, here's some more funkiness that you can do:
Assume you have two objects like Foo and Bar, both of which have a getName()
and getId() method (they might have a common interface, they
I'd suggest that the bulk of the code in the taglibs be moved to nonweb
related classes and have the taglibs wrap those classes. This would make
it easier to provide the same functionality to a different view system
that the taglibs provide without much (any?) redundancy.
Obviously this is an XWor
I'm hoping that at the beginning of next year we'll be able to replace
the web framework we're using (a proprietary one built by the
consultants we brought in to get us kick-started) with Webwork.
One of the drop dead requirements is going to be easy integration with
J2EE declarative security. We
When we talk about BeanUtil, that's a webwork class, right? I'm
wondering because someone (James Strachan maybe?) on their blog
suggested using commons beanutil... Just another thought.
-Original Message-
From: Patrick Lightbody [mailto:plightbo@;cisco.com]
Sent: Friday, November 01, 2002
Heng,
Can you add this as an issue on jira.opensymphony.com? That way it won't be
overlooked in future versions!
-Pat
- Original Message -
From: "Heng Sin Low" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 4:35 PM
Subject: Re: [OS-webwork] xwork suggestions
Yup... I guess this is a good reminder that all of us at OpenSymphony have a
job (more than one in my case) or school (oh yeah, I've got that too), and
of course a real life to life (friends, family will always come first). We
do what we do because we feel our work can be useful to other people. We
Hai,
Great job!!! If you can add this patch to jira.opensymphony.com, we'll be
sure to get to it as soon as we can.
-Pat
- Original Message -
From: "Hai Pham" <[EMAIL PROTECTED]>
To: "WebWork-Dev" <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 9:35 PM
Subject: [OS-webwork] [Patch] S
Yes, Ognl will be able to act just like BeanUtil has been, don't worry about
that at all.
-Pat
- Original Message -
From: "Dick Zetterberg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 11:52 AM
Subject: Re: [OS-webwork] Validation in xwork (Ognl?)
> I am n
Yup, so we can either report the error or silently ignore it
-Pat
- Original Message -
From: "Jason Carreira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 10:59 AM
Subject: RE: [OS-webwork] Validation in xwork (Ognl?)
> What if it fails to convert the val
> For all the ink you spilled in complaining about the state of the
> documentation, you could have edited the pertinent parts of what you
> had read on the list into the current docs and posted them in Jira.
> Then I could merge them without spending all day checking my bad
> spellling and gramme
I am not asking for more help with validation really. But if BeanUtil cannot
set a property because the conversion to the type cannot be made, then it
catches the IllegalArgumentException thrown by the PropertyEditor and calls
the Action if it implements IllegalArgumentAware.
With OGNL there must b
Geoff,
I hear ya, and I feel your pain. The problem is that nobody (me
especially) likes to write documentation. Open Source projects are
based on volunteer labor and it's not like you can make people do what
you want them to do. If Matt hadn't gritted his teeth and bore down on
the problem
What if it fails to convert the value? Will that throw an exception?
-Original Message-
From: Patrick Lightbody [mailto:plightbo@;cisco.com]
Sent: Friday, November 01, 2002 11:15 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Validation in xwork (Ognl?)
Ognl won't help with validati
You wrote:
>
> For the dummies:
>
> has TWO uses:
>
> 1: will grab the value of x and print it
> 2: ... will grab the value of =
x and
> make it 'available' between the tags.
>
> That's it!
>
> Some more examples of fun to be had (from my 'teach ww to the coworkers=
'
> spiel)
>
> will print g
hi,
maybe someone can help me out with this.
I use an action in a jsp that give me schoolClasses (Vector) for a school.
Next I iterate through the schoolClasses to print out the classNames for the
classes of this school.
Then I want to send the userId for the first user in a schoolClass to
anoth
wonderful news :-)) looking forward to 1.3
cheers
-paolo
>-Original Message-
>From: Maurice C. Parker [mailto:maurice@;vineyardenterprise.com]
>Sent: Friday, November 01, 2002 3:06 PM
>To: [EMAIL PROTECTED]
>Subject: [OS-webwork] WebWork 1.3
>
>
>All,
>
>I think we need to put together a
I'll get some demo implementations of JBeans in the sandbox/xwork module and
post my results.
-Pat
- Original Message -
From: "Jason Carreira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 4:59 AM
Subject: RE: [OS-webwork] Ognl status
> We should also check
Way to go Maurice!
- Original Message -
From: "Maurice C. Parker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 6:06 AM
Subject: [OS-webwork] WebWork 1.3
> All,
>
> I think we need to put together a 1.3 release sometime within the next
> month or so. The
Ognl won't help with validation (maybe we can look at FormProc for something
like that), but it will do all levels of type conversion you require. That
includes global level, as well as bean level, and even property level.
-Pat
- Original Message -
From: "Dick Zetterberg" <[EMAIL PROTECTE
All,
I think we need to put together a 1.3 release sometime within the next
month or so. The focus of the next release needs to be quality above
all else. The 1.2.x releases were very poor and there are people
needing bugfixes for problems introduced with them.
To move us toward a higher qua
We should also check out http://jbeans.org/ for this stuff... It looks
pretty cool.
-Original Message-
From: Patrick Lightbody [mailto:plightbo@;cisco.com]
Sent: Thursday, October 31, 2002 1:53 PM
To: [EMAIL PROTECTED]
Cc: Drew Davidson
Subject: Re: [OS-webwork] Ognl status
Followup:
D
Hi there,
When implementing the new "BeanUtil" replacement it would be good if it
could allow you to also specify parse formats on a global (static) level as
well.
This is possible with the current implementation by registering my own
PropertyEditors with the PropertyEditorManager class.
I use th
29 matches
Mail list logo