Patrick Lightbody wrote:
snippetysnap
What do you think? Rickard, would this work for you? Everyone else, would
this work for YOU? ;)
Works for me! :-)
/Rickard
--
Rickard Öberg
[EMAIL PROTECTED]
Senselogic
Got blog? I do. http://dreambean.com
Glad to hear it! Also, I just put in an example in success.jsp using the
ww:push tag and showing various ways the Ognl EL works. It showcases the two
main differences between the WW EL and the Ognl EL.
-Pat
- Original Message -
From: Rickard Öberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Found one small problem with this approach (and it may just be that using
the filter + the servlet at all times just can't always work perfectly):
If you are using the filter and servlet and access success.jsp, the action
will be invoked, then the ResultInterceptor will kick in, call
I know that the change from .. to [1] has been quite a sticky point for
some, so I have some other proposals, let me know what you think:
The CompoundRoot object will _always_ be the foundation for the
OgnlValueStack. I added a method peek() to it so that we could do:
ww:push value=counter
Patrick Lightbody wrote:
If Ognl is just totally unacceptable, then let's discuss two options:
1) Redevelop the WW EL with speed as well as type conversion both as a top
priority
2) Develop XWork to support pluggable ValueStack implementations
Just a point on 2. This will introduce muchos
If Ognl is just totally unacceptable, then let's discuss two options:
When we discussed this in #java it sounded to me like one could plug in a
custom syntax parser into OGNL, thus solving this issue nicely. Did I
misunderstand?
Anders Hovmöller
[EMAIL PROTECTED] http://boxed.killingar.net
If you periodically would like to check the differences b/w file
revisions you can use the following tools which is available in the
Developers tools ... FileMerge.app under
/Developer/Applications/FileMerge
With this I can point both rc1 and rc2 trees and it will do a graphical
diff b/w the
Were those JSPs precompiled or at least had you visited them once
already?
On Thursday, January 23, 2003, at 07:15 AM, Rickard Öberg wrote:
Patrick Lightbody wrote:
I believe that rewriting it to work for Lists would be just fine. The
main
thing it is doing is essentially _skipping_ all the
Robert Nicholson wrote:
Were those JSPs precompiled or at least had you visited them once already?
I accessed the page loads of times using webstress and calculated an
average. It's a couple of ms for JSP's, and about a ms for Velocity.
That may not seem like much, but it adds up (especially
-Original Message-
From: boxed [mailto:[EMAIL PROTECTED]]
If Ognl is just totally unacceptable, then let's discuss
two options:
When we discussed this in #java it sounded to me like one
could plug in a custom syntax parser into OGNL, thus solving
this issue nicely. Did I
-Original Message-
From: Patrick Lightbody [mailto:[EMAIL PROTECTED]]
Thoughts? One way would be to make the WW 2.0
framework/config more rigid and to remove the
ResultInterceptor stuff and specifically hard code the
ServletDispatcher to doing the dispatching _in_ the servlet
Oops, I've just noticed that my take on this was wrong.
getTemplate() is only called when templateAttr is not set so it allows
you to pass in template attribute on the tag no problem.
On Thursday, January 23, 2003, at 01:30 PM, Robert Nicholson wrote:
I've been looking over the RC2 branch
A quick question for the list:
Is there any difference between invoking action commands using
actionName!commandName.action and giving the command an alias? I ask
because I invoke a command that should return SUCCESS, though with an
errorMesssage added, and it works correctly the first way, but
Thanks Pat!
-Original Message-
From: Patrick Lightbody [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 7:25 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Scope for 1.4
Here it is...
---
This SF.NET email
It is possible, but it involves basicacally writing at least _part_ of our
own EL using JavaCC. I'll ask the Ognl guys more about it today.
-Pat
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 6:19 AM
Subject: RE:
-Original Message-
From: Patrick Lightbody [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 23, 2003 11:03 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Ognl: peek(), up(), and down()
It is possible, but it involves basicacally writing at least
_part_ of our own EL
Peter,
The Methodology
---
Look at the clock by my desk and count how many whole seconds elapse
before the page renders. Do not count the initial page compile in the
data. Repeat 10 times and average the results.
Just an FYI, a more scientific way to do this would be something like
Just look at Kurts earlier message with his ui:select problems and
you'll find examples of this.
On Thursday, January 23, 2003, at 07:20 PM, Bill Lynch wrote:
Peter,
The Methodology
---
Look at the clock by my desk and count how many whole seconds elapse
before the page renders.
Converting .. to [1] is easy enough, but what about /? Our converter would
need to be smart about foo/bar vs 10/5... or would we just not care about
mathematic operations?
When did mathematic operations come into the picture? The current EL
doesn't support mathematic operations, does it?
If
-1
This seems like an ugly hack, I think it's especially important at this stage of
dev to make things as hack-free as possible. Wouldn't it be possible to talk to
the ognl guys and get info from them on how to best support our syntax?
Quoting Erik Beeson [EMAIL PROTECTED]:
Converting .. to
Working on that right now :)
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Erik Beeson
[EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 12:40 PM
Subject: Re: [OS-webwork] Ognl: peek(), up(), and down()
-1
This seems like an ugly hack, I think
I was playing around with a velocity template for the tags after seeing
the suggestion from Rickard but what I've noticed is that
#1. the tld for taglib.tld for textfield doesn't include the attribute
template and it should.
#2 if you try to pass the theme via the theme attribute instead of
Robert Nicholson wrote:
#1. the tld for taglib.tld for textfield doesn't include the attribute
template and it should.
Why should it include a template attribute? There is no 'setTemplate'
method in TextField.java ?
#2 if you try to pass the theme via the theme attribute instead of
On Thursday, January 23, 2003, at 10:55 PM, Scott Farquhar wrote:
Robert Nicholson wrote:
#1. the tld for taglib.tld for textfield doesn't include the
attribute template and it should.
Why should it include a template attribute? There is no 'setTemplate'
method in TextField.java ?
Go
ui:textfield template=text.vm theme=velocity label='Description'
name='description'/
Is 'velocity' on the valueStack? If not, I think you need to quote it?
theme='velocity'
AFAICT all webwork parameters are lookup up on the valuestack.
Cheers,
Scott
--
ATLASSIAN -
25 matches
Mail list logo