| Re: [starter-dev] JSF for Starter UI |
Hi all,Me and Bazlur would like to discuss more granular things about how to create the Faces UI, so we'd like to suggest that we discuss them more closely in the Jakarta EE Slack, in the #starter channel. Mailing list is good to discuss high level things and major decisions, but Slack is more convenient to collaborate more closely on technical stuff (like best practices for using Faces, how to refactor the existing code, etc.)Everybody who'd like to join us, please join the Jakarta EE Slack via https://jakarta.ee/connect/ (if you're not there already), and join the #starter channel there.Ondro______________________________________________________________________________________________I definitely vote for Faces. As Bazlur mentions I do suspect it will ultimately result is simpler code that is easier to maintain. For a project designed to promote Jakarta usage, it also sends the correct message - we could even make Faces use apparent in the URL or an explicit mention. Lastly, I believe for this project it’s going to be easier to get people more proficient in Java than _javascript_. Indeed I suspect that’s already true of the current committers and contributors.That said, we should all weigh in, come to an agreement and move forward together. All in all, this is more an implementation detail.From: starter-dev <starter-dev-bounces@xxxxxxxxxxx> on behalf of Ondro Mihályi <mihalyi@xxxxxxxxxxx>
Sent: Monday, November 28, 2022 4:19 AM
To: starter developer discussions <starter-dev@xxxxxxxxxxx>
Subject: Re: [starter-dev] JSF for Starter UIHi Bazlur,Since we're going to have a way to host a Java web app, it now certainly makes sense to build the UI using Faces. In fact, the MicroProfile Starter app is also based on Faces: https://github.com/eclipse/microprofile-starter/blob/master/src/main/webapp/index.xhtmlI just want raise a little warning - since this is public facing app, we should avoid using state in Facelets. State is useful when a session is created for logged in users, but it causes unnecessary issues/exceptions when session isn't needed. I saw such issues in the MicroProfile starter, for example getting a ViewExpiredException after some time of inactivity. The MicroProfile starter always creates a session (you can see the JSESSIONID cookie set when you load the page).Have a look at https://balusc.omnifaces.org/2013/02/stateless-jsf.html how to create stateless Facelets. More info is in Arjan's blog here: https://arjan-tijms.omnifaces.org/p/jsf-22.html and in the spec github issue here: https://github.com/jakartaee/faces/issues/1055.Although stateless facelets are in a way more complicated to write (no Session or View scoped beans should be used), they provide a better user experience for public-facing pages that don't require a user session.Once you create a PR, we can ask Arjan to review it. I'll ask Arjan to have a look at it and also to follow this mailing list.Ondro
On Mon, Nov 28, 2022 at 8:18 AM A N M Bazlur Rahman <bazlur@xxxxxxxxx> wrote:_______________________________________________Hello everyone,
I have been following Ondro and Ivo's progress closely. Superb effort. We have an endpoint that can flush zipped files, which is great progress in making.
I was wondering if we could go ahead and do the frontend with JSF. I have started working on a prototype with primefaces. As soon as I reach a satisfactory level of development, I will raise a PR.
We could also request a makeover from the design team at the Eclipse Foundation.
Unlike _javascript_, JSF is simple and relatively trouble-free, so I decided to give it a try. I haven't touched JSC for ages, so making the page and putting everything in place took a while. I'm still working on it; if anyone here is a JSF expert, I might reach out to you to ask a few things.
I've attached a screenshot for now.
Please let me know what you think.
Thank you,
-Bazlur
.
starter-dev mailing list
starter-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/starter-dev
starter-dev mailing list
starter-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/starter-dev
starter-dev mailing list
starter-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/starter-dev