[ 
https://issues.apache.org/struts/browse/WW-2422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43014#action_43014
 ] 

Brian Pontarelli commented on WW-2422:
--------------------------------------

The first pass of this merge is complete and I have things running locally. 
Here is what needs to be completed:

1. Write the ConventionUnknownHandler test case

2. Port the documentation over to the main Struts docs and include the API docs

3. Port the example applications over

I'll probably try to complete 1 and 2 over the next few week or so. #3 will 
probably be a bit later.

> Merge SmartURLs and CodeBehind into Conventions plugin
> ------------------------------------------------------
>
>                 Key: WW-2422
>                 URL: https://issues.apache.org/struts/browse/WW-2422
>             Project: Struts 2
>          Issue Type: New Feature
>            Reporter: Ted Husted
>            Assignee: Brian Pontarelli
>             Fix For: 2.1.1
>
>
> I didn't see a ticket for this, so I opened one. Along with future work, this 
> would cover  r607248, r607259, and r607376. 
> From dev@: 
> --------- Forwarded message ----------
> From: Brian Pontarelli <[EMAIL PROTECTED]>
> Date: Dec 29, 2007 12:41 AM
> Subject: Convention plugin
> To: Struts Developers List <[EMAIL PROTECTED]>
> I have the first rough version of the convention plugin checked into the
> sandbox. Feel free to take a look. I haven't completed the unit tests
> yet, but I did get most of the Javadoc updated and added all the new
> features and support that was discussed.
> The most major change I'm trying to determine if I like is that you now
> do most everything on the action methods rather than the action class. I
> tend to like it more, but my only compliant is that I have to move my
> getters and setters below my action methods, which I don't normally do,
> so that I can see how the class is configured quickly after opening it
> in an editor. I guess I could go Groovy and drop the getters and
> setters. I've also tossed around the idea of some interceptor changes
> that would allow for actions with public/protected member variables.
> Anyways, feel free to check it all out and comment on things..... Oh,
> and there are a few outstanding bugs I've opened with XWork that I had
> to make locally (not a committer) in order to get things working
> correctly. So, if you run into issues, it could be those things. They
> had to do with the Guice container and type converters. I can send folks
> patch files until they are fixed on XWork trunk. Just send me an email
> if you want them.
> -bp

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to