[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [starter-dev] JSF for Starter UI
|
I am considering this resolved and recorded here:
https://github.com/eclipse-ee4j/starter/issues/153#issuecomment-1334187145.
Hopefully by this evening I can try to tabulate, summarize and
open a discussion on the next key decision point.
On 11/29/2022 11:50 PM, Reza Rahman
wrote:
Barring any further input, I would like to consider these two
matters resolved and record it on GitHub issues as such
tomorrow. Please do voice input if required?
When should we consider this resolved as
well as the hosting choice? I am hesitant to move
forward with the other important discussions as to not
start too many parallel unresolved threads.
Is this something important enough to call
a meeting and take a more formal committer/contributor
vote (I would hope not)?
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.
Hi Bazlur,
I 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).
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
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