isis-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeroen van der Wal <jer...@stromboli.it>
Subject Re: Spiro support in Isis
Date Mon, 17 Aug 2015 15:44:15 GMT
Hi Kambiz,

Do you want to use Spiro as a client against an Apache Isis application or
creating a bespoke interface and aiming for lighter JSON payloads? In the
latter case you might want to take a look at pluggable representations of
the Restful viewer [1].

Cheers,

Jeroen

[1]
http://isis.apache.org/guides/ug.html#_ug_extending_restfulobjects-viewer

On 17 August 2015 at 17:32, Dan Haywood <dan@haywood-associates.co.uk>
wrote:

> Hi Kambiz,
> No, there isn't support at the moment.
>
> I would imagine it would probably take a couple of days to implement for
> me, perhaps less. For someone less familiar with the code, perhaps double
> that.
>
> Once I have 1.9.0 released (in the next week hopefully) I'll spend a couple
> of evenings looking at it to see if I can "break the back of it" (eg that
> you might finish it off if you really need the feature).
>
> Hope that sounds OK to you..
>
> Cheers, Dan
> On 17 Aug 2015 14:09, "Kambiz Darabi" <darabi@m-creations.com> wrote:
>
> > Hi,
> >
> > is Isis capable of supporting the simple domain model as described in
> > section 1.25.1 of the RO spec?
> >
> > I ask because of Richard Pawson's answer to my question on github:
> >
> > https://github.com/SpiroLibraries/Spiro.Modern/issues/2
> >
> > > I'm afraid this is not going to be straightforward. Either Isis needs
> > > to support the 'simple' domain model (my strong preference!), or Spiro
> > > needs to be extended to work with the formal model (a lot of change -
> > > and, inherently, much more complex than working with the simple
> > > approach). I have suggested to Dan that in the next version of the RO
> > > spec that the Simple domain model should be mandatory and the formal
> > > one an optional extra.
> >
> > If there is no built-in support, I would be interested in an estimate of
> > how much effort would be needed to implement that functionality.
> >
> > Thanks
> >
> >
> > Kambiz
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message