webwork-user Mailing List for WebWork (Page 2)
Brought to you by:
baldree,
rickardoberg
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(24) |
Dec
(194) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(70) |
Feb
(133) |
Mar
(193) |
Apr
(114) |
May
(141) |
Jun
(176) |
Jul
(334) |
Aug
(418) |
Sep
(329) |
Oct
(209) |
Nov
(296) |
Dec
(122) |
2002 |
Jan
(123) |
Feb
(61) |
Mar
(115) |
Apr
(149) |
May
(124) |
Jun
(69) |
Jul
(80) |
Aug
(22) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
|
2003 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Rickard <ri...@dr...> - 2002-08-01 09:47:13
|
Patrick Lightbody wrote: > Well, for one, WebWork needs to completely remove itself from the "web". > This is WW-12 and is critical towards this goal. For example, > ActionContext.getRequest() returns an HttpSerlvetRequest object. All th= e > servlet stuff needs to be abstracted away and then allow for a pluggabl= e > design that gives the developer the opportunity to dictate how > getRemoteUser() or getAttriute() or getParameter() behaves. True. The context stuff needs to be more modular and pluggable. I'm=20 currently implementing the Portlet API (JSR168), and there's a bunch of=20 stuff there that needs to be made available to the action(if used for=20 Portlet implementation). The user is one of those things. But this=20 should only be done if the action is actually used as a portlet. So, the=20 ActionContext stuff shouldn't be bloated unnecessarily. Not sure how to=20 do this best... /Rickard --=20 Rickard =D6berg Senselogic |
From: Patrick L. <pli...@ho...> - 2002-08-01 09:36:20
|
>> Great stuff - I think there's a lot of cool things WW can do to become an >> uber-command framework. > >Yup, but what? What is missing? Well, for one, WebWork needs to completely remove itself from the "web". This is WW-12 and is critical towards this goal. For example, ActionContext.getRequest() returns an HttpSerlvetRequest object. All the servlet stuff needs to be abstracted away and then allow for a pluggable design that gives the developer the opportunity to dictate how getRemoteUser() or getAttriute() or getParameter() behaves. -Pat |
From: Mike Cannon-B. <mi...@at...> - 2002-08-01 09:31:25
|
>> Great stuff - I think there's a lot of cool things WW can do to become an >> uber-command framework. > > Yup, but what? What is missing? It would be cool to have a simple ActionExecutor? Something like: ActionExecutor.execute("actionName", paramsMap); Then of course you could have asynchronous commands: ActionExecutor.executeAsync("actionName", paramsMap); And queued commands (where commands are put onto a named queue, or the default queue and executed when there is a free thread). This is very useful for things like indexing which you don't really care if they are done instantly - so asynchronous execution - but you also only want one command executing at once. ActionExecutor.queueCommand("actionName", paramsMap); // default queue ActionExecutor.queueCommand("actionName", paramsMap, "queueName"); How about timed commands which execute repeatedly, or after a particular delay, or at a particular time? (like a TimerTask, but bundled with a command) And you could have various 'batch command execution' utilities, like the ActionPool (for parallel command execution) or perhaps an ActionList (where commands are added, and then executed in a single go). I'm sure there are many more ideas here - these are just off the top of my head :) (Warning: these make webwork far more powerful than it currently is, but make it much more 'confusing' also?) >> For example someone (Noah?) sent me via email his ActionPool implementation, >> which is a funky idea! > <snip> > > That is a really powerful thing, which will be great for many things > (delegated searches come to mind). Add it :-) Will do when I get time. Cheers, Mike |
From: Rickard <ri...@dr...> - 2002-08-01 09:13:56
|
Mike Cannon-Brookes wrote: > Great stuff - I think there's a lot of cool things WW can do to become = an > uber-command framework. Yup, but what? What is missing? > For example someone (Noah?) sent me via email his ActionPool implementa= tion, > which is a funky idea! <snip> That is a really powerful thing, which will be great for many things=20 (delegated searches come to mind). Add it :-) /Rickard --=20 Rickard =D6berg Senselogic |
From: Mike Cannon-B. <mi...@at...> - 2002-08-01 09:06:35
|
>> PS Does anyone else use WW without the web? (ie as a generic command pattern >> framework?) I think there are a lot of improvements we could make in this >> area. > > I've implemented a basic RMI framework for our content management > product using it, and the ClientServletDispatcher. Trivial RMI in three > classes, and without the hassle of having to implement Remote interfaces > (i.e. no RemoteExceptions). We'll also be using it later on in > application to send commands from the client applet to the server in > order to execute a bunch of things there (instead of doing many > applet/server calls). > > /Rickard Rickard, Great stuff - I think there's a lot of cool things WW can do to become an uber-command framework. For example someone (Noah?) sent me via email his ActionPool implementation, which is a funky idea! Basic usage is something like this: (an ActionPool is just an Action with special powers!) ActionPool pool = (ActionPool)ActionFactory.getAction("poolImpl"); pool.setSize(2); pool.addAction(anotherAction); pool.addAction(anotherAction2); pool.addAction(anotherAction3); pool.addAction(anotherAction4); pool.addAction(anotherAction5); pool.execute(); This will now execute the 5 pooled actions simultaneously (using up to pool.size() threads) and execute will return when all other actions have been executed and when the last one completes. Funky stuff! If I get time, I'll clean it up and submit. (I think that's why he sent it to me - I forget) Yell if you want it. Cheers, Mike |
From: Rickard <ri...@dr...> - 2002-08-01 08:57:15
|
Mike Cannon-Brookes wrote: > PS Does anyone else use WW without the web? (ie as a generic command pa= ttern > framework?) I think there are a lot of improvements we could make in th= is > area. I've implemented a basic RMI framework for our content management=20 product using it, and the ClientServletDispatcher. Trivial RMI in three=20 classes, and without the hassle of having to implement Remote interfaces=20 (i.e. no RemoteExceptions). We'll also be using it later on in=20 application to send commands from the client applet to the server in=20 order to execute a bunch of things there (instead of doing many=20 applet/server calls). /Rickard --=20 Rickard =D6berg Senselogic |
From: Mike Cannon-B. <mi...@at...> - 2002-08-01 08:06:54
|
Francisco, Good point - I actually patched this a while ago locally and forgot to commit it. But now I can't find the patch. I think there were two problems, one is that ActionContext.getContext() returns null (can't remember why) and the other is that ParametersActionFactoryProxy tries to set the parameters using BeanUtil on the action retrieved (which fails if you're using WW as a command framework - ie calling ActionFactory.getAction(actionclass)) From looking in web CVS, it seems that PAFP contains try { BeanUtil.setProperties(ActionContext.getContext().getProperties(), action); } ... which fails when ActionContext.getContext() returns null. This try/catch needs to be wrapped in an if clause. I'm not sure why ActionContext.getContext() actually returns null, browsing CVS web doesn't yield any immediate answers to me. Hope this helps someone fix it :) Cheers, Mike PS Does anyone else use WW without the web? (ie as a generic command pattern framework?) I think there are a lot of improvements we could make in this area. Unfortunately WW's name is not the best here :) On 1/8/02 5:44 PM, "Francisco Hernandez" (fhe...@fh...) penned the words: > I've got a problem with running ActionSupport based classes outside of > webwork servlet container, what happens in that when i invoke > ActionSupport.execute() it throws a NullPointerException which is caused by > it calling ActionContext.getContext() which in turn is calls > java.lang.ThreadLocal.get() which is returning null, I was able to execute > ActionSupport.execute based classes up to version 1.1 I belive and earlier, > what changed that could be causing this error? > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
From: Francisco H. <fhe...@fh...> - 2002-08-01 07:44:02
|
I've got a problem with running ActionSupport based classes outside of webwork servlet container, what happens in that when i invoke ActionSupport.execute() it throws a NullPointerException which is caused by it calling ActionContext.getContext() which in turn is calls java.lang.ThreadLocal.get() which is returning null, I was able to execute ActionSupport.execute based classes up to version 1.1 I belive and earlier, what changed that could be causing this error? |
From: Marco P. <mp...@ci...> - 2002-07-31 13:43:02
|
Hi, I've made a patch to add java.math.BigDecimal support to WW. Where/how should I post it ? Marco |
From: Marco P. <mp...@ci...> - 2002-07-31 10:17:27
|
Hi there, does this bug reappeared in latest CVS update ? Marco ma...@sm... wrote: > Ok. Thanks for the debug. I'll get this fixed. > > -Matt > > On Tue, 25 June 2002, "Taavi Tiirik" wrote > > >>Matt, >> >>The only issue left with redirect action is when > > somebody > >>uses it as a result view of another action. >> >>I used to have in my views.properties file: >> >> someaction.action=SomeAction >> > > someaction.success=redirect.action?url=anotheraction.action > >>This does not work after introducing action chaining > > but it can > >>be made to work by making sure that view definition > > does not > >>end with '.action' or whatever ones > > "webwork.action.extension" > >>is set to. >> >>So, I have modified my success views to something > > like this: > >> > > someaction.success=redirect.action?url=anotheraction.action&a > >>... and it works again. >> >>thanks, >> >>with best wishes, >>Taavi >> >> >> >> >> > > ------------------------------------------------------- > >>Sponsored by: >>ThinkGeek at http://www.ThinkGeek.com/ >>_______________________________________________ >>Webwork-user mailing list >>Web...@li... >> > > https://lists.sourceforge.net/lists/listinfo/webwork-user > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Marco Papini - Cinetica e-mail: mp...@ci... tel: 0549-970848 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= |
From: Mike Cannon-B. <mi...@at...> - 2002-07-23 08:57:58
|
Hey guys, Just to let you know we migrated all the data from the WW JIRA to the OpenSymphony JIRA today. If you had an account and did something, it still exists (but you will need to reset your password). If you didn't do anything, you'll need to sign up again. You can now access all the webwork issues at http://jira.opensymphony.com Also I updated the OS JIRA to 1.3.3 today, which means a while lot of nice little UI improvements, and an XML (RSS) issue view (which is very funky!). For example if you want to view (or subscribe in your favourite RSS aggregator) a feed of the latest OpenSymphony issues raised, try this URL: http://jira.opensymphony.com/IssueNavigator.jspa?createdPrevious=604800000&t empMax=15&view=rss&reset=true (you can of course filter this by a particular project or whatever you want) Enjoy. Mike PS email me if you notice anything strange - it all looks to be operating fine to me! |
From: Rickard <ri...@dr...> - 2002-07-18 06:29:28
|
Mike Cannon-Brookes wrote: > IMHO it should all just go to the os-ww list - and if it's too much, we= can > think about splitting it. >=20 > Looking back at the archives for the past few weeks (I have both ww-dev= el > and ww-user filtered into the same folder) - there's rarely more than 5 > messages a day to _both_ lists (and often cross posted!) :) >=20 > My $0.02 - IMHO we see how it goes, and we can add another list later. I'd agree with the above. Keep it one for now, for both user and dev. /Rickard --=20 Rickard =D6berg |
From: Mike Cannon-B. <mi...@at...> - 2002-07-18 01:17:09
|
IMHO it should all just go to the os-ww list - and if it's too much, we can think about splitting it. Looking back at the archives for the past few weeks (I have both ww-devel and ww-user filtered into the same folder) - there's rarely more than 5 messages a day to _both_ lists (and often cross posted!) :) My $0.02 - IMHO we see how it goes, and we can add another list later. -mike On 18/7/02 10:26 AM, "Toby Hede" (tob...@in...) penned the words: > Is there no separate ww development list? Is there a large volume of > development mail on the os-developer list? Or should ww development just go > to the os-ww list? > > > >> WW is now integrated with Open Symphony. Please take a >> moment to sign up for the appropriate mailing list (see >> below). I'm currently in the process of migrating our >> documentation to HTML. I hope to have this done by >> week's end. I'm only trying to duplicate what we have >> with a few revisions. Later, we can take a look at >> inadequecies. >> >> All webwork related questions should be sent here: >> ope...@li... >> >> Developers should also sign up for: >> ope...@li... >> >> -Matt >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Webwork-user mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/webwork-user > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel |
From: Matt B. <ma...@sm...> - 2002-07-18 00:41:16
|
os-ww list for all WW related stuff ----- Original Message ----- From: "Toby Hede" <tob...@in...> To: <web...@li...>; <web...@li...> Sent: Wednesday, July 17, 2002 7:26 PM Subject: [Webwork-devel] Re: [Webwork-user] WW integration > Is there no separate ww development list? Is there a large volume of > development mail on the os-developer list? Or should ww development just go > to the os-ww list? > > > > > WW is now integrated with Open Symphony. Please take a > > moment to sign up for the appropriate mailing list (see > > below). I'm currently in the process of migrating our > > documentation to HTML. I hope to have this done by > > week's end. I'm only trying to duplicate what we have > > with a few revisions. Later, we can take a look at > > inadequecies. > > > > All webwork related questions should be sent here: > > ope...@li... > > > > Developers should also sign up for: > > ope...@li... > > > > -Matt > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Webwork-user mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-user > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
From: Toby H. <tob...@in...> - 2002-07-18 00:26:06
|
Is there no separate ww development list? Is there a large volume of development mail on the os-developer list? Or should ww development just go to the os-ww list? > WW is now integrated with Open Symphony. Please take a > moment to sign up for the appropriate mailing list (see > below). I'm currently in the process of migrating our > documentation to HTML. I hope to have this done by > week's end. I'm only trying to duplicate what we have > with a few revisions. Later, we can take a look at > inadequecies. > > All webwork related questions should be sent here: > ope...@li... > > Developers should also sign up for: > ope...@li... > > -Matt > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
From: <ma...@sm...> - 2002-07-17 18:54:59
|
Also, if you are interested in CVS updates, you will need to sign up for that mailing list as well as the others. On Wed, 17 July 2002, ma...@sm... wrote > > WW is now integrated with Open Symphony. Please take a > moment to sign up for the appropriate mailing list (see > below). I'm currently in the process of migrating our > documentation to HTML. I hope to have this done by > week's end. I'm only trying to duplicate what we have > with a few revisions. Later, we can take a look at > inadequecies. > > All webwork related questions should be sent here: > ope...@li... > > Developers should also sign up for: > ope...@li... > > -Matt > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
From: <ma...@sm...> - 2002-07-17 18:37:40
|
WW is now integrated with Open Symphony. Please take a moment to sign up for the appropriate mailing list (see below). I'm currently in the process of migrating our documentation to HTML. I hope to have this done by week's end. I'm only trying to duplicate what we have with a few revisions. Later, we can take a look at inadequecies. All webwork related questions should be sent here: ope...@li... Developers should also sign up for: ope...@li... -Matt |
From: Matt B. <ma...@sm...> - 2002-07-16 00:33:51
|
Yes because WW is providing a wrapper around HTTP Session. ----- Original Message ----- From: "Ryan LeCompte" <rm...@lo...> To: <web...@li...> Sent: Tuesday, July 09, 2002 6:39 PM Subject: [Webwork-user] Session (Map) contents. > > Hello, > > > I'm curious... do the objects that are stored in the > session object within an action required to implement the > java.io.Serializable interface? I know that objects placed > in HttpSession must be, but it appears that WebWork presents > the programmer with just a plain Map. Do the rules still > apply? > > Thanks, > > Ryan LeCompte > rm...@lo... > http://www.louisiana.edu/~rml7669 > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Stuff, things, and much much more. > http://thinkgeek.com/sf > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user > > |
From: Rickard <ri...@dr...> - 2002-07-15 09:39:39
|
Matt Baldree wrote: >>4) I needed the system as a whole to be proxy-based in order to do >>memorymanagement with object caches. Since AspectJ works on regular >>classes that wouldn't work (AFAIK). >=20 > You can advise objects as well. Hm.. not sure what this has to do with my 4 point. What I meant was that=20 I really needed the proxy/object separation, as in EJB, in order to do=20 memory management. I *don't* want my entire object graph to be in memory=20 all the time. > Ok, I'm sure it makes sense for your project. But, I think that AspectJ= will > become the defacto standard in the future. That is quite probable, sure. But I think there's enough room for more=20 implementations than just AspectJ. /Rickard --=20 Rickard =D6berg |
From: Rickard <ri...@dr...> - 2002-07-15 07:13:15
|
Joacim J=E4rkeborn wrote: > We have an WebWork action class that executes the first time it's=20 > called, then from the JSP page a modal dialog appears with information=20 > from the action. When user closes that dialog and wants to run the same= =20 > action to get other data the previous data appears again (the action=20 > doesn't executes). With only the limited info you gave above it is impossible to answer=20 this. Your best bet is to add a lot of debug output, or use a real=20 debugger to find out what's going on. WebWork does not cache actions, so=20 that's not the problem. /Rickard |
From: Peter K. <pe...@mo...> - 2002-07-15 00:58:02
|
This looks like exactly what I wanted, thanks. I'm going to have a look at how much work this will be to integrate with WW and if I can't do that I'll have a go at making it talk to our Versant object database. Sunday, July 14, 2002, 8:51:19 AM, Roger Holbrook wrote: RH> Peter Kelley wrote: >>Has anyone come up with a good way to hang printable reports off >>webwork actions which supply the report data ? RH> See the following thread: RH> http://www.mail-archive.com/web...@li.../msg00766.html RH> the JasperReports project: RH> http://jasperreports.sourceforge.net/ RH> and the Jira WebWork item: RH> http://opensource.atlassian.com/projects/webwork/secure/ViewIssue.jspa?key=WW-38 RH> So its obviously a popular topic :-) RH> Roger RH> ------------------------------------------------------- RH> This sf.net email is sponsored by:ThinkGeek RH> Welcome to geek heaven. RH> http://thinkgeek.com/sf RH> _______________________________________________ RH> Webwork-user mailing list RH> Web...@li... RH> https://lists.sourceforge.net/lists/listinfo/webwork-user -- regards, Peter Kelley MoveIt Pty Ltd "If you want to build a ship, don't drum up the men to gather wood, divide the work and give orders. Instead, teach them to yearn for the vast and endless sea." - Saint-Exupery |
From: Matt B. <ma...@sm...> - 2002-07-14 14:11:10
|
see below. ----- Original Message ----- From: "Rickard" <ri...@dr...> To: "Matt Baldree" <ma...@sm...> Cc: "Christoph Kiehl" <ki...@su...>; <web...@li...> Sent: Friday, July 12, 2002 12:07 PM Subject: Re: [Webwork-user] Why I like WebWork > Matt Baldree wrote: > > What are you using instead of Aspect and why did you decide not to use it? > > What I'm using is already answered in other posts, but why I didn't use > it is for the following reasons: > 1) the need for a proprietary compiler agree. I find this a pain but you can run the code through their compiler to produce generated code and run it through the normal compiler. > 2) the somewhat unwieldy language extensions in AspectJ agree. What do you expect from the creator of CLOS. To get a better feel of the language, I find it helpful to use their IDE plugins to see the effects of your advice. They only have plugins for Eclipse, JBuilder, Emacs, and Forte. When IntelliJ matures/releases its API, they will create a plugin for it. > 3) the inability to do runtime changes (everything in AspectJ is > compiletime) This will be changed with 2.0 release. They have chosen to not provide runtime changes because they wanted to exercise the language first. > 4) I needed the system as a whole to be proxy-based in order to do > memorymanagement with object caches. Since AspectJ works on regular > classes that wouldn't work (AFAIK). You can advise objects as well. > 5) I wanted to find out if it was possible to implement AOP using plain > Java. > Ok, I'm sure it makes sense for your project. But, I think that AspectJ will become the defacto standard in the future. > That's about it I guess. > > /Rickard > > -- > Rickard Öberg > > > |
From: Roger H. <ro...@fl...> - 2002-07-13 22:56:16
|
Peter Kelley wrote: >Has anyone come up with a good way to hang printable reports off >webwork actions which supply the report data ? See the following thread: http://www.mail-archive.com/web...@li.../msg00766.html the JasperReports project: http://jasperreports.sourceforge.net/ and the Jira WebWork item: http://opensource.atlassian.com/projects/webwork/secure/ViewIssue.jspa?key=WW-38 So its obviously a popular topic :-) Roger |
From: Bill B. <bi...@pr...> - 2002-07-13 21:32:20
|
Hello Peter, The obvious answers might be to generate PDF using Apache FOP or iText. The less obvious: * Generate RTF using Velocity: http://marc.theaimsgroup.com/?l=velocity-user&m=101906618924386&w=2. * If all your users have M$ Excel installed, generate HTML tables but output the Excel MIME type. Not sure, but I think if you use <th>...</th> tags for your headings, Excel will use the content for the page header when printing. In any case, mock up at least one page of output in Excel so it prints the way you want including the use of the desired format for cells. Then save the file as a single HTML page. Use that as the basis of a Velocity or JSP template. Hope this helps, -Bill Peter Kelley wrote: > > Has anyone come up with a good way to hang printable reports off > webwork actions which supply the report data ? > > -- > > regards, > Peter Kelley > > MoveIt Pty Ltd |
From: G.L. G. <ga...@gr...> - 2002-07-13 21:13:13
|
I've got a session bean that's being called multiple times from my = getProductList() method in a class extended from ActionSupport My = getProductList() method does a lookup to this session bean and then = calls it. The problem is the session bean is being called multiple times (seven = times) and so it this method in my ActionSupport class, and the only = thing I can think of is because I have the following references (and = only these) in my velocity template page ... #foreach ( $key in $productList.keySet() ) <option value=3D"$productList.get($key)">$productList.get($key) #end Is this behavior correct or would anyone know the reason for it. Any help much appreciated. |