Re: [OS-webwork] Velocity as the UI widgets [WW 2.0]
Could someone make a small note about what xw/ww uses from each dependency? If someone (*cough*pat*cough*jason*cough*) would even post something to the list about it, I'll put it up in the wiki. At the business meeting: And webwork has a small memory foot print, only ~20k Why is our WAR file so big then? Well it's dependent on a few other jars A few? At least eight actually... so far. Why? Who knows, next slide please. --Erik On Mon, 3 Feb 2003, Patrick Lightbody wrote: I agree, I had that convern as well. The current jars in lib/core are: beanutils logging collections digester ognl oscore velocity We could get rid of beanutils, digester, and collections. That's something XWork is using but really has no need to (we could parse the simple XML by hand). So yes, we would add velocity as a dependency. But performance is so much improved that it's well worth it (IMO). -Pat - Original Message - From: Joseph Ottinger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 03, 2003 11:00 PM Subject: Re: [OS-webwork] Velocity as the UI widgets [WW 2.0] I'll be at the dev meeting, provided nothing comes up, but: my only qualm with using velocity for the UI tags is that it adds velocity dependency to WW, whereas right now, WW only requires commons-collections, commons-logging, digester, beanutils... oh, forget it. :) On Tue, 4 Feb 2003, [ISO-8859-1] Rickard Öberg wrote: Patrick Lightbody wrote: Small followup to that: In a result JSP (success.jsp in the example app for WW 2.0) I placed 50 calls of either: ww:textfield .../ or ww:vmtextfield ../ Average response time when using the JSP-based components: 162ms Average response time when using the velocity-based components: 38ms That's a performance boost of 4X. Also, I don't have a test for this, but it feels like velocity also scales more. Here's my less scientific test: Using the JSP-based example from above, I held down reload so that about 40 http requests were sent in. The time for the final 20 requesst to be handled took on average 40 -seconds-. When using velocity under the same test, the final 20 requests took on average 1.4 seconds. That's a scalability factor of about 30X! As I may have mentioned we are basing our SiteVision CMS/portal product entirely on WebWork/Velocity. Based on benchmarks I've done the above sounds about right (e.g. an average page with about 10 Velocity portlets render in ~50ms, even under high load). Velocity is incredibly fast, and scales very well. Which is why I proposed that we switch to it for the UI tags. I'm happy to see that your tests verify this idea :-) /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity as the UI widgets [WW 2.0]
On Tue, Feb 04, 2003 at 04:16:34AM -0800, Erik Beeson wrote: Could someone make a small note about what xw/ww uses from each dependency? If someone (*cough*pat*cough*jason*cough*) would even post something to the list about it, I'll put it up in the wiki. I agree, I had that convern as well. The current jars in lib/core are: beanutils logging XSLT uses logging and any available Trax Parser/Transformer. (Note to the reader of this mailing list: Please strip quoted message to the minimum. I just had to remove 20++ lines of quoted signatures.) -billy. -- Meisterbohne Söflinger Straße 100 Tel: +49-731-399 499-0 eLösungen 89077 Ulm Fax: +49-731-399 499-9 msg01574/pgp0.pgp Description: PGP signature
RE: [OS-webwork] Velocity as the UI widgets [WW 2.0]
-Original Message- From: Patrick Lightbody [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:08 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] Velocity as the UI widgets [WW 2.0] I agree, I had that convern as well. The current jars in lib/core are: beanutils logging collections digester ognl oscore velocity We could get rid of beanutils, digester, and collections. That's something XWork is using but really has no need to (we could parse the simple XML by hand). Where are we using BeanUtils and Digester? We ARE parsing the XML by hand, using a javax.xml.parsers.DocumentBuilder. I know I've used commons collections in some areas, but it may have been pulled out again. What are we using from oscore? Jason --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Meeting time
OK, Hani, Erik, Jason, and I were all in #xwork right now and just decided that 2PM GMT is the best time for all of us. So since Erik and I have to drag our asses out of bed at 6AM, the rest of you guys better show up too ;) -Pat --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity as the UI widgets [WW 2.0]
I've been wondering about this. Isn't OSCore, like, CORE? Why not put useful things in it and use it, the way it was done a while back? On Tue, 4 Feb 2003, Patrick Lightbody wrote: Where are we using BeanUtils and Digester? We ARE parsing the XML by hand, using a javax.xml.parsers.DocumentBuilder. I know I've used commons collections in some areas, but it may have been pulled out again. What are we using from oscore? BeanUtils isn't being used directly, but Digester requires it. We use digester to parse components.xml, which really isn't that important, since we parse the other XML by hand anyway. OSCore is used in very few places, we could probably pull it out for now. -Pat --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Meeting time
Oh, and of course, that is 2PM GMT, Feb. 5th. -Pat OK, Hani, Erik, Jason, and I were all in #xwork right now and just decided that 2PM GMT is the best time for all of us. So since Erik and I have to drag our asses out of bed at 6AM, the rest of you guys better show up too ;) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Velocity as the UI widgets [WW 2.0]
Sure, that works. -Original Message- From: Patrick Lightbody [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 10:09 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] Velocity as the UI widgets [WW 2.0] I'm willing to get up early. Would we like to reschedule it for 23 hours from now? -Pat - Original Message - From: Jason Carreira [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 6:03 AM Subject: RE: [OS-webwork] Velocity as the UI widgets [WW 2.0] -Original Message- From: Rickard Öberg [mailto:[EMAIL PROTECTED]] Yeah, I think the only way is to do it at around 8-9 AM EST, which means afternoon here, which means late at night down under. Any other time will mean that someone is asleep :-) Well, 9 AM here means 6 AM in California, where Patrick is. I don't know if there is a good solution --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Meeting Agenda
Some of us met today and came up with a rough agenda. Feel free to edit this. It is poorly configured because snipsnap has trouble with ordered lists inside unordered lists and apparently has now way of putting in raw html, but it looks better this way :) http://www.opensymphony.com:8668/space/20030205+Meeting+Agenda Once again, the meeting is at 14:00 GMT on Febuary 5th. If you have problems with timezones, check out: http://www.timezoneconverter.com/cgi-bin/tzc.tzc?month=2day=5year=2003showtime=14:00:00 --Erik --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Agenda Again
For those who can't see the link due to snipsnap running on a freaky port, here's the agenda: The meeting will be at 14:00 GMT on Febuary 5th. If you have problems with converting the timezone, click here, or search google for help. It will cover both XWork and WebWork 2.0. RULES: nobody is allowed to say how great they are nobody is allowed to throw in random mean comments random opinions about the world are also considered offtopic. It should strictly be webwork related. AGENDA: ThreadLocal documentation compatability taglibs 1. using velocity for all the UI widgets 2. expanding the number of taglibs (ww:hidden, ww:form, etc) 3. having more standard velocity macros dependencies configuration 1. programmatic configuration supported views forms allow one-submit-only validation 1. formproc define sample app 1. wiki 2. wafer project 3. rss reader 4. petstore pull the Action instantiation out and into an Interceptor consider different approaches on implementing actions map dynamic elements to a given action NOTES: Epesh I'd say scope is the first thing (docs) Epesh along with process -- how do you decide what's an acceptable change to scope? jcarreiraWell, that's important, but I'd vote for ThreadLocal first... that's the most important to keep me working (since I'm stuck on that now and don't want to make a decision for everyone). --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Agenda Again
I updated the rules, because I honestly don't want this meeting to drag on forever, so I'm putting up more defined rules. Let's all be as effecient as possible, please. * the meeting will be moderated, please behave yourself * if you cannot behave yourself, you will loose the right to participate by loosing your +v privledges * the topic is WebWork and XWork, nothing more opinions and topics not directly related to the items in the meeting agenda are not allowed * we will adress one agenda item at a time. If you have something to say about a different agenda item, wait until it is brought up. * the current agenda item will be in the chat channel title window * if an open forum is not working, everyone will loose their +v status and all comments must be messaged to the moderator who will then give +v status only after each issue/agenda item has been brought up. Hopefully we can avoid this, but if it does happen, this is how order will be maintained. * lastly, _think_ before actually saying anything. Make sure that what you are about to say doesn't break any of the rules. This will make everything run much smoother. -Pat - Original Message - From: Erik Beeson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 9:42 AM Subject: [OS-webwork] Agenda Again For those who can't see the link due to snipsnap running on a freaky port, here's the agenda: The meeting will be at 14:00 GMT on Febuary 5th. If you have problems with converting the timezone, click here, or search google for help. It will cover both XWork and WebWork 2.0. RULES: nobody is allowed to say how great they are nobody is allowed to throw in random mean comments random opinions about the world are also considered offtopic. It should strictly be webwork related. AGENDA: ThreadLocal documentation compatability taglibs 1. using velocity for all the UI widgets 2. expanding the number of taglibs (ww:hidden, ww:form, etc) 3. having more standard velocity macros dependencies configuration 1. programmatic configuration supported views forms allow one-submit-only validation 1. formproc define sample app 1. wiki 2. wafer project 3. rss reader 4. petstore pull the Action instantiation out and into an Interceptor consider different approaches on implementing actions map dynamic elements to a given action NOTES: Epesh I'd say scope is the first thing (docs) Epesh along with process -- how do you decide what's an acceptable change to scope? jcarreiraWell, that's important, but I'd vote for ThreadLocal first... that's the most important to keep me working (since I'm stuck on that now and don't want to make a decision for everyone). --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] UI widgets won't render
Hello everyone, I've been trying to build a simple example to find out how to use forms and validation in WebWork. I have put the following tag in a file named editItemForm.jsp: ... form action=webwork:url value='addItem.save'/ method=POST ... ui:textfield label='asdf' name='title' size=40 maxlength=60/ ... /form The problem is that the textfield won't get rendered at all. I have tried a lot of different methods (I have put an Action in front of it, I have called the jsp directly, I have checked my config files, etc.). The examples work fine though. I really have no idea what I might be doing wrong. I'd be really really glad if someone could shed some light on this. Thanks in advance Kristian --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] UI widgets won't render
Someone please Wiki this -Original Message- From: Andrew Lombardi [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 4:08 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] UI widgets won't render Kristian, Need to copy the templates folder over to your webapp ... and define the location in webwork.properties. -a Kristian Duske wrote: Hello everyone, I've been trying to build a simple example to find out how to use forms and validation in WebWork. I have put the following tag in a file named editItemForm.jsp: ... form action=webwork:url value='addItem.save'/ method=POST ... ui:textfield label='asdf' name='title' size=40 maxlength=60/ ... /form The problem is that the textfield won't get rendered at all. I have tried a lot of different methods (I have put an Action in front of it, I have called the jsp directly, I have checked my config files, etc.). The examples work fine though. I really have no idea what I might be doing wrong. I'd be really really glad if someone could shed some light on this. Thanks in advance Kristian --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- to your success! ___ andrew lombardi president mystic coders ___ http://www.mysticcoders.com 949 . 515 . 8840 x 6 == === This message is for the named person's use only. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. == === --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Graphical submit buttons and WW 1.2.1
Good question. I don't have an answer, but whoever figures this out, please Wiki it too. :-) -Original Message- From: Kirk Rasmussen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:50 PM To: webwork list Subject: [OS-webwork] Graphical submit buttons and WW 1.2.1 Hi All, I was wondering if someone has tried using multiple graphical submit buttons on a single form? For example let's say I have the following: form ui:textfield label='Email' name='userID' maxlength=100/ ui:password label='Password' name='password' maxlength=32/ input type=image src=/img/sign_on.gif name=doSignIn value=Sign In / input type=image src=/img/update.gif name=doUpdate value=Update Settings / /form If I had regular submit buttons (i.e. type=submit), the dispatcher would call setDoSignIn() and setDoUpdate()) because the parameter name would simply be doSignIn and doUpdate respectively. But in the case of graphical submit buttons the parameters sent from the browser become doSignIn.x and doSignIn.y and doUpdate.x and doUpdate.y. Other than making my action ServletRequestAware and using the servlet request directly to look at the parameter is there a best practices for dealing with this issue? Thanks, Kirk Rasmussen Lucasfilm Ltd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] WW 1.3 Release Vote
I added this under the WebWork cookbook. BTW can we take a vote or something on releasing 1.3 officially? I've been doing development with 1.2 for about a month now and there are a number of incompatibilities when switching to 1.3. Nothing major but annoying nevertheless. It is a little scary to depend on code being stable when the codebase is a moving target. After releasing 1.3 how about creating a 1.3 branch in CVS to support bug fixes and minor enhancements like we discussed previously? 1.4 can then continue on the head. -Original Message- From: Jason Carreira [mailto:[EMAIL PROTECTED]] Sent: Tue 2/4/2003 2:16 PM To: [EMAIL PROTECTED] Cc: Subject:RE: [OS-webwork] Graphical submit buttons and WW 1.2.1 Good question. I don't have an answer, but whoever figures this out, please Wiki it too. :-) -Original Message- From: Kirk Rasmussen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:50 PM To: webwork list Subject: [OS-webwork] Graphical submit buttons and WW 1.2.1 Hi All, I was wondering if someone has tried using multiple graphical submit buttons on a single form? For example let's say I have the following: form ui:textfield label='Email' name='userID' maxlength=100/ ui:password label='Password' name='password' maxlength=32/ input type=image src=/img/sign_on.gif name=doSignIn value=Sign In / input type=image src=/img/update.gif name=doUpdate value=Update Settings / /form If I had regular submit buttons (i.e. type=submit), the dispatcher would call setDoSignIn() and setDoUpdate()) because the parameter name would simply be doSignIn and doUpdate respectively. But in the case of graphical submit buttons the parameters sent from the browser become doSignIn.x and doSignIn.y and doUpdate.x and doUpdate.y. Other than making my action ServletRequestAware and using the servlet request directly to look at the parameter is there a best practices for dealing with this issue? Thanks, Kirk Rasmussen Lucasfilm Ltd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Graphical submit buttons and WW 1.2.1
One option is to be a little messy in your view code and add onclick events to the graphical submit buttons. Within the body of your javascript functions that handle onclick, you can set the value of a hidden input field(s) that defines a value of either doSignIn or doUpdate, and then call document.nameOfForm.submit(). Not real elegant, but it will keep your Action class from being ServletRequestAware. Hopefully that helps. Rob - Original Message - From: Jason Carreira [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 5:16 PM Subject: RE: [OS-webwork] Graphical submit buttons and WW 1.2.1 Good question. I don't have an answer, but whoever figures this out, please Wiki it too. :-) -Original Message- From: Kirk Rasmussen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:50 PM To: webwork list Subject: [OS-webwork] Graphical submit buttons and WW 1.2.1 Hi All, I was wondering if someone has tried using multiple graphical submit buttons on a single form? For example let's say I have the following: form ui:textfield label='Email' name='userID' maxlength=100/ ui:password label='Password' name='password' maxlength=32/ input type=image src=/img/sign_on.gif name=doSignIn value=Sign In / input type=image src=/img/update.gif name=doUpdate value=Update Settings / /form If I had regular submit buttons (i.e. type=submit), the dispatcher would call setDoSignIn() and setDoUpdate()) because the parameter name would simply be doSignIn and doUpdate respectively. But in the case of graphical submit buttons the parameters sent from the browser become doSignIn.x and doSignIn.y and doUpdate.x and doUpdate.y. Other than making my action ServletRequestAware and using the servlet request directly to look at the parameter is there a best practices for dealing with this issue? Thanks, Kirk Rasmussen Lucasfilm Ltd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork