I think we're going with what's in CVS unless there's bugs...
> -Original Message-
> From: Drew McAuliffe [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 4:51 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [OS-webwork] Param directive
>
>
> The pushes and pops were necessary bef
This should be fixed
> -Original Message-
> From: Anoop Ranganath [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 4:45 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] Latest xwork cvs snapshot
>
>
> I'm wondering if this fix is in also. I am still breaking
> like t
+1 on this, i think its inconsistent and confusing how projects are
scattered, another issue i think is that the module for ww2 is webwork
on java.net, could that be renamed to webwork2?
Cameron Braid wrote:
Yes, we have moved.
WebWork2 : http://webwork.dev.java.net
Xwork : http://xwork.dev.ja
Magically! Webwork automatically does all that for you, as long as a
getAlbum method exists in that item in the collection, it'll work. Your
jsp pages don't need to know anything about types or classes. The
webwork tags are all valuestack-aware, as in they will know how to
resolve expressions a
I'm quite new to Eclipse but can anybody tell me why only some projects
show the "check a project configured in the new project wizard" when
you are checking stuff out of a CVS location?
I don't understand why it shows me that option for many projects but
not others including Webwork 1.4.
For
Hani
Thanks for the reply. I did take a look at CDList
class and the one thing thats puzzling me is that in
the doStartTag and doAfterBody of IteratorTag, all its
doing is a iterator.next() which should return a
Object. My problem is how does that automatically get
cast down to a CD Class.
I come
Do you have a taglib tld file in your WEB-INF directory? if you do,
then either delete it or upgrade it to the one from the webwork jar (in
META-INF/taglib.tld)
On Nov 18, 2003, at 8:47 PM, Dave Ballard wrote:
Hello,
I'm currently using webwork 1.3 with weblogic 6.1 SP5. When I replace
webwork
have a look at the webwork.examples.i18n.CDList class. That is the
action class, so when the page makes a call to CDList, that
automatically calls the getCDList method in that action class. The
CDList is now iterated through and within the iterate block, the top of
the value stack now has the c
Hello,
I'm currently using webwork 1.3 with weblogic 6.1 SP5. When I replace
webwork 1.3 with 1.4, my weblogic app fails to start with the following
startup error:
---
translation of /template/xhtml/checkbox.jsp failed:
weblogic.servlet.jsp.JspException: (line 22): Error in using tag library
uri=
Hello
I just started looking at Webwork and checking out the
examples. One thing i noticed in cdlist.jsp is this
code
">
,
,
,
CDList is actually a List of "CD" objects, but i
couldnt find anywhere in the code where this cast is
made back. So how does webwork know
We, not quite. 1.x will remain on sf.net (files will be posted to
java.net though), since the original developers have moved on and so
having cvs history is pretty vital to figure out why certain things
were done the way they were. Plus it's a stable codebase so the one day
delay for anon c
...which is why I wrote http://www.opensymphony.com/cvs.jsp to have the
'official' list, unfortunately there's no way of controlling sf.net or
java.net's docs.
On Nov 18, 2003, at 7:37 PM, Robert Nicholson wrote:
Unfortunately there are many places with this information and the
information is
Yes, we have moved.
WebWork2 : http://webwork.dev.java.net
Xwork : http://xwork.dev.java.net
I suggest that someone looks into seeing if the webwork/xwork
sourceforge cvs repos can be shutdown, or maybe delete everything from them.
Cameron
Wayland Chan wrote:
Isn't Opensymphony (thus WW2, XW)
Wayland Chan wrote:
Isn't Opensymphony (thus WW2, XW) hosted on opensymphony.sourceforge.net? All the urls I've seen flying around on this list show *.java.net.
Have you moved?
WW2 has moved to java.net and I believe WW 1.x has also moved (however Hani did post the latest 1.4
release to sourcefor
Ross Mason wrote:
Cameron Braid wrote:
I have downloaded and integrated this code though and the tests run
perfectly (after creating my my own ServletContextAware interface and
removing refrences to the confluence packages)
I really like the work that you have done. Though I think some more
Unfortunately there are many places with this information and the
information is inconsistent.
See https://xwork.dev.java.net/source/browse/xwork/ for example
That's where I ended up at first.
---
This SF.net email is sponsored by: SF.net Gi
Isn't Opensymphony (thus WW2, XW) hosted on opensymphony.sourceforge.net? All the urls
I've seen flying around on this list show *.java.net.
Have you moved?
Ciao!
Wayland Chan
email: wchanATtrekspaceDOTcom
--
Get your free email account
Cameron Braid wrote:
I have downloaded and integrated this code though and the tests run
perfectly (after creating my my own ServletContextAware interface and
removing refrences to the confluence packages)
I really like the work that you have done. Though I think some more work
is required t
Q. How do I get the latest version of Webwork2 and XWork from CVS?
cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
(Use an empty password, just hit enter..)
cvs -d :pserver:[EMAIL PROTECTED]:/cvs checkout webwork
cvs -d :pserver:[EMAIL PROTECTED]:/cvs checkout xwork
from the FAQ: http://wiki.opensymph
Ok never mind I found the bit on the other page that tells that the
guest password
should be blank.
http://www.opensymphony.com/cvs.jsp
The confusion for those who are interested is if you go to the
following page
https://xwork.dev.java.net/source/browse/xwork/
It clearly states under Setup C
Try empty password
On Nov 18, 2003, at 6:28 PM, Robert Nicholson wrote:
I seem to recall going thru this before but guest/guest isn't working
for me at
cvs.dev.java.net which is what is refered to on the following page
https://webwork.dev.java.net/servlets/ProjectSource
I seem to recall going thru this before but guest/guest isn't working
for me at
cvs.dev.java.net which is what is refered to on the following page
https://webwork.dev.java.net/servlets/ProjectSource
---
This SF.net email is sponsored by: SF.
To me 'beta' indicates a fairly stable API (not 3 times major API changes),
but with bugfixes and improvements along the way (eg. Hibernate).
OTOH alpha quality software can be ripped apart.
PS Patrick, is your book up to date with these new changes in WW2? Does it
contain ?
Mathias
- Origi
Rickard Öberg wrote:
Matt Ho wrote:
I've opted to move this to the webwork extensions rather than have it
part of the webwork core. Although the VelocityServlet will be
deprecated, that won't be til Velocity 1.5!
One of the features that's extremely appealing about the velocity tool
project
Daniel Pfeifer wrote:
There seem to be some problems with the Tags in the latest CVS checkout.
Specifically IncludeTag and UrlTag cause exceptions when used.
Is that a known problem?
Nope, but it's fixed in CVS now :)
M
---
This SF.net emai
Drew McAuliffe wrote:
Recent changes to webwork included the addition of some macros for backwards
compatibility. As part of this change, though, I'm seeing problems with
configuring other macros. I've been using a velocity.properties file that
includes declarations of 2 additional macro files. Th
The pushes and pops were necessary before recent changes made it possible to
pass in objects directly to the velocity directive. Also, there is now talk
about having two separate tags, one that does a "stack.findValue"
automatically and one that doesn't. Your second example shows that
parameters pa
Done
Dick Zetterberg wrote:
Hi Hani,
I think it would be good if you put the release on sourceforge as well since
people might find webwork there also.
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: "Hani Suleiman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: T
I'm wondering if this fix is in also. I am still breaking like this in
CVS.
Thanks,
Anoop
On Nov 18, 2003, at 9:23 AM, Fred Lamuette wrote:
Is your fix committed ?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
Patrick Lightbody
Envoye : mardi 18 novem
:-) Yes, the property tag is an exception a couple times over
> -Original Message-
> From: boxed [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 4:24 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] API changes, again!
>
>
> Patrick Lightbody wrote:
>
> >Well, it is
Hi Hani,
I think it would be good if you put the release on sourceforge as well since
people might find webwork there also.
Cheers,
Dick Zetterberg
[EMAIL PROTECTED]
- Original Message -
From: "Hani Suleiman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 18, 2003 2
Patrick Lightbody wrote:
Well, it is kind of amusing Mathias is saying he'll switch to 1.3, given
that these changes make 2.0 have the exact same interface/tags/etc as
1.x :P
-Pat
Except the property tag I hope :P
Anders Hovmöller
---
This S
Hani Suleiman wrote:
+1, the valuestack is a neat thing and all that, but having random
pushs/pops happen in UI tags of all things just feels wrong.
Agreed. However, I'm unclear why pushes and pops are required though.
#foreach( $number in $person.phoneNumbers )
$stack.push($number)
#bo
Actually, I agree with this. It's stupid of people to hop on a beta
bandwagon then express indignation when the rug is pulled from under
them. That's the whole POINT of a beta, to stumble about in various
directions until the correct one reveals itself.
Thompson, Christopher C (Kris) wrote:
Wh
Well, it is kind of amusing Mathias is saying he'll switch to 1.3, given
that these changes make 2.0 have the exact same interface/tags/etc as
1.x :P
-Pat
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Thompson, Christopher C (Kris)
Sent: Tuesday, Novemb
Whoa trigger. Please don't blame WebWork2 for being beta. I would much
rather they get this right in beta regardless of how many changes they
have to make then to either lock us into a bad solution or change after
the production release is made. When developing on the bleeding edge
you usually d
Recent changes to webwork included the addition of some macros for backwards
compatibility. As part of this change, though, I'm seeing problems with
configuring other macros. I've been using a velocity.properties file that
includes declarations of 2 additional macro files. This has been working for
I keep my opinion, but I'm happy to see the different points of view are
respected by choosing to solve elegantly the problem :-).
Richard.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
Hani Suleiman
Envoye : mardi 18 novembre 2003 18:10
A : [EMAIL PROTECT
+1, the valuestack is a neat thing and all that, but having random
pushs/pops happen in UI tags of all things just feels wrong.
Drew McAuliffe wrote:
My biggest problem with this is that it basically eliminates any advantage
to using velocity as far as ease of use is concerned. One of the main
r
That's when stuff starts to get REALLY ugly. Though I guess there's no sense
arguing about it now, since it looks like we get the best of both worlds.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fred
Lamuette
Sent: Tuesday, November 18, 2003 2:56 AM
T
My biggest problem with this is that it basically eliminates any advantage
to using velocity as far as ease of use is concerned. One of the main
reasons I prefer velocity over JSP is that the syntax is more natural,
especially for things like iterations. Requiring two extra lines makes the
whole th
That would be fine by me. Being able to set the default would be especially
nice.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fred
Lamuette
Sent: Tuesday, November 18, 2003 1:13 AM
To: [EMAIL PROTECTED]
Subject: RE: [OS-webwork] Param directive
I don
Title: Message
I will put the related files (interceptor, sample
action) into Jira as soon as I can.
- Original Message -
From:
Jason Carreira
To: [EMAIL PROTECTED]
Sent: Tuesday, November 18, 2003 4:41
PM
Subject: RE: [OS-webwork]
ExceptionHandlerIntercepter
On a minor note, should the template be named "textfield" instead of
"text"?
--- Jason Carreira <[EMAIL PROTECTED]> wrote:
> is for finding localized text messages... It's not a UI
> component
>
> > -Original Message-
> > From: Francisco Hernandez [mailto:[EMAIL PROTECTED]
> > Sent: T
ok I was confused because I saw a text.vm and not a textfield.vm but the
textfield tag is still there.
Jason Carreira wrote:
is for finding localized text messages... It's not a UI
component
-Original Message-
From: Francisco Hernandez [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November
Actually, ww:property doesn't not to toString(). It calls
findValue(expr, String.class) and then let's Ognl try to do some
type-conversion. You are more than welcome to add a type converter that
does what you need.
Or you can use i18n :)
-Pat
-Original Message-
From: [EMAIL PROTECTED]
[m
any chance of getting this into webwork-ext?
John Patterson wrote:
I just discovered a problem with my ExceptionHandlerInterceptor due to
the design of the DefaultActionInvocation class. I have made some
changes to this class which fix the problem and would like to run them
past everybody.
Title: Message
I'll
take a look at the changes tonight... sounds like it's minor with no changes
visible to the user.
-Original Message-From: John Patterson
[mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18,
2003 11:30 AMTo:
[EMAIL PROTECTED]Subject: Re: [OS-webwork]
Title: Message
If the request has not been committed then the
ServletDispatcher is clever enough to do a dispatcher.forward() instead of
a dispatcher.include(). Therefore any uncommitted content in the buffer is
cleared. However, if the response is already committed
then there is no way to
Title: Message
I
think you can do the trick with a stand-in stream, a response wrapper like the
one from Sitemesh is ok.
Richard.
-Message d'origine-De :
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]De la part de
Jason CarreiraEnvoyé : mardi 18 novembre 2003
16:59À :
[E
I apologize for all the changes. The reason for the changes was to make
2.0 more compatible with 1.3 and to take advantage of all the things
they learned and not toss it out the window. We don't plan on any major
changes at this point.
Again, my deepest apologies -- we should be through all the ro
I made the URLTag exactly like the 1.3/1.4
release. In fact, in 1.4 the page attribute does exist, but it is deprecated.
Can someone explain the difference to me?
I’m a bit unfamiliar with all the URLTag stuff.
VUI is the VoiceXML stuff from the 1.x
line.
-Pat
-Origina
Title: Message
How
does this handle the issue of content having been written out by the first
result? Would you end up with part of the first page, then the error
page?
-Original Message-From: John Patterson
[mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18,
2003 10:21
Sorry about that... I assume Pat changed the HttpServletRequestAware to
ServletRequestAware to be more like WW1.x and make it a little easier to
upgrade. The reason things have changed so much was to make backward
compatibility easier. All major API changes should be over now. The
tags, unless ther
I'll take a look after the 2.0 beta2 release
> -Original Message-
> From: Ross Mason [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 12:01 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] [OS-xwork] Spring IoC integration
>
>
> I've updated the Issue, and attached the
is for finding localized text messages... It's not a UI
component
> -Original Message-
> From: Francisco Hernandez [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 2:29 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] formatting dates and numbers
>
>
> hmm having look
The other option is to have an Action which creates that list and use
the tag to execute it and then use the list from the
other tags... (see the examples or wiki(?) for examples)
> -Original Message-
> From: Peter White [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 18, 2003 5:37 A
+1
(I've written the same exception handler interceptor)
-Message d'origine-De :
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]De la part de
John PattersonEnvoyé : mardi 18 novembre 2003
16:21À : WebworkObjet : [OS-webwork]
ExceptionHandlerIntercepter
I just discovered
I just discovered a problem with my
ExceptionHandlerInterceptor due to the design of the DefaultActionInvocation
class. I have made some changes to this class which fix the problem and
would like to run them past everybody.
The ExceptionHandlerInterceptor catches any
exceptions that occur
Is your fix committed ?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
Patrick Lightbody
Envoye : mardi 18 novembre 2003 07:41
A : [EMAIL PROTECTED]
Objet : RE: [OS-webwork] Latest xwork cvs snapshot
Richard,
I've fixed this. The down side of all this is
I get right now the latest cvs snapshot.
Thank you, Pat.
Richard.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
Patrick Lightbody
Envoye : mardi 18 novembre 2003 07:41
A : [EMAIL PROTECTED]
Objet : RE: [OS-webwork] Latest xwork cvs snapshot
Richard,
I've
The same for me. I think personnaly that too much stuff included in this
endless beta 2 prevents it from being stable (yes i know it's a beta). But
it is the choice of the project team, not mine. And I can only support the
project with my patches, bugs submissions, remarks, but I do it with
pleasur
Richard,
I've fixed this. The down side of all this is that if you have null as
an arg to a method call, the optimizations I made to get monthlist from
4X to 2X will be lost. In the future I could probably get those
optimizations back, but for now this works and is really simple.
-Pat
-Origin
I have downloaded and integrated this code though and the tests run
perfectly (after creating my my own ServletContextAware interface and
removing refrences to the confluence packages)
I really like the work that you have done. Though I think some more
work is required to be able to integrate
I agree, and having just refactored these bits in ww1 I think that
adding all this velocity config stuff to webwork is duplication and
unnecessary. The jsp equivalent for example would be to suddenly allow
for the ability to define various scoped objects in the webwork config.
Use a startup
There seem to be some problems with the Tags in the latest CVS checkout.
Specifically IncludeTag and UrlTag cause exceptions when used.
Is that a known problem?
/Daniel
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, eas
ok, i created this FAQ, hopefully you guys can help me out and fill it
in whenever you guys ask a question and get it answered or just put
something in it whenever..
http://wiki.opensymphony.com/space/Webwork2+FAQ
---
This SF. Net email is s
--- Paul Knepper <[EMAIL PROTECTED]> wrote:
> I'm using jsp pages with tags to
> output data.
>
> How do I format dates and numbers? I would like to
> specify dates as /mm/dd. And I'd like to format
> numbers regarding number of digits for precision
> etc...
ww:property would do toString(
hehe I know how you feel, im in the process of upgrading to a newer
version of ww2 and running into a bunch of problems, but its mainly lots
of small tedious changes, like having to add single quotes tags and
such, oh well.
BOGAERT Mathias wrote:
Hi,
Just to let you guys know that I *again* have
Is this then to the point of actually being usable? I have exactly this
requirement and i'd like to use this. Or, is this going to be part of the
WW2 next release?
Eric
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Jonas Eriksson
> Sent: Tuesday,
Matt Ho wrote:
I've opted to move this to the webwork extensions rather than have it
part of the webwork core. Although the VelocityServlet will be
deprecated, that won't be til Velocity 1.5!
One of the features that's extremely appealing about the velocity tool
project is the ability to easil
Hi,
Just to let you guys know that I *again* have to upgrade my entire WebWork2
application.
My previous version was from CVS 10/8/2003, and a lot of things seem to have
changed.
For instance, HttpServletRequestAware got ServletRequestAware (but still
setting a HttpServletRequest??). All the temp
>what if in your example you needed 2 objects to be avaiable in your
>Component?
double push
>would a be needed?
???
Richard HALLIER
Chef de projet
[EMAIL PROTECTED]
01.40.12.41.52
www.uniclick.org
UNICLICK
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
I totally agree about putting it in webwork extensions!
Jonas
Matt Ho wrote:
I've opted to move this to the webwork extensions rather than have it
part of the webwork core. Although the VelocityServlet will be
deprecated, that won't be til Velocity 1.5!
One of the features that's extremely ap
Francisco,
Thanks for the tip, I'll give it a shot!
-Peter
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Francisco Hernandez
> Sent: Tuesday, November 18, 2003 2:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] Pre-validatio
you can use a chain to populate that list or maybe lazily load the list
in your getter (i think chain would work better..)
"One common use of Action chaining is to provide lookup lists (like for
a dropdown list of states, etc). Since these Actions get put on the
ValueStack, these properties wil
I've opted to move this to the webwork extensions rather than have it
part of the webwork core. Although the VelocityServlet will be
deprecated, that won't be til Velocity 1.5!
One of the features that's extremely appealing about the velocity tool
project is the ability to easily add your own
what if in your example you needed 2 objects to be avaiable in your
Component?
would a be needed?
Fred Lamuette wrote:
Here is the different point of view. I personnaly think the push/pop actions
are NOT a hack.
Either you have a WW2 approach or a Velocity one. I think we are in the
first one,
Title: Pre-validation Processing Question
I forgot to mention, I'm using the XML based ActionName-validation.xml
mechanism this time around vs. rolling my own validation code in my model's
validate() methods since I'm working with static forms this
time.
From:
[EMAIL PROTECTED]
Title: Pre-validation Processing Question
Hi gang,
I have an action that will either submit a form's contents, if it passes validation, or dispatch the form for completion if it doesn't pass validation. Basically, it's my way of being lazy so I don't have to write one action to render a for
Fred Lamuette wrote:
I dont think two #param directives are a good idea.
What about a default behaviour defined in the webwork.properties ? With an
attribute in param tag to override the default, it would be nice.
This is now done in CVS. The param supports an optional eval attribute.
If eval i
Here is the different point of view. I personnaly think the push/pop actions
are NOT a hack.
Either you have a WW2 approach or a Velocity one. I think we are in the
first one, that makes all the difference, the stack is the main way to
access data.
If you need to pass reference objects without push
I dont think two #param directives are a good idea.
What about a default behaviour defined in the webwork.properties ? With an
attribute in param tag to override the default, it would be nice.
Cheers.
Richard HALLIER
Chef de projet
[EMAIL PROTECTED]
01.40.12.41.52
www.uniclick.org
UNICLICK
-M
How come the page attribute of the URL tag has been
removed? It is a little annoying to have to tripple quote static values
(and hard to spot when you've missed one). The tld still allows a page
attribute.
Also, what is the com.opensymphony.veiws.jsp.vui
package about?
John.
Hmm, you right! Why have i done this change...Anyways, tx now it works
again.
The validation xml file is now named, DemoAction-demoStep1-validation.xml.
/Mathias.
-Original Message-
From: Jason Carreira [mailto:[EMAIL PROTECTED]
Sent: den 17 november 2003 17:31
To: [EMAIL PROTECTED]
Sub
On Mon, Nov 17, 2003 at 08:35:48PM -0500, Hani Suleiman wrote:
> All,
>
> WebWork 1.4 has been released, appropriate press blurbage will be
> showing up on your regular news channels in the next day or so I
> expect. You can grab it from
> https://webwork.dev.java.net/files/documents/693/179
Cheers mate.
I've just attached the SpringExternalReferenceResolver implmentation and
tests to the Jira Issue.
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=XW-122
Ross
Patrick Lightbody wrote:
This is good stuff -- not sure about a 1.0 release though. We'll try to
get a point releas
why create another property tag instead of just adding an attribute to
handle escaping (which i thought it had..)?
same thing for the param tag, couldnt an attribute be added to eval or not?
Patrick Lightbody wrote:
What we need to solve all this is:
* two #param directives (one which evaluat
hmm having looked at text.vm template its used for displaying a tag.. and what happened to textfield tag too?
Patrick Lightbody wrote:
Haha, examples. Good one :P
Actually, the examples for 1.3 should work, since i18n hasn't change in
2.0. Actually, if you know a bit about ResourceBundles and i1
Hani Suleiman wrote:
WebWork 1.4 has been released, appropriate press blurbage will be
showing up on your regular news channels in the next day or so I
expect. You can grab it from
https://webwork.dev.java.net/files/documents/693/1790/webwork-1.4.zip
Any feedback/testing would be most apprec
90 matches
Mail list logo
