struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yasser Zamani <>
Subject Re: Would we need to achieve better place in trends ranking?
Date Thu, 06 Dec 2018 19:33:33 GMT

On 12/5/2018 5:58 PM, Dave Newton wrote:
> On Wed, Dec 5, 2018 at 4:37 AM Yasser Zamani <>
> wrote:
>> I found dagger2 best when there are limited resources and we need an
>> urgent performance e.g. in mobile devices. But Struts unfortunately is not
>> able to be used in mobile app developments so we can postpone dagger 2 to
>> when Struts will be able.
> Dagger seems to be cross-platform; no reason it couldn't be used in a POJ
> project, but as you say, it seems a replacement for, not an adjunct to,
> existing DI engines. We could consider using it for internal injection
> rather than the original Guice, and allowing users to use it, but... I
> don't know. Would have to think about that and spin some PoCs.

Yes I agree. S2's internal injection cycles aren't still obvious for me
enough but why not. To compete performance we should devise to reform to
best current DI tool when is applicable.

> I don't see any reason to (or even a reasonable ability to) target S2 at
> mobile.


Instead we may focus to facilitate "show mobile version of user web
app". I don't know if S2 already have such facilities e.g. via Tiles or
SiteMesh plugin.

>> @dev wdyt? I thought what about add integration with front-end trends e.g.
>> React, Angular, Vu.js, Node.js?
> NodeJS isn't really front-end.
> I don't know what would be added to S2 to "integrate" it into a front end;
> it already does JSON reasonably well-ish. Web socket support would be about
> the only thing "missing" in this regard.

Thank you. "Web socket support" recorded :)

I also currently have no vision on those front-end trends, am exploring.
To be frank, something similar to Struts JQuery Plugin was my first
theory, however, it may be absurd.

>> and improve Struts internals with concept trends e.g. microservices, DIs
>> and etc?
> IMO w/o some major gutting S2 won't be a (good) microservice framework.
> uSvcs are more single-function endpoints, while S2 is meant for a
> collection of endpoints. We could consider Java-based config (again/still)
> and but I'm not 100% sure what that buys the framework overall.

Thank you. I need to explore into uSvcs to reveal if S2 need to/can be
used in such trends e.g. clouds.

> I should poke around a bit in the Java world again and re-familiarize
> myself with some S2 internals before saying too much, though :/

Thank you very much! As a prominent S2's member, with your advises S2
can excel and excel day by day :)

Kind regards.
View raw message