feat: add html-include-element WebComponent
Checklist
- [x] the individual contributor license agreement is signed
- [x] commit message follows commit guidelines
- [ ] tests are included
- [ ] documentation is changed or added
- [ ] message properties have been updated with new phrases
- [ ] view conforms with WCAG 2.0 AA
Description of change
Import the html-include-element WebComponent that permit to fetch remote HTML and includes it into page.
Details are here: https://www.npmjs.com/package/html-include-element
I removed the WIP state as it's in production on our side.
Is this being used anywhere in base uPortal and/or quickstart?
Is this being used anywhere in base uPortal and/or quickstart?
No, but we can add it as example with a static page from github repo/docs... Is there something interesting?
I do not have any examples off the top of my head, but I think including examples would be helpful 👍
I do not have any examples off the top of my head, but I think including examples would be helpful +1
If someone find a good static page to provide an example I would be glad to make a PR.
An interesting idea @jgribonvald :thinking: How do you see this fitting with existing solutions like webproxy portlet and jsp pages? Would this be preferred over those? Or is there a specific use case this solves that the others don't?
An interesting idea @jgribonvald thinking How do you see this fitting with existing solutions like webproxy portlet and jsp pages? Would this be preferred over those? Or is there a specific use case this solves that the others don't?
WPP open sockets server to server and can break the portal on heavy load when you have a page to proxy into the portal. It was my case on a public resource shown on guest page, the remote link take several seconds to load all the remote site and so the portal wait to get the rendering on a thread, and so when too much waiting thread was opened it breaks the portal. The thing on some case is that we don't need a so much complicated system, sometimes something only loaded from the user browser is really more efficient than any other way. So as you understood, in that way it's only the the browser of the user that open the remote link, and so the portal can load without waiting the rendering of the link. It's more a tips for more efficiency to complete possible use case. It won't replace the WPP and the jsp page.
After it's a purpose/tips, I use it in production and it's satisfying me a lot for my use case, it avoids to break the portal and use less server resources ! I can provide you a common use case on my production (for providing the user documentation).
Hey folks, do you have a static page that we want to show into uPortal quickstart deployement ? I would like to purpose an example of this use and I need an URL that point to something that won't be removed.
Thanks
One idea: Publish a plain HTML version of the Connect section found on https://uportal-project.github.io