On Fri, Jan 30, 2004 at 02:49:43PM -0800, Drew McAuliffe wrote:
Is there any standard way for dealing with messages that are passed between
an action and a redirect result? As I understand it, once a redirect is
done, a new request is created and any messages you may have stored in an
action
Do a good search for 'Gzip Servlet Filter'.
Gzip filters are orthogonal to webwork.
Cheers,
Scott
On Wed, Jan 28, 2004 at 05:30:06PM +0100, Hans Prueller wrote:
is there any documentation how to achieve that in the ww2 wiki?
unfortunately i did not find anything
-Ursprüngliche
Charlie,
Charlie Morss wrote:
Really sorry to bother you, but I doing some architecture work that I
need to get done with ASAP.
Im hoping to use WebWork 2, however, I just found out that I might be
stuck with Servlet Spec 2.2 and JSP spec 1.1. I saw your response for
WebWork 1 on the dev
James,
I'm not sure what the problem is - you should probably look at the
source.
I also remembered this issue, which sounds similar:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-428
Cheers,
Scott
On Mon, Jan 26, 2004 at 09:25:44AM -0500, James Pan wrote:
Hi,
In my actions,
The correct syntax would be:
ww:if test=@status/modulus(maxThumbsPerRow) == 0)
More information here:
http://www.opensymphony.com/webwork/api/webwork/view/taglib/IteratorStatus.html
Cheers,
Scott
On Tue, Jan 20, 2004 at 12:57:13PM -0500, Hani Suleiman wrote:
You're better off using the mod
Guys,
I'm looking to get webwork 1.4.1 fixed up (for selfish reasons - I want
to release a JIRA version using it).
I'm looking through the features, and most of them are issues that I'm
not too familiar with:
http://tinyurl.com/2x66a
I'll go through and work on any of them that I have a
On Tue, Jan 20, 2004 at 09:07:34PM -0500, Hani Suleiman wrote:
Scott, what features do you need in 1.4.1 that aren't in 1.4.0?
Mainly the Pell fixes. On another note - did we eventually move the Pell
classes into Webwork? We'd need to maintain another module, as it is
LGPL?
Dick and I have
Larsson, Jonas wrote:
I've been checking the archives, the site and the JIRA but can't find a
solution to my browser config problem. The taglib and EL reference
documentation does not display properly for me on the WW site. The first
pre tag with webwork tagslib directives in it displays OK but
On Tue, Jan 13, 2004 at 03:11:37PM -0300, Samuel Mota wrote:
Are you guys using Picocontainer integrated with beta2 or the last CVS snapshot?
Or even are you using it with the last pico-extras releases?
I have tried this approach:
http://wiki.opensymphony.com/space/PicoContainer+Integration
On Fri, Jan 09, 2004 at 09:37:46PM -0800, [EMAIL PROTECTED] wrote:
I have the following Action,
public class TagTestAction implements Action
{
boolean test;
}
and...
#tag(Checkbox label=checkbox test' name='test' fieldValue=test size=30)
if the property test is true, the ckeckbox in
On Wed, Jan 07, 2004 at 11:56:28PM +0100, Jens Riboe wrote:
What was the design rationale for putting it in thread local storage?
This works for servlets, but it may cause mysterious bugs in Swing
applications, every time one uses a worker thread for a time consuming
UI event.
How about
?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott Farquhar
Sent: Wednesday, December 17, 2003 4:13 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Updates to Pell multipart library
I had to change a flag in webwork to use the new behaviour. I guess I
problem to me. I file a jira
issue anyway
so you guys can decide what to do.
Jonas
Scott Farquhar wrote:
Are you using Resin? Resin caches tag values. This could
be a bug in
the action tag.
Jonas Eriksson wrote:
If I use two action tags on same page and the action-name
-
From: Scott Farquhar [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 1:14 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] Updates to Pell multipart library
Guys,
I've updated Webwork 1.4 to use a new Pell multipart library
for uploading.
However
This is a well tested encoding filter. You will need to edit things to
remove the Atlassian imports word curly quotes.
It works on all application servers.
Cheers,
Scott
remigijus wrote:
Hi.
How can I change encoding for all incoming pages to utf-8?
--
ATLASSIAN -
Are you using Resin? Resin caches tag values. This could be a bug in
the action tag.
Jonas Eriksson wrote:
If I use two action tags on same page and the action-name and namespace
are equal on the two separate tags, the second invocation is not
creating a new Action object. This is not the
Guys,
I've updated Webwork 1.4 to use a new Pell multipart library for uploading.
However, this is slightly not backward compatible. Where previously
the library would thow an error if the filesize was too large, now it
just returns a null file.
This is preferable IMHO as it means that you
Hani Suleiman [EMAIL PROTECTED] wrote ..
Would anyone mind terribly if I had shuffled things around in ww 1.3?
The directory structure is annoying, the changes I'd like to make are
to bring it more inline with other os projects, including:
top level build.xml
Moving all lib jars into one
Robert Nicholson [EMAIL PROTECTED] wrote ..
What set of macros etc allows Velocity to put together composite pages
similar to the way Tiles works? I ask this group because Webwork still
has it's UI tag library based on Velocity
right? In which case I'm interested in folks who have something
Matt,
(copying webwork list - I think that they might be interested)
On Sun, Sep 14, 2003 at 04:05:14PM -0700, Matt Ho wrote:
Heya Scott,
We've bounced this one around a couple times and I'd like to get it
resolved. My understanding based on the Jakarta guide and your comments
is that
(); //second tag instance
-Original Message-
From: Scott Farquhar [mailto:[EMAIL PROTECTED]
Sent: Sunday, September 14, 2003 8:32 PM
To: Matt Ho
Cc: [EMAIL PROTECTED]
Subject: [OS-webwork] Re: clearing out tag values
Matt,
(copying webwork list - I think
I often see a 400 error if there are two '/' in the url.
So http://yourserver/dir//page.jsp
would give you a 400.
Not sure if this would be your error however.
Cheers,
Scott
On Fri, Sep 12, 2003 at 12:38:49PM +0100, Tony Harris wrote:
I have been using Webwork 1.2 and then 1.3 for some
Is there any reason that this wasn't called webwork2, instead of webwork?
It is quite confusing to have two webwork directories checked out of CVS,
containing completely different CVS trees.
Scott
---
This sf.net email is sponsored
This is fixed now. The server had recently been restarted after a
hardware upgrade, and the redirection service hadn't come up properly.
Cheers,
Scott
Jonas Eriksson wrote:
Well.. I did that last post before trying any links on that page :(
They are pointing to the wiki.. and therefore does
Rainer,
You may be thinking of a problem with JIRA? There was a problem with
uploading binary attachments in JIRA.
Anyhow - Java cannot rename files across partitions, so to move files in
this way we need to copy the bytes from one file to the other.
Not sure how this would affect file
Yep - good idea.
Scott
Robert Carlens wrote:
Hi,
I've been following this list for ages but I've never really contributed with anything. After diving in to Velocity and OGNL I've now finally managed to convert the webtable to WW2 (a small step for WW2 but I gigant leap for me :)).
I thought
Just quickly - are we caching the velocity templates? AFAIK (and that
ain't much regarding velocity), the speed increase in velocity is
achieved by caching the parsed templates.
Cheers,
Scott
Jason Carreira wrote:
I've spent some time profiling these in Tomcat with OptimizeIt and it
Francisco,
If the iteratorstatus hasn't been copied from webwork1, then it should
be. Iterator status has more than just count, it has isFirst, isLast,
odd, even, modulus etc.
If this doesn't exist in webwork2, please add a JIRA issue.
Cheers,
Scott
Francisco Hernandez wrote:
anyone else
Drew McAuliffe wrote:
With ww2, the numbers get a lot worse. List renderings are anywhere from
600 - 1100 ms for the large list, 400 - 600 ms for the small list.
Detail pages are rendering in about 70 - 110 ms, though sometimes higher
(never lower).
Can you post some code snippets that take the
Hani Suleiman wrote:
To all non webwork2 junkies:
Any objections to adding ui:hidden and ui:form tags to webwork 1.3?
Not from this side of the pond.
Go for it.
--
ATLASSIAN - http://www.atlassian.com
Expert J2EE Software, Services and Support
Erik Hatcher wrote:
On Thursday, July 31, 2003, at 08:49 PM, Scott Farquhar wrote:
Raise a JIRA issue for this.
Sure, I can do that, but I'd rather *fix* it :)
Any ideas what the issue is and what the fix is? I don't mind making
the changes.
Make sure you mention that you use JRun.
What do
Raise a JIRA issue for this.
Make sure you mention that you use JRun.
Cheers,
Scott
Erik Hatcher wrote:
I just rebuilt the java.net CVS code of webwork and added it to our app
to make sure I was at the latest, but it still doesn't fix this issue:
java.lang.NullPointerException
at
How would you propose this work?
I don't think that this should be put into sitemesh at all - it is a
*webwork* feature, and sitemesh should not have a dependency on sitemesh
at all.
It can easily be done in webwork code, in a way that doesn't affect
anyone who chooses not to use it (apart
Anders,
This is what I had thought would be a good solution for the sitemesh
problem. Use taglibs to get the valuestack from the request.
There also seem to be problem with trying to access the value stack
inside sitemesh. What about multiple sitemesh pages (using
page:applyDecorator). You
You should be able to do this:
webwork:include page=$includeSource /
From here:
http://www.opensymphony.com/webwork/el.jsp
This should also work (although not as nice as above):
webwork:include
page='%=request.getParameter(includeSource)%' /
You needed to escape the value, otherwise
Cameron,
I don't know too much about it - but wouldn't you be better using a
finally clause instead of re-throwing the exception?
Cheers,
Scott
Cameron Braid wrote:
When extending the BeforeAfterInterceptor, if the invocation throws an
exception, the after method isn't called.
Should the
John,
John Patterson wrote:
From my (limited) understanding, Tiles you have to 'push' everything
into it. If you want a title - you need to specify it in tiles-def.xml.
I'm not sure what Tiles gives you that you couldn't achieve with a big
velocity template a properties file to pull the value
The server is now back up I have re-entered all the old issues that I
had via email. Apologies for any updates that were lost.
In addition, attachments are also now enabled.
Please feel free to go ahead add new issues now. If you have any
questions - please let me know on or off list.
This is an Orion issue.
Change the compiler to jikes, or set 'development mode' to be true
this will magically go away.
Cheers,
Scott
Francisco Hernandez wrote:
dont know if this is an orion issue or webwork issue but on webwork 1.3.x
CVS some of the examples dont work, heres the results of a
To let everyone know what is happening with the websites recently.
The server which hosts javablogs, jira.atlassian.com and all the open
source JIRA's crashed twice in two weeks, with massive HDD failure. We
have now moved to a RAID SCSI box, and in the process of upgrading our
backup
Matt Ho wrote:
Well, there are tonnes of use cases for this (you are talking about
commands right?)
The most commonly quoted one is a CRUD action. You create different
methods like doCreate(), doUpdate() and have the same fields (ie name,
email etc).
Ha! I've definitely spent too
Rainer,
Create a JIRA issue for this, and attach your patches.
http://jira.opensymphony.com/
Cheers,
Scott
Rainer Hermanns wrote:
Hi,
I saw that a lot of attributes are currently not included in the taglib
descriptor.
Therefore, I decided to convert my local build to use xdoclet 1.2 b3 to
Download jakarta-commons-logging, and put it in WEB-INF/lib:
http://www.apache.org/dist/jakarta/commons/logging/
Cheers,
Scott
Satya wrote:
Hi,
I am working as a research assistant in Center for Business
and Information Technologies(ULL). We are implementing a project in
MVC by
Fernando,
IMHO the encoding in webwork should be specified globally using the
webwork.i18n.encoding property, rather than in velocity.properties.
Can you add a JIRA issue for this?
http://jira.opensymphony.com/
Cheers,
Scott
Fernando Martins wrote:
In line 74 of VelocityResult there is:
Is there any reason that there is a sprint copywrite notice at the top
of one of the webwork files?
Can we remove it? It seems to have been there from the beginning?
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/opensymphony/webwork/src/main/webwork/multipart/MultiPartRequestWrapper.java
Brock,
Can you add this to http://jira.opensymphony.com/ as an issue, and
attach your patch?
Cheers,
Scott
Brock Bulger wrote:
I started porting over the existing URLTag to work in WebWork 2 and ran into
a slight problem. The URLTag supports using the param tag within it. The
current
I'm not sure about SP1, but I know for sure that Webwork sitemesh both
work on SP2 (as JIRA runs there).
Cheers,
Scott
Butt, Dudley wrote:
Hi
Just a quick question, will webwork function on Weblogic 7
NOTICE:
This message contains privileged and confidential information intended
only for
Hani,
It is fairly simple to test - given that CVS HEAD has tags based on
either velocity or jsp.
There are two sources of potential slowness with jsp:
- parsing rendering overhead
- rd.include() overhead.
From my experience both of the above can be reduced by using velocity.
Tomcat (until
Here's an example from JIRA:
action name=admin.IndexAdmin
alias=IndexAdmin
roles-required=admin
view name=success/secure/admin/jira/views/indexing.jsp/view
view name=error/secure/admin/jira/views/indexing.jsp/view
command name=reindex alias=IndexReIndex
view
We use a custom filter for security and logins, and that filter also has
different services which return a list of roles for a given resource.
For example there is a path mapper, which looks up a config file for
which resources to protect.
There is also a webwork service, which looks up
Mate - I'd go for 1.3 at the moment. Or even CVS HEAD. I'm don't have
any real say in when 2.0 is released, but I would say that 1.3 is a
safer bet. It is already tested in a lot of different servlet
containers - JIRA runs on Tomcat, Resin, Jetty, Orion, Weblogic.
Cheers,
Scott
Anders
Pat,
Is there any compelling reason not to use avalon?
Cheers,
Scott
Patrick Lightbody wrote:
Well, we may want to do some things differently than you have previously
done. XWork provides a very nice (but simple) component container similar
to Avalon. What that means is we can use Inversion of
+1.
I'll contribute something if this gets off the ground.
Scott
Jason Carreira wrote:
Ok, so here's an idea for the Webwork2.0 sample app:
Let's do Roller, only better, using Webwork 2.0, Hibernate, and Joe's
RSSLibJ.
Roller is annoying me because of
a) performance and crashing issues, and
I'm also -1 on this.
You can make an action that wraps an object if you want (and you can do
this in 1.3), but having an action is important IMHO.
Cheers,
Scott
Matt Ho wrote:
-1
I think one of the challenges when developing a good system is deciding
what its boundaries should be. I think
Doesn't this work?
input
type=checkbox
name=$someMethod($set.name)
value=$set.name$set.name
Which would call $someMethod, passing in $set.name?
Cheers,
Scott
Gary Grobe wrote:
I create a number of checkboxes pending the number of items returned
from a db query.
Is there a way to
Is there a link to Jira from the opensymphony.com page?
Yes - the top right hand images, next to SourceForge.
--
ATLASSIAN - http://www.atlassian.com
Expert J2EE Software, Services and Support
---
Need a simple, powerful way to track and
What advantage does this have over the included WebworkVelocityServlet?
In this model, you don't have access to the valuestack?
Cheers,
Scott
Marco Papini wrote:
I'm actually using Velocity for everything.
For data retrieving, I created a generic Action class (that extends
ActionSupport)
Rickard Öberg wrote:
He never said that he wasn't using the WebworkVelocityServlet. The
method he describes is mostly just to get access to the action as a
Velocity object. Otherwise it would be impossible to call methods, as he
described.
I'm confused. Isn't the action at the top of the
Kelvin,
See the velocity examples that ship with webwork, and also compare the
velocity templates (in /template/xhtml) with the JSP templates in the
same directory.
Velocity uses the velocity servlet, which allows the values to be looked
up on the stack if they are not found in the context.
The null pointer is in your code - so you should be able to see what the
problem is.
Check FileUploadTest.java line 35.
Cheers,
Scott
[EMAIL PROTECTED] wrote:
Testing the FileUploadTest with Tomcat 4.1 LE,
I get a NullPointerException at
Enumeration names =
+1.
Anyone actually want to commit something now? Don't forget if you don't
have CVS access - email me your diffs I'll commit them.
Cheers,
Scott
boxed wrote:
Anybody who reads the thread and was not born yesterday will see that
the Velocity people started all the personal attacks, all the
Send me your diffs I'll check them in. You can contact me on
ICQ(11843516)/AIM(farkas24)/Y!(scott_farkas) if you need to discuss
anything.
Scott
Philipp Meier wrote:
On Tue, Jan 28, 2003 at 07:50:56PM +1100, Scott Farquhar wrote:
- Getting the templates (using servletPath).
Some servlet
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
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 -
Dick,
Can you raise a JIRA issue online for this, and attach your patch? This
will ensure that it doesn't get lost in the mailing list discussions.
Thanks for your contribution!
Cheers,
Scott
Dick Zetterberg wrote:
Hi there,
I have made a patch that fixes the problem with the non-threadsafe
If you are going to do this - do it to *all* the UI tags. Having
different behaviour for some of the tags is confusing IMHO.
I almost always have a different label though (at least changing the case).
Cheers,
Scott
boxed wrote:
It struck me while writing ww:textfield name='foo' label='foo'
66 matches
Mail list logo