You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by Dan Haywood <da...@haywood-associates.co.uk> on 2016/05/09 18:14:03 UTC
Does anyone use the Command2#peekActionDomainEvent() API?
@Oscar (mostly)...
... does any of your code rely on this API? I know that Estatio doesn't
use it, and I don't think it actually serves any purpose.
If it doesn't, am thinking of either making these methods no-ops, or (at
least) deprecating them.
FYI, the new InteractionContext service I've implemented fully captures the
call-graph of nested/wrapped subactoins, moreover the push, peek and pop
equivalents aren't exposed so this avoids the graph being "tampered" with.
Anyway, can you advise?
Thx
Dan
Re: Does anyone use the Command2#peekActionDomainEvent() API?
Posted by Óscar Bou - GOVERTIS <o....@govertis.com>.
Hi Dan.
It’s really nice you’re also supporting the “always wrapped” idea.
Being able to force by default all business rules / domain logic is a really strong value proposition.
The ability to do that was the main reason we chose Apache Isis many years ago.
It’s really hard to ensure they’re always respected in plain Java, specially when you’re accessing entities in different ways (UI directly accesing Java objects through a generic repository, through a MVC implementation, Web Services, …).
That again points me towards Apache Isis being the most close implementation to the Hexagonal pattern I know, as it will always assure the Domain logic is properly “protected” and always respected / executed.
Regards,
Oscar
> El 9 may 2016, a las 21:59, Dan Haywood <da...@haywood-associates.co.uk> escribió:
>
> Ok, thanks.
>
> InteractionContext is still in the ISIS-1291 branch, but I hope to merge into master this week. I do have it capturing the call graph along with profiling metrics such as # objects loaded/dirtier for each action /subaction. This can also be serialised to xml.
>
> I'm pretty sure I agree with you on the "always wrapped" idea... at least for calls across modules. But I'm not sure I know how to formalize that, so perhaps if should just be a global configuration switch to enable/disable everywhere.
>
> Anyway, thx.
> Dan
> On 9 May 2016 20:46, "Óscar Bou - GOVERTIS" <o.bou@govertis.com <ma...@govertis.com>> wrote:
> Hi Dan!
>
> We don’t use that API, so feel free to do what you consider best for the framework.
>
> I will take a detailed look ath the InteractionContext service. Really nice to have info when nesting wrapped calls.
>
> We should consider for Apache Isis version 2 the “always wrapped” approach for ensuring all Business Logic by default ;)
>
>
> Thanks,
>
> Oscar
>
>
>
>> El 9 may 2016, a las 20:14, Dan Haywood <dan@haywood-associates.co.uk <ma...@haywood-associates.co.uk>> escribió:
>>
>> @Oscar (mostly)...
>>
>> ... does any of your code rely on this API? I know that Estatio doesn't
>> use it, and I don't think it actually serves any purpose.
>>
>> If it doesn't, am thinking of either making these methods no-ops, or (at
>> least) deprecating them.
>>
>> FYI, the new InteractionContext service I've implemented fully captures the
>> call-graph of nested/wrapped subactoins, moreover the push, peek and pop
>> equivalents aren't exposed so this avoids the graph being "tampered" with.
>>
>> Anyway, can you advise?
>>
>> Thx
>> Dan
>
>
>
> Óscar Bou Bou
> Socio - IT & GRC Management Services Director
> m: +34 620 267 520 <tel:%2B34%20620%20267%20520>
> s: <http://www.govertis.com/>www.govertis.com <http://www.govertis.com/> e: o.bou@govertis.com <ma...@govertis.com>
>
> LinkedIn: https://www.linkedin.com/in/oscarbou <https://www.linkedin.com/in/oscarbou>
> Twitter: @oscarbou <https://twitter.com/oscarbou>
>
>
>
> Este mensaje y los ficheros anexos son confidenciales. Los mismos contienen información reservada que no puede ser difundida. Si usted ha recibido este correo por error, tenga la amabilidad de eliminarlo de su sistema y avisar al remitente mediante reenvío a su dirección electrónica; no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
>
> Su dirección de correo electrónico junto a sus datos personales constan en un fichero titularidad de GOVERTIS ADVISORY SERVICES, S.L. cuya finalidad es la de mantener el contacto con Ud. Si quiere saber de qué información disponemos de Ud., modificarla, y en su caso, cancelarla, puede hacerlo enviando un escrito al efecto, acompañado de una fotocopia de su D.N.I. a la siguiente dirección: GOVERTIS ADVISORY SERVICES, S.L. Avda Cortes Valencianas, 58 – 8º - 6ª. 46015 - Valencia, y Paseo de la Castellana, 153, 28045 - MADRID. Asimismo, es su responsabilidad comprobar que este mensaje o sus archivos adjuntos no contengan virus informáticos, y en caso que los tuvieran eliminarlos.
>
>
Óscar Bou Bou
Socio - IT & GRC Management Services Director
m: +34 620 267 520
s: <http://www.govertis.com/>www.govertis.com <http://www.govertis.com/> e: o.bou@govertis.com <ma...@govertis.com>
LinkedIn: https://www.linkedin.com/in/oscarbou <https://www.linkedin.com/in/oscarbou>
Twitter: @oscarbou <https://twitter.com/oscarbou>
Este mensaje y los ficheros anexos son confidenciales. Los mismos contienen información reservada que no puede ser difundida. Si usted ha recibido este correo por error, tenga la amabilidad de eliminarlo de su sistema y avisar al remitente mediante reenvío a su dirección electrónica; no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
Su dirección de correo electrónico junto a sus datos personales constan en un fichero titularidad de GOVERTIS ADVISORY SERVICES, S.L. cuya finalidad es la de mantener el contacto con Ud. Si quiere saber de qué información disponemos de Ud., modificarla, y en su caso, cancelarla, puede hacerlo enviando un escrito al efecto, acompañado de una fotocopia de su D.N.I. a la siguiente dirección: GOVERTIS ADVISORY SERVICES, S.L. Avda Cortes Valencianas, 58 – 8º - 6ª. 46015 - Valencia, y Paseo de la Castellana, 153, 28045 - MADRID. Asimismo, es su responsabilidad comprobar que este mensaje o sus archivos adjuntos no contengan virus informáticos, y en caso que los tuvieran eliminarlos.
Re: Does anyone use the Command2#peekActionDomainEvent() API?
Posted by Dan Haywood <da...@haywood-associates.co.uk>.
Ok, thanks.
InteractionContext is still in the ISIS-1291 branch, but I hope to merge
into master this week. I do have it capturing the call graph along with
profiling metrics such as # objects loaded/dirtier for each action
/subaction. This can also be serialised to xml.
I'm pretty sure I agree with you on the "always wrapped" idea... at least
for calls across modules. But I'm not sure I know how to formalize that,
so perhaps if should just be a global configuration switch to
enable/disable everywhere.
Anyway, thx.
Dan
On 9 May 2016 20:46, "Óscar Bou - GOVERTIS" <o....@govertis.com> wrote:
> Hi Dan!
>
> We don’t use that API, so feel free to do what you consider best for the
> framework.
>
> I will take a detailed look ath the InteractionContext service. Really
> nice to have info when nesting wrapped calls.
>
> We should consider for Apache Isis version 2 the “always wrapped” approach
> for ensuring all Business Logic by default ;)
>
>
> Thanks,
>
> Oscar
>
>
>
> El 9 may 2016, a las 20:14, Dan Haywood <da...@haywood-associates.co.uk>
> escribió:
>
> @Oscar (mostly)...
>
> ... does any of your code rely on this API? I know that Estatio doesn't
> use it, and I don't think it actually serves any purpose.
>
> If it doesn't, am thinking of either making these methods no-ops, or (at
> least) deprecating them.
>
> FYI, the new InteractionContext service I've implemented fully captures the
> call-graph of nested/wrapped subactoins, moreover the push, peek and pop
> equivalents aren't exposed so this avoids the graph being "tampered" with.
>
> Anyway, can you advise?
>
> Thx
> Dan
>
>
>
> Óscar Bou Bou
> Socio - IT & GRC Management Services Director
> m: +34 620 267 520
> s: <http://www.govertis.com>www.govertis.com e: o.bou@govertis.com
>
> LinkedIn: https://www.linkedin.com/in/oscarbou
> Twitter: @oscarbou <https://twitter.com/oscarbou>
>
>
>
> Este mensaje y los ficheros anexos son confidenciales. Los mismos
> contienen información reservada que no puede ser difundida. Si usted ha
> recibido este correo por error, tenga la amabilidad de eliminarlo de su
> sistema y avisar al remitente mediante reenvío a su dirección electrónica;
> no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
>
> Su dirección de correo electrónico junto a sus datos personales constan en
> un fichero titularidad de GOVERTIS ADVISORY SERVICES, S.L. cuya finalidad
> es la de mantener el contacto con Ud. Si quiere saber de qué información
> disponemos de Ud., modificarla, y en su caso, cancelarla, puede hacerlo
> enviando un escrito al efecto, acompañado de una fotocopia de su D.N.I. a
> la siguiente dirección: GOVERTIS ADVISORY SERVICES, S.L. Avda Cortes
> Valencianas, 58 – 8º - 6ª. 46015 - Valencia, y Paseo de la Castellana,
> 153, 28045 - MADRID. Asimismo, es su responsabilidad comprobar que este
> mensaje o sus archivos adjuntos no contengan virus informáticos, y en caso
> que los tuvieran eliminarlos.
>
>
Re: Does anyone use the Command2#peekActionDomainEvent() API?
Posted by Óscar Bou - GOVERTIS <o....@govertis.com>.
Hi Dan!
We don’t use that API, so feel free to do what you consider best for the framework.
I will take a detailed look ath the InteractionContext service. Really nice to have info when nesting wrapped calls.
We should consider for Apache Isis version 2 the “always wrapped” approach for ensuring all Business Logic by default ;)
Thanks,
Oscar
> El 9 may 2016, a las 20:14, Dan Haywood <da...@haywood-associates.co.uk> escribió:
>
> @Oscar (mostly)...
>
> ... does any of your code rely on this API? I know that Estatio doesn't
> use it, and I don't think it actually serves any purpose.
>
> If it doesn't, am thinking of either making these methods no-ops, or (at
> least) deprecating them.
>
> FYI, the new InteractionContext service I've implemented fully captures the
> call-graph of nested/wrapped subactoins, moreover the push, peek and pop
> equivalents aren't exposed so this avoids the graph being "tampered" with.
>
> Anyway, can you advise?
>
> Thx
> Dan
Óscar Bou Bou
Socio - IT & GRC Management Services Director
m: +34 620 267 520
s: <http://www.govertis.com/>www.govertis.com <http://www.govertis.com/> e: o.bou@govertis.com <ma...@govertis.com>
LinkedIn: https://www.linkedin.com/in/oscarbou <https://www.linkedin.com/in/oscarbou>
Twitter: @oscarbou <https://twitter.com/oscarbou>
Este mensaje y los ficheros anexos son confidenciales. Los mismos contienen información reservada que no puede ser difundida. Si usted ha recibido este correo por error, tenga la amabilidad de eliminarlo de su sistema y avisar al remitente mediante reenvío a su dirección electrónica; no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
Su dirección de correo electrónico junto a sus datos personales constan en un fichero titularidad de GOVERTIS ADVISORY SERVICES, S.L. cuya finalidad es la de mantener el contacto con Ud. Si quiere saber de qué información disponemos de Ud., modificarla, y en su caso, cancelarla, puede hacerlo enviando un escrito al efecto, acompañado de una fotocopia de su D.N.I. a la siguiente dirección: GOVERTIS ADVISORY SERVICES, S.L. Avda Cortes Valencianas, 58 – 8º - 6ª. 46015 - Valencia, y Paseo de la Castellana, 153, 28045 - MADRID. Asimismo, es su responsabilidad comprobar que este mensaje o sus archivos adjuntos no contengan virus informáticos, y en caso que los tuvieran eliminarlos.