Sí entiendo, es inmantenible de esa manera, creo que lo mejor en este caso
es hacerlo con '?' y fue, de esa forma no habría que modificar nada en el
routing de angularjs, no?
Cuando hagamos request para compra lo hacemos con href="/buy?itemId={{
item.id}}" (en el caso de angular) y la ruta en play quedaría GET  /buy
 controllers.ItemController.buy() para después bindear el parámetro desde
el Controller con Form.


El 27 de octubre de 2013 14:22, mbmihura <notifications@github.com>escribió:

> In conf/routes:
>
> > @@ -75,7 +74,7 @@ GET     /assets/*file        				controllers.Assets.at(path="/public", file)
> >  GET		/javascriptRoutes     				controllers.Application.javascriptRoutes
> >
> >  # Payment Process
> > -GET		/buy/:itemId				controllers.ItemController.buy(itemId: String)
>
> Lo decia porque por ahora angular no acepta definir url con expresiones
> regulares, entonces habria que definir una url en routingNnavigation por
> cada "nivel de anidamiento"... rountingNnavigation quedaria algo asi:
>
> when('/:serverPageUrl', {template: template, controller: 'serverPageRoutingCtrl'}).when('/:serverPageUrl1/:serverPageUrl2', {template: template, controller: 'serverPageRoutingCtrl'}).
>
> y encima si luego tenemos una url como /items/CN1/Details volveria a
> fallar y habria que seguir agrendo sentencias when() en el
> routesNnavigation.
> Por eso es que no lo toma como "parametro"... En realidad todo lo que
> venga en el path, por ejemplo /noticias/politica/3 no se consideran
> parametros si no que son parte del path de la url que identifacan un
> recurso en la web. Los parametros son lo que vienen en el query string
> luego del ?, indicando info adiciona o que hacer, ej.
> articulos?ordenarPor=precio&cantidaAMostrar=100
> No es muy clara mi explicación ajaja.. de ultima después lo hablamos,
> total no traba nada por ahora
>
> —
> Reply to this email directly or view it on GitHub<https://github.com/mbmihura/vestaro/pull/30/files#r7237261>
> .
>