4:43 a.m.
Hi,
Made a very simple Java version (based on hibernate) of the sync server. It doesn’t merge
so any change in a entity that is old will give a merge conflict. It uses the same
‘protocol’ as couch so WDYT?
Cheers,
Erik Jan
https://github.com/edewit/sync-server
8:56 a.m.
Why not contribute to https://github.com/aerogear/aerogear-sync-server, instead of create
a new server implementation?
--
abstractj
On January 21, 2014 at 7:43:31 AM, Erik Jan de Wit (edewit(a)redhat.com) wrote:
> Hi,
Made a very simple Java version (based on hibernate) of the sync
server. It doesn’t merge so any change in a entity that is old will
give a merge conflict. It uses the same ‘protocol’ as couch so
WDYT?
Cheers,
Erik Jan
https://github.com/edewit/sync-server
9:31 a.m.
On Tue, Jan 21, 2014 at 2:56 PM, Bruno Oliveira <bruno(a)abstractj.org> wrote:
Why not contribute to
https://github.com/aerogear/aerogear-sync-server,
instead of create a new server implementation?
That's a good idea; similar to what already exists on the SimplePush
Server, having an 'Hibernate' adapter on the Netty-Server would be a nice
to test against as well;
-Matthias
--
abstractj
On January 21, 2014 at 7:43:31 AM, Erik Jan de Wit (edewit(a)redhat.com)
wrote:
> > Hi,
>
> Made a very simple Java version (based on hibernate) of the sync
> server. It doesn’t merge so any change in a entity that is old will
> give a merge conflict. It uses the same ‘protocol’ as couch so
> WDYT?
>
> Cheers,
> Erik Jan
>
> https://github.com/edewit/sync-server
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
5:38 a.m.
Right good point, at the time of writing Dan’s server didn’t exist, but now I could submit
it as an alternative implementation. I’ll do that now.
On 21 Jan,2014, at 14:56 , Bruno Oliveira <bruno(a)abstractj.org> wrote:
Why not contribute to
https://github.com/aerogear/aerogear-sync-server, instead of create a new server
implementation?
--
abstractj
On January 21, 2014 at 7:43:31 AM, Erik Jan de Wit (edewit(a)redhat.com) wrote:
>> Hi,
>
> Made a very simple Java version (based on hibernate) of the sync
> server. It doesn’t merge so any change in a entity that is old will
> give a merge conflict. It uses the same ‘protocol’ as couch so
> WDYT?
>
> Cheers,
> Erik Jan
>
> https://github.com/edewit/sync-server
9:30 a.m.
Hello Erik,
On Tue, Jan 21, 2014 at 10:43 AM, Erik Jan de Wit <edewit(a)redhat.com> wrote:
Hi,
Made a very simple Java version (based on hibernate) of the sync server.
I think JAX-RS is a good choice for (existing) Java EE applications.
Grizzly/Jersey was just used as an example? Or was it meant to be
'embedded' ? In that case my choice would have been undertow-resteasy:
```
UndertowJaxrsServer undertow = new UndertowJaxrsServer();
undertow.deploy(my_JAX_RS_application);
undertow.start(...);
```
Regarding the 'Car' entity: I am wondering if, on the server, something
more like the API discussed in here would be possible:
https://github.com/aerogear/aerogear.org/blob/data-sync/docs/specs/aeroge...
So, we would have a @Entity for the 'Document', where the content field
could be an 'embedded' entity/object;
It doesn’t merge so any change in a entity that is old will give a
merge
conflict. It uses the same ‘protocol’ as couch so WDYT?
Regarding the 'couch-based protocol': In theory that means our current
clients (e.g. iOS/JS) would work here too, assuming the JAX-RS server would
be following the 'document' model, right?
Cheers,
Erik Jan
https://github.com/edewit/sync-server
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
9:44 a.m.
On 21 Jan,2014, at 15:30 , Matthias Wessendorf <matzew(a)apache.org> wrote:
Hello Erik,
On Tue, Jan 21, 2014 at 10:43 AM, Erik Jan de Wit <edewit(a)redhat.com> wrote:
Hi,
Made a very simple Java version (based on hibernate) of the sync server.
I think JAX-RS is a good choice for (existing) Java EE applications.
Grizzly/Jersey was just used as an example? Or was it meant to be 'embedded' ? In
that case my choice would have been undertow-resteasy:
It was just meant for testing
```
UndertowJaxrsServer undertow = new UndertowJaxrsServer();
undertow.deploy(my_JAX_RS_application);
undertow.start(...);
```
Regarding the 'Car' entity: I am wondering if, on the server, something more like
the API discussed in here would be possible:
https://github.com/aerogear/aerogear.org/blob/data-sync/docs/specs/aeroge...
So, we would have a @Entity for the 'Document', where the content field could be
an 'embedded' entity/object;
right, I now just use version number instead of revision, let’s see fi I can get the more
align
It doesn’t merge so any change in a entity that is old will give a merge conflict. It
uses the same ‘protocol’ as couch so WDYT?
Regarding the 'couch-based protocol': In theory that means our current clients
(e.g. iOS/JS) would work here too, assuming the JAX-RS server would be following the
'document' model, right?
Cheers,
Erik Jan
https://github.com/edewit/sync-server
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
10:22 a.m.
On Tue, Jan 21, 2014 at 3:44 PM, Erik Jan de Wit <edewit(a)redhat.com> wrote:
On 21 Jan,2014, at 15:30 , Matthias Wessendorf <matzew(a)apache.org> wrote:
Hello Erik,
On Tue, Jan 21, 2014 at 10:43 AM, Erik Jan de Wit <edewit(a)redhat.com>wrote:
> Hi,
>
> Made a very simple Java version (based on hibernate) of the sync server.
>
I think JAX-RS is a good choice for (existing) Java EE applications.
Grizzly/Jersey was just used as an example? Or was it meant to be
'embedded' ? In that case my choice would have been undertow-resteasy:
It was just meant for testing
```
UndertowJaxrsServer undertow = new UndertowJaxrsServer();
undertow.deploy(my_JAX_RS_application);
undertow.start(...);
```
Regarding the 'Car' entity: I am wondering if, on the server, something
more like the API discussed in here would be possible:
https://github.com/aerogear/aerogear.org/blob/data-sync/docs/specs/aeroge...
So, we would have a @Entity for the 'Document', where the content field
could be an 'embedded' entity/object;
right, I now just use version number instead of revision, let’s see fi I
can get the more align
A hibernate adapter for the Netty-Server would be nice as well, especially
since all the HTTP part has been already there, would be just a matter of
plugin in a different store
> It doesn’t merge so any change in a entity that is old will give a merge
> conflict. It uses the same ‘protocol’ as couch so WDYT?
>
Regarding the 'couch-based protocol': In theory that means our current
clients (e.g. iOS/JS) would work here too, assuming the JAX-RS server would
be following the 'document' model, right?
>
> Cheers,
> Erik Jan
>
> https://github.com/edewit/sync-server
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
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
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
3745
days inactive
3746
days old
7 comments
3 participants
participants (3)
-
Bruno Oliveira -
Erik Jan de Wit -
Matthias Wessendorf