-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Extension Proposal] Qute Web #35739
Comments
/cc @mkouba (qute) |
You added a link to a Zulip discussion, please make sure the description of the issue is comprehensive and doesn't require accessing Zulip This message is automatically generated by a bot. |
why do you want this in quarkus core repo? or is it some other core you are referring to? |
I believe we don't really have the choice as Qute RESTEasy [R] are in core? |
@maxandersen Aw sorry I meant part of the platform, the actual repository location doesn't matter. |
@mkouba how could we plan this? I could help if needed? I think it's very important as part of the Quarkus Fullstack/Web story. |
Hm, but if I understand it correctly the functionality described above is basically the same as in
Do you want the pages in Maybe we could just rename the |
@mkouba yes that's pretty much it (and the conditional deps), we also have to put Qute Web in the platform @maxandersen @aloubyansky it should be ok right?
Yes that's what I do in Quinoa, maybe we could allow to configure which one has priority (I didn't in Quinoa) |
So if RR is present then add
This is also configurable with the |
Yes and the same for RC
Awesome! I need to add the same in Quinoa |
Let me know if I can help.. |
@ia3andy The problem is that this config property is fixed at build time. So you can't use the |
I mean I need to add a new similar config Also you might need to rename the config prefix if we rename the extension |
Ok, so I think that "adapting" the To sum it up, we would:
@gastaldi I guess that it would be easier to create a new quarkiverse repository instead of modifying the existing one? |
I think for the conditional dependencies, having qute-web in the platform is necessary (for RR/RC versions sync) |
@gastaldi what is the procedure to have an extension added in the platform? How does the Quarkus platform bom version sync happen? |
According to https://quarkus.io/guides/conditional-extension-dependencies the version is not necessary. But maybe I'm missing something... |
I think renaming is better given it will automatically redirect old URLs to the new one. We can rename the repository and the teams here: https://github.com/quarkiverse/quarkiverse-devops/blob/main/terraform-scripts/quarkus-qute-server-pages.tf#L3 (keeping the
No, not a problem, that's up to you guys to decide 😉 |
Would I be able to perform a bugfix release for |
Yes, it should still work |
Maybe we should also move those to the quarkiverse?
They could be in qute-web as a multi extensions repo? Once that's done (qute-web), we should mark them as |
I don't think it's a good idea... at least I don't see any benefit. |
@mkouba any specific reason? |
Breaks compatibility for no reason? |
I mean when we created the Quarkiverse we moved a lot of extension from core (which stayed in the platform for some of them) without real reason beside clearing core. |
I see. But since qute, RR and RC are part of the core I don't see a reason why to move the integration bits (two maven modules) into quarkiverse. |
We moved extensions out of core in a new major release though and kept relocations for a long time. It has to be thought out. Conditional dependencies do not depend on extensions being in a platform or not. |
@mkouba any update on this? |
@ia3andy No update yet. So let's sum it up once again:
If we agree on this ^ then I can start to work on it tomorrow. |
Perfect (AFAIK) @gastaldi could you add your rocket to it? |
I've created quarkiverse/quarkiverse-devops#189 to perform the repository rename. @mkouba Feel free to review and merge it when you feel necessary |
- related to quarkusio/quarkus#35739 - rename the groupId from io.quarkiverse.quteserverpages to io.quarkiverse.qute.web - rename the artifactId from quarkus-qute-server-pages to quarkus-qute-web - rename the package from io.quarkiverse.quteserverpages to io.quarkiverse.qute.web - rename the config prefix from quarkus.qsp to quarkus.qute-web - rename class names with "Qsp" prefix to use the prefix "QuteWeb" - convert config to ConfigMapping - introduce new config property: web-templates-dir; defaulted to "web" - changed the default value for root-path to "/" - changed the default value for hidden-templates; no templates are hidden - rename the "qsp:" namespace to "http:"
FTR I've created quarkiverse/quarkus-qute-web#51 for the conditional dependencies feature. I'm not so sure about this one:
Mostly because quarkiverse is not part of the "platform" (at least in the code.quarkus.io UI) and so qute-web is not visible by default. Other than that I think that we can close this issue. |
I think we should add qute-web to the platform |
I've created for what's remaining #37000 |
Thanks. What a nice issue number ;-). |
Description
As discussed on this topic https://quarkusio.zulipchat.com/#narrow/stream/187038-dev/topic/Make.20Qute.20Server.20Page.20part.20of.20RESTEasy.20Qute
It would be good for the Qute Web story to introduce Qute Web (in Quarkus Core) in the place of Qute Server Page.
The idea would be to have:
templates/web
serve it like currently done in QSP (/
by default, with priority over static resources)This way for the end user "Qute Web" becomes the only extension to use Qute for the Web, whether or not you want to use it with a bean Resource (which requires RESTEasy [R] anyway).
Repository name
quarkus-qute-web
Short description
Qute for the Web
The text was updated successfully, but these errors were encountered: