webwork-devel Mailing List for WebWork (Page 3)
Brought to you by:
baldree,
rickardoberg
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(316) |
Dec
(117) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(197) |
Feb
(229) |
Mar
(293) |
Apr
(177) |
May
(84) |
Jun
(40) |
Jul
(43) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <ma...@sm...> - 2002-06-19 13:49:57
|
Yes, I spoke with Anthony and he mentioned that someone had integrated WW w= ith FormProc. He gave me the name which I will e-mail offline and see if th= ey are interested in donating code. Has anybody else done this? WW provides= a good form-based validation but has no mechanism for a centralized valida= tion which is needed in large applications. I'll add this feature request in JIRA. -Matt On Tue, 18 June 2002, Fran=E7ois Beauregard wrote <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>From a po= st on TSS=20 <A=20 href=3D"http://www.theserverside.com/home/thread.jsp?thread_id=3D14020">htt= p://www.theserverside.com/home/thread.jsp?thread_id=3D14020</A></FONT></SPA= N></DIV> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>I have ju= st found=20 FormProc.</FONT></SPAN></DIV> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>I downloa= ded it and=20 had a quick look and it seems interesting.</FONT></SPAN></DIV> <DIV><SPAN class=3D974591102-19062002></SPAN> </DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D974591102-19062002>On the di= scussion=20 thread on TSS it is said that someone would have done some work integrating= =20 FormProc and WebWork</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D974591102-19062002></SPAN></FONT> </DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D974591102-19062002>I would b= e=20 interested in seeing that.</SPAN></FONT></DIV> <DIV><SPAN class=3D974591102-19062002></SPAN> </DIV><SPAN=20 class=3D974591102-19062002><FONT face=3DArial=20 size=3D2>Frank</FONT></SPAN><BR>___________________________<BR><FONT color= =3D#990000=20 face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D2><B>Fran=E7ois Beaur= egard,=20 b.ing.</B><BR></FONT><FONT color=3D#000000=20 face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D2>Vice-pr=E9sident<BR= >Recherche=20 et d=E9veloppement<BR><FONT color=3D#000000><B>Pyxis</B> </FONT><FONT=20 color=3D#888888><B>Technologies</B></FONT><BR><A=20 href=3D"http://www.pyxis-tech.com/"><FONT color=3D#000000=20 face=3D"Verdana, Arial, Helvetica, sans-serif"=20 size=3D2>www.pyxis-tech.com</FONT></A><BR><BR>T : (450) 681-9094, poste 102= <BR>F :=20 (450) 681-5758<BR><A href=3D"mailto:fbe...@py..."><FONT=20 color=3D#000000 face=3D"Verdana, Arial, Helvetica, sans-serif"=20 size=3D2>fbe...@py...</FONT></A> </FONT> <DIV> </DIV></BODY></HTML> |
From: Heng S. L. <low...@ya...> - 2002-06-19 09:20:59
|
In the latest cvs source, for both WebWorkTagSupport and WebWorkBodyTagSupport, ValueStack is cache and only set to null in the setPageContext and setParent method ( previously in release() method ). I think this could cause memory leakage issue as tag instance may be cache in a pool and not destroy until the server is shutdown! Regards, Low __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
From: <fbe...@py...> - 2002-06-19 02:16:12
|
From a post on TSS http://www.theserverside.com/home/thread.jsp?thread_id=14020 I have just found FormProc. I downloaded it and had a quick look and it seems interesting. On the discussion thread on TSS it is said that someone would have done some work integrating FormProc and WebWork I would be interested in seeing that. Frank ___________________________ François Beauregard, b.ing. Vice-président Recherche et développement Pyxis Technologies www.pyxis-tech.com T : (450) 681-9094, poste 102 F : (450) 681-5758 fbe...@py... |
From: Patrick L. <pli...@ho...> - 2002-06-18 22:53:43
|
Man... looking at this code some more, I'm finding a real hard time thinking of a way getAsText could be used in the PropertyTag. Somehow each value in the value stack needs an optional PropertyDescriptor associated with it... and I don't see how this could happen (at least easily)! -Pat ----- Original Message ----- From: "Patrick Lightbody" <pli...@ho...> To: <ma...@sm...> Cc: <web...@li...> Sent: Tuesday, June 18, 2002 3:21 PM Subject: Re: [Webwork-devel] Handling dates in webwork > WW-41 says: > > PropertyEditors' getAsText should be utilized when display a string > representation of a property in webwork. Currently, the code (in many > places) just gets the toString() representation, which isn't enough. The > PropertyEditor.getAsText method should be used instead. For example, line > 126 of PropertyTag.java: > > pageContext.getOut().write(value.toString()); > > I remember looking at the code before, and given the current architecture I > couldn't see a way for the ValueStack to figure out what the PropertyEditor > should be for each value. > > > ----- Original Message ----- > From: <ma...@sm...> > To: <pli...@ho...> > Cc: <web...@li...> > Sent: Tuesday, June 18, 2002 3:04 PM > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > Sounds like a JIRA entry ;-). > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > OK, so basically we're back to the same problem > > > > > > If I change: > > > > > > <ui:textfield label="'Date'" name="'objDate'" > > value="formatDate"/> > > > > > > to: > > > > > > <ui:textfield label="'Date'" name="'objDate'"/> > > > > > > Then the output in the textbox will be: > > > "Wed Jun 18 00:00:00 PDT 2003" (which is the output > > of toString()). > > > > > > But the expected input must still be "MM/dd/yyyy". > > This all relates back to > > > the problem that PropertyEditors only work using > > setAsText, but not > > > getAsText (which they really should!). Rickard shot > > down this suggestion > > > many many times, but I'd like to throw it out one > > more time :) > > > > > > -Pat > > > > > > ----- Original Message ----- > > > From: <ma...@sm...> > > > To: <pli...@ho...> > > > Cc: <web...@li...> > > > Sent: Tuesday, June 18, 2002 2:43 PM > > > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > > > > > > > The property is set from a default DateEditor that > > is > > > > used. WW defines a handful of these in util/editor. > > Of > > > > course, you can use your own custom property editor. > > > > The formatDate() routine is just a helper to format > > the > > > > date the way you want. WW could have an implicit > > > > conversion. I guess I need more feedback to > > establish > > > > the best default case. > > > > > > > > -Matt > > > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > > > > So the key is this line: > > > > > > > > > > <ui:textfield label="'Date'" name="'objDate'" > > > > value="formatDate"/> > > > > > > > > > > Where formateDate() is a method in BeanUtilTest > > that > > > > converts the Date to a > > > > > String. I'm still a bit confused how the property > > is > > > > _set_, but whatever. > > > > > Either way, why should we have to do all this? > > > > Couldn't webwork natively > > > > > handle this conversion based on the locale and > > some > > > > BeanUtil.properties > > > > > file? > > > > > > > > > > -Pat > > > > > > > > > > ----- Original Message ----- > > > > > From: <ma...@sm...> > > > > > To: <pli...@ho...> > > > > > Cc: <web...@li...> > > > > > Sent: Tuesday, June 18, 2002 2:19 PM > > > > > Subject: Re: [Webwork-devel] Handling dates in > > webwork > > > > > > > > > > > > > > > > Take a look at the BeanUtil test page. > > > > > > > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > > > > > > > > > > Can someone tell me how/if date handling is > > > > possible > > > > > > like so: > > > > > > > > > > > > > > public FooAction extends ActionSupport { > > > > > > > public Date getSomeDate() { .. } > > > > > > > public void setSomeDate(Date someDate) { ... > > } > > > > > > > > > > > > > > ... > > > > > > > } > > > > > > > > > > > > > > Now I want the date input to be done by using > > an > > > > HTML > > > > > > textfield that uses > > > > > > > the format "MM/dd/yyyy". How can I get this > > > > string to > > > > > > be automatically > > > > > > > converted to a date on input, but also > > > > automatically > > > > > > converted back to a > > > > > > > string on output/error? Last time I brought > > this > > > > up, > > > > > > setAsText worked great, > > > > > > > but getAsText was non-functional. I was told > > that > > > > > > there were other ways > > > > > > > around this (Rickard I believe told me), but > > then > > > > I > > > > > > think the resolution was > > > > > > > that the best way to do this was to actually > > use > > > > > > String as the property > > > > > > > value and convert it inside the action. Seems > > > > rather > > > > > > ugly to me... Any way > > > > > > > that i18n can help here? > > > > > > > > > > > > > > -Pat > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > > > -- > > > > > > > Bringing you mounds of > > > > caffeinated > > > > > > joy > > > > > > > >>> > > http://thinkgeek.com/sf > > > > > > <<< > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Webwork-devel mailing list > > > > > > > Web...@li... > > > > > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > > > -- > > > > > > Bringing you mounds of > > > > caffeinated joy > > > > > > >>> > > http://thinkgeek.com/sf > > > > <<< > > > > > > > > > > > > _______________________________________________ > > > > > > Webwork-devel mailing list > > > > > > Web...@li... > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > -- > > > > Bringing you mounds of > > caffeinated joy > > > > >>> http://thinkgeek.com/sf > > <<< > > > > > > > > _______________________________________________ > > > > Webwork-devel mailing list > > > > Web...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > -------------------------------------------------------------------------- > -- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf <<< > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: Patrick L. <pli...@ho...> - 2002-06-18 22:22:13
|
WW-41 says: PropertyEditors' getAsText should be utilized when display a string representation of a property in webwork. Currently, the code (in many places) just gets the toString() representation, which isn't enough. The PropertyEditor.getAsText method should be used instead. For example, line 126 of PropertyTag.java: pageContext.getOut().write(value.toString()); I remember looking at the code before, and given the current architecture I couldn't see a way for the ValueStack to figure out what the PropertyEditor should be for each value. ----- Original Message ----- From: <ma...@sm...> To: <pli...@ho...> Cc: <web...@li...> Sent: Tuesday, June 18, 2002 3:04 PM Subject: Re: [Webwork-devel] Handling dates in webwork > Sounds like a JIRA entry ;-). > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > OK, so basically we're back to the same problem > > > > If I change: > > > > <ui:textfield label="'Date'" name="'objDate'" > value="formatDate"/> > > > > to: > > > > <ui:textfield label="'Date'" name="'objDate'"/> > > > > Then the output in the textbox will be: > > "Wed Jun 18 00:00:00 PDT 2003" (which is the output > of toString()). > > > > But the expected input must still be "MM/dd/yyyy". > This all relates back to > > the problem that PropertyEditors only work using > setAsText, but not > > getAsText (which they really should!). Rickard shot > down this suggestion > > many many times, but I'd like to throw it out one > more time :) > > > > -Pat > > > > ----- Original Message ----- > > From: <ma...@sm...> > > To: <pli...@ho...> > > Cc: <web...@li...> > > Sent: Tuesday, June 18, 2002 2:43 PM > > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > > > > The property is set from a default DateEditor that > is > > > used. WW defines a handful of these in util/editor. > Of > > > course, you can use your own custom property editor. > > > The formatDate() routine is just a helper to format > the > > > date the way you want. WW could have an implicit > > > conversion. I guess I need more feedback to > establish > > > the best default case. > > > > > > -Matt > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > So the key is this line: > > > > > > > > <ui:textfield label="'Date'" name="'objDate'" > > > value="formatDate"/> > > > > > > > > Where formateDate() is a method in BeanUtilTest > that > > > converts the Date to a > > > > String. I'm still a bit confused how the property > is > > > _set_, but whatever. > > > > Either way, why should we have to do all this? > > > Couldn't webwork natively > > > > handle this conversion based on the locale and > some > > > BeanUtil.properties > > > > file? > > > > > > > > -Pat > > > > > > > > ----- Original Message ----- > > > > From: <ma...@sm...> > > > > To: <pli...@ho...> > > > > Cc: <web...@li...> > > > > Sent: Tuesday, June 18, 2002 2:19 PM > > > > Subject: Re: [Webwork-devel] Handling dates in > webwork > > > > > > > > > > > > > Take a look at the BeanUtil test page. > > > > > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > > > > > > > Can someone tell me how/if date handling is > > > possible > > > > > like so: > > > > > > > > > > > > public FooAction extends ActionSupport { > > > > > > public Date getSomeDate() { .. } > > > > > > public void setSomeDate(Date someDate) { ... > } > > > > > > > > > > > > ... > > > > > > } > > > > > > > > > > > > Now I want the date input to be done by using > an > > > HTML > > > > > textfield that uses > > > > > > the format "MM/dd/yyyy". How can I get this > > > string to > > > > > be automatically > > > > > > converted to a date on input, but also > > > automatically > > > > > converted back to a > > > > > > string on output/error? Last time I brought > this > > > up, > > > > > setAsText worked great, > > > > > > but getAsText was non-functional. I was told > that > > > > > there were other ways > > > > > > around this (Rickard I believe told me), but > then > > > I > > > > > think the resolution was > > > > > > that the best way to do this was to actually > use > > > > > String as the property > > > > > > value and convert it inside the action. Seems > > > rather > > > > > ugly to me... Any way > > > > > > that i18n can help here? > > > > > > > > > > > > -Pat > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > > -- > > > > > > Bringing you mounds of > > > caffeinated > > > > > joy > > > > > > >>> > http://thinkgeek.com/sf > > > > > <<< > > > > > > > > > > > > > _______________________________________________ > > > > > > Webwork-devel mailing list > > > > > > Web...@li... > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > > -- > > > > > Bringing you mounds of > > > caffeinated joy > > > > > >>> > http://thinkgeek.com/sf > > > <<< > > > > > > > > > > _______________________________________________ > > > > > Webwork-devel mailing list > > > > > Web...@li... > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > > > -------------------------------------------------------------------------- > > -- > > > Bringing you mounds of > caffeinated joy > > > >>> http://thinkgeek.com/sf > <<< > > > > > > _______________________________________________ > > > Webwork-devel mailing list > > > Web...@li... > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: <ma...@sm...> - 2002-06-18 22:04:23
|
Sounds like a JIRA entry ;-). On Tue, 18 June 2002, "Patrick Lightbody" wrote > > OK, so basically we're back to the same problem > > If I change: > > <ui:textfield label="'Date'" name="'objDate'" value="formatDate"/> > > to: > > <ui:textfield label="'Date'" name="'objDate'"/> > > Then the output in the textbox will be: > "Wed Jun 18 00:00:00 PDT 2003" (which is the output of toString()). > > But the expected input must still be "MM/dd/yyyy". This all relates back to > the problem that PropertyEditors only work using setAsText, but not > getAsText (which they really should!). Rickard shot down this suggestion > many many times, but I'd like to throw it out one more time :) > > -Pat > > ----- Original Message ----- > From: <ma...@sm...> > To: <pli...@ho...> > Cc: <web...@li...> > Sent: Tuesday, June 18, 2002 2:43 PM > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > The property is set from a default DateEditor that is > > used. WW defines a handful of these in util/editor. Of > > course, you can use your own custom property editor. > > The formatDate() routine is just a helper to format the > > date the way you want. WW could have an implicit > > conversion. I guess I need more feedback to establish > > the best default case. > > > > -Matt > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > So the key is this line: > > > > > > <ui:textfield label="'Date'" name="'objDate'" > > value="formatDate"/> > > > > > > Where formateDate() is a method in BeanUtilTest that > > converts the Date to a > > > String. I'm still a bit confused how the property is > > _set_, but whatever. > > > Either way, why should we have to do all this? > > Couldn't webwork natively > > > handle this conversion based on the locale and some > > BeanUtil.properties > > > file? > > > > > > -Pat > > > > > > ----- Original Message ----- > > > From: <ma...@sm...> > > > To: <pli...@ho...> > > > Cc: <web...@li...> > > > Sent: Tuesday, June 18, 2002 2:19 PM > > > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > > > > > > > Take a look at the BeanUtil test page. > > > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > > > > Can someone tell me how/if date handling is > > possible > > > > like so: > > > > > > > > > > public FooAction extends ActionSupport { > > > > > public Date getSomeDate() { .. } > > > > > public void setSomeDate(Date someDate) { ... } > > > > > > > > > > ... > > > > > } > > > > > > > > > > Now I want the date input to be done by using an > > HTML > > > > textfield that uses > > > > > the format "MM/dd/yyyy". How can I get this > > string to > > > > be automatically > > > > > converted to a date on input, but also > > automatically > > > > converted back to a > > > > > string on output/error? Last time I brought this > > up, > > > > setAsText worked great, > > > > > but getAsText was non-functional. I was told that > > > > there were other ways > > > > > around this (Rickard I believe told me), but then > > I > > > > think the resolution was > > > > > that the best way to do this was to actually use > > > > String as the property > > > > > value and convert it inside the action. Seems > > rather > > > > ugly to me... Any way > > > > > that i18n can help here? > > > > > > > > > > -Pat > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > > > -- > > > > > Bringing you mounds of > > caffeinated > > > > joy > > > > > >>> http://thinkgeek.com/sf > > > > <<< > > > > > > > > > > _______________________________________________ > > > > > Webwork-devel mailing list > > > > > Web...@li... > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > -------------------------------------------------------------------------- > > > -- > > > > Bringing you mounds of > > caffeinated joy > > > > >>> http://thinkgeek.com/sf > > <<< > > > > > > > > _______________________________________________ > > > > Webwork-devel mailing list > > > > Web...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > -------------------------------------------------------------------------- > -- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf <<< > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
From: Patrick L. <pli...@ho...> - 2002-06-18 22:01:10
|
OK, so basically we're back to the same problem If I change: <ui:textfield label="'Date'" name="'objDate'" value="formatDate"/> to: <ui:textfield label="'Date'" name="'objDate'"/> Then the output in the textbox will be: "Wed Jun 18 00:00:00 PDT 2003" (which is the output of toString()). But the expected input must still be "MM/dd/yyyy". This all relates back to the problem that PropertyEditors only work using setAsText, but not getAsText (which they really should!). Rickard shot down this suggestion many many times, but I'd like to throw it out one more time :) -Pat ----- Original Message ----- From: <ma...@sm...> To: <pli...@ho...> Cc: <web...@li...> Sent: Tuesday, June 18, 2002 2:43 PM Subject: Re: [Webwork-devel] Handling dates in webwork > The property is set from a default DateEditor that is > used. WW defines a handful of these in util/editor. Of > course, you can use your own custom property editor. > The formatDate() routine is just a helper to format the > date the way you want. WW could have an implicit > conversion. I guess I need more feedback to establish > the best default case. > > -Matt > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > So the key is this line: > > > > <ui:textfield label="'Date'" name="'objDate'" > value="formatDate"/> > > > > Where formateDate() is a method in BeanUtilTest that > converts the Date to a > > String. I'm still a bit confused how the property is > _set_, but whatever. > > Either way, why should we have to do all this? > Couldn't webwork natively > > handle this conversion based on the locale and some > BeanUtil.properties > > file? > > > > -Pat > > > > ----- Original Message ----- > > From: <ma...@sm...> > > To: <pli...@ho...> > > Cc: <web...@li...> > > Sent: Tuesday, June 18, 2002 2:19 PM > > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > > > > Take a look at the BeanUtil test page. > > > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > > > > Can someone tell me how/if date handling is > possible > > > like so: > > > > > > > > public FooAction extends ActionSupport { > > > > public Date getSomeDate() { .. } > > > > public void setSomeDate(Date someDate) { ... } > > > > > > > > ... > > > > } > > > > > > > > Now I want the date input to be done by using an > HTML > > > textfield that uses > > > > the format "MM/dd/yyyy". How can I get this > string to > > > be automatically > > > > converted to a date on input, but also > automatically > > > converted back to a > > > > string on output/error? Last time I brought this > up, > > > setAsText worked great, > > > > but getAsText was non-functional. I was told that > > > there were other ways > > > > around this (Rickard I believe told me), but then > I > > > think the resolution was > > > > that the best way to do this was to actually use > > > String as the property > > > > value and convert it inside the action. Seems > rather > > > ugly to me... Any way > > > > that i18n can help here? > > > > > > > > -Pat > > > > > > > > > > > > -------------------------------------------------------------------------- > > -- > > > > Bringing you mounds of > caffeinated > > > joy > > > > >>> http://thinkgeek.com/sf > > > <<< > > > > > > > > _______________________________________________ > > > > Webwork-devel mailing list > > > > Web...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > -------------------------------------------------------------------------- > > -- > > > Bringing you mounds of > caffeinated joy > > > >>> http://thinkgeek.com/sf > <<< > > > > > > _______________________________________________ > > > Webwork-devel mailing list > > > Web...@li... > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: <ma...@sm...> - 2002-06-18 21:43:48
|
The property is set from a default DateEditor that is used. WW defines a handful of these in util/editor. Of course, you can use your own custom property editor. The formatDate() routine is just a helper to format the date the way you want. WW could have an implicit conversion. I guess I need more feedback to establish the best default case. -Matt On Tue, 18 June 2002, "Patrick Lightbody" wrote > > So the key is this line: > > <ui:textfield label="'Date'" name="'objDate'" value="formatDate"/> > > Where formateDate() is a method in BeanUtilTest that converts the Date to a > String. I'm still a bit confused how the property is _set_, but whatever. > Either way, why should we have to do all this? Couldn't webwork natively > handle this conversion based on the locale and some BeanUtil.properties > file? > > -Pat > > ----- Original Message ----- > From: <ma...@sm...> > To: <pli...@ho...> > Cc: <web...@li...> > Sent: Tuesday, June 18, 2002 2:19 PM > Subject: Re: [Webwork-devel] Handling dates in webwork > > > > Take a look at the BeanUtil test page. > > > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > > > > Can someone tell me how/if date handling is possible > > like so: > > > > > > public FooAction extends ActionSupport { > > > public Date getSomeDate() { .. } > > > public void setSomeDate(Date someDate) { ... } > > > > > > ... > > > } > > > > > > Now I want the date input to be done by using an HTML > > textfield that uses > > > the format "MM/dd/yyyy". How can I get this string to > > be automatically > > > converted to a date on input, but also automatically > > converted back to a > > > string on output/error? Last time I brought this up, > > setAsText worked great, > > > but getAsText was non-functional. I was told that > > there were other ways > > > around this (Rickard I believe told me), but then I > > think the resolution was > > > that the best way to do this was to actually use > > String as the property > > > value and convert it inside the action. Seems rather > > ugly to me... Any way > > > that i18n can help here? > > > > > > -Pat > > > > > > > > -------------------------------------------------------------------------- > -- > > > Bringing you mounds of caffeinated > > joy > > > >>> http://thinkgeek.com/sf > > <<< > > > > > > _______________________________________________ > > > Webwork-devel mailing list > > > Web...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > -------------------------------------------------------------------------- > -- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf <<< > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
From: Patrick L. <pli...@ho...> - 2002-06-18 21:31:43
|
So the key is this line: <ui:textfield label="'Date'" name="'objDate'" value="formatDate"/> Where formateDate() is a method in BeanUtilTest that converts the Date to a String. I'm still a bit confused how the property is _set_, but whatever. Either way, why should we have to do all this? Couldn't webwork natively handle this conversion based on the locale and some BeanUtil.properties file? -Pat ----- Original Message ----- From: <ma...@sm...> To: <pli...@ho...> Cc: <web...@li...> Sent: Tuesday, June 18, 2002 2:19 PM Subject: Re: [Webwork-devel] Handling dates in webwork > Take a look at the BeanUtil test page. > > On Tue, 18 June 2002, "Patrick Lightbody" wrote > > > > > Can someone tell me how/if date handling is possible > like so: > > > > public FooAction extends ActionSupport { > > public Date getSomeDate() { .. } > > public void setSomeDate(Date someDate) { ... } > > > > ... > > } > > > > Now I want the date input to be done by using an HTML > textfield that uses > > the format "MM/dd/yyyy". How can I get this string to > be automatically > > converted to a date on input, but also automatically > converted back to a > > string on output/error? Last time I brought this up, > setAsText worked great, > > but getAsText was non-functional. I was told that > there were other ways > > around this (Rickard I believe told me), but then I > think the resolution was > > that the best way to do this was to actually use > String as the property > > value and convert it inside the action. Seems rather > ugly to me... Any way > > that i18n can help here? > > > > -Pat > > > > > -------------------------------------------------------------------------- -- > > Bringing you mounds of caffeinated > joy > > >>> http://thinkgeek.com/sf > <<< > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: <ma...@sm...> - 2002-06-18 21:19:20
|
Take a look at the BeanUtil test page. On Tue, 18 June 2002, "Patrick Lightbody" wrote > > Can someone tell me how/if date handling is possible like so: > > public FooAction extends ActionSupport { > public Date getSomeDate() { .. } > public void setSomeDate(Date someDate) { ... } > > ... > } > > Now I want the date input to be done by using an HTML textfield that uses > the format "MM/dd/yyyy". How can I get this string to be automatically > converted to a date on input, but also automatically converted back to a > string on output/error? Last time I brought this up, setAsText worked great, > but getAsText was non-functional. I was told that there were other ways > around this (Rickard I believe told me), but then I think the resolution was > that the best way to do this was to actually use String as the property > value and convert it inside the action. Seems rather ugly to me... Any way > that i18n can help here? > > -Pat > > ---------------------------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel |
From: Patrick L. <pli...@ho...> - 2002-06-18 20:29:18
|
Can someone tell me how/if date handling is possible like so: public FooAction extends ActionSupport { public Date getSomeDate() { .. } public void setSomeDate(Date someDate) { ... } ... } Now I want the date input to be done by using an HTML textfield that uses the format "MM/dd/yyyy". How can I get this string to be automatically converted to a date on input, but also automatically converted back to a string on output/error? Last time I brought this up, setAsText worked great, but getAsText was non-functional. I was told that there were other ways around this (Rickard I believe told me), but then I think the resolution was that the best way to do this was to actually use String as the property value and convert it inside the action. Seems rather ugly to me... Any way that i18n can help here? -Pat |
From: Mike Cannon-B. <mi...@at...> - 2002-06-17 09:20:46
|
Didn't both to report this in JIRA because it's so minor! The log category in Multipart request is the wrong class ;) -m |
From: <ma...@sm...> - 2002-06-14 20:43:38
|
If an error was passed along ActionSupport will change the view to INPUT so you will need an input view. If that is not the fix, zip me up something and I'll take a look. -Matt On Fri, 14 June 2002, "Patrick Lightbody" wrote > > Matt, > This doesn't appear to be working for cases such as the follow (which I used > extensively before action chaining, and i thought it would still work now > too, but maybe not): > > Details.action=paws.Details > Details.success=details.jsp > > EditMetadata.action=paws.metadata.EditMetadata > EditMetadata.error=edit.jsp > EditMetadata.success=Details.action > > EditMetadata and Details both extends AbstractPAWSAction, which looks like > this (get/set for the following): > > id > title > language > creator > ...etc > > EditMetadata and Details both don't have any extra properties worth > mentioning in this example. Now EditMetadata.doExecute() is called and > returns SUCCESS, but then the browser gets a blank page at > http://localhost/paws/csh/EditMetadata.action and the console shows this > error: > > java.lang.IllegalArgumentException: No error view found for action Details > at > webwork.dispatcher.ConfigurationViewMapping.getView(ConfigurationViewMapping > .java:87) > at > webwork.dispatcher.ConfigurationViewMapping.getView(ConfigurationViewMapping > .java:85) > at > webwork.dispatcher.CachingViewMapping.getView(CachingViewMapping.java:47) > at > webwork.dispatcher.DefaultViewMapping.getView(DefaultViewMapping.java:35) > at > webwork.dispatcher.ServletDispatcher.getView(ServletDispatcher.java:336) > at > webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:258) > > I added "Details.error=details.jsp" and instead of getting the error, I got > returned to details.jsp just fine, except that all the properties were null > so errors were all over the place. Any idea what's going on here? > > -Pat > > > > ----- Original Message ----- > From: <ma...@sm...> > To: <web...@li...>; > <web...@li...> > Sent: Thursday, June 13, 2002 10:26 AM > Subject: [Webwork-devel] action chaining > > > > I implemented a preliminary version of action chaining. > > It is available in CVS with a simple test case. This > > has not been extensively tested so *beware*. I'm > > looking for early testers. > > > > The basic logic is the following: > > > > 1. Setup your chain in your view mapping. > > 2. The dispatcher will walk the chain as long as each > > action returns another alias action. This will continue > > until a non-action, usually a view, is returned. > > 3. Each action will first be set via the context and > > then the previous action's attributes will be copied to > > the current action if applicable. > > > > Enjoy! > > > > -Matt > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel |
From: Patrick L. <pli...@ho...> - 2002-06-14 20:28:00
|
Matt, This doesn't appear to be working for cases such as the follow (which I used extensively before action chaining, and i thought it would still work now too, but maybe not): Details.action=paws.Details Details.success=details.jsp EditMetadata.action=paws.metadata.EditMetadata EditMetadata.error=edit.jsp EditMetadata.success=Details.action EditMetadata and Details both extends AbstractPAWSAction, which looks like this (get/set for the following): id title language creator ...etc EditMetadata and Details both don't have any extra properties worth mentioning in this example. Now EditMetadata.doExecute() is called and returns SUCCESS, but then the browser gets a blank page at http://localhost/paws/csh/EditMetadata.action and the console shows this error: java.lang.IllegalArgumentException: No error view found for action Details at webwork.dispatcher.ConfigurationViewMapping.getView(ConfigurationViewMapping .java:87) at webwork.dispatcher.ConfigurationViewMapping.getView(ConfigurationViewMapping .java:85) at webwork.dispatcher.CachingViewMapping.getView(CachingViewMapping.java:47) at webwork.dispatcher.DefaultViewMapping.getView(DefaultViewMapping.java:35) at webwork.dispatcher.ServletDispatcher.getView(ServletDispatcher.java:336) at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:258) I added "Details.error=details.jsp" and instead of getting the error, I got returned to details.jsp just fine, except that all the properties were null so errors were all over the place. Any idea what's going on here? -Pat ----- Original Message ----- From: <ma...@sm...> To: <web...@li...>; <web...@li...> Sent: Thursday, June 13, 2002 10:26 AM Subject: [Webwork-devel] action chaining > I implemented a preliminary version of action chaining. > It is available in CVS with a simple test case. This > has not been extensively tested so *beware*. I'm > looking for early testers. > > The basic logic is the following: > > 1. Setup your chain in your view mapping. > 2. The dispatcher will walk the chain as long as each > action returns another alias action. This will continue > until a non-action, usually a view, is returned. > 3. Each action will first be set via the context and > then the previous action's attributes will be copied to > the current action if applicable. > > Enjoy! > > -Matt > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: <ma...@sm...> - 2002-06-14 19:11:44
|
I'm cross posting this to get wider exposure. :) It looks like I have the standard tags almost XHTML compliant. The only issues I'm aware of is the following: 1. TextArea does not allow the wrap attribute under XHTML. By default, we set it to "virtual" which most browsers ignore. So, the fix is to remove this attribute. Should be no big deal. 2. The CascadingSelect has inline JavaScript. XHTML does not allow this. You have two choices - include it or CDATA it. Most browsers don't like CDATA at this time so we would need to include it but that doesn't work. Maybe "Jay Bose" can take a look at this later. Anyway, its not a big deal for now. That's it. Don't forget about questions below!! -Matt On Fri, 14 June 2002, ma...@sm... wrote > > Is anybody using the CSS tags? I'm in the process of > making sure our standard tags are XHTML compliant. I > looked at the CSS tags and I will not be able to make > them XHTML compliant without essentially making them > similar to the standard tags. > > So, the question is do we need to keep CSS? XHTML will > definitely be the wave of the future and therefore I > think we should strive to keep our tags XHTML compliant. > > I would like to remove CSS and rename standard to > XHTML. Anybody see a problem with this? I'm also going > to move the VXML tags out from under standard. So, in > the end we will have XHTML and VXML tags. > > -Matt > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel |
From: <ma...@sm...> - 2002-06-14 18:21:41
|
Is anybody using the CSS tags? I'm in the process of making sure our standard tags are XHTML compliant. I looked at the CSS tags and I will not be able to make them XHTML compliant without essentially making them similar to the standard tags. So, the question is do we need to keep CSS? XHTML will definitely be the wave of the future and therefore I think we should strive to keep our tags XHTML compliant. I would like to remove CSS and rename standard to XHTML. Anybody see a problem with this? I'm also going to move the VXML tags out from under standard. So, in the end we will have XHTML and VXML tags. -Matt |
From: <ma...@sm...> - 2002-06-13 17:26:57
|
I implemented a preliminary version of action chaining. It is available in CVS with a simple test case. This has not been extensively tested so *beware*. I'm looking for early testers. The basic logic is the following: 1. Setup your chain in your view mapping. 2. The dispatcher will walk the chain as long as each action returns another alias action. This will continue until a non-action, usually a view, is returned. 3. Each action will first be set via the context and then the previous action's attributes will be copied to the current action if applicable. Enjoy! -Matt |
From: <ma...@sm...> - 2002-06-10 14:01:17
|
see http://www.mail-archive.com/web...@li.../msg00074.html On Mon, 10 June 2002, "Eva Soltesz" wrote >=20 > Hi there, > I read that Webwork needs a Servlet 2.3 to run. I would like to use webwork as an extension to a system which runs on Servlet 2.2. So I am wondering exactly why Servlet 2.3. is needed with Webwork? Which parts or components require that servlet? I am hoping that maybe I could use most parts/components of Webwork with 2.2 if I know the exact specs. > Thank you for your help. > =C9va Solt=E9sz >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink >=20 > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel =0D |
From: Eva S. <Eva...@so...> - 2002-06-10 13:37:50
|
Hi there, I read that Webwork needs a Servlet 2.3 to run. I would like to use = webwork as an extension to a system which runs on Servlet 2.2. So I am = wondering exactly why Servlet 2.3. is needed with Webwork? Which parts = or components require that servlet? I am hoping that maybe I could use = most parts/components of Webwork with 2.2 if I know the exact specs. Thank you for your help. =C9va Solt=E9sz |
From: Patrick L. <pli...@ho...> - 2002-06-08 04:35:14
|
Yup, JIRA is very nice to help with project management. Makes sure you don't forget stuff, which is easy in this open source world :) I've asked Mike to enabled reply-by-email comment support on the opensource JIRA instances (WebWork and OpenSymphony) so that discussion is even easier! -Pat ----- Original Message ----- From: "Matt Baldree" <ma...@sm...> To: "Webwork-Developer" <web...@li...> Sent: Friday, June 07, 2002 7:23 PM Subject: [Webwork-devel] action chaining > I think I'm ready to go ahead and implement action chaining feature. If you > are interested in the discussion, you can visit the thread below. I'll get > this done and committed soon for others to comment and test drive it. Thanks > to Pat, Jason, and Aapo for their discussion contributions. You gotta like > JIRA :). > > http://opensource.atlassian.com/projects/webwork/secure/ViewIssue.jspa?id=10 > 000 > > -Matt > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > |
From: Mike Cannon-B. <mi...@at...> - 2002-06-08 03:42:44
|
FYI (I'm not sure if everyone has found this yet) you can vote on issues that you'd like completed, see: http://opensource.atlassian.com/projects/webwork/secure/BrowseProject.jspa?i d=10000&report=popular Clearly currently chained actions and better documentation are the two most important things - if you don't think so, vote for what you want. This sort of list helps the ww developers (who I'm sure only have a limited amount of time like the rest of us!) know what is most important to the most amount of people. Enjoy. -mike |
From: Matt B. <ma...@sm...> - 2002-06-08 02:23:42
|
I think I'm ready to go ahead and implement action chaining feature. If you are interested in the discussion, you can visit the thread below. I'll get this done and committed soon for others to comment and test drive it. Thanks to Pat, Jason, and Aapo for their discussion contributions. You gotta like JIRA :). http://opensource.atlassian.com/projects/webwork/secure/ViewIssue.jspa?id=10 000 -Matt |
From: Matt B. <ma...@sm...> - 2002-06-06 11:01:22
|
innocent mistake. i'll fix that. ----- Original Message ----- From: "Mike Cannon-Brookes" <mi...@at...> To: <web...@li...> Sent: Thursday, June 06, 2002 2:00 AM Subject: [Webwork-devel] ActionSupport log change - why? > G'day guys - me again ;) > > On 22/04 ActionSupport changed the way the category object is created, from: > > (1.26) > protected transient Category log = Category.getInstance(this.getClass()); > > to > > (1.27) > protected static transient Category log = > Category.getInstance(ActionSupport.class); > > > Now I don't really care if the log is static or not (ostensibly why the > change was made from the commit message!) but why did we change from > this.getClass() to ActionSupport.class? > > Is this a bug? > > I hope so! It means that subclasses of ActionSupport now log all their > messages in the webwork.action.ActionSupport category instead of their own > category (ie com.atlassian.blah) unless they override log field with their > own category - which sucks ;) > > Looks like an innocent mistake though - or is there a reason for the change > I'm not seeing? > > Cheers, > Mike > > > 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 > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
From: Mike Cannon-B. <mi...@at...> - 2002-06-06 07:01:16
|
G'day guys - me again ;) On 22/04 ActionSupport changed the way the category object is created, from: (1.26) protected transient Category log = Category.getInstance(this.getClass()); to (1.27) protected static transient Category log = Category.getInstance(ActionSupport.class); Now I don't really care if the log is static or not (ostensibly why the change was made from the commit message!) but why did we change from this.getClass() to ActionSupport.class? Is this a bug? I hope so! It means that subclasses of ActionSupport now log all their messages in the webwork.action.ActionSupport category instead of their own category (ie com.atlassian.blah) unless they override log field with their own category - which sucks ;) Looks like an innocent mistake though - or is there a reason for the change I'm not seeing? Cheers, Mike 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 |
From: Matt B. <ma...@sm...> - 2002-06-06 02:02:32
|
Obviously, I've been watching too much Jerry Springer. ----- Original Message ----- From: "Mike Cannon-Brookes" <mi...@at...> To: <web...@li...> Sent: Wednesday, June 05, 2002 8:46 PM Subject: Re: [Webwork-devel] developers? > Hehe *sees a bunch of American's dancing around yelling Jeri! Jeri! Jeri!* > > Seriously Maurice - if you added this feature I would almost fly over there > and give you a huge hug. Or if that's too scary, perhaps some beer. > > We've been looking at how to generate reports and I just found Jasper > yesterday. (The name is very confusing though because of the JSP compilation > module called Jasper - IMHO they should change it) > > Integrating Jasper and WW - +10! > > (In fact there aren't too many WW features I'd prefer more than this at the > moment) > > -mike > > PS Matt - JIRA is running on Resin and Orion sweetly now - which means I > think all the taglib problems are fixed! *fingers crossed* > > On 6/6/02 11:40 AM, "Matt Baldree" (ma...@sm...) penned the words: > > > Why don't you go ahead and add this to WW's JERI so we have it on record. > > > > http://opensource.atlassian.com/projects/webwork > > > > ----- Original Message ----- > > From: "Maurice Parker" <Ma...@Vi...> > > To: <ma...@sm...> > > Cc: <web...@li...> > > Sent: Wednesday, June 05, 2002 8:30 PM > > Subject: Re: [Webwork-devel] developers? > > > > > >> Hey! > >> > >> Don't drop me, I'm not done yet. :-) I have been extremely busy with my > >> day job lately. It has been one project deadline after another and I > >> haven't had time to even read the webwork-users list for months. > >> > >> Look for me to do something sometime in the future. For example I would > >> like to enable JasperReports to be used as a view technology so that PDF > >> report generation could be done using the same actions that you using to > >> generate HTML reports. > >> > >> -Maurice > >> > >> > >> On Wednesday, June 5, 2002, at 07:42 AM, ma...@sm... wrote: > >> > >>> Some of you have been pretty silent these days. Not > >>> sure if you are busy, moved on, or somethings else. So, > >>> in an effort to keep the developer list current, I > >>> would like to ask if you are no longer interested in > >>> developing for WW and/or don't see yourself developing > >>> for WW and would like your name removed as a developer > >>> then just drop me a reply and I'll take care of it. If > >>> you want to stay on, great. > >>> > >>> This isn't an attempt to remove anybody but just spring > >>> cleaning :). > >>> > >>> -Matt > >>> > >>> > >>> > >>> _______________________________________________________________ > >>> > >>> Don't miss the 2002 Sprint PCS Application Developer's Conference > >>> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > >>> > >>> _______________________________________________ > >>> Webwork-devel mailing list > >>> Web...@li... > >>> https://lists.sourceforge.net/lists/listinfo/webwork-devel > >>> > >> > >> > >> > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |