Wicket MVVM

[Martin Terra <ma...@koodaripalvelut.com>]

Hi!

Is there a library/example/experience for doing MVVM with wicket (or
something close enough to serve as a useful reference)?

A practical goal would be to decouple the Wicket stack from other layers
and automate gui code generation based on predefined patterns & layout
design (benefits would be stabilty, testability, predictability, standard
practices, maintainability, upgradeability, code generation/ai code
copilot, etc.).

Preferably it would work even so far that we could plug/attach either
jakarta poi or wicket to the same model and get as output (for example)
either a html table or excel sheet.

How it works is, basically you would have a wicket plugin that
"interprets/implements" the model. Alternatively you could have a jakarta
poi plugin as well.

You could also have a mix of the two, for example: an instruction in the
model for an action (link, button, etc. rendered by the wicket plugin) has
an "embedded instruction" to further render an excel sheet via (a different
plugin) jakarta poi as a result of the wicket action (so that when the user
clicks the link, the user can download the sheet generated by the model via
a wicket download stream associated with the defined link/action).


**
Martin

Re: Wicket MVVM

[Martin Terra <ma...@koodaripalvelut.com>]

to 17. marrask. 2022 klo 18.52 Dan Haywood (dan@haywood-associates.co.uk)
kirjoitti:

> Regarding the annotation-heavy soup (nice phrase!) - in theory you could
> remove them because the programming model is completely open for
> customisation ... it consists of a set of so-called FacetFactory's that
> introspect the domain classes (or anywhere else you want to specify the
> semantics) and build up the domain model.  In fact, most folk tend to use
> the associated .layout.xml file for UI hints rather than the @XxxLayout
> annotations, because making changes doesn't require a recompile.  In theory
> this could be done for other annotations too, if that's your preference.
>

xml is my other pet peeve I can live without as long as we exclude xhtml ;)


> Regarding pluggable persistence - we support JDO and JPA and in the past
> someone spiked neo4j and mongodb, so that's definitely doable.
>

I mean custom.


> But this isn't really the forum to talk too much about Apache Isis, we have
> a mailing list or a slack channel if you want to learn more.
>

It might be interesting from wicket perspecive. Anyways, I will kick its
tires and maybe make a quickstart or a reference implementation.

I appreciate these tips.

**
Martin


>
> -- Dan
>
> On Thu, 17 Nov 2022 at 16:28, Martin Terra <
> martin.terra@koodaripalvelut.com>
> wrote:
>
> > Thanks, interesting. First impression it's quite some
> > annotation-heavy-soup. Was hoping for more wicket-like 100% pojo/lambda
> > approach and more clear divide&conquer separation of
> > view<->viewmodel<->persistence in a way that I can implement or plug
> > something else for persistence.
> >
> > Anyways, will have a look if it can be used efficiently.
> >
> > **
> > Martin
> >
> > to 17. marrask. 2022 klo 17.17 Dan Haywood (dan@haywood-associates.co.uk
> )
> > kirjoitti:
> >
> > > There is a plan to add OData support to isis.apache.org, so that a
> > > collection of objects could be opened in (and perhaps edited through)
> > > Excel, say.
> > >
> > > Dan
> > >
> > > On Thu, 17 Nov 2022 at 13:45, Martin Grigorov <mg...@apache.org>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > I am not sure how much helpful my answer is to you but
> > > > https://isis.apache.org/ does something similar.
> > > > Isis defines a model based on your naked objects.
> > > > And then different viewers visualize the objectis/collections. Apache
> > > > Wicket is one of the available viewers. REST is another. AFAIK there
> is
> > > no
> > > > POI viewer but there is a plugin for the Wicket viewer that adds
> > "export
> > > to
> > > > Excel" button next to the tables.
> > > >
> > > > On Thu, Nov 17, 2022 at 11:48 AM Martin Terra <
> > > > martin.terra@koodaripalvelut.com> wrote:
> > > >
> > > > > Hi!
> > > > >
> > > > > Is there a library/example/experience for doing MVVM with wicket
> (or
> > > > > something close enough to serve as a useful reference)?
> > > > >
> > > > > A practical goal would be to decouple the Wicket stack from other
> > > layers
> > > > > and automate gui code generation based on predefined patterns &
> > layout
> > > > > design (benefits would be stabilty, testability, predictability,
> > > standard
> > > > > practices, maintainability, upgradeability, code generation/ai code
> > > > > copilot, etc.).
> > > > >
> > > > > Preferably it would work even so far that we could plug/attach
> either
> > > > > jakarta poi or wicket to the same model and get as output (for
> > example)
> > > > > either a html table or excel sheet.
> > > > >
> > > > > How it works is, basically you would have a wicket plugin that
> > > > > "interprets/implements" the model. Alternatively you could have a
> > > jakarta
> > > > > poi plugin as well.
> > > > >
> > > > > You could also have a mix of the two, for example: an instruction
> in
> > > the
> > > > > model for an action (link, button, etc. rendered by the wicket
> > plugin)
> > > > has
> > > > > an "embedded instruction" to further render an excel sheet via (a
> > > > different
> > > > > plugin) jakarta poi as a result of the wicket action (so that when
> > the
> > > > user
> > > > > clicks the link, the user can download the sheet generated by the
> > model
> > > > via
> > > > > a wicket download stream associated with the defined link/action).
> > > > >
> > > > >
> > > > > **
> > > > > Martin
> > > > >
> > > >
> > >
> >
>

Re: Wicket MVVM

[Dan Haywood <da...@haywood-associates.co.uk>]

Regarding the annotation-heavy soup (nice phrase!) - in theory you could
remove them because the programming model is completely open for
customisation ... it consists of a set of so-called FacetFactory's that
introspect the domain classes (or anywhere else you want to specify the
semantics) and build up the domain model.  In fact, most folk tend to use
the associated .layout.xml file for UI hints rather than the @XxxLayout
annotations, because making changes doesn't require a recompile.  In theory
this could be done for other annotations too, if that's your preference.

Regarding pluggable persistence - we support JDO and JPA and in the past
someone spiked neo4j and mongodb, so that's definitely doable.

But this isn't really the forum to talk too much about Apache Isis, we have
a mailing list or a slack channel if you want to learn more.

-- Dan

On Thu, 17 Nov 2022 at 16:28, Martin Terra <ma...@koodaripalvelut.com>
wrote:

> Thanks, interesting. First impression it's quite some
> annotation-heavy-soup. Was hoping for more wicket-like 100% pojo/lambda
> approach and more clear divide&conquer separation of
> view<->viewmodel<->persistence in a way that I can implement or plug
> something else for persistence.
>
> Anyways, will have a look if it can be used efficiently.
>
> **
> Martin
>
> to 17. marrask. 2022 klo 17.17 Dan Haywood (dan@haywood-associates.co.uk)
> kirjoitti:
>
> > There is a plan to add OData support to isis.apache.org, so that a
> > collection of objects could be opened in (and perhaps edited through)
> > Excel, say.
> >
> > Dan
> >
> > On Thu, 17 Nov 2022 at 13:45, Martin Grigorov <mg...@apache.org>
> > wrote:
> >
> > > Hi,
> > >
> > > I am not sure how much helpful my answer is to you but
> > > https://isis.apache.org/ does something similar.
> > > Isis defines a model based on your naked objects.
> > > And then different viewers visualize the objectis/collections. Apache
> > > Wicket is one of the available viewers. REST is another. AFAIK there is
> > no
> > > POI viewer but there is a plugin for the Wicket viewer that adds
> "export
> > to
> > > Excel" button next to the tables.
> > >
> > > On Thu, Nov 17, 2022 at 11:48 AM Martin Terra <
> > > martin.terra@koodaripalvelut.com> wrote:
> > >
> > > > Hi!
> > > >
> > > > Is there a library/example/experience for doing MVVM with wicket (or
> > > > something close enough to serve as a useful reference)?
> > > >
> > > > A practical goal would be to decouple the Wicket stack from other
> > layers
> > > > and automate gui code generation based on predefined patterns &
> layout
> > > > design (benefits would be stabilty, testability, predictability,
> > standard
> > > > practices, maintainability, upgradeability, code generation/ai code
> > > > copilot, etc.).
> > > >
> > > > Preferably it would work even so far that we could plug/attach either
> > > > jakarta poi or wicket to the same model and get as output (for
> example)
> > > > either a html table or excel sheet.
> > > >
> > > > How it works is, basically you would have a wicket plugin that
> > > > "interprets/implements" the model. Alternatively you could have a
> > jakarta
> > > > poi plugin as well.
> > > >
> > > > You could also have a mix of the two, for example: an instruction in
> > the
> > > > model for an action (link, button, etc. rendered by the wicket
> plugin)
> > > has
> > > > an "embedded instruction" to further render an excel sheet via (a
> > > different
> > > > plugin) jakarta poi as a result of the wicket action (so that when
> the
> > > user
> > > > clicks the link, the user can download the sheet generated by the
> model
> > > via
> > > > a wicket download stream associated with the defined link/action).
> > > >
> > > >
> > > > **
> > > > Martin
> > > >
> > >
> >
>

Re: Wicket MVVM

[Martin Terra <ma...@koodaripalvelut.com>]

Thanks, interesting. First impression it's quite some
annotation-heavy-soup. Was hoping for more wicket-like 100% pojo/lambda
approach and more clear divide&conquer separation of
view<->viewmodel<->persistence in a way that I can implement or plug
something else for persistence.

Anyways, will have a look if it can be used efficiently.

**
Martin

to 17. marrask. 2022 klo 17.17 Dan Haywood (dan@haywood-associates.co.uk)
kirjoitti:

> There is a plan to add OData support to isis.apache.org, so that a
> collection of objects could be opened in (and perhaps edited through)
> Excel, say.
>
> Dan
>
> On Thu, 17 Nov 2022 at 13:45, Martin Grigorov <mg...@apache.org>
> wrote:
>
> > Hi,
> >
> > I am not sure how much helpful my answer is to you but
> > https://isis.apache.org/ does something similar.
> > Isis defines a model based on your naked objects.
> > And then different viewers visualize the objectis/collections. Apache
> > Wicket is one of the available viewers. REST is another. AFAIK there is
> no
> > POI viewer but there is a plugin for the Wicket viewer that adds "export
> to
> > Excel" button next to the tables.
> >
> > On Thu, Nov 17, 2022 at 11:48 AM Martin Terra <
> > martin.terra@koodaripalvelut.com> wrote:
> >
> > > Hi!
> > >
> > > Is there a library/example/experience for doing MVVM with wicket (or
> > > something close enough to serve as a useful reference)?
> > >
> > > A practical goal would be to decouple the Wicket stack from other
> layers
> > > and automate gui code generation based on predefined patterns & layout
> > > design (benefits would be stabilty, testability, predictability,
> standard
> > > practices, maintainability, upgradeability, code generation/ai code
> > > copilot, etc.).
> > >
> > > Preferably it would work even so far that we could plug/attach either
> > > jakarta poi or wicket to the same model and get as output (for example)
> > > either a html table or excel sheet.
> > >
> > > How it works is, basically you would have a wicket plugin that
> > > "interprets/implements" the model. Alternatively you could have a
> jakarta
> > > poi plugin as well.
> > >
> > > You could also have a mix of the two, for example: an instruction in
> the
> > > model for an action (link, button, etc. rendered by the wicket plugin)
> > has
> > > an "embedded instruction" to further render an excel sheet via (a
> > different
> > > plugin) jakarta poi as a result of the wicket action (so that when the
> > user
> > > clicks the link, the user can download the sheet generated by the model
> > via
> > > a wicket download stream associated with the defined link/action).
> > >
> > >
> > > **
> > > Martin
> > >
> >
>

