+1 for the proposal guys. and as chan said if we can use goose for base
stuff lets get that and built on top of that.

Regards,
/Nuwan


On Sun, Feb 16, 2014 at 7:09 AM, Chan <[email protected]> wrote:

> I would further suggest to merge the simple router to goose.js[1] and
> promote a single router as the base. The router module should be improved
> for the above mentioned features. We can also remove the authentication and
> authorization bits off from goose.js to a middleware component that can be
> plugged in. (feel free to name it as jaggery-router since we are following
> a convention on naming).
>
> [1] - https://github.com/dulichan/goose.js
>
>
> On Sun, Feb 16, 2014 at 12:37 PM, Sameera Medagammaddegedara <
> [email protected]> wrote:
>
>> Hello Everyone,
>>
>> *Description:*
>>
>> The review looked at the use of the Jaggery-Pipe [3] ( a middleware
>> implementation like connect.js [1] ) and the simpleRouter plug-in [4] that
>> will be integrated into the Store and Publisher. These new components will
>> be used to handle routing and support for additional extension points in
>> the Store and Publisher.
>>
>> *Participants*:
>>
>> *Enterprise Store Team*: Ruchira, Praveena,Tanya, Nadeesha and Sameera
>> *Mobile Team:* Dulitha (Chan)
>>
>> *Observations:*
>>
>>    - There is no need to allow users to define multiple routes to a
>>    single handler in one line. This can be  handled by defining each route in
>>    a single line, in order to promote readability
>>    - There is no need to allow users to override a plug-in used in the
>>    pipe
>>
>> *Actions:*
>>
>>    - The underlying implementation of the simpleRouter needs to be
>>    changed so that it creates a tree structure from each route. This will
>>    allow the definition of multiple route levels;
>>       - /store/asset/:type/:id
>>       - /store/asset/api/:id
>>    - The simpleRouter should operate in two modes: development and
>>    production
>>       - In the development mode the route tree should be constructed for
>>       each request
>>       - In the production mode the route tree should only be built once
>>    - The variables in a route should be defined using : (colons) as
>>    opposed to { (curly braces):
>>       - Current: /store/asset/{type}
>>       - New: /store/asset/:type
>>       - This is the implementation used in other JavaScript routing
>>       frameworks (e.g. Express [2] )
>>
>> *References*
>>
>> [1] Connect.js ,URL: http://www.senchalabs.org/connect/
>> [2] Express.js  ,URL: http://expressjs.com/guide.html
>> [3] Jaggery-Pipe ,URL:https://github.com/splinter/jaggery-pipe
>> [4] simpleRouter ,URL:
>> https://github.com/splinter/jaggery-pipe/blob/master/plugins/simpleRouter.js
>>
>> Thank You,
>> Sameera
>> --
>> Sameera Medagammaddegedara
>> Software Engineer
>>
>> Contact:
>> Email: [email protected]
>> Mobile: + 94 077 255 3005
>>
>
>
>
> --
> Chan (Dulitha Wijewantha)
> Software Engineer - Mobile Development
> WSO2Mobile
> Lean.Enterprise.Mobileware
>  * ~Email       [email protected] <[email protected]>*
> *  ~Mobile     +94712112165 <%2B94712112165>*
>
> *  ~Website   dulithawijewantha.com <http://dulithawijewantha.com/> *
>
> *  ~Blog         blog.dulithawijewantha.com
> <http://dulichan.github.io/chan/>*
> *  ~Twitter     @dulitharw <https://twitter.com/dulitharw>*
>



-- 



*Thanks & Regards,Nuwan BandaraTechnical Lead; **WSO2 Inc. *
*lean . enterprise . middleware |  http://wso2.com <http://wso2.com> *

*blog : http://nuwanbando.com <http://nuwanbando.com>; email:
[email protected] <[email protected]>; phone: +1 812 606 7390 *
<http://www.nuwanbando.com/>
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to