[ 
https://issues.apache.org/jira/browse/RAVE-941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13630234#comment-13630234
 ] 

Erin Noe-Payne commented on RAVE-941:
-------------------------------------

We have started angular work on the branch angular - 
http://svn.apache.org/repos/asf/rave/branches/angular/.
                
> Refactor rave portal as an angularjs web application
> ----------------------------------------------------
>
>                 Key: RAVE-941
>                 URL: https://issues.apache.org/jira/browse/RAVE-941
>             Project: Rave
>          Issue Type: Epic
>            Reporter: Erin Noe-Payne
>            Assignee: Erin Noe-Payne
>             Fix For: 0.22
>
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> With RAVE-914 we now have the rave core functionality isolated from the 
> portal. This allows us to refactor the portal application and write it as a 
> reference implementation on top of the rave core with the following goals:
> - Support generic data contexts for pages - portal, profile, portfolio or 
> whatever else. No more hard coded portal page vs profile page. 
> - Allow implementers to extend the portal application with less reliance on 
> overlays.
> - Move away from jsps or other heavy-lifting view rendering logic from the 
> server.
> I'm proposing to use angularjs (http://angularjs.org/) as a client side mvc 
> framework. This would be in place of previous efforts to implement the portal 
> using backbonejs and handlebars. Basic roadmap:
> - Move away from jsp's, either moving to a lighter-weight rendering framework 
> or consider serving only raw html with no rendering framework on the server 
> at all.
> - Rewrite / update portal's views as angularjs compatible markup.
> - Write the portal js as an angularjs application that interacts with the 
> rave core. 
> - Use the new rest apis to serve data for client side navigation and partial 
> view loads.
> - Allow implementers to extend rave portaljs for custom functionality without 
> overlaying, allow them to add views for new custom contexts without requiring 
> overlays.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to