Re: Wicket MVVM

[Dan Haywood <da...@haywood-associates.co.uk>]

There is a plan to add OData support to isis.apache.org, so that a
collection of objects could be opened in (and perhaps edited through)
Excel, say.

Dan

On Thu, 17 Nov 2022 at 13:45, Martin Grigorov <mg...@apache.org> wrote:

> Hi,
>
> I am not sure how much helpful my answer is to you but
> https://isis.apache.org/ does something similar.
> Isis defines a model based on your naked objects.
> And then different viewers visualize the objectis/collections. Apache
> Wicket is one of the available viewers. REST is another. AFAIK there is no
> POI viewer but there is a plugin for the Wicket viewer that adds "export to
> Excel" button next to the tables.
>
> On Thu, Nov 17, 2022 at 11:48 AM Martin Terra <
> martin.terra@koodaripalvelut.com> wrote:
>
> > Hi!
> >
> > Is there a library/example/experience for doing MVVM with wicket (or
> > something close enough to serve as a useful reference)?
> >
> > A practical goal would be to decouple the Wicket stack from other layers
> > and automate gui code generation based on predefined patterns & layout
> > design (benefits would be stabilty, testability, predictability, standard
> > practices, maintainability, upgradeability, code generation/ai code
> > copilot, etc.).
> >
> > Preferably it would work even so far that we could plug/attach either
> > jakarta poi or wicket to the same model and get as output (for example)
> > either a html table or excel sheet.
> >
> > How it works is, basically you would have a wicket plugin that
> > "interprets/implements" the model. Alternatively you could have a jakarta
> > poi plugin as well.
> >
> > You could also have a mix of the two, for example: an instruction in the
> > model for an action (link, button, etc. rendered by the wicket plugin)
> has
> > an "embedded instruction" to further render an excel sheet via (a
> different
> > plugin) jakarta poi as a result of the wicket action (so that when the
> user
> > clicks the link, the user can download the sheet generated by the model
> via
> > a wicket download stream associated with the defined link/action).
> >
> >
> > **
> > Martin
> >
>

Re: Wicket MVVM

[Martin Grigorov <mg...@apache.org>]

Hi,

I am not sure how much helpful my answer is to you but
https://isis.apache.org/ does something similar.
Isis defines a model based on your naked objects.
And then different viewers visualize the objectis/collections. Apache
Wicket is one of the available viewers. REST is another. AFAIK there is no
POI viewer but there is a plugin for the Wicket viewer that adds "export to
Excel" button next to the tables.

On Thu, Nov 17, 2022 at 11:48 AM Martin Terra <
martin.terra@koodaripalvelut.com> wrote:

> Hi!
>
> Is there a library/example/experience for doing MVVM with wicket (or
> something close enough to serve as a useful reference)?
>
> A practical goal would be to decouple the Wicket stack from other layers
> and automate gui code generation based on predefined patterns & layout
> design (benefits would be stabilty, testability, predictability, standard
> practices, maintainability, upgradeability, code generation/ai code
> copilot, etc.).
>
> Preferably it would work even so far that we could plug/attach either
> jakarta poi or wicket to the same model and get as output (for example)
> either a html table or excel sheet.
>
> How it works is, basically you would have a wicket plugin that
> "interprets/implements" the model. Alternatively you could have a jakarta
> poi plugin as well.
>
> You could also have a mix of the two, for example: an instruction in the
> model for an action (link, button, etc. rendered by the wicket plugin) has
> an "embedded instruction" to further render an excel sheet via (a different
> plugin) jakarta poi as a result of the wicket action (so that when the user
> clicks the link, the user can download the sheet generated by the model via
> a wicket download stream associated with the defined link/action).
>
>
> **
> Martin
>