Re: [s2] Spring MVC Plugin

, Tom Schneider [EMAIL PROTECTED] wrote: Has anyone given any thought to a Spring MVC plugin--kind of like the Struts 1.x integration. I know the Spring MVC community isn't huge, but giving them a migration path might win over some converts. (I might look into it at some point) I'm just curious

Re: [s2] Spring MVC Plugin

and Spring MVC isn't too different so writing a similar plugin probably wouldn't be that hard. Tom Dave Newton wrote: From: Tom Schneider [mailto:[EMAIL PROTECTED] Has anyone given any thought to a Spring MVC plugin--kind of like the Struts 1.x integration. What would it do? I mean

[s2] Spring MVC Plugin

Has anyone given any thought to a Spring MVC plugin--kind of like the Struts 1.x integration. I know the Spring MVC community isn't huge, but giving them a migration path might win over some converts. (I might look into it at some point) I'm just curious if other people thought this would

Re: [s2] Time for Struts 2.1.x ? (was Re: [proposal] Tag reorganization)

Don't forget about this: http://forums.opensymphony.com/thread.jspa?threadID=52734tstart=0start=15 Still a work in progress, but theoretically this will allow us to plug in MVEL. (Or anything else for that matter) Tom David H. DeWolf wrote: Ted Husted wrote: I'd be happy to roll Struts

Re: OGNL performance detrimental to Struts 2

Tonight I was looking at abstracting away OGNL from xwork. (I was pretty far before I gave up for the night, about a half dozen OGNL references in xwork that I'll have to look at a little closer) So I took a look at what it would take to integrate MVEL. First, the lack of javadoc is a

Re: [S2] XWork Status Quo

At one point wasn't there talk of bring xwork into the apache fold. Is that still an option or is that off the table? It seems to me that since xwork is such a critical piece of struts2 that it should be part of apache and not opensymphony. Then xwork would be forced to follow the apache

Re: NPE in prepareContinuation()

What version of xwork are you using? Can you debug into this code and tell us what's null? I looked at the latest xwork1 trunk (that method didn't exist in xwork2 trunk) and the only thing that would throw a nullpointerexception is if the stack or the context of the stack were null. Without

Re: Websphere req.getQueryString() issue in URL tag

I opened WW-1563 to address this issue. Tom Don Brown wrote: I believe the request attribute behavior is part of the 2.4 servlet spec. Regardless, it doesn't hurt to check there if the querystring is null. Please open up a JIRA ticket and attach the patch there. Don

Websphere req.getQueryString() issue in URL tag

Hello, I ran into an issue in webwork with the URL tag. I checked the code and it's exactly the same code in struts2, so I thought I would post it here. The issue is that when we run our application under Websphere 5.1.1.8, in URL.java, line 203 in the extractQueryString() method, a call to

Declarative bean array validation

One of the issues that I ran into while implementing solutions in Webwork is how to handle bean array validation. The issue is that you can't validation an array of business objects declaratively using the build-in xwork validation xml. Has this been addressed yet or is this still something

Re: Additional UI tags

Musachy Barroso wrote: We also have a table tag, which I have never seen and I don't know if it works. On that same thought, DisplayTag has a lot of stuff which would be pointless to duplicate. But I could say the same thing about the ajax tags anyway... musachy Don Brown wrote: The

Re: Additional UI tags

That really is the crux of my question, does this belong in struts proper, as a 'plug-in' module, or as a complete separate project? My understanding from the ww forums is that the table tag is there, but no one was really supporting it. (And briefly looking at it, I was not real

<    1   2