Hi team,
for this, I have created a separate project that has support for nested-paths. It an
extraction of the TODO app, removed the controller part and added the jax-rs endpoints. I
then enhanced to add support for support for schemas like
/projects/{id}/tasks/{id}/tags/{id}
Note, that the endpoints continue to be available as root resources as well. All http
methods are available for each subresource as well as root endpoints.
let's discuss in the meeting more for this.
thanx,
Christos
[1]
https://github.com/cvasilak/aerogear-ig-server
On Apr 23, 2013, at 6:43 PM, Karel Piwko <kpiwko(a)redhat.com> wrote:
+1 to splitting experience demo app (showcase) and reference impl
app/set of
apps.
They serve different purpose and as such they would receive a different
treatment from QE as well.
On Mon, 22 Apr 2013 12:45:35 -0400
Summers Pittman <supittma(a)redhat.com> wrote:
> On Mon 22 Apr 2013 12:33:27 PM EDT, Sebastien Blanc wrote:
>> And keeping in mind we are going to demo a lot of other features like :
>> - Mulitpart support
>> - Data synchronisation
>> - Push support
>> So maybe this thread is also a good way of thinking about a new
>> showcase applicattion in which all these featurs could fit ...
>> Ideas ?
>
> The way I feel we have three separate needs.
>
> 1) A experience demo which shows off lots of functionality.
> 2) A very stable set of services for clients to run tests against
> (ideally with stable data)
> 3) A reference implementation of the service which says. This is what
> we want it to do. This will be the impl we look at when the spec is
> unclear on something and need a "right" answer.
>
> 2 & 3 can probably be the same app. I feel like the experience demo
> should be something else. The last thing we want is a test suite
> creating 1000 objects and muching up everyone's demos.
>
>>
>>
>>
>> On Mon, Apr 22, 2013 at 6:22 PM, Christos Vasilakis
>> <cvasilak(a)gmail.com <mailto:cvasilak@gmail.com>> wrote:
>>
>> Hi team,
>>
>> as we discuss in the meeting, we need a testbed app to go against
>> our integration tests for the nested path feature. For this there
>> are two options:
>>
>> a) either enhance our currently TODO app and add support for
>> schemas of "/projects/{id}/tasks/{id}/tags{id}". Currently
>> ag-controller supports nested path params.
>>
>> b) create a separate and simple app eg. a blog engine with
>> /blog/{id}/comments/id} etc. so that we point our tests there.
>>
>> The advantage that a) gives is that we don't need to write and
>> maintain a separate app, but we may need some different behaviour
>> that doesn't cover either TODO or controller's functionality (eg.
>> upload file functionality on the Pipe etc). So I am more in b) so
>> that we can use it as a general testbed for the features we want
>> to implement (now and in the future.)
>>
>> Wdyt?
>>
>> Thanks,
>> Christos
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org <mailto:aerogear-dev@lists.jboss.org>
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev