Serve application projects listed as project dependencies in /resources about ui5-tooling HOT 9 OPEN

Hi @RandomByte, is it considered to add the component type feature as part of a tooling v4 release?

It is unfortunately out of scope for the initial 4.0 release, but as long as it doesn't require breaking changes it might come in a later 4.x minor version.

from ui5-tooling.

Instead of enhancing the application type, @matz3 and I discussed the possibility of adding "component" types which are always served at their namespace (e.g. /resources/my/todo/app).

Application projects would then only act as an entry point or test environment (e.g. the OpenUI5 testsuite, which is actually not a UI5 application) and will continue to be served at / and enforced to be at the root of a dependency tree that contains an application project.

This setup would be closer to how many apps are being developed, especially in the Fiori Launchpad context.

CC @codeworrior @petermuessig

from ui5-tooling.

Hey @resitamas, this is one of many topics we are currently pursuing. So I can't give you an ETA. However we see great demand in such a type.

Currently we are in discussion on how such a "component" project should be structured. I.e. whether it should look like the current "application" projects (one "webapp" directory, containing a "test" directory) or more like the current "library" projects with separate "src" and "test" directories and a deep directory hierarchy representing the projects namespace. We tend towards something in between, like a flat hierarchy (without the namespace) with separate "src" and "test" directories.

from ui5-tooling.

hi Currently we are doing a workaround with defining the Project as shim

---
specVersion: "1.0"
kind: extension
type: project-shim
metadata:
    name: openui5-sample-app
shims:
    configurations:
        "openui5-sample-app": # name as defined in package.json
            specVersion: "1.0"
            type: module # Use module type
            metadata:
                name: "openui5-sample-app"
            resources:
                configuration:
                    paths:
                        /resources/open/ui5/sample/: "webapp"

this comes with the problem that the shims in the sub project are not applyed corrertly

they are applyed but on root level an not the level of the subproject

so following shim inside the openui5-sample-app

---
specVersion: "1.0"
kind: extension
type: project-shim
metadata:
    name: moment
shims:
    configurations:
        "moment": # name as defined in package.json
            specVersion: "1.0"
            type: module # Use module type
            metadata:
                name: "moment"
            resources:
                configuration:
                    paths:
                        /lib/moment/: "min"

will result in the following scructur

root
├── /resources/open/ui5/sample/
│                        └── lib <- dose not exist
└──/lib/moment <- shim of shim is inside the root folder

from ui5-tooling.

@sebbi08 The virtual path defined for a module project is always absolute. Also see this documentation.

To get the expected behavior, your shim would need to define the virtual path as /resources/open/ui5/sample/lib/moment.

Namespaces, "root paths" or other hierarchy-like attributes are not shared between a project and its dependencies (even if they are shimmed).

from ui5-tooling.

Hi @RandomByte , do you plan to add the "component" types in the near future? #45 (comment) Do we have any other solution for this issue? Thanks

from ui5-tooling.

Hi @RandomByte, this would be very helpful for a local "mock launchpad", hosting multiple applications and testing cross navigation locally.

From: https://sap.github.io/ui5-tooling/pages/Builder/#types

Projects of type application are typically the main or root project. In a projects dependency tree, there should only be one project of type application. If multiple are found, those further away from the root are ignored.

I'm wondering if it would be possible for those further away from the root to be served under their namespace.

from ui5-tooling.

Hi @RandomByte, Hi @matz3, will this also support a monorepo project structure? E.g. I have a monorepo with multiple apps, then I can execute ui5 serve in the root of the monorepo and are able to preview all the applications contained in the monorepo.

from ui5-tooling.

Hi @RandomByte, is it considered to add the component type feature as part of a tooling v4 release?

from ui5-tooling.