Re: [OS-webwork] Webwork 1.4.1?
Done, I've also removed the source listings in the cookbook entry since they're now included in webwork. i've also regenerated the static version of the cookbook (there are two new entries: how to format dates/numbers, and webwork/quartz integration). Pat, can you update the cookbook on the live os.com site sometime tomorrow when anon cvs has been updated with the latest and greatest? On Mar 4, 2004, at 5:46 PM, Dick Zetterberg wrote: I think it would be good to have it in the core. Concerning the release of 1.4.1 I believe I can finish and commit my parts of it soon. Cheers, Dick 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), as it stands it's an add on that isn't checked in anywhere, but people are free to copy etc. On Mar 3, 2004, at 2:20 PM, James Cook wrote: Should we be expecting a point release soon with Hani's addition of a SpringActionFactory? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Dynamic View Mapping
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 section of the app that is legacy)
action .
command name=selectLicensingYear
alias=deal!selectLicensingYear
view
name=successredirect.action?url=controller?command=viewDealamp;
dealID=${dealID}/view
/command
/action
My action has getDealID() and that all works fine
However the redirect gets sent as:
http://host/context/controller?command=viewDeal
As you can see the second parameter is left off. Has anyone
enountered this? I tried switching the parameter ordering and the
second parameter is always left off.
Any thoughts?
Thanks,
Frank
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56alloc_id438op=click
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Dynamic View Mapping
Hm, there should be some way of being able to do this, and some
escaping rules I think.
On Feb 19, 2004, at 12:29 PM, Frank Febbraro wrote:
Closer but
url=servlet?param1=value1%26param2=value2
in servlet, param1 now equals value1param2=value2
For now I think I am going to handle the redirect by hand via:
ActionContext.getResponse().sendRedirect() and return NONE from my
Action.
That is simplest, and I can't think of any other quick fixes to the
above.
Is this even considered a bug? or just how it is supposed to interpret
parameters. I can see a justification for both ways. Maybe some
precendence
ordering with parens or soemthing, but beside that it seems like that
is
just a feature of this approach.
- Original Message -
From: Patrick Holzmann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 12:09 PM
Subject: AW: [OS-webwork] Dynamic View Mapping
What about adding the encoded value for the '' character?
Using something like url?value=test%26best
should give you testbest
cheers
p
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von
Frank Febbraro
Gesendet: Donnerstag, 19. Februar 2004 17:50
An: [EMAIL PROTECTED]
Betreff: Re: [OS-webwork] Dynamic View Mapping
Ok I see what is going wrong.
the view result is:
redirect.action?url=somthing?param1=value1param2=value2
What is happening is that it interprets redirect.action as having 2
parameters
1) url=somthing?param1=value1
2) param2=value2
not sure how to fix it yet...any ideas...
The only workaround I can see now is to handle the redirect by hand in
the
action instead of usign a view mapping
- Original Message -
From: Frank Febbraro [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 11:04 AM
Subject: Re: [OS-webwork] Dynamic View Mapping
If you use it causes a parsing exception in the actions.xml file.
I also determined that it has nothing to do with dynamic mappings,
even if
both parameters are hardcoded the second one still gets left off.
Will do some investiagtion, and possibly hack 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, 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 section of the app that is legacy)
action .
command name=selectLicensingYear
alias=deal!selectLicensingYear
view
name=successredirect.action?url=controller?command=viewDealamp;
dealID=${dealID}/view
/command
/action
My action has getDealID() and that all works fine
However the redirect gets sent as:
http://host/context/controller?command=viewDeal
As you can see the second parameter is left off. Has anyone
enountered this? I tried switching the parameter ordering and the
second parameter is always left off.
Any thoughts?
Thanks,
Frank
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56alloc_id438op=ick
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56alloc_id438op=ick
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now
Re: [OS-webwork] Unit-testing actions in WW1.3
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 wrapper around GenericDispatcher that does web-specific setup (eg, set params based on request, handle multipart stuff, etc). On Feb 17, 2004, at 9:45 AM, Jason Carreira wrote: You could try refactoring your base Action class to use Dependency Injection with a container like Spring (there's docs on using Spring with WW1.x on the Wiki). Then, to unit test, you could just create a Mock DataSource, etc.. Otherwise, you'll need to manage ActionContext scopes yourself, in the setUp() and tearDown() methods. This is doable (we do it in the WW2 unit tests) but it's error prone, so avoid it if possible. Jason -Original Message- From: James Pan [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 9:34 AM To: [EMAIL PROTECTED] Subject: [OS-webwork] Unit-testing actions in WW1.3 Hi, I have a base class from which all my actions extend. This base class uses ActionContext to read properties file, initialize database connections, and so on. Now, when I create a new action, how can I unit-test it? I haven't tried it because the idea seems absurd to me, but do I need to have some sort of webwork framework running somewhere in order to do this? How do I retrieve the context to read the properties file? What else should I be aware of?? I'm sorry. I have no clue. Please help! Thank you!! James --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438 op=ick ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Intended roadmap for webwork project?
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 the 2.0 developer's attention so that we can make the user experience of migrating from 1.x to 2.0 as painless as possible. Well, we're not ruling out major new features (perhaps even borrowing from 2.0 if there's enough demand for it). The goal is different from 2.0 though, which is why both branches are alive and well. Think of 1.x users as conservative old-fashioned people, who aren't huge fans of change, and are much happier without having to spend a lot of time sending emails to find out why feature X changed, etc etc. However, I want to make it clear that, for the sake of users like Wayland that are seeing a bit of an identity crisis, WebWork 2.x is where all major enhancements and features will be built. It would be irresponsible to both the 1.x and 2.x users to let the branches continue to diverge any more than they already have. Hopefully they won't diverge. 1.x definitely isn't on life support mode either. I (on a personal level) will certainly not recommend people use ww2, and will explain my (heavily biased) reasoning. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Intended roadmap for webwork project?
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). If/when at some point in the future we (and by we, I meant some majority of ww1 users) feel that ww2 is ready for prime time, 'we' might migrate. On Feb 9, 2004, at 12:46 AM, Wayland Chan wrote: Hello, I'd like to ask the core team what their intentions are for the webwork platform. It confuses me greatly that we have two distinctly different frameworks, maintained by two completely differently teams, using essentially the same name, and basically doing the same thing. Do you guys intend on merging the two versions into one product? If not, then let's just call it as it is and rename the WW2 to something else. Wayland Chan email: wchanATtrekspaceDOTcom -- Get your free email account from http://www.trekspace.com Your Internet Virtual Desktop! --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WW1.4 - what happened to supporting jars?
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 through CVS? Ciao! Wayland Chan email: wchanATtrekspaceDOTcom -- Get your free email account from http://www.trekspace.com Your Internet Virtual Desktop! --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WW1.4 - what happened to supporting jars?
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 this zip. I was expecting a full distribution that could be built but it seems this download only includes a prebuilt dist. No build.xml either. If this is a binary download, why bother including all the src? And before anyone asks, I can't access the SF cvs repository in this office. :( 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 through CVS? Ciao! Wayland Chan email: wchanATtrekspaceDOTcom -- Get your free email account from http://www.trekspace.com Your Internet Virtual Desktop! --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WW1.3 Memory Consumption
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 is used.
As far as i see in my Profiling Tool the WebTable component
tries to do something 'illegal' in the doEndTag.
It always tries to find something in this form
[EMAIL PROTECTED]
and of course this reference changes on each request putting
it in the Query Hashtable and so this grows with each
request.
Any clues about this phenomena?
Cheers
-Paolo
-Original Message-
From: Vedovato Paolo
Sent: Thursday, February 05, 2004 9:53 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [OS-webwork] WW1.3 Memory Consumption
Hi Dick
for my replies see inline.
You are right that the Query class contains a cache of all
expressions
(instances of Query). It is a static HashMap in WW1.3 so it
is never GC'd as
you know.
I can see a couple of cases that would make it grow:
1. Parameters that are sent in requests are set on actions
with the help of
the Query class. If you always have new parameter names, then
they will
generate new Query objects that will fill up the cache. So
for example the
parameters:
myaction.action?paramOne=2otherParam/subProperty=4this
would create 2 new Query instances (and 3 QuerySegments I believe).
Do you have some parameters that have dynamic names?
Do you mean the first request calls 'paramOne=2', after
that the same request calls 'paramTwo=2'?
No, we don't have dynamic names parameters...
2. Some usages of the expand functionality of the expression
language (when
you use braces { } ) can give many Query objects. For example
if you write:
ww:property value={myProp}/ then myProp is looked up,
and whatever
String myProp contains is then looked up. This means that if
myProp contains
different String values all the time then alot of Query
instances will be
created.
The only constructs I find in our application which could match
are the following:
- the templates checkbox.jsp, password.jsp, text.jsp etc.
- ww:text name='{0,date,, dd.MM., HH:mm}' value0=@today/
- ww:text name='{0,number,#,##0.00}' value0=@dep/balance/amount/
Do you see problems with it?
You can also try changing the Map to be a WeakHashMap and
then the Query
instances could be GC'd. But of course it would be better to
find the real
cause of the problem first.
That would be a possibility but as you said we should try to find the
real cause.
Anyway I would like to thank you for the help!
Cheers
-Paolo
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] webwork on orion1.5.2
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. However, SessionLifecycleListener#getServletContext states in a comment: * Normally, Servlet 2.3 would get this from the session; * however, Weblogic 6.1 doesn't provide the servlet context * in the session. Hence, this method allows subclasses to * retrieve the servlet context from other resources. This is the case for Orion1.5.2 also. Please can you advise where the ServletContext can come from in this instance? Thanks, Richard. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] opensymphony.com rendering problem
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: http://www.opensymphony.com/webwork/views-jsp.jsp Near the bottom the page renders wildly wrong on IE 6 and Mozilla Firebird 0.70. Michael Day --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] sf.net cvs
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? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Webwork 1.4.1
If it's a patch for a java source file, then run this: cvs -q diff -b -u -N -w [optional filename] patch.txt from the top project directory This will make a patch.txt file that you can then upload as an attachment to whatever jira issue. Frank Febbraro wrote: Sorry if this is a basic, dumb 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 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 another module, as it is LGPL? It's in webwork now, so you can deploy with pell now (the internal parser is the default) 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 to the EL, and possibly the ability to refer to statics. What are you doing with Jasper? If you create JIRA issues for the above, I'll see if I can lend a hand. Nothing too fancy, just updating it to the latest release and making sure the docs are correct, and that the examples run on various servers. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Webwork 1.4.1
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: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? It's in webwork now, so you can deploy with pell now (the internal parser is the default) Hani, is the new upload code only in 1.4.x? Are there any plans to add this to 2.x as well? Thanks, -Mark --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Browser setup problems
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, Jonas wrote: That would be great! Thanks. Has everyone already migrated to WW2 and OGNL since 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 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 wrote: 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 the rest seems to be the kind of garbage you get when there are some unclosed HTML tags somewhere. I have to View/Source to get to see the actual webwork example text. I've tried IE 5.5 (default settings) and Mozilla Firebird 0.7 (fresh install) and they render just as bad. Is there some setting I have missed somewhere? Nope - see the same problem myself. For some reason the html is not being escaped for the examples. I can't get to sf cvs at the moment to fix it though. Does anyone know what went wrong? Scott -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Subset and Iterator tags
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 trying to do is display images. I would like it to display only a certain amount per row, defined by the variable maxThumbsPerRow. I figured the best way to do this would be to check if @status/index divided by maxThumbsPerRow is equal to 0. If this is true, just add a line break. I'm just not sure how or if I can do the division in the ww:if tag. Can I do it this way? Or is there an easier way and I'm just trying to do it the complicated way? ww:subset source=album/images start=begin count=total / ww:iterator status='status' Display stuff. ww:if test= br /ww:if /ww:iterator /ww:subset --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Browser setup problems
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, Jonas wrote: That would be great! Thanks. Has everyone already migrated to WW2 and OGNL since 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 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 wrote: 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 the rest seems to be the kind of garbage you get when there are some unclosed HTML tags somewhere. I have to View/Source to get to see the actual webwork example text. I've tried IE 5.5 (default settings) and Mozilla Firebird 0.7 (fresh install) and they render just as bad. Is there some setting I have missed somewhere? Nope - see the same problem myself. For some reason the html is not being escaped for the examples. I can't get to sf cvs at the moment to fix it though. Does anyone know what went wrong? Scott -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https
Re: [OS-webwork] Webwork 1.4.1
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 to the EL, and possibly the ability to refer to statics. On Jan 20, 2004, at 8:53 PM, Scott Farquhar wrote: 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 vague clue about, but can everyone sign up for issues / or add comments to them? There are quite a few issues awaiting user comments. If there's anything unassigned at the end of the week - I'll see if I can tackle it myself. Short of that, I'll bump it to a 1.4.2 release. If anyone's commiting code - can you ensure that there is some sort of unit test / regression test? Thanks. Cheers, Scott -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Webwork 1.4.1
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 another module, as it is LGPL? It's in webwork now, so you can deploy with pell now (the internal parser is the default) 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 to the EL, and possibly the ability to refer to statics. What are you doing with Jasper? If you create JIRA issues for the above, I'll see if I can lend a hand. Nothing too fancy, just updating it to the latest release and making sure the docs are correct, and that the examples run on various servers. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Browser setup problems
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 wrote: 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 the rest seems to be the kind of garbage you get when there are some unclosed HTML tags somewhere. I have to View/Source to get to see the actual webwork example text. I've tried IE 5.5 (default settings) and Mozilla Firebird 0.7 (fresh install) and they render just as bad. Is there some setting I have missed somewhere? Nope - see the same problem myself. For some reason the html is not being escaped for the examples. I can't get to sf cvs at the moment to fix it though. Does anyone know what went wrong? Scott -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] i18n
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 stored only for the current request... there is a way to set the locale for the whole session using Action's methods? I saw LocaleAware but it's deprecated... Thanx for any help! Gio --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] i18n question
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 webwork.custom.properties=ApplicationResources be set to load language strings. Is there any such property for loading an external file? i.e. can whats the simplest way to use an existing struts resource file? (without making a file for each action) Thanks, Matthew Payne --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] A couple of dumb questions from a WebWork newbie....
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 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 But unfurnately some files are missing ... I tried an approach avaliable at JIRA (that unfurnately I can't find) but doesn't work too. Can you guys send me (in private if necessary) the pico jars that really works with WW ? I thought that URL only worked for webwork 1. Does anyone know better? Hani? Can anyone who knows update the wiki? Scott --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Webwork unfair comparison
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] SMTP error from remote mailer after initial connection: host inversoft.com [209.197.248.180]: 554 SMTP service not available -- This is a copy of the message -- Someone pointed out to be the chart at http://www.inversoft.com/products.html and I must say, I'm quite surprised at the inaccuracies in it. Webwork (both versions 1.4 and 2.0) fully support many of the features you list, for example: Complex data structures (you can traverse pretty much any structure) i18n error messages Full w3c compliance (what on earth do you mean byit though? Webwork tags are all xhtml) Full checkbox and radio tag support with no code Single tag library I'd appreciate it if you were to either qualify the criteria with what you actually mean that webwork doesn't support, or correct your chart. Thanks and I look forward to hearing from you. --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Webwork unfair comparison
I'd say do, people shouldn't get away with lying, they'll just be encouraged to do it more! Jason Carreira wrote: Yeah, I saw that today... I was trying to decide whether to bother responding... Some of the items are just silly, or are only based on their new release: New model systems 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 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] SMTP error from remote mailer after initial connection: host inversoft.com [209.197.248.180]: 554 SMTP service not available -- This is a copy of the message -- Someone pointed out to be the chart at http://www.inversoft.com/products.html and I must say, I'm quite surprised at the inaccuracies in it. Webwork (both versions 1.4 and 2.0) fully support many of the features you list, for example: Complex data structures (you can traverse pretty much any structure) i18n error messages Full w3c compliance (what on earth do you mean byit though? Webwork tags are all xhtml) Full checkbox and radio tag support with no code Single tag library I'd appreciate it if you were to either qualify the criteria with what you actually mean that webwork doesn't support, or correct your chart. Thanks and I look forward to hearing from you. --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XSLTServlet cannot find stylesheet
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 first part of the exception:
---
javax.servlet.ServletException: XSLT Transformation failed:
javax.xml.transform.TransformerException:
Stylesheet null not found at
webwork.view.xslt.XSLTServlet.service(XSLTServlet.java:118)
---
along with lines 122-132 from XSLTServlet
---
protected Templates getTemplates(HttpServletRequest request)
throws TransformerException, java.io.IOException {
String uri = (String)
request.getAttribute(javax.servlet.include.servlet_path);
if (uri == null) {
uri = request.getServletPath();
}
String path = getServletContext().getRealPath(uri);
if (path == null) {
throw new TransformerException(Stylesheet + path + not found);
}
--
After digging a little bit, getRealPath() doesn't work with war files.
Tomcat does expand the war file but that doesn't seem to help, since the
tomcat docBase attribute of Context is set to the war file. Using an
expanded directory and setting tomcat's context docBase to the expanded
directory allowed access to the stylesheet but I'd rather use a war file.
So, anyone know get around getRealPath when using a war file? And is there
a reason getResourceAsStream isn't used by XSLTServlet for getting the
stylesheet?
thanks,
eric.
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XSLTServlet cannot find stylesheet
Mmm, of course if you provide a patch for this it'll happen much faster
;)
On Jan 12, 2004, at 6:19 PM, Fredrik Lindgren wrote:
I agree that using a context based URL is the way to go. I would
however suggest not going directly to the stream, but rather going
through the step of getting the resource URL using context.getResource
as an intermediate step. This would make it easier to keep cacheing
the templates using the resource URL as the key. The changes to the
current code would be small. When creating the StreamSource I would
suggest using the two argument constructor providing 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 PROTECTED]
wrote:
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 first part of the exception:
--- javax.servlet.ServletException: XSLT Transformation
failed:
javax.xml.transform.TransformerException:
Stylesheet null not found at
webwork.view.xslt.XSLTServlet.service(XSLTServlet.java:118)
---
along with lines 122-132 from XSLTServlet
---
protected Templates getTemplates(HttpServletRequest request)
throws TransformerException, java.io.IOException {
String uri = (String)
request.getAttribute(javax.servlet.include.servlet_path);
if (uri == null) {
uri = request.getServletPath();
}
String path = getServletContext().getRealPath(uri);
if (path == null) {
throw new TransformerException(Stylesheet + path + not
found);
}
--
After digging a little bit, getRealPath() doesn't work with war
files.
Tomcat does expand the war file but that doesn't seem to help, since
the
tomcat docBase attribute of Context is set to the war file. Using an
expanded directory and setting tomcat's context docBase to the
expanded
directory allowed access to the stylesheet but I'd rather use a war
file.
So, anyone know get around getRealPath when using a war file? And
is there
a reason getResourceAsStream isn't used by XSLTServlet for getting
the
stylesheet?
thanks,
eric.
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System
offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
--
Fredrik Lindgren
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: AW: [OS-webwork] Passing model from one action to another
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? --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] transparent login page
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 login is required and you are not logged in you get redirected to the login page. Upon successfull login you get forwarded to the page you originally intended to, as if nothing in between (Login page) has happened. So far I have implemented the AuthorizeIntercepter (from one of the examples apps) and that works fine. But I'm struggling with the last requirement: Upon successfull login you get forwarded to the page you originally intended to, as if nothing in between (Login page) has happened (including parameters etc.). I am new to webwork2 and I appoligize if this is a simple question. But I checked the lists and did not find a solution. Help is very much appreciated. Juergen --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Webwork 1.4 with springframework
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 being jealous of all the cool interceptor stuff in 2.0. However! I ran into an interesting problem. Spring uses dynamic proxies for the AOP stuff, so the action instance you get back is a proxy of some sort. This means that: a) You can cast it as any of the interfaces that your action implements and call methods on those b) The valuestack gets completely confused, since none of the reported methods are of the underlying class. So, does anyone have any suggestions as to how (or even if) this can be overcome without tons of interfaces for the first issue, and how/if it's possible to go from a proxy to the underlying class object? --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Webwork 1.4 with springframework
This is for webwork 1, so no xwork or OGNL (although I suspect OGNL would have the same problem). The object that you get back from an intercepted call is of type __$proxy1, so OGNL/webwork checks property descriptors for that class, rather than the underlying actual class. On Dec 31, 2003, at 4:49 AM, Fredrik Lindgren wrote: Just for my own understanding, is this a problem only for just the spring framework dynamic proxies, or does the value stack implementation have issues with dynamic proxies in general? Where does the value stack get confused? Is it in XWork code or in OGNL code? 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 the aopalliance stuff in Spring) working, so us poor 1.4 users can finally stop being jealous of all the cool interceptor stuff in 2.0. However! I ran into an interesting problem. Spring uses dynamic proxies for the AOP stuff, so the action instance you get back is a proxy of some sort. This means that: a) You can cast it as any of the interfaces that your action implements and call methods on those b) The valuestack gets completely confused, since none of the reported methods are of the underlying class. So, does anyone have any suggestions as to how (or even if) this can be overcome without tons of interfaces for the first issue, and how/if it's possible to go from a proxy to the underlying class object? -- Fredrik Lindgren --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Interceptors for 1.4
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. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] File upload progressbar
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', which will make webwork use the internal parser. I'd also like to change the default parser to be the internal one, which would mean that webwork had one less dependency out of the box, and all it'd need is commons-logging.jar. pell and cos can still be supported in exactly the same way they now, it costs us next to nothing to support them and if one day they do get progress support, it can be added to their respective adapters. So barring any objections, I'll commit my change to default.properties as well as an update multipart upload example in the example app that shows a progress bar. On Dec 26, 2003, at 7:22 PM, Dick Zetterberg wrote: This sounds great. I think option 3 sounds best (having Jason incorporate the changes). I do not know how much the Pell library changes these days, and how complicated it really is. If you think the code can be added to webwork (option 1) and maintained without much effort, then please go ahead with that. Perhaps support should be dropped for the COS library as well in that case?I think it is just 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] To: [EMAIL PROTECTED] Sent: Sunday, December 21, 2003 7:44 AM Subject: [OS-webwork] File upload progressbar 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 rather people sign off on it before/if I commit it. The first issue is that it requires changes to the pell multipart library. There's no cvs tree for this so maintaining diffs would be too annoying, so we have a couple of options: 1) Move the code to the webwork tree, which would have the advantage of being able to clean up the pell code (it's very, VERY ugly and quite inefficient in some places), but the disadvantage would be that it's extra code for us to maintain. 2) Publish a set of diffs against the latest version of pell, so anyone updating pell can apply diffs and check in the resultant binary. Advantages is that we'd stay kinda in sync with pell. Disadvantages would be the hassle of managing the diffs. 3) Get Jason Pell to accept the changes and commit them to his tree. I've emailed him about the changes I made a year ago, but he didn't seem that interested, might be worth trying again. The actual changes are the addition of a MultipartListener interface which is passed in to the various constructors, this has 3 methods: void fileStarted(String fileName, long size); void dataRead(String fileName, int amount); void fileCompleted(String fileName); It's fairly clear from the names what each one does. Modifications in webwork: Addition of a ProgessMonitor bean, this would hold the current 'state' of the upload. Currently I have it implemented with filename/data left to read/data read/total size. Modification of PellMultiPartRequest to implement MultipartListener, and pass itself into the pell constructors. Before the pell constructor is called, an instance of the progress meter is created and put in the http session (it's also a new field in PellMultipartRequest). The implementation of the listener methods simply updates the appropriate fields in the progress bean. When the pell constructor returns (ie, parsing is done), the progress bean is removed from the session. That's pretty much it on the server end. So during the upload, there is a progress bean in the session that can be queried on the client side. The modification I made to the webwork upload example is to add an iframe to the upload page. When the page is loaded, the iframe is set to be blank, when the form is submitted, the iframe location is set to a simple jsp page that just reads the properties of the progress bean and displays them. So...thoughts? Hani --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] File upload progressbar
I've moved the pell classes to be internal to webwork, and added a new magic value for webwork.multipart.parser 'internal', which will make webwork use the internal parser. I'd also like to change the default parser to be the internal one, which would mean that webwork had one less dependency out of the box, and all it'd need is commons-logging.jar. pell and cos can still be supported in exactly the same way they now, it costs us next to nothing to support them and if one day they do get progress support, it can be added to their respective adapters. So barring any objections, I'll commit my change to default.properties as well as an update multipart upload example in the example app that shows a progress bar. On Dec 26, 2003, at 7:22 PM, Dick Zetterberg wrote: This sounds great. I think option 3 sounds best (having Jason incorporate the changes). I do not know how much the Pell library changes these days, and how complicated it really is. If you think the code can be added to webwork (option 1) and maintained without much effort, then please go ahead with that. Perhaps support should be dropped for the COS library as well in that case?I think it is just 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] To: [EMAIL PROTECTED] Sent: Sunday, December 21, 2003 7:44 AM Subject: [OS-webwork] File upload progressbar 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 rather people sign off on it before/if I commit it. The first issue is that it requires changes to the pell multipart library. There's no cvs tree for this so maintaining diffs would be too annoying, so we have a couple of options: 1) Move the code to the webwork tree, which would have the advantage of being able to clean up the pell code (it's very, VERY ugly and quite inefficient in some places), but the disadvantage would be that it's extra code for us to maintain. 2) Publish a set of diffs against the latest version of pell, so anyone updating pell can apply diffs and check in the resultant binary. Advantages is that we'd stay kinda in sync with pell. Disadvantages would be the hassle of managing the diffs. 3) Get Jason Pell to accept the changes and commit them to his tree. I've emailed him about the changes I made a year ago, but he didn't seem that interested, might be worth trying again. The actual changes are the addition of a MultipartListener interface which is passed in to the various constructors, this has 3 methods: void fileStarted(String fileName, long size); void dataRead(String fileName, int amount); void fileCompleted(String fileName); It's fairly clear from the names what each one does. Modifications in webwork: Addition of a ProgessMonitor bean, this would hold the current 'state' of the upload. Currently I have it implemented with filename/data left to read/data read/total size. Modification of PellMultiPartRequest to implement MultipartListener, and pass itself into the pell constructors. Before the pell constructor is called, an instance of the progress meter is created and put in the http session (it's also a new field in PellMultipartRequest). The implementation of the listener methods simply updates the appropriate fields in the progress bean. When the pell constructor returns (ie, parsing is done), the progress bean is removed from the session. That's pretty much it on the server end. So during the upload, there is a progress bean in the session that can be queried on the client side. The modification I made to the webwork upload example is to add an iframe to the upload page. When the page is loaded, the iframe is set to be blank, when the form is submitted, the iframe location is set to a simple jsp page that just reads the properties of the progress bean and displays them. So...thoughts? Hani --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn
Re: [OS-webwork] File upload progressbar
COS has an unpleasant license (I have no interest in buying a servlets book), and Jason Hunter has done horrible things to the servlet spec so I'm not a big fan. I must admit, I didn't think of commons fileupload, I'll investigate since I think they might already have this functionality. On Dec 23, 2003, at 9:02 AM, Frank Febbraro wrote: The Listener sounds like a great idea. However since the pell code/developer sounds like it does not accept changes too easily, has inefficiencies, and would require even more maintainence just to add new functionality, could something like 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, 2003 1:44 AM Subject: [OS-webwork] File upload progressbar 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 rather people sign off on it before/if I commit it. The first issue is that it requires changes to the pell multipart library. There's no cvs tree for this so maintaining diffs would be too annoying, so we have a couple of options: 1) Move the code to the webwork tree, which would have the advantage of being able to clean up the pell code (it's very, VERY ugly and quite inefficient in some places), but the disadvantage would be that it's extra code for us to maintain. 2) Publish a set of diffs against the latest version of pell, so anyone updating pell can apply diffs and check in the resultant binary. Advantages is that we'd stay kinda in sync with pell. Disadvantages would be the hassle of managing the diffs. 3) Get Jason Pell to accept the changes and commit them to his tree. I've emailed him about the changes I made a year ago, but he didn't seem that interested, might be worth trying again. The actual changes are the addition of a MultipartListener interface which is passed in to the various constructors, this has 3 methods: void fileStarted(String fileName, long size); void dataRead(String fileName, int amount); void fileCompleted(String fileName); It's fairly clear from the names what each one does. Modifications in webwork: Addition of a ProgessMonitor bean, this would hold the current 'state' of the upload. Currently I have it implemented with filename/data left to read/data read/total size. Modification of PellMultiPartRequest to implement MultipartListener, and pass itself into the pell constructors. Before the pell constructor is called, an instance of the progress meter is created and put in the http session (it's also a new field in PellMultipartRequest). The implementation of the listener methods simply updates the appropriate fields in the progress bean. When the pell constructor returns (ie, parsing is done), the progress bean is removed from the session. That's pretty much it on the server end. So during the upload, there is a progress bean in the session that can be queried on the client side. The modification I made to the webwork upload example is to add an iframe to the upload page. When the page is loaded, the iframe is set to be blank, when the form is submitted, the iframe location is set to a simple jsp page that just reads the properties of the progress bean and displays them. So...thoughts? Hani --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
Re: [OS-webwork] File upload progressbar
I'll wait until the new year to give people a chance to comment one way or another. To be honest currently I'm leaning towards folding the pell code into webwork. Sure it's extra code to maintain, but it's very very rare that multipart parsing will change. Pell is stable enough that we can just suck it in and have the freedom of making changes to it in a webwork consistent way (as well as removing all sorts of cruft that is not needed by webwork) Another benefit would be that it's one less jar to ship! The 'standard' pell will still be supported, of course, but will not support progress notifications. If/when other libraries provide this listener functionality, it's trivial to modify the webwork adapter class for that library to hook in the progress stuff. On Dec 23, 2003, at 9:02 AM, Frank Febbraro wrote: The Listener sounds like a great idea. However since the pell code/developer sounds like it does not accept changes too easily, has inefficiencies, and would require even more maintainence just to add new functionality, could something like 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, 2003 1:44 AM Subject: [OS-webwork] File upload progressbar 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 rather people sign off on it before/if I commit it. The first issue is that it requires changes to the pell multipart library. There's no cvs tree for this so maintaining diffs would be too annoying, so we have a couple of options: 1) Move the code to the webwork tree, which would have the advantage of being able to clean up the pell code (it's very, VERY ugly and quite inefficient in some places), but the disadvantage would be that it's extra code for us to maintain. 2) Publish a set of diffs against the latest version of pell, so anyone updating pell can apply diffs and check in the resultant binary. Advantages is that we'd stay kinda in sync with pell. Disadvantages would be the hassle of managing the diffs. 3) Get Jason Pell to accept the changes and commit them to his tree. I've emailed him about the changes I made a year ago, but he didn't seem that interested, might be worth trying again. The actual changes are the addition of a MultipartListener interface which is passed in to the various constructors, this has 3 methods: void fileStarted(String fileName, long size); void dataRead(String fileName, int amount); void fileCompleted(String fileName); It's fairly clear from the names what each one does. Modifications in webwork: Addition of a ProgessMonitor bean, this would hold the current 'state' of the upload. Currently I have it implemented with filename/data left to read/data read/total size. Modification of PellMultiPartRequest to implement MultipartListener, and pass itself into the pell constructors. Before the pell constructor is called, an instance of the progress meter is created and put in the http session (it's also a new field in PellMultipartRequest). The implementation of the listener methods simply updates the appropriate fields in the progress bean. When the pell constructor returns (ie, parsing is done), the progress bean is removed from the session. That's pretty much it on the server end. So during the upload, there is a progress bean in the session that can be queried on the client side. The modification I made to the webwork upload example is to add an iframe to the upload page. When the page is loaded, the iframe is set to be blank, when the form is submitted, the iframe location is set to a simple jsp page that just reads the properties of the progress bean and displays them. So...thoughts? Hani --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
Re: [OS-webwork] URLTag with scheme support
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 secure pages. If people think that this should be included in WW2 then I will upload the patches to Jira. John. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] File upload progressbar
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 rather people sign off on it before/if I commit it. The first issue is that it requires changes to the pell multipart library. There's no cvs tree for this so maintaining diffs would be too annoying, so we have a couple of options: 1) Move the code to the webwork tree, which would have the advantage of being able to clean up the pell code (it's very, VERY ugly and quite inefficient in some places), but the disadvantage would be that it's extra code for us to maintain. 2) Publish a set of diffs against the latest version of pell, so anyone updating pell can apply diffs and check in the resultant binary. Advantages is that we'd stay kinda in sync with pell. Disadvantages would be the hassle of managing the diffs. 3) Get Jason Pell to accept the changes and commit them to his tree. I've emailed him about the changes I made a year ago, but he didn't seem that interested, might be worth trying again. The actual changes are the addition of a MultipartListener interface which is passed in to the various constructors, this has 3 methods: void fileStarted(String fileName, long size); void dataRead(String fileName, int amount); void fileCompleted(String fileName); It's fairly clear from the names what each one does. Modifications in webwork: Addition of a ProgessMonitor bean, this would hold the current 'state' of the upload. Currently I have it implemented with filename/data left to read/data read/total size. Modification of PellMultiPartRequest to implement MultipartListener, and pass itself into the pell constructors. Before the pell constructor is called, an instance of the progress meter is created and put in the http session (it's also a new field in PellMultipartRequest). The implementation of the listener methods simply updates the appropriate fields in the progress bean. When the pell constructor returns (ie, parsing is done), the progress bean is removed from the session. That's pretty much it on the server end. So during the upload, there is a progress bean in the session that can be queried on the client side. The modification I made to the webwork upload example is to add an iframe to the upload page. When the page is loaded, the iframe is set to be blank, when the form is submitted, the iframe location is set to a simple jsp page that just reads the properties of the progress bean and displays them. So...thoughts? Hani --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] How to prevent access to the index.jsp and other *.jsp files
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 accessed only after action action process. Put them under /WEB-INF/ e.g. /WEB-INF/myapp/someform.jsp /Rickard --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebLogic, UNIX and Velocity Error
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 path issues on UNIX and cannot find the .vm files. The person who developed the code seems to have followed the Webwork cookbook and put the templates under WEB-INF/classes/templates In WEB-INF/lib there is velocity-dep-1.2.jar, webwork.jar and commons-collections.jar Everything is in an .ear file which is deployed as an application in WebLogic. I read the velocity docs regarding how it finds the template files. D do I need to be fiddling with the properties file in velocity-dep-1.2.jar? TIA The error (on UNIX) only is: *VelocityServlet : Error processing the template* org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource '/templates/login.vm' org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource '/templates/login.vm' at org.apache.velocity.runtime.resource.ResourceManager.getResource(ResourceManager.java:438) at org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:736) at org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:718) at org.apache.velocity.runtime.RuntimeSingleton.getTemplate(RuntimeSingleton.java:337) at org.apache.velocity.servlet.VelocityServlet.getTemplate(VelocityServlet.java:499) at webwork.view.velocity.WebWorkVelocityServlet.handleRequest(WebWorkVelocityServlet.java:182) at org.apache.velocity.servlet.VelocityServlet.doRequest(VelocityServlet.java:331) at org.apache.velocity.servlet.VelocityServlet.doGet(VelocityServlet.java:292) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at webwork.view.velocity.WebWorkVelocityServlet.service(WebWorkVelocityServlet.java:54) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1058) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:401) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:306) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:5445) at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:780) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3105) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2588) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189) --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Is my webwork configured correctly?
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: javax/mail/internet/AddressException com.opensymphony.util.TextUtils.verifyEmail(TextUtils.java:1492) com.opensymphony.xwork.validator.validators.EmailValidator.validate(Emai lValidator.java:25) com.opensymphony.xwork.validator.ActionValidatorManager.validate(ActionV alidatorManager.java:69) com.opensymphony.xwork.validator.ActionValidatorManager.validate(ActionV alidatorManager.java:55) com.opensymphony.xwork.validator.ValidationInterceptor.before(Validation Interceptor.java:36) com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt erceptor.java:36) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) org.hibernate.admin.interceptor.HibernateInterceptor.intercept(Hibernate Interceptor.java:32) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt erceptor.java:37) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt erceptor.java:37) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt erceptor.java:37) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.interceptor.TimerInterceptor.intercept(TimerInter ceptor.java:66) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt erceptor.java:37) com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc ation.java:169) com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.jav a:120) com.opensymphony.webwork.dispatcher.ServletDispatcher.serviceAction(Serv letDispatcher.java:181) com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDis patcher.java:161) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(Reque stLifecycleFilter.java:62) --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WW1.4 and Tomcat 4.1.29 and Skeleton app problem s
It is documented, and if you run without it, you'll have error messages logged (very helpful ones in fact, like 'template directory does not exist'). The skeleton project ALSO includes the template directory. There really is no way to babysit users any further than that, if users choose to ignore the prepacked solution and start guessing at things (eg, unpacking webwork.jar and for some inexplicable reason expecting to find html files in there), then there's really not much we can do. Larsson, Jonas wrote: OK. It would be nice if this Is documented somewhere as a requirement. Why aren't these templates included in the webwork jar and accessed from it? Does anyone know? -Original Message- From: Jason Carreira [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 4:00 PM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] WW1.4 and Tomcat 4.1.29 and Skeleton app problem s It needs the templates for rendering the UI tags... The UI tags include the templates to render the HTML for the form fields. -Original Message- From: Larsson, Jonas [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 8:44 AM To: '[EMAIL PROTECTED]' Subject: RE: [OS-webwork] WW1.4 and Tomcat 4.1.29 and Skeleton app problem s I've solved it (after two days). I reinstalled everything and it seems that something in the templates directory absolutely need to be in the deployment dir (exactly what that is, I don't know). I can't find anything about this in any docs I have read. The install and config docs does not mention this. Or maybe I'm blind. So when I deployed the templates dir with the application it worked. How I missed to do this before I don't know since the dir is there when you install it. Strange that I could not find any error messages anywhere though... Does anyone know how you activate logging for a specific application context in Tomcat so that you get all logging that belongs to the same app in one specific log? Sorry for asking the basic questions guys... And so I can begin CODING. Sweet jesus that feels good :) /Jonas -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 wrong. Did you poke around the logfiles to see if it's logged anywhere? If the taglib is not recognised, then you'll see an error page, rather than the page without any of the taglibs. What tags are you trying? I'd suggest starting off with somethign that does not use any templates, for example: ww:property value='test' / and see if that shows anything. Larsson, Jonas wrote: It certainly does. I've tried to figure out why, but haven't found any critical differences. The example app references the taglib in exactly the same way as the skeleton app. The only differences I can see are that the webwork.properties file for the example app defines an XML action file. The skeleton app does not and uses the views.properties. But that should not make a difference according to the documentation. 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? Larsson, Jonas wrote: Hi all, I'm out of options right now and I'm getting really frustrated with a problem which is probably a stupid user error but I still need some pointers... I've downloaded WW1.4 and tomcat 4.1.29. I've installed the skeleton app that comes with WW and read through all available configuration docs on the WW site but I still can't figure out why the skeleton app does not seem to recognize the WW taglib. The servlet seem to work OK and the action gets called but it only serves up plain HTML from the jsp. I get no errors though. Just a plain HTML page without the content the WW tags should have created. I've tried it all. From configuring web.xml taglib directive to point to the ww jar to extracting the taglib from the ww jar and pointing web.xml directly to it. I've also tried to move it around (root of WEB-INF, WEB-INF/libs) but no go. If I don't get this working tomorrow (I've been at it on and off for like two working days) I'm gonna throw WW out the window and just go with plain servlets/jsp. I have to start coding business code soon or I'll have no life for the next two months... How great to code all that validation code on hundreds of input fields... Regards Jonas, Frustrated Java developer -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended
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 wrong. Did you poke around the logfiles to see if it's logged anywhere? If the taglib is not recognised, then you'll see an error page, rather than the page without any of the taglibs. What tags are you trying? I'd suggest starting off with somethign that does not use any templates, for example: ww:property value='test' / and see if that shows anything. Larsson, Jonas wrote: It certainly does. I've tried to figure out why, but haven't found any critical differences. The example app references the taglib in exactly the same way as the skeleton app. The only differences I can see are that the webwork.properties file for the example app defines an XML action file. The skeleton app does not and uses the views.properties. But that should not make a difference according to the documentation. 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? Larsson, Jonas wrote: Hi all, I'm out of options right now and I'm getting really frustrated with a problem which is probably a stupid user error but I still need some pointers... I've downloaded WW1.4 and tomcat 4.1.29. I've installed the skeleton app that comes with WW and read through all available configuration docs on the WW site but I still can't figure out why the skeleton app does not seem to recognize the WW taglib. The servlet seem to work OK and the action gets called but it only serves up plain HTML from the jsp. I get no errors though. Just a plain HTML page without the content the WW tags should have created. I've tried it all. From configuring web.xml taglib directive to point to the ww jar to extracting the taglib from the ww jar and pointing web.xml directly to it. I've also tried to move it around (root of WEB-INF, WEB-INF/libs) but no go. If I don't get this working tomorrow (I've been at it on and off for like two working days) I'm gonna throw WW out the window and just go with plain servlets/jsp. I have to start coding business code soon or I'll have no life for the next two months... How great to code all that validation code on hundreds of input fields... Regards Jonas, Frustrated Java developer -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure
Re: [OS-webwork] WebWork/2 Tool Support...
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 is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Re: Opensymphony-webwork digest, Vol 1 #1348 - 2 msgs
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 Martins wrote: Hi, funny that this came up now, exactly when I was trying to put to work the example that Ben Alex has done in this direction. Also for my project I will be needing this kind of Client Dispatcher, so I'm interested in helping develop it, as a future part of webwork or webwork-optional. Besides, it seems that this is something that is allready working quite well in WW1, at least I read a few comments from Rickard Oberg, that he uses it on his project. So it should be quite easy to put it into ww2. Probably it's just necessary some documentation + more elaborated examples that illustrate better. Fernando Martins -Original Message- From: Jason Carreira [EMAIL PROTECTED] Sent: Mon Dec 15 19:35:09 CET 2003 To: [EMAIL PROTECTED] Cc: I don't really know much about the XML/XSL view stuff... If it were me, I guess I'd use a Velocity template to generate XML, but maybe I'm missing something there. The ClientDispatcher shouldn't be too hard to get working... I personally don't have time to do it, but I'd be willing to share ideas and pointers with anyone who wanted to work on it. Jason -Original Message- From: Sergio Infante [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 1:32 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] Re: Opensymphony-webwork digest, Vol 1 #1348 - 2 msgs Jason, Thanks for your reply. These two features are key for our articulated architecture of which Webwork2 is the central piece. The idea being that no matter how you view (not just about templating but also about portals vs. web-apps vs. swing clients vs. altio clients) the results of business 'actions' the logic remains the same. XML/XSL provide us with the articulation we need in terms of connection points and for inter-operability; remote clients (ClientDispatcher) guarantee scalability on the business layer vs. presentation layer. For example, to make sure we can run the portal in a server cluster remotely (in a different context and possibly server cluster) from the central Webwork2 piece. In order of priorities for the project, XML/XSL is rather crucial and Remote invocation will become important in a few weeks. Ideally (IMHO) implementors should be able to switch from local to remote dispatchers based on the XML configuration on the client without changing anything in the client code or the server action. That provides real scalability. I have been looking at serveral frameworks in the past months and have to say that with these two features there is no framework out there that can touch Webwork2 (not that they're close). I say this because as much as I hope these features are included as quickly as possible, I realize the amount of work that has been done already. Please let me know if you have any ETA on these. Thanks again, Sergio Infante I'm not sure if Patrick ported the XSL view to WW2... The ClientDispatcher has not been added to WW2 yet because no-one's really been asking for it yet. If you need it and want to get it working, let us know and we can look at adding it in. From: Sergio Infante [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 12:41 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] Lost in Docs maze: Please help: XSL View and ClientDispatcher Hello, I was hoping somebody could help me figure out my way. I am a converted user of Maverick to Webwork2 but having some difficulties trying to follow documentation and figuring out which are Webwork and which are Webwork2 features. Right now I am interested in implementing two features: (1) XSL presentation as a View type and (2) the use of a remote client dispatcher (which I found somewhat documented in Webwork 1). These are key to the architecture I am defining to serve local and remote portals and web applications within the institution (education). Are these still present in Webwork2? If so, are they part of the current release? Is there any documentation showing how they work? Thanks so much for your time. Sergio --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click
Re: [OS-webwork] Re: Opensymphony-webwork digest, Vol 1 #1348 - 2 msgs
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: Mon Dec 15 21:38:10 CET 2003 To: [EMAIL PROTECTED] Cc: 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 Martins wrote: Hi, funny that this came up now, exactly when I was trying to put to work the example that Ben Alex has done in this direction. Also for my project I will be needing this kind of Client Dispatcher, so I'm interested in helping develop it, as a future part of webwork or webwork-optional. Besides, it seems that this is something that is allready working quite well in WW1, at least I read a few comments from Rickard Oberg, that he uses it on his project. So it should be quite easy to put it into ww2. Probably it's just necessary some documentation + more elaborated examples that illustrate better. Fernando Martins -Original Message- From: Jason Carreira [EMAIL PROTECTED] Sent: Mon Dec 15 19:35:09 CET 2003 To: [EMAIL PROTECTED] Cc: I don't really know much about the XML/XSL view stuff... If it were me, I guess I'd use a Velocity template to generate XML, but maybe I'm missing something there. The ClientDispatcher shouldn't be too hard to get working... I personally don't have time to do it, but I'd be willing to share ideas and pointers with anyone who wanted to work on it. Jason -Original Message- From: Sergio Infante [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 1:32 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] Re: Opensymphony-webwork digest, Vol 1 #1348 - 2 msgs Jason, Thanks for your reply. These two features are key for our articulated architecture of which Webwork2 is the central piece. The idea being that no matter how you view (not just about templating but also about portals vs. web-apps vs. swing clients vs. altio clients) the results of business 'actions' the logic remains the same. XML/XSL provide us with the articulation we need in terms of connection points and for inter-operability; remote clients (ClientDispatcher) guarantee scalability on the business layer vs. presentation layer. For example, to make sure we can run the portal in a server cluster remotely (in a different context and possibly server cluster) from the central Webwork2 piece. In order of priorities for the project, XML/XSL is rather crucial and Remote invocation will become important in a few weeks. Ideally (IMHO) implementors should be able to switch from local to remote dispatchers based on the XML configuration on the client without changing anything in the client code or the server action. That provides real scalability. I have been looking at serveral frameworks in the past months and have to say that with these two features there is no framework out there that can touch Webwork2 (not that they're close). I say this because as much as I hope these features are included as quickly as possible, I realize the amount of work that has been done already. Please let me know if you have any ETA on these. Thanks again, Sergio Infante I'm not sure if Patrick ported the XSL view to WW2... The ClientDispatcher has not been added to WW2 yet because no-one's really been asking for it yet. If you need it and want to get it working, let us know and we can look at adding it in. From: Sergio Infante [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 12:41 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] Lost in Docs maze: Please help: XSL View and ClientDispatcher Hello, I was hoping somebody could help me figure out my way. I am a converted user of Maverick to Webwork2 but having some difficulties trying to follow documentation and figuring out which are Webwork and which are Webwork2 features. Right now I am interested in implementing two features: (1) XSL presentation as a View type and (2) the use of a remote client dispatcher (which I found somewhat documented in Webwork 1). These are key to the architecture I am defining to serve local and remote portals and web applications within the institution (education). Are these still present in Webwork2? If so, are they part of the current release? Is there any documentation showing how they work? Thanks so much for your time. Sergio --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate
Re: [OS-webwork] WebWorks without velocity how to
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 refactoring I made during the weekend. I have attached two files: - template-changes.patch, A patch/diff file including all applicable changes relative the state in CVS HEAD 4 hours ago. - added.zip, a zip file with the new classes I have added. I will send a second message shortly, including a zip file including all the changed and added files to avoid the hassle of actually applying the patch file. Please feel free to criticise the code. There are probably issues with naming and there might be some code style issues. There is a lack of documentation, but I just wanted to fit in ;-). In case the changes are adopted, I will spend some more time on the documentation. Best Regards Fredrik Lindgren On Mon, 15 Dec 2003 08:55:01 +0200, remigijus [EMAIL PROTECTED] wrote: Nice to hear all these good news going around. And now seems that evryone is happy despite of some words against it. And mostly thanks to Fredrik Lindgren who I guess did it possible. One more question. Is it now available for download, cvs or new build, if not when it will? addedtemplate-changes.patch --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork/2 Tool Support...
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 been such a strong demand for tools to make life easier (pretty much non in ww1 and very few in ww2) is the simplicity of configuration, which has always been a big goal of both projects I believe. You don't need to be an expert or even particularly bright to be up and running and happily adding new views and so on, so fewer people end up thinking 'I wish there were a tool to make this easier' On Dec 15, 2003, at 9:14 PM, Peter White wrote: WebWork/2, IMHO, is an excellent framework but one of the areas where it seriously lags behind Struts is tool support. I haven't heard of any tools for making life as a WebWork developer easier besides the xwork.xml editor that someone on the mailing list came up with. If WebWork is to gain widespread acceptance, it's up to us as a community to start providing third-party tools to simplify WebWork development - none of the existing tools vendors are likely to invest the time in developing or porting their existing tools to work with WebWork until they see enough of a potential market to justify the development and maintenance costs. snip --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWorks without velocity how to
Good job, with more contributions like this the ww2 codebase might be even be considering by us skeptics one day. On Dec 14, 2003, at 7:20 PM, Fredrik Lindgren wrote: As a matter of fact it was fairly easy to refactor it. As promised, I took a shot at the refactoring during the weekend. I have managed to build and deploy a modified webwork-examples.war not including the velocity jar. Removing the velocity jar was only done for verification. I have nothing against the use of velocity in webwork. It just was a bit too tightly coupled for my taste. I have not yet had time to produce the patch files for my changes, but I intend to fix the last changes and send them to the list some time tomorrow night. In short my goal for the refactoring has been to enable pluggable template handling implementations while keeping existing use intact. - My changes work with the existing UI templates with no need for additional configuration. (It defaults to velocity) - The changes allow for overriding the implementation used as default, and on a tag by tag basis. To enable this I reintroduced the suffix attribute for the tags and removed the .vm extension from the current template names in the UI tags. - The AbstractUITag now extends a new AbstractTemplateTag. This moves the template handling code away from the XHTML specific attributes, which seem like a good idea any way. This allows webwork users to develop their own template based tags for areas other than HTML forms. Best Regards Fredrik Lindgren That said, I don't personally know exactly what webwork is using velocity for behind the scenes, so I don't know exactly how much effort is involved in refactoring. If it's easy, then fine, I'm all for cutting down unnecessary dependencies. But if it's a lot of hassle, I think that it's not worth the effort to remove the dependency. It would be great if there were no dependencies at all, but that's just not possible; if velocity or some other library is performing core functionality that couldn't be handled otherwise, then it deserves to remain a core 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 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 don't want to use oracle, I should not need to install it' On Dec 12, 2003, at 8:47 AM, Drew McAuliffe wrote: Unfortunately, that's like saying if I don't like commons-logging, I shouldn't be forced to use it. Or if I don't like ognl, I shouldn't be forced to use it. You can't make every dependency in the library pluggable. The only reason I could see velocity becoming a barrier to your work with webwork would be if the dependency forced you to write velocity templates. It does not. If you never want to touch a velocity template ever with webwork, you don't have to. But you need the jar file because it is used behind the scenes for some work. If you're not being forced to use velocity templates, then webwork shouldn't be forced to remove the dependency on something it uses for its internals just because you don't happen to like it. It sounds to me like you're confused about what the velocity dependency means. It doesn't mean you don't have a choice in presentation methods, because you do (Freemarker, JSP, velocity). If you want to use the ui tags, then you may want to know about velocity to understand the templates or provide your own. If you don't want to use them, then fine, don't, and you'll never be forced to even look at a velocity template. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of remigijus Sent: Friday, December 12, 2003 4:02 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] WebWorks without velocity how to - Original Message - From: Tracy Snell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 12, 2003 1:49 PM Subject: Re: [OS-webwork] WebWorks without velocity how to On Dec 11, 2003, at 1:22 PM, Jason Carreira wrote: WW1 you can use without velocity, WW2 uses velocity for its UI tag templates. If you don't plan to use the UI tags, you can remove it. You can use WW2 and just use JSPs and never have to write any Velocity templates. However, Velocity is still there lurking in the dark helping you out. Ok I'm happy to get velocity in help when I need it, but I don't want to be forced to do that. You can say siple don't use it. Ok I already doing that. But we are tolking about ww2 design issues. It has to be clear and if it's addition, evryone should now that is not ww2 but just another additional feature. And as I see some people also rising
Re: [OS-webwork] WebWorks without velocity how to
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 To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] WebWorks without velocity how to Good job, with more contributions like this the ww2 codebase might be even be considering by us skeptics one day. On Dec 14, 2003, at 7:20 PM, Fredrik Lindgren wrote: As a matter of fact it was fairly easy to refactor it. As promised, I took a shot at the refactoring during the weekend. I have managed to build and deploy a modified webwork-examples.war not including the velocity jar. Removing the velocity jar was only done for verification. I have nothing against the use of velocity in webwork. It just was a bit too tightly coupled for my taste. I have not yet had time to produce the patch files for my changes, but I intend to fix the last changes and send them to the list some time tomorrow night. In short my goal for the refactoring has been to enable pluggable template handling implementations while keeping existing use intact. - My changes work with the existing UI templates with no need for additional configuration. (It defaults to velocity) - The changes allow for overriding the implementation used as default, and on a tag by tag basis. To enable this I reintroduced the suffix attribute for the tags and removed the .vm extension from the current template names in the UI tags. - The AbstractUITag now extends a new AbstractTemplateTag. This moves the template handling code away from the XHTML specific attributes, which seem like a good idea any way. This allows webwork users to develop their own template based tags for areas other than HTML forms. Best Regards Fredrik Lindgren That said, I don't personally know exactly what webwork is using velocity for behind the scenes, so I don't know exactly how much effort is involved in refactoring. If it's easy, then fine, I'm all for cutting down unnecessary dependencies. But if it's a lot of hassle, I think that it's not worth the effort to remove the dependency. It would be great if there were no dependencies at all, but that's just not possible; if velocity or some other library is performing core functionality that couldn't be handled otherwise, then it deserves to remain a core 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 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 don't want to use oracle, I should not need to install it' On Dec 12, 2003, at 8:47 AM, Drew McAuliffe wrote: Unfortunately, that's like saying if I don't like commons-logging, I shouldn't be forced to use it. Or if I don't like ognl, I shouldn't be forced to use it. You can't make every dependency in the library pluggable. The only reason I could see velocity becoming a barrier to your work with webwork would be if the dependency forced you to write velocity templates. It does not. If you never want to touch a velocity template ever with webwork, you don't have to. But you need the jar file because it is used behind the scenes for some work. If you're not being forced to use velocity templates, then webwork shouldn't be forced to remove the dependency on something it uses for its internals just because you don't happen to like it. It sounds to me like you're confused about what the velocity dependency means. It doesn't mean you don't have a choice in presentation methods, because you do (Freemarker, JSP, velocity). If you want to use the ui tags, then you may want to know about velocity to understand the templates or provide your own. If you don't want to use them, then fine, don't, and you'll never be forced to even look at a velocity template. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of remigijus Sent: Friday, December 12, 2003 4:02 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] WebWorks without velocity how to - Original Message - From: Tracy Snell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 12, 2003 1:49 PM Subject: Re: [OS-webwork] WebWorks without velocity how to On Dec 11, 2003, at 1:22 PM, Jason Carreira wrote: WW1 you can use without velocity, WW2 uses velocity for its UI tag templates. If you don't plan to use the UI tags, you can remove it. You can use WW2 and just use JSPs and never have to write any Velocity templates. However, Velocity is still there lurking in the dark helping you out. Ok I'm
Re: [OS-webwork] parameter passing through ww1 chained actions.
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 user ,and any subsequent requests have no knowledge of what chains it has been through. So to do what you want, you would have to add in the parameters to your pages to inform the actions of what they should do. On Dec 14, 2003, at 11:56 PM, Mittag, Simon wrote: Hi, I have problems passing attributes through chained ww1 actions. Lets say I have an action chain a-b-c. Action class a has an attribute name that gets passed on using accessors. When debugging this, it first looks fine. Action b gets instantiated as SUCCESS event for a and b.setName() gets called, where the attribute gets passed over. I can see the results of that when halting in b.doValidation(). Next thing I do is an addError() in b.doValidation() because of additional parameters I want to enter through b s input jsp page. When I return from that input jsp and enter b.doExecute(), b.name is empty as if there was a new b instance. The value stack doesnt seem to have the parameters as if it was empty. (I checked that there isnt a same name parameter in b so it doesnt get overwritten with null or a new value, thats not it). Why does this value get wiped if actions are chained? I would like to chain actions to use previous actions attributes in follow up actions until the whole chain is handled. What am I missing? Regards, Simon P.S: Please note this is still ww1. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWorks without velocity how to
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 don't want to use oracle, I should not need to install it' On Dec 12, 2003, at 8:47 AM, Drew McAuliffe wrote: Unfortunately, that's like saying if I don't like commons-logging, I shouldn't be forced to use it. Or if I don't like ognl, I shouldn't be forced to use it. You can't make every dependency in the library pluggable. The only reason I could see velocity becoming a barrier to your work with webwork would be if the dependency forced you to write velocity templates. It does not. If you never want to touch a velocity template ever with webwork, you don't have to. But you need the jar file because it is used behind the scenes for some work. If you're not being forced to use velocity templates, then webwork shouldn't be forced to remove the dependency on something it uses for its internals just because you don't happen to like it. It sounds to me like you're confused about what the velocity dependency means. It doesn't mean you don't have a choice in presentation methods, because you do (Freemarker, JSP, velocity). If you want to use the ui tags, then you may want to know about velocity to understand the templates or provide your own. If you don't want to use them, then fine, don't, and you'll never be forced to even look at a velocity template. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of remigijus Sent: Friday, December 12, 2003 4:02 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] WebWorks without velocity how to - Original Message - From: Tracy Snell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 12, 2003 1:49 PM Subject: Re: [OS-webwork] WebWorks without velocity how to On Dec 11, 2003, at 1:22 PM, Jason Carreira wrote: WW1 you can use without velocity, WW2 uses velocity for its UI tag templates. If you don't plan to use the UI tags, you can remove it. You can use WW2 and just use JSPs and never have to write any Velocity templates. However, Velocity is still there lurking in the dark helping you out. Ok I'm happy to get velocity in help when I need it, but I don't want to be forced to do that. You can say siple don't use it. Ok I already doing that. But we are tolking about ww2 design issues. It has to be clear and if it's addition, evryone should now that is not ww2 but just another additional feature. And as I see some people also rising some questions about use of freemaker instead of velocity. I think I'm not only one person who think in this way. Forget about what is already, done, think again is it better to have it as option or let's say in the core of ww. Try to be objective, don't be inertic (inertia - I don't know how to write it in english in correct way, I hope you eill undertand). --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Security flaw with WW2
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 8:45 AM, BOGAERT Mathias wrote: Well, we are not all up to date on Java security policies, but since you seem to be, care to enlighten us? Thanks, Mathias -Original Message- From: John Patterson [mailto:[EMAIL PROTECTED] Sent: vrijdag 12 december 2003 14:42 To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] Security flaw with WW2 Time to brush up on Java security policies. - Original Message - From: Carlos Villela [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 12, 2003 1:32 PM Subject: RES: [OS-webwork] Security flaw with WW2 OOUCH! Ok, possible solutions: - Disallow POSTs with unknown referers (sucks, but works) - Disallow use of java.lang.System, java.lang.Runtime and friends in OGNL (good works) Good catch, John! -cv -Mensagem original- De: John Patterson [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 12 de dezembro de 2003 11:24 Para: Webwork Assunto: [OS-webwork] Security flaw with WW2 Guess what this does? html body form method=post action=http://myhost/app/myAction.action input name=@[EMAIL PROTECTED](1).dummy value=/ /form /body /html John. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
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 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 adding the exact same functionality to ww1, so you can choose between velocity and jsp and have both be equally optimised out of the box), I can tell you that on the latest versions of most popular servlet containers: a) nope b) depends c) nope --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] ActionContext.getParameters() return objects of class [Ljava.lang.String instead of java.lang.String
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 getClass().getName() method returns [Ljava.lang.String as classname. I had to use ServletActionContext.getRequest() to access the correct request parameters. is this desired to be a WW2 bug? regards, Hans -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von BOGAERT Mathias Gesendet: Mittwoch, 10. Dezember 2003 13:16 An: [EMAIL PROTECTED] Betreff: [OS-webwork] Empty string property now instead of null? Hi, When a form field (single textfield) is not filled, the request param is an empty string, which translates to an empty string array (ParametersInterceptor), but my property setter is called with an empty string. Should't that be null? Cheers, Mathias --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork Ikarus GuardNT hat dieses eMail auf Viren und Trojaner untersucht. Nichts Verdächtiges gefunden. keine Anlagen gefunden --- Ikarus GuardNT hat dieses eMail auf Viren und Trojaner untersucht. Nichts Verdächtiges gefunden. keine Anlagen gefunden --- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWorks without velocity how to
To be fair, there was a time when requestdispatchers were slow, and people would compare apples to oranges in requestdispatchers vs velocity templates. However, for webwork's needs, there is little to no difference between the two, based on any tests I've run. remigijus wrote: - Original 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 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 adding the exact same functionality to ww1, so you can choose between velocity and jsp and have both be equally optimised out of the box), I can tell you that on the latest versions of most popular servlet containers: a) nope b) depends c) nope I absolutly agree with Hani's opinion, Velocity can not be faster. There one main difference, velocity is used as template and it does parsing of the template file each time when it is used. Velocity works as interpreter (or I'm wrong). With JSP evrything is abolutly different. first time JSP is convetred to java servlet after that compiled to Java bytecod loaded to servlet engine and ready to serve as many pages as it is required in the fastest possible way. I don't understand how it can be faster. If someone can prove me other please do that. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: Spam:[OS-webwork] Xwork and hot redeploy
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 of a file to be checked on every request. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] OT: what do I need to use to never have to restart the app server to test changes?
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 using or tools to help accomplish this? --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] OT: what do I need to use to never have to restart the app server to test changes?
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 web.xml, then I take it we shouldn't be deploying via wars (can't touch web.xml until it's been deployed/extracted)? 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 using or tools to help accomplish this? --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork Ciao! Wayland Chan email: wchanATtrekspaceDOTcom -- Get your free email account from http://www.trekspace.com Your Internet Virtual Desktop! --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 1.4 and indexed properties
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
{
public Set getAllocations()
public void setAllocations(Set set)
public Allocation getAllocation(int index)
}
I have the following properties set in the request
allocation[0]/comments
I have also tried (with similar error)
allocation[0].comments
When I call:
BeanUtil.setProperties(ActionContext.getContext().getParameters(),
payment);
on a Payment with 1 Allocation in its set, I get the following error.
java.lang.IllegalArgumentException: Could not set parameter
allocation[0]/comments:java.lang.IllegalArgumentException:
Attempting to
set a indexed field allocation as an non-indexed field
at
webwork.util.BeanUtil.setProperties(Ljava.util.Map;
Ljava.lang.Object;)V(Bean
Util.java:193)
at
xxx.action.PaymentAction.doCreateAllocations()Ljava.lang.String;
(PaymentActi
on.java:126)
...
Can WW 1.4 handle the indexed properties? or am I doing something
wrong or
missing something?
Thanks in advance,
Frank
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Check if Collection is Empty
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 collection is empty and if not, print some messages. Is there a tag to check if a collection is empty in my JSPs? Right now, this one works webwork:if test=errorMessages There are Errors like . /webwork:if is there a better way or another tag to do this? Thanks Raj __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] encoding when multipart
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 fix this there, too... Jason -Original Message- From: Jonas Eriksson [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 5:34 AM To: [EMAIL PROTECTED] Subject: [OS-webwork] encoding when multipart I'm using iso-8859-1 to encode my resources, response, request etc. When I had to create a multipart request with both text and data (tested only data before) the text was not encoded correctly by the multipart service, in my case the PellMultiPartRequest (default in ww2). In that class the encoding is hardcoded to utf-8. How come? The rest of ww2 seems to default to iso-8859-1 as I have not told ww2/velocity to encode in any specific way. Cheers Jonas --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XDoclet and XWork validators
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, without the benefits of type safety and suchlike? On Nov 30, 2003, at 7:41 PM, Robert Nicholson wrote: Can XDoclet currently generate these from javadoc comments in your action? I don't see any references to doing this in the JOSP book. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] upload
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)
ServletActionContext.getRequest();
Enumeration e = multiWrapper.getFileNames();
while (e.hasMoreElements()) {
// get the value of this input tag
inputValue = (String) e.nextElement();
// get the content type
String contentType = multiWrapper.getContentType(inputValue);
// get the name of the file from the input tag
String fileName = multiWrapper.getFilesystemName(inputValue);
File file = multiWrapper.getFile(inputValue);
if (file == null) {
System.out.println(Error uploading: +
multiWrapper.getFilesystemName(inputValue));
} else {
System.out.println(Upload OK + file.getAbsolutePath());
}
}
it works fine with a small word document but any zip/exe/dll. file
the action is not even called i am jus directly reloading the page but
the page is blanc
i have these properties
webwork.multipart.saveDir=/tmp
webwork.multipart.maxSize=81920
webwork.i18n.encoding=ISO8859_1
how can i support any file ? and file size ?
Regards David
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Taglib.tld doesn't match structure of actual Tag classes
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 taglib --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 2.0 beta2/RC Released
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 'com.opensymphony.webwork.views.jsp.URLTag' has no setter method corresponding to TLD declared attribute 'page', (JSP 1.1 spec, 5.4.1) The examples for Jasper Reports never worked: - PDF Error 500--Internal Server Error - HTML Error 500--Internal Server Error - XML Error 500--Internal Server Error - CSV Error 500--Internal Server Error Not that great ... Lars, WHAT about the taglib.tld doesn't work? I filed one JIRA issue myself today about it, but I have no idea if your issue was the same as mine. On Wed, 19 Nov 2003, Lars Fischer wrote: I'm not pleased to announce that this version does not work with WebLogic (taglib.tld). Maybe the final release deserves a test with this unimportant server (unimportant for OpenSymphony developers). I'm pleased to announce that the long-delayed WebWork 2.0 beta 2 is finally out. This release can be considered a release candidate for a final release that we hope will take place in the next week. I'm currently uploading the zip file and I realize that the distro doesn't include the source for the example Java files. I'll be sure to include that for the final release - apologies. This release fixes a huge number of bugs, adds features, and most importantly, ensures a smooth migration path for existing WebWork 1.x users. Between now and the final 2.0 release we'll be working on documentation, including the migration path. Besides all the XWork fixes (XWork 1.0 beta 2 was released as well), Matt, Jason, and I - along with Cameron and all the people on this mailing list - resolved 120+ issues. The complete list can be found at http://jira.opensymphony.com/secure/BrowseProject.jspa?id=10030report=c hangelog. You can download the releases at: XWork - http://xwork.dev.java.net/files/documents/709/1805/xwork-1.0-beta2.zip WebWork - http://webwork.dev.java.net/files/documents/693/1806/webwork-2.0-beta2.z ip Thanks to everyone for all your patience and help getting this release out. Getting 2.0 final should be smooth sailing from here! The WebWork Team --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- Joseph B. Ottinger http://enigmastation.com IT Consultant[EMAIL PROTECTED] J2EE Editor - Java Developer's Journal [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 2.0 beta2/RC Released
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': The Tag class 'com.opensymphony.webwork.views.jsp.URLTag' has no setter method corresponding to TLD declared attribute 'page', (JSP 1.1 spec, 5.4.1) The examples for Jasper Reports never worked: - PDF Error 500--Internal Server Error - HTML Error 500--Internal Server Error - XML Error 500--Internal Server Error - CSV Error 500--Internal Server Error Not that great ... Lars, WHAT about the taglib.tld doesn't work? I filed one JIRA issue myself today about it, but I have no idea if your issue was the same as mine. On Wed, 19 Nov 2003, Lars Fischer wrote: I'm not pleased to announce that this version does not work with WebLogic (taglib.tld). Maybe the final release deserves a test with this unimportant server (unimportant for OpenSymphony developers). I'm pleased to announce that the long-delayed WebWork 2.0 beta 2 is finally out. This release can be considered a release candidate for a final release that we hope will take place in the next week. I'm currently uploading the zip file and I realize that the distro doesn't include the source for the example Java files. I'll be sure to include that for the final release - apologies. This release fixes a huge number of bugs, adds features, and most importantly, ensures a smooth migration path for existing WebWork 1.x users. Between now and the final 2.0 release we'll be working on documentation, including the migration path. Besides all the XWork fixes (XWork 1.0 beta 2 was released as well), Matt, Jason, and I - along with Cameron and all the people on this mailing list - resolved 120+ issues. The complete list can be found at http://jira.opensymphony.com/secure/BrowseProject.jspa?id=10030report=c hangelog. You can download the releases at: XWork - http://xwork.dev.java.net/files/documents/709/1805/xwork-1.0-beta2.zip WebWork - http://webwork.dev.java.net/files/documents/693/1806/webwork-2.0-beta2.z ip Thanks to everyone for all your patience and help getting this release out. Getting 2.0 final should be smooth sailing from here! The WebWork Team --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- Joseph B. Ottinger http://enigmastation.com IT Consultant[EMAIL PROTECTED] J2EE Editor - Java Developer's Journal [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 2.0 beta2/RC Released
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 deploying the provided 'webwork.war'. java.lang.NoClassDefFoundError at dori.jasper.engine.fill.JRFiller.fillReport(JRFiller.java:138) at dori.jasper.engine.JasperFillManager.fillReport(JasperFillManager.java:348) at webwork.view.jasperreports.JasperReportViewServlet.service(JasperReportViewServlet.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305) at weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.run(RequestDispatcherImpl.java:342) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97) at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:246) at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:222) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6291) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3575) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2573) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151) This is not critical for me because I don't use Jasper Reports at the moment. Regards, Lars 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 'com.opensymphony.webwork.views.jsp.URLTag' has no setter method corresponding to TLD declared attribute 'page', (JSP 1.1 spec, 5.4.1) The examples for Jasper Reports never worked: - PDF Error 500--Internal Server Error - HTML Error 500--Internal Server Error - XML Error 500--Internal Server Error - CSV Error 500--Internal Server Error Not that great ... Lars, WHAT about the taglib.tld doesn't work? I filed one JIRA issue myself today about it, but I have no idea if your issue was the same as mine. On Wed, 19 Nov 2003, Lars Fischer wrote: I'm not pleased to announce that this version does not work with WebLogic (taglib.tld). Maybe the final release deserves a test with this unimportant server (unimportant for OpenSymphony developers). I'm pleased to announce that the long-delayed WebWork 2.0 beta 2 is finally out. This release can be considered a release candidate for a final release that we hope will take place in the next week. I'm currently uploading the zip file and I realize that the distro doesn't include the source for the example Java files. I'll be sure to include that for the final release - apologies. This release fixes a huge number of bugs, adds features, and most importantly, ensures a smooth migration path for existing WebWork 1.x users. Between now and the final 2.0 release we'll be working on documentation, including the migration path. Besides all the XWork fixes (XWork 1.0 beta 2 was released as well), Matt, Jason, and I - along with Cameron and all the people on this mailing list - resolved 120+ issues. The complete list can be found at http://jira.opensymphony.com/secure/BrowseProject.jspa?id=10030report=c hangelog. You can download the releases at: XWork - http://xwork.dev.java.net/files/documents/709/1805/xwork-1.0-beta2.zip WebWork - http://webwork.dev.java.net/files/documents/693/1806/webwork-2.0-beta2.z ip Thanks to everyone for all your patience and help getting this release out. Getting 2.0 final should be smooth sailing from here! The WebWork Team --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help
Re: [OS-webwork] request params in an interceptor
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 get a class cast exception. Check this out. Map params = ctx.getParameters(); Object objMyParam = params.get(myParam); log.finer(objMyParam class = + objMyParam.getClass().getName()); returns - FINER: objMyParam class = [Ljava.lang.String; If I do the following: String strMyParam = ; log.finer(strMyParam class = + strMyParam.getClass().getName()); returns - FINER: strMyParam class = java.lang.String I don't understand what is being returned from the param class? What is [Ljava.lang.String; and how do I get a simple String from the param map? Thanks, Paul -Original Message- From: Jason Carreira [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 2:02 PM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] request params in an interceptor ActionContext.getContext().getParameters() -Original Message- From: Paul Knepper [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 4:52 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] request params in an interceptor How do I get request params in my interceptor? Say I have a url of, http://blah/myAction.action?myParam=foo In my interceptor I tried: ActionContext ctx = ActionContext.getContext(); String myParam = (String)ctx.get(myParam); myParam was null. Thanks, Paul --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Anybody checkout with Eclipse?
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 the IDEA and eclipse files. Robert Nicholson wrote: Somebody mentioned that my problem is because there's already a .project in the repository. My question is assuming Ant is used to build webwork 1.4 can the .cvsignore include that .project file so that Eclipse doesn't see it? Is the .project file that's in the repository meant to be public? Recap, I'm trying to check out the project thru the project wizard that way it will let me determine where it places the source code. Otherwise I'd already have to have a project created to place it somewhere else. On Nov 18, 2003, at 8:26 PM, Robert Nicholson wrote: I'm quite new to Eclipse but can anybody tell me why only some projects show the check a project configured in the new project wizard when you are checking stuff out of a CVS location? I don't understand why it shows me that option for many projects but not others including Webwork 1.4. For instance I can go to jakarta-velocity and it will show me that option but whenever I try either jakarta-tapestry or webwork 1.4 the only option is to check it out into the default work space path or an existing project but not thru the wizard. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] velocity tool support
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 startup listener instead, or subclass the appropriate class that creates the velocity context and puts in your custom stuff. On Nov 18, 2003, at 6:18 AM, Rickard Öberg wrote: Matt Ho wrote: I've opted to move this to the webwork extensions rather than have it part of the webwork core. Although the VelocityServlet will be deprecated, that won't be til Velocity 1.5! One of the features that's extremely appealing about the velocity tool project is the ability to easily add your own helpers to the velocity context. To that end, I've added a ToolContext (similar to velocity tools ToolboxContext) that allows you to add objects to the velocity context. What does this buy you that the #bean macro doesn't? The problem with this proposal, as I see it, is that they will always be instantiated, even if they're not used. By using #bean macro only those tools that are actually used will be created. IMO that's better. /Rickard --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Param directive
+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 reasons I prefer velocity over JSP is that the syntax is more natural, especially for things like iterations. Requiring two extra lines makes the whole thing ugly, unintuitive, and increases the possibility of errors (what if you forget to pop the item off of the stack? The possibility of subtle, hard to find errors over a large code base is definitely there). Also, the value stack should be used when it is necessary to be used. Passing a variable to a tag via a velocity directive doesn't seem to me like it needs to get the stack involved. You have a velocity approach the moment you start to use velocity as your templating language. The stack is a utility object that is available to your pages, and is obviously a core part of the framework, but if it doesn't need to get involved, it shouldn't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Lamuette Sent: Tuesday, November 18, 2003 1:06 AM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] Param directive Here is the different point of view. I personnaly think the push/pop actions are NOT a hack. Either you have a WW2 approach or a Velocity one. I think we are in the first one, that makes all the difference, the stack is the main way to access data. If you need to pass reference objects without pushing on the stack, just use velocity macros, it works perfectly. And I'd like to point out that you can ALWAYS pass in any object references via ognl (stack.findValue), you have just to push the needed object, in your example : #foreach( $number in $person.phoneNumbers ) $stack.push($number) #bodytag(Component template=numberDisplay.vm) #param(phoneNumber top) - actually, (behavior in the previous release) you pass $stack.findValue(top) = $number. #end #set ($trash = $stack.pop()) #end In your component numberDisplay.vm, you can use $parameters.phoneNumber as a direct reference : -- #set($phoneNumer = $parameters.phoneNumber ) $phoneNumber.number $phoneNumber.areaCode ... My conclusion would be : 1/ All you found impossible (pass in object references) is actually possible via the stack. 2/ I think it's important to keep the WebWork philosophy (data in a stack) to not break the consistency. 3/ Keep in mind, accessing the stack relies on ognl which is very very powerfull (projection for instance). I hope I convince you to keep as a standard the data access via the stack. Richard HALLIER Chef de projet [EMAIL PROTECTED] 01.40.12.41.52 www.uniclick.org UNICLICK -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Drew McAuliffe Envoye : mardi 18 novembre 2003 00:15 A : [EMAIL PROTECTED] Objet : RE: [OS-webwork] Param directive As I said in another reply, the biggest problem is that you can't use an object variable in velocity, since it always gets converted to a string first. If I have a collection of model objects, and want to call a component tag with them in an iteration through the collection, I can't, because a call to the component tag with the former behavior can only pass in the reference to the model object, converted to a string. For example, for a model object like PhoneNumber -number -area code -number type the new behavior will allow for syntax like this: #foreach ($number in $person.phoneNumbers) #bodytag (Component template=numberDisplay.vm) #param(phoneNumber $number) #end #end If you always call stack.findValue() behind the scenes, there's no way the value stack can know the value of a velocity variable unless you manually push it onto the stack, then pop it off. That's a hack to me, and is also inconsistent with the way every other velocity directive or macro works (directives and macros allow object references to be passed in, not just strings). The new approach still allows for strings evaluation, but it forces a manual call to $stack.findValue(). I think that's a fair tradeoff. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Lamuette Sent: Monday, November 17, 2003 9:16 AM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] Param directive As far as I am concerned this approach is not the correct one ! I explain my point of view with an example : With the latest XWork+WW2 cvs snapshot, you can write a select tag both ways : 1/ #tag(Select name='nameValue' ...) - in this case, the parameter with key=name and value=stack.findValue(nameValue) is added to the parameters map. is equivalent to #bodytag(Select ) #param(name nameValue) - in this case, the parameter
Re: [OS-webwork] API changes, again!
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: Whoa trigger. Please don't blame WebWork2 for being beta. I would much rather they get this right in beta regardless of how many changes they have to make then to either lock us into a bad solution or change after the production release is made. When developing on the bleeding edge you usually do get cut every now and then. Kris Thompson -Original Message- From: BOGAERT Mathias [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 3:52 AM To: [EMAIL PROTECTED] Subject: [OS-webwork] API changes, again! Hi, Just to let you guys know that I *again* have to upgrade my entire WebWork2 application. My previous version was from CVS 10/8/2003, and a lot of things seem to have changed. For instance, HttpServletRequestAware got ServletRequestAware (but still setting a HttpServletRequest??). All the templates have a new format, using parameters, so I have to migrate all my own templates (using CSS for tables) to the new format. I'm getting tired of migrating. If this happens again, I'm switching back to WW 1.3, at least I'll be ok for the next 6 months then. Mathias --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 1.4 release
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: Tuesday, November 18, 2003 2:35 AM Subject: [OS-webwork] WebWork 1.4 release 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 it's a pretty solid release with plenty of fixes and good reasons to upgrade. Release notes can be found at https://webwork.dev.java.net/servlets/ProjectDocumentView? documentID=1791noNav=true Thanks to all those who contributed, by filing issues, writing docs, fixing bugs, writing incredibly cool and fast new parsers, emailing in code, and providing encouragement. Thanks to the ww2 guys for providing motivation too (and I don't mean that in a snide way!). Enjoy! --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Checking out xwork and webwork
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 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Checking out xwork and webwork
...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 inconsistent. See https://xwork.dev.java.net/source/browse/xwork/ for example That's where I ended up at first. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Official OS repository?
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 cvs isn't such an impediment. On Nov 18, 2003, at 7:55 PM, Bruce Ritchie wrote: Wayland Chan wrote: Isn't Opensymphony (thus WW2, XW) hosted on opensymphony.sourceforge.net? All the urls I've seen flying around on this list show *.java.net. Have you moved? WW2 has moved to java.net and I believe WW 1.x has also moved (however Hani did post the latest 1.4 release to sourceforge as well). The reason is basically pragmatic - java.net works, sourceforge.net didn't (and probably still doesn't). Regards, Bruce Ritchie --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Newbie - CDList.jsp
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 current CD at the top, so when the propertytag tries to display 'album', the method called will be getAlbum() on the particular CD that the iterator now points at. On Nov 18, 2003, at 8:25 PM, Rajagopal. V wrote: Hello I just started looking at Webwork and checking out the examples. One thing i noticed in cdlist.jsp is this code webwork:iterator value=CDList option value=webwork:property value=album/ webwork:property value=album/, webwork:property value=artist/, webwork:property value=country/, webwork:text name='price' value0=@pricer/computePrice(price)/ /option /webwork:iterator CDList is actually a List of CD objects, but i couldnt find anywhere in the code where this cast is made back. So how does webwork know which object to call when the getAlbum() is called? TIA Raj __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] WebWork 1.4 startup error
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 webwork 1.3 with 1.4, my weblogic app fails to start with the following startup error: --- translation of /template/xhtml/checkbox.jsp failed: weblogic.servlet.jsp.JspException: (line 22): Error in using tag library uri='webwork' prefix='webwork': The Tag class 'webwork.view.taglib.URLTag' has no setter method corresponding to TLD declared attribute 'includeParams', (JSP 1.1 spec, 5.4.1) --- Any ideas? Thanks, Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] WebWork 1.4 release
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 it's a pretty solid release with plenty of fixes and good reasons to upgrade. Release notes can be found at https://webwork.dev.java.net/servlets/ProjectDocumentView? documentID=1791noNav=true Thanks to all those who contributed, by filing issues, writing docs, fixing bugs, writing incredibly cool and fast new parsers, emailing in code, and providing encouragement. Thanks to the ww2 guys for providing motivation too (and I don't mean that in a snide way!). Enjoy! --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] [OS-xwork] Spring IoC integration
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 helper in OS we could use that instead. Mike says there might be something, so I'll have a look. I believe the paramsInterceptor pushes the params onto the stack rather that set the properties on the ActionInvocation. Cheers, Ross Cameron Braid wrote: This is great. I would like to see this integrated into xwork propper :) What does everyone else think ? One thing - you have introduced a dependency on Commons Bean Utils. Can this be replaced with something else ? Could it not use the same method that the params interceptor uses ? Thanks. Cameron. Ross Mason wrote: Hi, As per the discussion late last week, we have a patch for Xwork so that it can use an external container to resolve component references. I've created the following issue - http://jira.opensymphony.com/secure/ViewIssue.jspa?key=XW-122 I've added a breakdown of the changes below, in summary, this is how it works- You can configure a action to have external references in the xwork.xml using a new external-ref tag on the action When the action is configured the external refs are stored on the action config. When the action is invoked, there is a new interceptor that will resolve these references. It does this by using a new attribute on the package config called externalReferenceResolver i.e. package name=default externalReferenceResolver=com.atlassian.xwork.ext.SpringServletConte xtReferenceResolver In this case, the SpringServletContextReferenceResolver implementation will handle the work of looking up and setting the references on the action. Note, if a resolver is not found on the actions package, it will tranverse up the package heirarchy to find one. We have an implementation for Spring, but I have not included it in this patch as it should probably go into an xwork-ext sub-project. Let me know what you want me to do with this... Here are the changes and additions to the xwork codebase - 1. added 2 new config attributes - - a new element external-ref to the action element in the config. i.e external-ref name=fooFoo/external-ref where name is the setter method name and Foo is the reference to lookup. - added an attribute to the package element called externalReferenceResolver which supplies a FQ classname to an ExternalReferenceResolver implementation. 2. Updated the xwork DTD accordingly. 3. Added 4 new classes - - External Reference - an encapsulation of the external-ref tag - ExternalReferenceResolver - an interface to provide implementations for resolving references from an external container - ExternalReferencesInterceptor - will resolve references on a given ActionInvocation - ReferenceResolverException - thrown by ExternalReferenceResolver 4. Added support for external references to the ActionConfig. I also added the attribute packageName to the ActionConfig, so that the Interceptor could determine which package the action belonged to in order to find the externalReferenceResolver. 5. Added support for the externalReferenceResolver attribute to the PackageConfig. 6. Added support for the extra configuration to the XMLConfigurationProvider and DefaultConfigurationProvider 7. Added tests in the org.opensymphony.xwork.config.ExternalReferenceResolverTest I've attached a cvs patch with all the changes. I built the patch against the latest src. Cheers, Ross --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] velocity ui tags
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 patch below that should be applied to get velocity ui
stuff working, all you have to do is apply that and add
webwork.ui.templateSuffix=vm
to your webwork.properties.
What's the feeling on committing this? It does have a small hack
(checking explicitly for .vm), but on the whole isn't too bad. Since
there was a bit of controversy regarding when it came up the last time
around I thought I'd ask first before committing. If nobody responds
with any yay or nays, I'll commit in a day or two.
--- src/main/webwork/view/taglib/ui/ComponentTag.java 9 Feb 2003
18:56:01 - 1.15
+++ src/main/webwork/view/taglib/ui/ComponentTag.java 15 Nov 2003
20:10:38 -
@@ -7,12 +7,14 @@
package webwork.view.taglib.ui;
import org.apache.commons.logging.*;
+import org.apache.velocity.context.Context;
import webwork.config.Configuration;
import webwork.util.ContainUtil;
import webwork.util.BeanUtil;
import webwork.view.taglib.IncludeTag;
import webwork.view.taglib.ParamTag;
import webwork.view.taglib.WebWorkBodyTagSupport;
+import webwork.view.velocity.VelocityHelper;
import javax.servlet.jsp.JspException;
import javax.servlet.jsp.JspTagException;
@@ -172,7 +174,13 @@
String templatePath = / + getTemplateDir() + / +
getTheme() + / + template;
if (log.isDebugEnabled())
log.debug(Using template: + templatePath);
- IncludeTag.include(templatePath, pageContext);
+ if(templatePath.endsWith(.vm))
+ {
+ Context c =
VelocityHelper.getContext(pageContext.getServletContext(),
pageContext.getRequest(), pageContext.getResponse());
+ VelocityHelper.merge(c, templatePath, pageContext.getOut());
+ }
+ else
+ IncludeTag.include(templatePath, pageContext);
return EVAL_PAGE;
} catch (Exception e) {
throw new JspTagException(Including component failed: +
toString(e));
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Looking for file upload documentation for WW 1.3
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] [mailto:[EMAIL PROTECTED] On Behalf Of Morten Sent: Wednesday, November 12, 2003 8:14 AM To: [EMAIL PROTECTED] Subject: [OS-webwork] Looking for file upload documentation for WW 1.3 Hi, Browsing the site I can find lots of documentation for how to upload a file using WW2. Is it different from 1.3? If so, where can I find an example for 1.3? Thanks, Morten --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] action reloading
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 actions, rather than the entire webapp. On Nov 6, 2003, at 3:49 AM, Dick Zetterberg wrote: What does the reloading mean really? That you can compile an action and Webwork will notice that it changed and update the class? How is this different from what the container would do if I tell it to detect changes to my classes? That it only 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 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 of statements inside of core, as well as docs warning people against using it in a production environment ;) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Dynamic redirect
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 SUCCESS (in the views.properties). Depending on some
condition, the doExecute() method must redirect the user to a specific
view
(for example a.jsp if we have condition A or b.jsb if we have
condition B
somethin like:
if(...) {
return SUCCESS;
else {
redirect to another
}
).
It's possible?! Must we use redirect.action?url= but with
changed
within the doExecute()?!
Thanx for any help!
Gio
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] action reloading
I had this working briefly in ww 1.3 but it broke due to some other change. I'll spend some time and try to get it going again. James Cook said: What about reloading the configuration contexts? For example, if a change to xwork.xml or components/xml also triggers a reload? -Original 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 actions, rather than the entire webapp. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] action reloading
Ok! The default will be to have it off anyway, for backward compatibility. It has 0 impact when it's off. When it's on all that is different is a different JavaActionFactory is used. Dick Zetterberg said: Ok, fine with me as long as it does not affect the stability/performance when production 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 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 actions, rather than the entire webapp. - 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 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 of statements inside of core, as well as docs warning people against using it in a production environment ;) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Add PushTag to WW1.3
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 inefficient when used for this purpose. This is because it evaluates the body, so a new bodyContent will be created by the container, which means that the data inside the property tag has to be shuffled around in the bodyContents, which is inefficient. The property tag would not be changed so it would not break compatibility. Any objections to this? Cheers, Dick Zetterberg [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Re: Change in exception handling suggestion
Of course, this cuts both ways, I'd welcome (nay, encourage!)
submissions for patches that port 2.x features back into 1.x
On Nov 4, 2003, at 11:36 PM, Patrick Lightbody wrote:
PS: I'm against adding features to the 1.x codeline that the 2.x
codeline won't need -- that just makes the migration that much
trickier. At this point, anything added to 1.x should be added to 2.x,
unless of course it already exists in 2.x
-Pat
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Joseph Ottinger
Sent: Tuesday, November 04, 2003 6:33 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Re: Change in exception handling suggestion
I've still been mulling this over, despite the humour here, and I still
think that this exception handling thing is a Good Idea.
WW2/XW wouldn't need it, because the interceptors presumably would
serve
the same role, but WW1 users tend to have a certain, very similar
approach
to handling this kind of thing, and the tendency for similar approaches
is
why I think the framework *should* standardize it. So far, I, Mr. Cook,
and a few WW converts here use the same kind of solution (arrived at
independently, as far as I know); any 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. The Action method's signature might look like this:
public String handleException(Throwable t) throws Throwable;
The ActionSupport implementation:
public String handleException(Throwable t) throws Throwable {
throw t;
}
I like it, but I would make it an interface:
public interface ExceptionHandler extends Action {
String handleException(Throwable t);
}
and then have an interceptor which will catch the exception and do
the right
thing if the action instanceof ExceptionHandler.
Chris
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
Joseph B. Ottinger http://enigmastation.com
IT Consultant[EMAIL PROTECTED]
J2EE Editor - Java Developer's Journal [EMAIL PROTECTED]
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] action reloading
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 of statements inside of core, as well as docs warning people against using it in a production environment ;) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] [webwork2] Stable/Nightly build
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, maven/mavenites do something to flare all my violent tendencies and I'm back to square one. On Nov 5, 2003, at 12:40 AM, Ross Mason wrote: Thanks for that. BTW the maven build for the projects doesn't currently work i.e. maven jar Ross - Original Message - From: Francisco Hernandez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 4:00 PM Subject: Re: [OS-webwork] [webwork2] Stable/Nightly build ok i've seen this question asked too many times, so i've gone ahead and created a Webwork2 FAQ, see: http://wiki.opensymphony.com:8080/space/Webwork2+FAQ Ross Mason wrote: Is there somewhere where I can download a current build of webwork 2? I've downloaded the source, but it would not build (the project file is a bit out of date). Cheers, Ross --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Change in exception handling suggestion
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 wrote:
A client of mine has been trying out WW1.3 and the exception handling
around execute() yielded a question and suggestion. The issue is that
throwing exceptions either bubbles up to the webapp layer, or involves a
pattern where a common ActionSupport derivative wraps a method call in
various try/catch blocks in an attempt to control routing of the
exception.
Using the servlet container's exception handling is workable, but ugly,
especially in the case where a common exception can be thrown. The pattern
where a process() method is wrapped is better, but not by much.
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 String handleException(Throwable t) throws Throwable {
throw t;
}
What would happen is that the invoker, in a try/catch, would call
handleException() to handle any exceptions. The default behaviour would
be to re-throw the exception, which would yield the exact same behaviour
WebWork has today.
However... you could ALSO override handleException() to add an error to
the error array, and return INPUT (or ERROR, or whatever) instead, which
would allow an action hierarchy to easily compartmentalize exception
handling, without FORCING an application to do so.
Thoughts? Insults? Points?
---
Joseph B. Ottinger http://enigmastation.com
IT Consultant[EMAIL PROTECTED]
J2EE Editor - Java Developer's Journal [EMAIL PROTECTED]
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Change in exception handling suggestion
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 of dollars per year for a State entity. Hey don't shoot the messenger! For another thing, I know that ww1.3 is deployed in many places, a lot of which are far from toy apps. I don't have an opinion as to whether it should be added to ActionSupport, but I'm curious as to where people think the line should be drawn. Why should this be added to ActionSupport as opposed to your own subclass? (We all have subclassed ActionSupport or rolled our own, haven't we?) Right, so this highlights another issue, that for people who need this sort of functionality, they can just put it in their subclass. Adding it to the base class would hurt everyone who already does it in the subclass. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Re: Change in exception handling suggestion
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 String handleException(Throwable t) throws Throwable {
throw t;
}
I like it, but I would make it an interface:
public interface ExceptionHandler extends Action {
String handleException(Throwable t);
}
and then have an interceptor which will catch the exception and do the right
thing if the action instanceof ExceptionHandler.
Chris
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Exception handler proposal
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 delegated to the most responsible party, not the framework. Thus, the web app exception handler, or the caller's, in the case of XWork's. I think this is a good point. I also would like to warn that what some people try to convince for here is nothing but an attempt of creating parallel worlds inside xwork/webwork. Even if xwork is used in JSDK context it appears that JSDK's internal mechanisms are not sufficient, and effectively has to be replaced by alternative, parallel version of error handling mechanism. And the reason for it is to make a use of xwork's/webwork's mechanisms. It is definitely not good if framework has to duplicate some mechanisms. That means that framework doesn't integrate well, and you have to look why it is so. IMHO the problem comes from that XWork promotes non-careful exception handling. Becouse everything throws exception it's very tempting to leave all the handling to the caller. Finally people are left with the container receiving numerous exceptions that it is not designed to work with. It's easy to conclude with an idea of extending exception mapping mechanisms. I personally think that you should consider that good framework is the framework that only works within it's specific problem domain, and not duplicates exsisting solutions. --Mike --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Old wounds!
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: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Old wounds!
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 to get what previously gotten by the Aware interfaces.. Yup, that was it. why using ActionContext instead of Aware is another question :) Because it's easier and less verbose? /Rickard --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Old wounds!
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 PM, Rickard Öberg wrote: Dick Zetterberg wrote: Removing the interfaces would break many old applications so that should probably never be done. (Since those are the applications using WW1). So, since the interfaces will not be removed, then the deprecation might instead be removed so you don't get the annoying warnings all the time (or rather, you can turn on the deprecation warnings and not be flooded with warnings you already know about). I suppose you meant turn off the deprecation warnings. /Rickard --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Old wounds!
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 wrote: 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 PM, Rickard Öberg wrote: Dick Zetterberg wrote: Removing the interfaces would break many old applications so that should probably never be done. (Since those are the applications using WW1). So, since the interfaces will not be removed, then the deprecation might instead be removed so you don't get the annoying warnings all the time (or rather, you can turn on the deprecation warnings and not be flooded with warnings you already know about). I suppose you meant turn off the deprecation warnings. /Rickard --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- Joseph B. Ottinger http://enigmastation.com IT Consultant[EMAIL PROTECTED] J2EE Editor - Java Developer's Journal [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] webwork 1.3
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 on WW 2.0. What's cooking for 1.3.1? At the moment, nothing. I don't want to promise anything because well, there's a good chance I might not deliver. I'd like to clean things up and take stock of the state of it first, make sure the build process is spitting out useful stuff, and then maybe tackle open issues/new features. Before everyone gets all excited, this might well not happen, so don't take it as a promise! --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
