Zetterberg
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, March 03, 2004 8:24 PM
Subject: Re: [OS-webwork] Webwork 1.4.1?
Hm, what's the interest in this? I can add it to the core if there is
some demand for it (along with an example
Did you try just using instead of amp;?
If that doesn't work, then file a bug (I vaguely remember having
problems with this previously too)
On Feb 19, 2004, at 10:25 AM, Frank Febbraro wrote:
Using WW 1.4
I am trying to setup a dynamic view mapping as specified here: (this
redirects to a
a workaround if I can't
find
the bug.
Stay tuned...
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 10:45 AM
Subject: Re: [OS-webwork] Dynamic View Mapping
Did you try just using instead of amp;?
If that doesn't work
Why not just use GenericDispatcher? You should be able to set up your
environment programatically and make sure everything is populated
correctly in your ActionContext (given of course that you avoid all
web-specific calls). Have a look at ServletDispatcher, you'll see that
all it is is a
On Feb 9, 2004, at 1:48 AM, Patrick Lightbody wrote:
I think the right thing to do, as Hani has said, is to _maintain_ 1.x.
By maintain, I would assume this means continuing to provide support,
documentation, bug fixes, and minor enhancements. It is important that
any chance in 1.x is brought to
No merge will happen.
There's a demand for 1.x to keep being maintained. A not insignificant
number of people use this in production environments and work with it
on a daily basis (I suspect more than ww2 currently). Many of these
people are reluctant to migrate to ww2 (for now at least).
They're in the example app (hopefully)
On Feb 5, 2004, at 11:18 AM, Wayland Chan wrote:
I grabbed the 1.4 release (webwork-1.4.zip) from the download link off
the OS site.
What happened to all the external jars that used to be in the
\lib\supporting-jars
directory?
Is it only available
src is there for people who need to view the source, not necessarily
build it!
if you want, I can throw up a 1.4.src.zip on java.net, that's a cvs
export of the 1.4 sources.
On Feb 5, 2004, at 11:41 AM, Wayland Chan wrote:
I found all the jars within the webwork.war file that is included in
Hi Paolo,
I just tested this and I don't see the behaviour you describe in the
current CVS. Can you try webwork 1.4 and see if you still have the
leak?
On Feb 5, 2004, at 11:05 AM, Vedovato Paolo wrote:
Ok, I Found some more on this issue.
This Query problems occur only when the ww:table tag
You should really, really, upgrade to orion 1.6 at least ;)
On Feb 4, 2004, at 8:35 AM, Richard Taylor wrote:
Hi,
Ive just tried to deploy an application on orion1.5.2 and it broke
horribly. I read the sourcecode and have managed to put a workaround
in place for RequestLifecycleFilter.
These have been fixed, I've asked Pat to update the website a while
back, so whenever he gets round to that all those jsp pages will be
html and will show up correctly.
On Feb 3, 2004, at 7:01 PM, Michael Blake Day wrote:
Please check this URL:
Does anyone know why a bunch of jars and source files that were
deleted/moved 3 months ago have suddenly showed up again? I'm livid that
I have to go through deleting these, grrr. Is sf.net now in the habit of
randomly restoring ancient backups?
question.
But how does one make a patch file to attach to a JIRA issue? Is this
documented somewhere?
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 9:57 PM
Subject: Re: [OS-webwork] Webwork 1.4.1
On Jan 20, 2004, at 9:17
It's in 1.4 only, although it might need to be pulled back out to
another jar, pending talks with Jason Pell to see how he feels about it
all.
On Jan 21, 2004, at 7:49 PM, Mark Woon wrote:
Hani Suleiman wrote:
On Jan 20, 2004, at 9:17 PM, Scott Farquhar wrote:
On Tue, Jan 20, 2004 at 09
no one else seem to
regard this as an issue?
/Jonas
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]
Sent: Monday, January 19, 2004 8:04 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Browser setup problems
The documentation isn't showing up correctly
You're better off using the mod operator, something like if status % 3
== 0 then br (for 3 items per line), so in your case it'd be (from
memory, so exact syntax might be wrong)
ww:if test=@status % maxThumbsPerRow == 0br/ww:if
Rich wrote:
Let's say I had something like below:
What this is
This is fixed, and should show up the next time the website is updated.
Hani Suleiman wrote:
Of course not! Us webwork 1.4 people though tend to know what we're
doing with it so there's less of the 'let's figure out together how to
get stuff working' ;)
I'll fix the docs shortly.
Larsson
Scott, what features do you need in 1.4.1 that aren't in 1.4.0?
Dick and I have a number of things we'd like to see in 1.4.1, and not
many of those have been done yet. My side of things includes updating
jasper and making sure it works on all containers, Dick wanted to add
string concatenation
On Jan 20, 2004, at 9:17 PM, Scott Farquhar wrote:
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
The documentation isn't showing up correctly on opensymphony.com
because it uses webwork, but webwork isn't deployed on the website
webapp. I'll fix it so it doesn't require any taglibs so can be viewed
more easily on the website and/or offline.
On Jan 18, 2004, at 11:16 PM, Scott Farquhar
Use a common base class that override getLocale with wherever you want
it looked up from
On Jan 19, 2004, at 11:41 AM, Giovanni Formenti wrote:
Hallo!
I'd like to internationalize my webwork 1.3 application...
When i try to store my new Locale with ActionContext.setLocale() the
locale's info is
Why not define a common subclass for all your actions, and have one
resource file for it? If there is no resource file for a particular
action, then webwork will look up the object heirarchy until it finds a
resource.
Matthew Payne wrote:
Can the property
I tested it and verified it with 1.x, so if you have problems with that
then let me know and I'll fix if it's on the webwork end or nag Joe to
fix the pico end.
Scott Farquhar wrote:
On Tue, Jan 13, 2004 at 03:11:37PM -0300, Samuel Mota wrote:
Are you guys using Picocontainer integrated with
Can someone try to track down these people? The email address they
provide doesn't seem to work.
Original Message
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
with the same tags
New controller systems
Full W3C compliance
Is it worth the effort?
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 2:25 PM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] Webwork unfair comparison
Can someone try
You're right, it shouldn't use getRealPath, would anyone be upset if
this is changed to use context.getResourceAsStream?
Eric Mckenna wrote:
Hello group,
Using Webwork 1.4 with tomcat 4.1.29 and have run into a problem when the
XSLTServlet tries to get the stylesheet for the action.
Here's the
the external form
of the URL as the system id to enable use of relative URLs in the
style sheets. This makes it easier to have modular style sheets. AFAIK
relative URLs should work with jar file URLs as well.
Regards
Fredrik Lindgren
On Mon, 12 Jan 2004 15:28:15 -0500, Hani Suleiman [EMAIL
Jan-Peter Hagenmüller wrote:
Hi all!
I got two questions:
- is there a way to use german vowels like ' ü ' ( uuml; )
in xxx-validation.xml files for field validations
both spellings 'ü' and uuml; seem not to be valid
Did you try and specify the encoding for the xml file?
Err, form based login does exactly this, and doesn't tie you to webwork.
On Jan 1, 2004, at 7:29 AM, Donnerstag, Juergen wrote:
I'd like to implement a login page behaviour which is similar to
Yahoo's login page. No matter where you come from, Yahoo checks
whether you are logged in or not. If
I've started piddling about with doing a small skeleton app for
springframework/webwork 1.4 integration. The bean wiring stuff works
quite nicely, so I thought I'd go a little crazy and try to get
interceptors (via the aopalliance stuff in Spring) working, so us poor
1.4 users can finally stop
?
On Wed, 31 Dec 2003 02:48:43 -0500, Hani Suleiman
[EMAIL PROTECTED] wrote:
I've started piddling about with doing a small skeleton app for
springframework/webwork 1.4 integration. The bean wiring stuff works
quite nicely, so I thought I'd go a little crazy and try to get
interceptors (via
I've edited the document describing spring integration and fleshed it
out with a step by step guide for wiring beans and specifying an
interceptor. You can find it at
http://wiki.opensymphony.com/space/Spring+Framework+Integration
Feedback appreciated.
Just 1.4
On Dec 28, 2003, at 12:15 AM, Matthew E. Porter wrote:
Are these changes for webwork 1 2?
Cheers,
matthew
On Dec 27, 2003, at 5:22 PM, Hani Suleiman wrote:
I've moved the pell classes to be internal to webwork, and added a
new magic value for webwork.multipart.parser 'internal
confusing, and the license does not match well with
the
rest of webwork. Or does it have some important features not existent
in
Pell/Webwork upload? Could they be added in that case?
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED
this be added to
COS or
Apache Commons FileUpload instead? Maybe they would be more interested
in
incorporating this functionality?
Otherwise, thanks, I look forward to this fucntionality.
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, December 21
this functionality?
Otherwise, thanks, I look forward to this fucntionality.
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, December 21, 2003 1:44 AM
Subject: [OS-webwork] File upload progressbar
I've been piddling about with the idea of a progress
Yes, please file an issue for this, it should be added to both 1.4 and
2.0
On Dec 21, 2003, at 1:38 PM, John Patterson wrote:
Hi,
I have modified the URLTag and URLHelper classes to support specifying
the scheme (eg http, https). This is useful when your site needs to
link to or from
I've been piddling about with the idea of a progress monitor for file
uploads. At least 4 people have asked for it so it might be a
worthwhile addition to ww 1.4 (and then ported to 2.0).
I have something working now, I'll explain how it works below and would
appreciate any feedback as I'd
Will that work? how will you convince the server it's a jsp page?
surely request dispatcher and the like won't work with this approach?
On Dec 18, 2003, at 8:55 AM, Rickard Öberg wrote:
remigijus wrote:
Hi
How can I prevent client form ditect access to any jsp page. I want
all pages to be
Put it under templates/ in the web root, not in WEB-INF.
Nortje, Andrew wrote:
I am in the process of updating an application written using Webwork
(using 1 not 2), Velocity and WebLogic. The application runs fine under
Windows but fails on Unix. The velocity engine seems to be having class
You need mail.jar and activation.jar if you're using any email stuff.
Robert Nicholson wrote:
Actually I'm trying to use the new Hibernate admin web app but the when
I put this into Tomcat 5 I get the following when I create an exception.
java.lang.NoClassDefFoundError:
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 16, 2003 8:58 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] WW1.4 and Tomcat 4.1.29 and
Skeleton app problem s
If you're seeing blanks, then the taglib is being recognised, but
somethign else is going
. That's pretty much it.
/Jonas
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 16, 2003 5:33 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] WW1.4 and Tomcat 4.1.29 and Skeleton app problems
Try the example app and see if that behaves any better
It's in no form, it was just some placeholder directories and files.
On Dec 16, 2003, at 10:52 PM, Patrick Lightbody wrote:
Oh, and also keep in mind that there is Dreamweaver support (not sure
in what form) for WW 1.x
---
This SF.net email
I've added docs recently for the WW1 client dispatcher, and the examples
work out of the box, it's very simply and there's really not much to it,
so for anyone willing, I'd be amazed if it were more than a couple of
hours of half-assed work (or an hour of serious dedicated work)
Fernando
We can only hope and pray, neither has done much good in the past though.
Fernando Martins wrote:
Something seems to be wrong with jira.opensymphony.com.
I get Could not connect to database.
Will it soon be working again?
-Original Message-
From: Hani Suleiman [EMAIL PROTECTED]
Sent
You're much better off filing this as an issue at
jira.opensymphony.com, to ensure it's tracked properly and not lost in
the noise
On Dec 15, 2003, at 6:47 PM, Fredrik Lindgren wrote:
Resent, slightly lighter, since the first try exceeded the size limit.
Hi again,
Here comes the patch for the
I think that for now at least, this traffic might as well stay on this
list. If a significant portion ends up being a discussion of the
peculiarities of particular tools/extensions, then we can worry about
splitting off the list.
Secondly, one of the reasons that there traditionally hasn't
dependency.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Hani
Suleiman
Sent: Friday, December 12, 2003 5:54 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] WebWorks without velocity how to
I disagree. I think the point he's making is 'if I don't want
Don't try to seduce me with your honeyed words! I shall resist!
On Dec 14, 2003, at 10:36 PM, Jason Carreira wrote:
We're always open to contributions, even from you Hani :-)
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]
Sent: Sunday, December 14, 2003 7:22 PM
Action chaining is NOT for a 'wizard' type user interface. An action
chain is per request, it is not something that helps the user move
along a set of pages. So unless I'm misunderstanding your problem, the
behaviour you describe is correct. The chain 'ends' when you send a
response to the
I disagree. I think the point he's making is 'if I don't want to use
velocity templates, I should not need velocity'. Equivelant statements
are:
'if I don't want to use ognl-expressions, I should not need ognl'
'if I don't want to use jasper reports, I should not need jasper
reports'
'if I
It's not as easy as it sounds.
The JVM allows one security policy, so you'd have to fine tune a policy
file and ensure that it doesn't cause your appserver to become upset.
Some servers have their own policy files that need to be tweaked,
others will need one from scratch.
On Dec 12, 2003, at
Jason Carreira wrote:
XWork has no dependency on Velocity.
In WW we use templates to render our UI tags. In WW1 this is based on
JSP templates. In WW2 this is based on Velocity because : a) It's
faster, b) it's less of a memory hog, c) they're easier to edit as templates
Erm, actually (after
No, a parameter can have multiple values, thus you should cast it to a
String[], not String
Hans Prueller wrote:
Hello!
If I call ActionContext.getParamters() or
ServletActionContext.getParameters() in WW2 the returned
Collection consists of objects not castable to String. the
Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 11, 2003 6:04 PM
Subject: Re: [OS-webwork] WebWorks without velocity how to
Jason Carreira wrote:
XWork has no dependency on Velocity.
In WW we use templates to render our UI tags. In WW1
On Dec 8, 2003, at 6:12 AM, Craig Raw wrote:
This seems to work, but I need to perform further testing to be sure.
I am, I admit, confused as to the reason of the reload property. Why
would you not want to reload the configuration. Performance reasons?
Yep, enabling this causes the timestamp
Use ww1.4!
Alternatively just touch web.xml and it'll restart automatically, have
an ant task do it.
Francisco Hernandez wrote:
i've been using orionserver for development but im so tired of having to
restart to test things (yes, development mode is turned on), what app
server are you guys
Deploying wars is slow (orion should pick up the new war though). It's
inifinitely faster during dev to use an open dir. Just point orion at
your web dir and you're all set.
Wayland Chan wrote:
I've noticed that when I deploy wars to Orion, it doesn't restart either.
If we ned to touch the
I haven't dug through the source, but I'm fairly sure you can't index
into a Set. See if changing it to a List helps.
On Dec 7, 2003, at 12:10 PM, Frank Febbraro wrote:
I am trying to set some indexed properties on an object, Payment,
using the
WW1.4 BeanUtil class.
class Payment
{
Or errorMessages/empty == true
On Dec 6, 2003, at 6:46 PM, Francisco Hernandez wrote:
thats the only way iv'e seen it done, but you could use also
test=errorMessages.isEmpty(),
i believe test=errorMessages will just just if the property is null.
Rajagopal. V wrote:
I would like to check if a
In 1.4 it's a setting in webwork.properties, which is applied globally
to all encodingy things.
Jason Carreira wrote:
Please submit a bug report and we'll get on it... You're probably the
first one to stumble on it :-)
BTW, this stuff is exactly the same as in WW1.3 and 1.4, so we'll need
to
I'm missing something here
so you want external validators, specified in an external xml
configuration file...and you want to generate this file by adding
javadoc comments to the source file that needs the validation, thus
putting in validation code right alongside the code that needs it,
The file size in webwork.properties is in bytes, so according to your
settings, anything over 81kb will not work.
David Nielsen said:
Hi
I have made this upload action (directly copied from cookbook):
MultiPartRequestWrapper multiWrapper = (MultiPartRequestWrapper)
Yes, looks like weblogic doesn't like the shipped tld, so please use
the one that Daniel sent. I'll be updating the one in cvs shortly.
On Nov 19, 2003, at 3:57 AM, Daniel Pfeifer wrote:
URLTag has no page property whereas the taglib.tld definas a page
parameter
for the ww:url tag.
/Daniel
Can you file issues for these? They all work on Orion.
Lars Fischer wrote:
Joseph,
it's the problem where somone already provided a patch:
weblogic.servlet.jsp.JspException: (line 1): Error in using tag library
uri='webwork' prefix='ww': The Tag class
Oh hang on, this looks like it's a 2.0 issue, that jasperreports isn't
working. It should work fine in 1.4!
Lars Fischer wrote:
Joseph,
it's the problem where somone already provided a patch:
weblogic.servlet.jsp.JspException: (line 1): Error in using tag library
uri='webwork' prefix='ww':
Ok, thanks. I'll test and make sure it works.
Lars Fischer wrote:
Oh hang on, this looks like it's a 2.0 issue, that jasperreports isn't
working. It should work fine in 1.4!
It should ...
The first report was about WW 2.0 but I just tested 1.4 with WebLogic 8.1
(see below).
This is based on
It's a string array, so casting to String[] will work, which makes sense
since you can have multiple params with the same name.
Paul Knepper wrote:
Ok, I can get the param with ActionContext.getContext().getParameters().
But when I try to cast the object returned from the param Map to a String
I agree with this, but I think removing this file would cause people a
lot of heartache when cvs updating, they might need to recreate their
project and so on.
Checking in IDE files is a pretty bad idea IMHO, it's utterly trivial to
set up a project in your IDE of choice. I'd love to remove
I agree, and having just refactored these bits in ww1 I think that
adding all this velocity config stuff to webwork is duplication and
unnecessary. The jsp equivalent for example would be to suddenly allow
for the ability to define various scoped objects in the webwork config.
Use a
+1, the valuestack is a neat thing and all that, but having random
pushs/pops happen in UI tags of all things just feels wrong.
Drew McAuliffe wrote:
My biggest problem with this is that it basically eliminates any advantage
to using velocity as far as ease of use is concerned. One of the main
Actually, I agree with this. It's stupid of people to hop on a beta
bandwagon then express indignation when the rug is pulled from under
them. That's the whole POINT of a beta, to stumble about in various
directions until the correct one reveals itself.
Thompson, Christopher C (Kris) wrote:
Done
Dick Zetterberg wrote:
Hi Hani,
I think it would be good if you put the release on sourceforge as well since
people might find webwork there also.
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent
Try empty password
On Nov 18, 2003, at 6:28 PM, Robert Nicholson wrote:
I seem to recall going thru this before but guest/guest isn't working
for me at
cvs.dev.java.net which is what is refered to on the following page
https://webwork.dev.java.net/servlets/ProjectSource
...which is why I wrote http://www.opensymphony.com/cvs.jsp to have the
'official' list, unfortunately there's no way of controlling sf.net or
java.net's docs.
On Nov 18, 2003, at 7:37 PM, Robert Nicholson wrote:
Unfortunately there are many places with this information and the
information is
We, not quite. 1.x will remain on sf.net (files will be posted to
java.net though), since the original developers have moved on and so
having cvs history is pretty vital to figure out why certain things
were done the way they were. Plus it's a stable codebase so the one day
delay for anon
have a look at the webwork.examples.i18n.CDList class. That is the
action class, so when the page makes a call to CDList, that
automatically calls the getCDList method in that action class. The
CDList is now iterated through and within the iterate block, the top of
the value stack now has the
Do you have a taglib tld file in your WEB-INF directory? if you do,
then either delete it or upgrade it to the one from the webwork jar (in
META-INF/taglib.tld)
On Nov 18, 2003, at 8:47 PM, Dave Ballard wrote:
Hello,
I'm currently using webwork 1.3 with weblogic 6.1 SP5. When I replace
All,
WebWork 1.4 has been released, appropriate press blurbage will be
showing up on your regular news channels in the next day or so I
expect. You can grab it from
https://webwork.dev.java.net/files/documents/693/1790/webwork-1.4.zip
Any feedback/testing would be most appreciated. I think
Have a look at the oscore beanutils, and feel free to add whatever you
need to it.
On Nov 17, 2003, at 10:40 PM, Ross Mason wrote:
I've only brought in the commons libs to use the beanUtils helper to
set external Bean references on the ActionInvocation. If you have a
similar bean
I've managed to get the velocity UI tags working decently in webwork
1.3, this means that a requestdispatcher is not used anymore for the ui
components. It's about 10x faster than the old way, but for me on Orion
at least, it's the same speed as using the jsp ui components.
I'm enclosing a
I hope this doesn't upset too many people, but I've added this doc
(slightly modified) to the webwork 1.x cookbook.
On Nov 12, 2003, at 10:45 PM, Patrick Lightbody wrote:
The implementation for file uploads is the exact same in both versions.
-Original Message-
From: [EMAIL PROTECTED]
reloads the changed class?
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 6:16 AM
Subject: [OS-webwork] action reloading
Is there any interest (or objections) regarding moving
With both ww1 and 2, you can use variables in your actions.xml file
Eg: redirect.action?url=${myurl}
then in your action have a getMyurl() method.
On Nov 6, 2003, at 8:35 AM, Giovanni Formenti wrote:
Hallo!
We need to redirect an action dynamically to a view different from that
specificated by
Message-
Behalf Of Hani Suleiman
Not all containers support reloading of random classes. Resin does,
Orion will only reload modified servlets or filters.
Secondly, reloading the entire webapp can be quite slow if you have
complex init on startup servlets. My 'hack' would just reload all
environment is configured.
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: Hani Suleiman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 06, 2003 2:40 PM
Subject: Re: [OS-webwork] action reloading
Not all containers support reloading
Go for it!
On Nov 5, 2003, at 12:00 PM, Dick Zetterberg wrote:
Hi there,
I would like to add a push tag to the 1.3 branch and I just want to
check that there are no objections to this.
Why do I want to add it when we can do the same with the property tag
already?
Because the property tag is
others? What other kinds of
patterns
are used for this kind of thing, outside of letting it bubble up to the
caller?
On Mon, 3 Nov 2003, Hani Suleiman wrote:
ExceptionAware!
Chris Nokleberg wrote:
Joseph Ottinger wrote:
What I'd thought of was adding an extra method to Action and
ActionSupport
Is there any interest (or objections) regarding moving action class
reloading into ww1.3 core? I've had a couple of requests for that. It
is currently an extra jar that duplicates a lot of what is available in
core, so moving it in would basically involve checking in a classloader
and a couple
Hah, please ignore me, but...
Who would have thought, a non-functional maven build! That must be a
first surely.
I really do look forward to the day when I stop spasming uncontrollably
and frothing at the mouth whenever I bump into maven. As soon as I feel
the healing has begun,
Same argument from me as to why this is a bad approach in ww2. It's
reinventing an existing wheel. Sure, it's maybe a bit more convenient to
use than the built-in mechanism in the servlet container, but it's still
stepping on its toes and making things that little bit murkier.
Joseph Ottinger
James Cook wrote:
I thought of a pointless insult. ;-)
We used this pattern in a large application and it worked well. BTW, for
Hani's edification
(http://www.jroller.com/page/fate/20031029#opensymphony_dirty_laundry),
this is not a toy application, but rather a large app that manages
billions
ExceptionAware!
Chris Nokleberg wrote:
Joseph Ottinger wrote:
What I'd thought of was adding an extra method to Action and
ActionSupport. The Action method's signature might look like this:
public String handleException(Throwable t) throws Throwable;
The ActionSupport implementation:
public
Right on, reinventing wheels is fun for two kinds of people, the
inventors, and those too blind to see existing wheels.
On Nov 2, 2003, at 5:25 PM, Micha Mosiewicz wrote:
[...]
Then wouldn't it be the invoker's responsibility, rather than the
framework's? I'd say that exceptions should be
I don't mean to open up old wounds, but what exactly was the reasoning
behind deprecating the *Aware in ww 1.3? Would anyone be terribly upset
if they were undeprecated in 1.3.1? Does anyone care?
---
This SF.net email is sponsored by:
Alright then, it can stay deprecated. I'll close the bugs asking for it
to be undeprecated in a day or two, provided nobody complains.
On Nov 1, 2003, at 4:01 PM, Rickard Öberg wrote:
Francisco Hernandez wrote:
i believe it was suggested that everyone start using the
ActionContext threadlocal
Well, the deprecation serves as a marker to indicate 'this is not a
recommended approach', sure it'll never go away (nothing deprecated in
the JDK has gone away either), but it's still worth having in if the
official line is that it's a discouraged set of interfaces.
On Nov 1, 2003, at 5:15
I thought there is a clear message there now. I'll go through and
ensure it spells out exactly what should be used.
On Nov 1, 2003, at 6:23 PM, Joseph Ottinger wrote:
Maybe add somthing to the deprecation messages that suggest what you
should be using instead?
On Sat, 1 Nov 2003, Hani Suleiman
Sebastiano Pilla wrote:
At 14.57 31/10/2003, Hani Suleiman wrote:
I don't mind, of course... but now that you mention it, what's the
status of WW 1.3.1? The OS Jira shows that 22 of 56 issues have been
fixed for the 1.3.1 version, and several OS committers are currently
much more focused
1 - 100 of 191 matches
Mail list logo
