Code Monkey home page Code Monkey logo

base-starter-flow-osgi's Introduction

Base Starter Parent project for Vaadin Flow and OSGi in NPM mode

This project can be used as a starting point to create your own Vaadin Flow application bundle for OSGi. It has the necessary dependencies and files to help you get started. This project has been revised for Vaadin 19 (GA in March 2021) which brings back OSGi support in npm mode. For now, it Vaadin OSGi support is only for Flow based views (Java UIs), but not for Fusion (TypeScript UIs).

For more Vaadin usage samples, you can go to vaadin.com/start.

To access it directly from github, clone the repository and import the project to the IDE of your choice as a Maven project. You need to have Java 8 or 11 installed.

The project consist of two subprojects:

  • starter
  • app

The starter project contains the code for Web Application Bundle (WAB) which can be deployed to any OSGi container.

The app project contains infrastructure which allows to build an executable JAR file. The resulting application starts OSGi container with all necessary dependencies. It's a fast way to check the WAB inside OSGi environment.

Build and run a Vaadin web application OSGi bundle

The simplest way to start the project is run command mvn install and then run java -jar app/target/app.jar.

The starter project may be built via mvn -pl starter install command. Then mvn -pl app bnd-resolver:resolve command may be used to generate list of bundles required at runtime in OSGi container and the app can be started via mvn -pl app bnd-run:run command.

Deploying Vaadin specific bundles to an OSGi container

Vaadin application generally contains dependencies to other bundles: e.g. Vaadin components like Button, TextField , etc. Every Vaadin component is based on a Web Component which is represented by frontend resources. All frontend resources are built into a bundle along with Vaadin WAB. As a result:

  • any Vaadin component bundle update is possible only within the same minor version, so that the Web Component version stays the same (and only Java code is updated). We don't recommend updating any version over a minor for Flow or the web component Flow integrations (even though it's not prevented anyhow at the moment).
  • Updating any bundle that has frontend resources requires that the frontend build goal build-frontend is run and the WAB is redeployed to get the static frontend bundle updated.

Limitations

See Limitations section in the starter project README.md.

⚠️ At the moment, it is not possible to modify frontend resources on the fly (webpack dev server is not available at runtime). This means that for every frontend change, you have to rebuild the frontend bundle. (Issue for devmode)

base-starter-flow-osgi's People

Contributors

artur- avatar caalador avatar dependabot[bot] avatar juhopiirainen avatar legioth avatar mehdi-vaadin avatar mshabarov avatar mstahv avatar pleku avatar someonetoignore avatar taefi avatar tarekoraby avatar ujoni avatar vaadin-bot avatar zhesun88 avatar

Stargazers

avatar avatar avatar avatar avatar avatar avatar

Watchers

avatar avatar avatar avatar avatar avatar avatar avatar avatar avatar

Forkers

enver-haase maurice-betzel p4535992 mstahv bipolis stbischof qnenet pavelnehasil adamrozycki00

base-starter-flow-osgi's Issues

PiT 23.2: compilation error because resolution failed

Description

Running the project with 23.2 there is a resolution error that fails compilation

[ERROR] Resolution failed. Capabilities satisfying the following requirements could not be found:
    [<<INITIAL>>]
      ⇒ osgi.identity: (&(osgi.identity=com.vaadin.flow.data)(version>=6.0.0))
          ⇒ [com.vaadin.flow.data version=23.2.0]
              ⇒ osgi.wiring.package: (&(osgi.wiring.package=com.vaadin.flow.component)(version>=23.2.0)(version<=23.2.0))
                  ⇒ [com.vaadin.flow.server version=23.2.0]
                      ⇒ osgi.wiring.package: (&(osgi.wiring.package=com.vaadin.pro.licensechecker)(version>=1.5.0)(!(version>=2.0.0)))
    [org.eclipse.jetty.alpn.server version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.alpn)(version>=1.1.3))

How to reproduce

git clone https://github.com/vaadin/base-starter-flow-osgi.git 
cd base-starter-flow-osgi
mvn -B -q versions:set-property -Dproperty=vaadin.version -DnewVersion=23.2.0.alpha3
mvn clean install

Prepare a branch for stable version (V19) and make that the default

Vaadin 19 with OSGi support form npm built Flow project goes out 3rd of March. This project should from then on serve as the main example for OSGi users to set up their projects.

  • Create a branch for V19, use the stable version for that, without snapshot repository
  • Make the V19 branch the default branch served by GitHub
  • Update the master branch to use latest snapshots (V20)
  • Add the starters to the platform update script to bump the Vaadin version on each release

PiT 23.1: Unable to compile with latest prerelease `23.1.0.beta2`

Issue

When compiling the demo with latest beta prerelease, it fails probably because tries to use 23.1.0

[ERROR] Resolution failed. Capabilities satisfying the following requirements could not be found:
    [<<INITIAL>>]
      ⇒ osgi.identity: (&(osgi.identity=com.vaadin.flow.data)(version>=6.0.0))
          ⇒ [com.vaadin.flow.data version=23.1.0]
              ⇒ osgi.wiring.package: (&(osgi.wiring.package=com.vaadin.flow.component)(version>=23.1.0)(version<=23.1.0))
                  ⇒ [com.vaadin.flow.server version=23.1.0]
                      ⇒ osgi.wiring.package: (&(osgi.wiring.package=com.vaadin.pro.licensechecker)(version>=1.4.0)(!(version>=2.0.0)))
    [org.eclipse.jetty.alpn.server version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.alpn)(version>=1.1.3))
The following requirements are optional:
    [org.eclipse.jetty.websocket.server version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.registrar)
    [com.vaadin.flow.server version=23.1.0]
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.client)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.cpr)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.handler)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.cache)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.util)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.client.config)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.protocol)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.impl.client)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.client.methods)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.interceptor)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.client.protocol)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.auth)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.apache.http.impl.auth)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.atmosphere.client)(version>=2.7.0)(!(version>=3.0.0))(bundle-version>=2.7.3.slf4jvaadin4))
    [org.apache.felix.http.jetty version=4.1.4]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.osgi.service.log)(version>=1.3.0)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.osgi.service.metatype)(version>=1.1.0)(!(version>=2.0.0)))
      ⇒ osgi.serviceloader: (osgi.serviceloader=org.eclipse.jetty.io.ssl.ALPNProcessor$Server)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.osgi.service.cm)(version>=1.3.0)(!(version>=2.0.0)))
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.registrar)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.osgi.service.useradmin)(version>=1.1.0)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.osgi.service.event)(version>=1.2.0)(!(version>=2.0.0)))
    [org.eclipse.jetty.util version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.serviceloader: (osgi.serviceloader=org.eclipse.jetty.util.security.CredentialProvider)
    [com.helger.commons.ph-commons version=10.1.6]
      ⇒ osgi.serviceloader: (osgi.serviceloader=com.helger.commons.url.IURLProtocolRegistrarSPI)
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.junit.rules)
    [org.eclipse.jetty.http2.hpack version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.registrar)
    [org.eclipse.jetty.xml version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.serviceloader: (osgi.serviceloader=org.eclipse.jetty.xml.ConfigurationProcessorFactory)
    [com.vaadin.flow.data version=23.1.0]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.validation)(version>=2.0.1.Final))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.validation.metadata)(version>=2.0.1.Final))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.validation.constraints)(version>=2.0.1.Final))
    [ch.qos.logback.classic version=1.2.11]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.servlet.http)(version>=3.1.0)(!(version>=4.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.servlet)(version>=3.1.0)(!(version>=4.0.0)))
    [org.eclipse.jetty.server version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.jmx)(version>=9.4.35)(!(version>=10.0.0)))
    [org.apache.commons.logging version=1.2.0]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.apache.log4j)(version>=1.2.15)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.servlet)(version>=2.1.0)(!(version>=3.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.apache.avalon.framework.logger)(version>=4.1.3)(version<=4.1.5))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.apache.log)(version>=1.0.1)(version<=1.0.1))
    [ch.qos.logback.core version=1.2.11]
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.codehaus.janino)
      ⇒ osgi.wiring.package: (osgi.wiring.package=javax.mail.internet)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.servlet.http)(version>=3.1.0)(!(version>=4.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.servlet)(version>=3.1.0)(!(version>=4.0.0)))
      ⇒ osgi.wiring.package: (osgi.wiring.package=org.codehaus.commons.compiler)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.fusesource.jansi)(version>=1.9.0)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (osgi.wiring.package=javax.mail)
    [org.eclipse.jetty.websocket.common version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.registrar)
    [org.eclipse.jetty.websocket.client version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.xml)(version>=9.4.35)(!(version>=10.0.0)))
    [org.eclipse.jetty.security version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.serviceloader: (osgi.serviceloader=org.eclipse.jetty.security.Authenticator$Factory)
    [org.eclipse.jetty.client version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.jmx)(version>=9.4.35)(!(version>=10.0.0)))
    [org.eclipse.jetty.websocket.api version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.serviceloader: (osgi.serviceloader=org.eclipse.jetty.websocket.api.extensions.Extension)
    [org.eclipse.jetty.servlet version=9.4.35.v20201120]
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=org.eclipse.jetty.jmx)(version>=9.4.35)(!(version>=10.0.0)))
    [org.apache.log4j version=1.2.19]
      ⇒ osgi.wiring.package: (osgi.wiring.package=javax.jmdns)
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.mail)(version>=1.4.0)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (&(osgi.wiring.package=javax.mail.internet)(version>=1.4.0)(!(version>=2.0.0)))
      ⇒ osgi.wiring.package: (osgi.wiring.package=javax.jms)
    [org.eclipse.jetty.http version=9.4.35.v20201120]
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.processor)
      ⇒ osgi.extender: (osgi.extender=osgi.serviceloader.registrar)
[ERROR] Failed to execute goal biz.aQute.bnd:bnd-export-maven-plugin:5.2.0:export (default) on project application: Unable to resolve <<INITIAL>>: missing requirement osgi.identity;filter:='(&(osgi.identity=com.vaadin.flow.data)(version>=6.0.0))' [caused by: Unable to resolve com.vaadin.flow.data version=23.1.0: missing requirement osgi.wiring.package;filter:='(&(osgi.wiring.package=com.vaadin.flow.component)(version>=23.1.0)(version<=23.1.0))';osgi.wiring.package='com.vaadin.flow.component' [caused by: Unable to resolve com.vaadin.flow.server version=23.1.0: missing requirement osgi.wiring.package;filter:='(&(osgi.wiring.package=com.vaadin.pro.licensechecker)(version>=1.4.0)(!(version>=2.0.0)))';osgi.wiring.package='com.vaadin.pro.licensechecker']] -> [Help 1]

How to reproduce

  • Clone the project https://github.com/vaadin/base-starter-flow-osgi.git (branch v23)
  • Increase version number by running mvn versions:set-property -Dproperty=vaadin.version -DnewVersion=23.1.0.beta2
  • Build by running mvn clean install
  • See the error above

Lot of error messages are logged when run the project master branch.

iring.package=com.vaadin.flow.component)(ve [[com.vaadin.flow.component.radiobutton [109](R 109.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component)(version>=1.5.0)(!(version>=2.0.0)))])
rsion>=1.5.0)(!(version>=2.0.0))) Unresolved requirements: [[com.vaadin.flow.component.radiobutton [109](R 109.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component)(version>=1.5.0)(!(version>=2.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.lang.Thread.run(Thread.java:748)

Looks like Vaadin 13 is not yet ready for OSGi.

Base starter validation fails

PR: #106

Doesn't make any changes at all (one empty extra line).

It's validation fails:

<i> [ApplicationThemePlugin] Searching themes folder /home/travis/build/vaadin/base-starter-flow-osgi/starter/frontend/themes for theme my-theme
/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack-cli/[email protected]/node_modules/webpack-cli/bin/cli.js:281
				throw err;
				^
Error: ENOENT: no such file or directory, mkdir '/home/travis/build/vaadin/base-starter-flow-osgi/starter/target/classes/META-INF/VAADIN/webapp/VAADIN/static/themes/my-theme/components'
    at Object.fs.mkdirSync (fs.js:885:18)
    at fs.readdirSync.forEach.file (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-copy.js:60:12)
    at Array.forEach (<anonymous>)
    at copyThemeFiles (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-copy.js:54:32)
    at copyThemeResources (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-copy.js:41:3)
    at handleThemes (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-handle.js:121:5)
    at findThemeFolderAndHandleTheme (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-handle.js:64:23)
    at processThemeResources (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/theme-handle.js:42:5)
    at compiler.hooks.afterEnvironment.tap (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/@vaadin/application-theme-plugin/application-theme-plugin.js:49:15)
    at SyncHook.eval [as call] (eval at create (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/tapable/1.1.3/node_modules/tapable/lib/HookCodeFactory.js:19:10), <anonymous>:7:1)
    at SyncHook.lazyCompileHook (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/tapable/1.1.3/node_modules/tapable/lib/Hook.js:154:20)
    at webpack (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack/[email protected]/node_modules/webpack/lib/webpack.js:56:35)
    at processOptions (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack-cli/[email protected]/node_modules/webpack-cli/bin/cli.js:272:16)
    at yargs.parse (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack-cli/[email protected]/node_modules/webpack-cli/bin/cli.js:364:3)
    at Object.parse (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/yargs/13.2.4/node_modules/yargs/yargs.js:567:18)
    at /home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack-cli/[email protected]/node_modules/webpack-cli/bin/cli.js:49:8
    at Object.<anonymous> (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack-cli/[email protected]/node_modules/webpack-cli/bin/cli.js:366:3)
    at Module._compile (module.js:635:30)
    at Object.Module._extensions..js (module.js:646:10)
    at Module.load (module.js:554:32)
    at tryModuleLoad (module.js:497:12)
    at Function.Module._load (module.js:489:3)
    at Module.require (module.js:579:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/home/travis/build/vaadin/base-starter-flow-osgi/starter/node_modules/.pnpm/registry.npmjs.org/webpack/[email protected]/node_modules/webpack/bin/webpack.js:156:2)
    at Module._compile (module.js:635:30)
    at Object.Module._extensions..js (module.js:646:10)
    at Module.load (module.js:554:32)
    at tryModuleLoad (module.js:497:12)
    at Function.Module._load (module.js:489:3)

Production mode is not applied after using @VaadinMode(productionMode = true)

Since #98, when adding @VaadinMode(productionMode = true) to FixedVaadinServlet, I still get in logs when starting the app:

...
[INFO] Started Jetty 9.4.31.v20200723 at port(s) HTTP:8080 on context path / [minThreads=8,maxThreads=200,acceptors=1,selectors=6]
[main] INFO com.vaadin.flow.osgi.support.ServletContainerInitializerClasses - Unable to detect used OSGi framework version due to null
[main] WARN com.vaadin.flow.server.DefaultDeploymentConfiguration - Following issues were discovered with deployment configuration:

WARNING: Vaadin is running in DEBUG MODE with debug features enabled, but with a prebuild frontend bundle (production ready).
When deploying application for production, disable debug features by enabling production mode!
See more from https://vaadin.com/docs/v14/flow/production/tutorial-production-mode-basic.html
Using Vaadin 15+ bootstrap mode.
 'index.html' is not found from '.\frontend\index.html'.
...

Also when adding the following code to MainView

    @Override
    protected void onAttach(AttachEvent attachEvent) {
        super.onAttach(attachEvent);
        add(new Span(""+attachEvent.getUI().getSession().getService().getDeploymentConfiguration().isProductionMode()));
    }

it reports false.

Designer not working with help-view type modules

Right click help-view and select new>Vaadin 10+ design.

Design dialog reports

  • No Polymer found in the project
  • The project must have a valid polymer.html, wither from a webjar or from Bower
  • Please check your project configuration.

In an earlier version, I think it was V14 compatibility, mode the designer worked through all modules to find the desired frontend.

Vaadin Flow OSGi Starter not working

@Sandared commented on Tue Mar 05 2019

Hi,

I just tried to download and run the OSGi Vaadin starter but this results in several different errors.

  1. When I imported the starter project in to Eclipse I get an error regarding the maven-antrun-plugin:
    vaadin-error-1
    I'm not sure if this is directly Vaadin related but wanted to point out that this error exists

  2. After importing the project (with the above error) I tried to run the starter as described on the website via mvn -Pprepare-osgi-container -Prun-osgi-container verify the build process ended with the following error message:

vaadin-error-2

vaadin-error-3

I'm using the latest Eclipse for java developers release.

Things I noticed when browsing the starter POM:

  • You are using the bnd-maven plugin in version 3.3.0 where 4.1.0 is the current version and 4.2.0 is currently in version RC1.
  • The starter uses OSGi dependencies in version 6.0.0 where 7.0.0 is the current one. Maybe you could use the enRoute BOMs to use the current reference implementations for OSGi which would also resemble more the official setup promoted by the OSGi Alliance, i.e., the enRoute setup.
    Or you could switch entirely to the enRoute setup for the starter instead of using profiles and just reference to the repective Vaadin BOM, as I did in the examples I provided for #25

Kind regards,
Thomas

@QNENet commented on Tue Mar 05 2019

Instead of the starter, an archetype for a base Vaadin OSGi project to be used in an enRoute environment is to be preferred.

No need for the prepare and run contents in the pom.

This would make the "heavenly" situation of Vaadin/OSGi a simple reality.

@QNENet commented on Tue Mar 05 2019

I think adding this to the parent pom pluginManagement in an enRoute project solves this problem

            <!--This plugin's configuration is used to store Eclipse
                m2e settings only. It has no influence on the Maven build itself. -->
            <plugin>
                <groupId>org.eclipse.m2e</groupId>
                <artifactId>lifecycle-mapping</artifactId>
                <version>1.0.0</version>
                <configuration>
                    <lifecycleMappingMetadata>
                        <pluginExecutions>
                            <pluginExecution>
                                <pluginExecutionFilter>
                                    <groupId>
                                        org.commonjava.maven.plugins
                                    </groupId>
                                    <artifactId>
                                        directory-maven-plugin
                                    </artifactId>
                                    <versionRange>
                                        [0.1,)
                                    </versionRange>
                                    <goals>
                                        <goal>highest-basedir</goal>
                                    </goals>
                                </pluginExecutionFilter>
                                <action>
                                    <ignore></ignore>
                                </action>
                            </pluginExecution>
                            <pluginExecution>
                                <pluginExecutionFilter>
                                    <groupId>
                                        org.apache.maven.plugins
                                    </groupId>
                                    <artifactId>
                                        maven-plugin-plugin
                                    </artifactId>
                                    <versionRange>
                                        [3.2,)
                                    </versionRange>
                                    <goals>
                                        <goal>descriptor</goal>
                                    </goals>
                                </pluginExecutionFilter>
                                <action>
                                    <ignore></ignore>
                                </action>
                            </pluginExecution>
                        </pluginExecutions>
                    </lifecycleMappingMetadata>
                </configuration>
            </plugin>

@denis-anisimov commented on Wed Mar 06 2019

Let's go item by item:
1)This is a known eclipse issue. It doesn't affect anyhow the project execution or anything else. Eclipse maven support is just unable to use m2e connector. You may ignore the error or if it's annoying you may add pluginExecutionFilter like here: http://www.eclipse.org/m2e/documentation/m2e-execution-not-covered.html
2) Auto-deploy install are warnings about inability to deploy jars in the deploy folder (which is auto deployment folder for Felix) because they have no MANIFEST. This is can be ignored. There are some dependencies which are copied into the deploy folder but they are not OSGi bundles. I believe most of them are WebJars which are known as OSGi incompatible but they are dependencies in platform. This is very minor issue which doesn't affect anyhow the project execution. I will create a ticket about it. java.net.URI exception is a consequence of -s in the command line arguments line. I will fix it as a part of this ticket. It also doesn't affect anyhow the project execution.
3) Let's talk about bind exception separately. This is the only exception which affect the project execution. For some reason the port 8080 is occupied on your box. And Jetty is unable to connect it. This is not a project error. Please check which application uses 8080 port and stop it.

As a result: there is no any error in the project which affects the project execution.
Only one real problem is a consequence of your local environment .

@denis-anisimov commented on Wed Mar 06 2019

Also I will update dependency versions and plugin versions if it's possible.

PiT 23.1: with Vaaidn 23.1, open the start UI throws errors

step to reproduce:

  • checkout branch update-v23.1 (or update the version and run mvn install)
  • run java -jar app/target/app.jar

result:

it throws error

Caused by: java.lang.ClassNotFoundException: com.vaadin.flow.component.HasClearButton not found by com.vaadin.flow.server [19]
        at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1585)
        at org.apache.felix.framework.BundleWiringImpl.access$300(BundleWiringImpl.java:79)
        at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1970)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
        at org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1352)
        at org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1606)
        at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1522)
        at org.apache.felix.framework.BundleWiringImpl.access$300(BundleWiringImpl.java:79)
        at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1970)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)

Starter does not find routes (FileNotFound)

When I install the OSGi starter with maven felix starts up, but on http://localhost.8080 it only tells me

Could not navigate to ''
Reason: Couldn't find route for ''
Available routes:
This detailed message is only shown when running in development mode.

There is no error message at that time (but the startup complains about not found manifest files. I tried different maven versions, here is the transcript:

This is Win10 (german) with mvn 3.50 and openjdk 8 (Zulu 8.35 aka 8u202)

osgilog.txt

Not sure if related to #14, I dont see that specified exception (and there also nothing on the web console).

I do wonder if the errors are caused by the webjars which are no bundle and I dont see where an extender does apply?

NullPointerException in Vaadin 14 when trying to start with karaf

When trying to run inside karaf (4.3.7) Vaadin 14.9.8 throws a NullPointerException.

How to reproduce

Build the base started project for the v14 branch. Start karaf and install the test feature from the TestRepository
`bin/karaf

feature:repo-add file:/path-to-xml
feature:install test`

features.xml:

`
mvn:org.apache.karaf.features/framework/4.3.7/xml/features
mvn:org.apache.karaf.features/specs/4.3.7/xml/features

http http-whiteboard mvn:org.jsoup/jsoup/1.15.3 spifly mvn:com.helger/ph-commons/9.1.2 mvn:com.helger/ph-css/6.1.1 mvn:net.bytebuddy/byte-buddy/1.12.19 mvn:commons-fileupload/commons-fileupload/1.5 mvn:com.vaadin.external.atmosphere/atmosphere-runtime/2.4.30.slf4jvaadin1 mvn:com.vaadin.external/gentyref/1.2.0.vaadin1 mvn:com.vaadin/flow-client/2.8.7 mvn:com.vaadin/flow-data/2.8.7 mvn:com.vaadin/flow-dnd/2.8.7 mvn:com.vaadin/flow-html-components/2.8.7 mvn:com.vaadin/flow-osgi/2.8.7 mvn:com.vaadin/flow-push/2.8.7 mvn:com.vaadin/flow-server/2.8.7 mvn:com.vaadin/vaadin-lumo-theme/2.8.7 mvn:com.vaadin/vaadin-material-theme/2.8.7 mvn:com.vaadin/vaadin-accordion-flow/14.9.8 mvn:com.vaadin/vaadin-app-layout-flow/14.9.8 mvn:com.vaadin/vaadin-button-flow/14.9.8 mvn:com.vaadin/vaadin-checkbox-flow/14.9.8 mvn:com.vaadin/vaadin-combo-box-flow/14.9.8 mvn:com.vaadin/vaadin-context-menu-flow/14.9.8 mvn:com.vaadin/vaadin-custom-field-flow/14.9.8 mvn:com.vaadin/vaadin-date-picker-flow/14.9.8 mvn:com.vaadin/vaadin-date-time-picker-flow/14.9.8 mvn:com.vaadin/vaadin-details-flow/14.9.8 mvn:com.vaadin/vaadin-dialog-flow/14.9.8 mvn:com.vaadin/vaadin-form-layout-flow/14.9.8 mvn:com.vaadin/vaadin-grid-flow/14.9.8 mvn:com.vaadin/vaadin-icons-flow/14.9.8 mvn:com.vaadin/vaadin-iron-list-flow/14.9.8 mvn:com.vaadin/vaadin-list-box-flow/14.9.8 mvn:com.vaadin/vaadin-login-flow/14.9.8 mvn:com.vaadin/vaadin-menu-bar-flow/14.9.8 mvn:com.vaadin/vaadin-notification-flow/14.9.8 mvn:com.vaadin/vaadin-ordered-layout-flow/14.9.8 mvn:com.vaadin/vaadin-progress-bar-flow/14.9.8 mvn:com.vaadin/vaadin-radio-button-flow/14.9.8 mvn:com.vaadin/vaadin-select-flow/14.9.8 mvn:com.vaadin/vaadin-split-layout-flow/14.9.8 mvn:com.vaadin/vaadin-tabs-flow/14.9.8 mvn:com.vaadin/vaadin-text-field-flow/14.9.8 mvn:com.vaadin/vaadin-time-picker-flow/14.9.8 mvn:com.vaadin/vaadin-upload-flow/14.9.8 mvn:com.vaadin.external.gwt/gwt-elemental/2.8.2.vaadin2 mvn:com.vaadin.external.slf4j/vaadin-slf4j-jdk14/1.6.1 mvn:com.vaadin/license-checker/1.12.3 mvn:com.nimbusds/nimbus-jose-jwt/9.31 mvn:org.lucee/jcip-annotations/1.0.0 mvn:com.vaadin/open/8.5.0 eventadmin scr apache-http-components apache-commons vaadin webconsole mvn:com.example/project-base-osgi/1.0-SNAPSHOT mvn:org.apache.httpcomponents/httpclient-osgi/4.5.13 mvn:org.apache.httpcomponents/httpcore-osgi/4.4.14 mvn:commons-lang/commons-lang/2.6 mvn:commons-net/commons-net/2.2 mvn:commons-io/commons-io/2.11.0 mvn:org.apache.commons/commons-lang3/3.12.0 mvn:org.apache.commons/commons-collections4/4.4 mvn:org.apache.commons/commons-math3/3.6.1 mvn:org.apache.commons/commons-compress/1.21 mvn:org.apache.commons/commons-text/1.9 mvn:commons-codec/commons-codec/1.10 `

All bundles start. But the base starter bundle throws an exception when it tries to initialize the servlet.

Caused by: java.lang.NullPointerException at com.vaadin.flow.server.DeploymentConfigurationFactory.getTokenFileFromClassloader(DeploymentConfigurationFactory.java:359) at com.vaadin.flow.server.DeploymentConfigurationFactory.getTokenFileContents(DeploymentConfigurationFactory.java:329) at com.vaadin.flow.server.DeploymentConfigurationFactory.readBuildInfo(DeploymentConfigurationFactory.java:184) at com.vaadin.flow.server.DeploymentConfigurationFactory.createInitParameters(DeploymentConfigurationFactory.java:177) at com.vaadin.flow.server.VaadinServlet.createDeploymentConfiguration(VaadinServlet.java:152) at com.vaadin.flow.server.VaadinServlet.createServletService(VaadinServlet.java:190) at com.vaadin.flow.server.VaadinServlet.init(VaadinServlet.java:77) at com.example.starter.base.osgi.VaadinServletRegistration$FixedVaadinServlet.init(VaadinServletRegistration.java:31) at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:632) ... 76 more

Full StackTrace:

java.lang.RuntimeException: javax.servlet.ServletException: org.ops4j.pax.web.service.spi.model.ServletModel-56==com.example.starter.base.osgi.VaadinServletRegistration$FixedVaadinServlet@b9f03ed9{jsp=null,order=-1,inst=true,async=true,src=EMBEDDED:null,STARTED} at org.eclipse.jetty.servlet.ServletHandler.initializeHolders(ServletHandler.java:785) at org.eclipse.jetty.servlet.ServletHandler.setServlets(ServletHandler.java:1531) at org.eclipse.jetty.servlet.ServletHandler.addServlet(ServletHandler.java:913) at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$2.call(JettyServerImpl.java:425) at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$2.call(JettyServerImpl.java:421) at org.ops4j.pax.swissbox.core.ContextClassLoaderUtils.doWithClassLoader(ContextClassLoaderUtils.java:60) at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl.addServlet(JettyServerImpl.java:420) at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Started.addServlet(ServerControllerImpl.java:317) at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.addServlet(ServerControllerImpl.java:122) at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:250) at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:395) at org.ops4j.pax.web.service.internal.HttpServiceProxy.registerServlet(HttpServiceProxy.java:504) at org.ops4j.pax.web.extender.whiteboard.internal.element.ServletWebElement.register(ServletWebElement.java:102) at org.ops4j.pax.web.extender.whiteboard.internal.WebApplication.registerWebElement(WebApplication.java:392) at org.ops4j.pax.web.extender.whiteboard.internal.WebApplication.addWebElement(WebApplication.java:188) at org.ops4j.pax.web.extender.whiteboard.internal.tracker.AbstractTracker.addingService(AbstractTracker.java:191) at org.ops4j.pax.web.extender.whiteboard.internal.tracker.AbstractTracker.addingService(AbstractTracker.java:44) at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:943) at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:871) at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:903) at org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990) at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838) at org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545) at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4833) at org.apache.felix.framework.Felix.registerService(Felix.java:3804) at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:328) at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:335) at com.example.starter.base.osgi.VaadinServletRegistration.activate(VaadinServletRegistration.java:55) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.java:244) at org.apache.felix.scr.impl.inject.methods.BaseMethod.access$500(BaseMethod.java:41) at org.apache.felix.scr.impl.inject.methods.BaseMethod$Resolved.invoke(BaseMethod.java:685) at org.apache.felix.scr.impl.inject.methods.BaseMethod.invoke(BaseMethod.java:529) at org.apache.felix.scr.impl.inject.methods.ActivateMethod.invoke(ActivateMethod.java:318) at org.apache.felix.scr.impl.inject.methods.ActivateMethod.invoke(ActivateMethod.java:308) at org.apache.felix.scr.impl.manager.SingleComponentManager.createImplementationObject(SingleComponentManager.java:354) at org.apache.felix.scr.impl.manager.SingleComponentManager.createComponent(SingleComponentManager.java:115) at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:1000) at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:973) at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:785) at org.apache.felix.scr.impl.manager.AbstractComponentManager.enableInternal(AbstractComponentManager.java:674) at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:437) at org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.enableComponents(ConfigurableComponentHolder.java:667) at org.apache.felix.scr.impl.BundleComponentActivator.initialEnable(BundleComponentActivator.java:305) at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:554) at org.apache.felix.scr.impl.Activator.access$200(Activator.java:70) at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:421) at org.apache.felix.scr.impl.AbstractExtender.createExtension(AbstractExtender.java:196) at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(AbstractExtender.java:169) at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(AbstractExtender.java:49) at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:488) at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:420) at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232) at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:450) at org.apache.felix.framework.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:915) at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:834) at org.apache.felix.framework.EventDispatcher.fireBundleEvent(EventDispatcher.java:516) at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4817) at org.apache.felix.framework.Felix.startBundle(Felix.java:2336) at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998) at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:984) at org.apache.karaf.features.internal.service.BundleInstallSupportImpl.startBundle(BundleInstallSupportImpl.java:165) at org.apache.karaf.features.internal.service.FeaturesServiceImpl.startBundle(FeaturesServiceImpl.java:1160) at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:1041) at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1069) at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$13(FeaturesServiceImpl.java:1004) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:829) Caused by: javax.servlet.ServletException: org.ops4j.pax.web.service.spi.model.ServletModel-56==com.example.starter.base.osgi.VaadinServletRegistration$FixedVaadinServlet@b9f03ed9{jsp=null,order=-1,inst=true,async=true,src=EMBEDDED:null,STARTED} at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:650) at org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:415) at org.eclipse.jetty.servlet.ServletHandler.initializeHolders(ServletHandler.java:780) ... 74 more Caused by: java.lang.NullPointerException at com.vaadin.flow.server.DeploymentConfigurationFactory.getTokenFileFromClassloader(DeploymentConfigurationFactory.java:359) at com.vaadin.flow.server.DeploymentConfigurationFactory.getTokenFileContents(DeploymentConfigurationFactory.java:329) at com.vaadin.flow.server.DeploymentConfigurationFactory.readBuildInfo(DeploymentConfigurationFactory.java:184) at com.vaadin.flow.server.DeploymentConfigurationFactory.createInitParameters(DeploymentConfigurationFactory.java:177) at com.vaadin.flow.server.VaadinServlet.createDeploymentConfiguration(VaadinServlet.java:152) at com.vaadin.flow.server.VaadinServlet.createServletService(VaadinServlet.java:190) at com.vaadin.flow.server.VaadinServlet.init(VaadinServlet.java:77) at com.example.starter.base.osgi.VaadinServletRegistration$FixedVaadinServlet.init(VaadinServletRegistration.java:31) at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:632) ... 76 more

Document updating Vaadin specific bundles for OSGi

This documentation goes to the starter for now.

It might work to update only inside the same minor version. While it is not currently prevented, we don't recommend updating any version over a minor for Flow or the web component Flow integrations.

Updating any bundle that has frontend resources (web component Flow integration) requires that the frontend build build-frontend is run and the WAB is redeployed to get the static frontend bundle updated.

OSGi Starter throws exception when opening default view

I downloaded the latest starter from vaadin.com/start and run it via the given maven command mvn -Pprepare-osgi-container -Prun-osgi-container verify. Started up with some error messages. When trying to access the default page, the following exception comes up:

[ERROR] Exception while processing request to /
javax.servlet.ServletException: com.vaadin.flow.server.ServiceException: java.lang.IllegalStateException: Exception targets has been already initialized
        at com.vaadin.flow.server.VaadinServlet.service(VaadinServlet.java:229)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
...

Machine is Windows 10 (Microsoft Windows [Version 10.0.17763.253])

Fails to run with Java 17

The starter fails to run with Java 17 (Eclipse Temuri jdk-17.0.0.35-hotspot).

To reproduce

Run command mvn install and then run java -jar app/target/app.jar

The app fails to start and the following error is generated:

"C:\Program Files\Eclipse Foundation\jdk-17.0.0.35-hotspot\bin\java.exe" -Dfile.encoding=windows-1252 -jar C:\dev\vaadin\base-starter-flow-osgi\app\target\app.jar
java.lang.NoSuchMethodException: sun.misc.Unsafe.defineAnonymousClass(java.lang.Class,[B,[Ljava.lang.Object;)
	at java.base/java.lang.Class.getMethod(Class.java:2227)
	at org.apache.felix.framework.util.SecureAction.getAccessor(SecureAction.java:1134)
	at org.apache.felix.framework.util.SecureAction.<clinit>(SecureAction.java:86)
	at org.apache.felix.framework.Felix.<clinit>(Felix.java:114)
	at org.apache.felix.framework.FrameworkFactory.newFramework(FrameworkFactory.java:30)
	at aQute.launcher.Launcher.createClassic(Launcher.java:1224)
	at aQute.launcher.Launcher.createFramework(Launcher.java:1202)
	at aQute.launcher.Launcher.activate(Launcher.java:484)
	at aQute.launcher.Launcher.launch(Launcher.java:400)
	at aQute.launcher.Launcher.run(Launcher.java:181)
	at aQute.launcher.Launcher.main(Launcher.java:157)
	at aQute.launcher.pre.EmbeddedLauncher.executeWithRunPath(EmbeddedLauncher.java:170)
	at aQute.launcher.pre.EmbeddedLauncher.findAndExecute(EmbeddedLauncher.java:119)
	at aQute.launcher.pre.EmbeddedLauncher.main(EmbeddedLauncher.java:52)
java.lang.NoSuchMethodException: sun.misc.Unsafe.defineAnonymousClass(java.lang.Class,[B,[Ljava.lang.Object;)
	at java.base/java.lang.Class.getMethod(Class.java:2227)
	at org.apache.felix.framework.util.SecureAction.getAccessor(SecureAction.java:1134)
	at org.apache.felix.framework.util.SecureAction.setAccesssible(SecureAction.java:998)
	at org.apache.felix.framework.ext.ClassPathExtenderFactory$DefaultClassLoaderExtender.<clinit>(ClassPathExtenderFactory.java:55)
	at org.apache.felix.framework.ExtensionManager.<clinit>(ExtensionManager.java:152)
	at org.apache.felix.framework.Felix.initializeFrameworkProperties(Felix.java:4881)
	at org.apache.felix.framework.Felix.<init>(Felix.java:405)
	at org.apache.felix.framework.Felix.<init>(Felix.java:355)
	at org.apache.felix.framework.FrameworkFactory.newFramework(FrameworkFactory.java:30)
	at aQute.launcher.Launcher.createClassic(Launcher.java:1224)
	at aQute.launcher.Launcher.createFramework(Launcher.java:1202)
	at aQute.launcher.Launcher.activate(Launcher.java:484)
	at aQute.launcher.Launcher.launch(Launcher.java:400)
	at aQute.launcher.Launcher.run(Launcher.java:181)
	at aQute.launcher.Launcher.main(Launcher.java:157)
	at aQute.launcher.pre.EmbeddedLauncher.executeWithRunPath(EmbeddedLauncher.java:170)
	at aQute.launcher.pre.EmbeddedLauncher.findAndExecute(EmbeddedLauncher.java:119)
	at aQute.launcher.pre.EmbeddedLauncher.main(EmbeddedLauncher.java:52)
java.lang.ExceptionInInitializerError
	at org.apache.felix.framework.URLHandlers.<clinit>(URLHandlers.java:119)
	at org.apache.felix.framework.URLHandlersActivator.start(URLHandlersActivator.java:69)
	at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:825)
	at org.apache.felix.framework.Felix$SystemBundleActivator.start(Felix.java:5173)
	at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:825)
	at org.apache.felix.framework.Felix.init(Felix.java:899)
	at org.apache.felix.framework.Felix.init(Felix.java:648)
	at aQute.launcher.Launcher.createFramework(Launcher.java:1215)
	at aQute.launcher.Launcher.activate(Launcher.java:484)
	at aQute.launcher.Launcher.launch(Launcher.java:400)
	at aQute.launcher.Launcher.run(Launcher.java:181)
	at aQute.launcher.Launcher.main(Launcher.java:157)
	at aQute.launcher.pre.EmbeddedLauncher.executeWithRunPath(EmbeddedLauncher.java:170)
	at aQute.launcher.pre.EmbeddedLauncher.findAndExecute(EmbeddedLauncher.java:119)
	at aQute.launcher.pre.EmbeddedLauncher.main(EmbeddedLauncher.java:52)
Caused by: java.lang.RuntimeException: Unable to make protected boolean java.net.URLStreamHandler.equals(java.net.URL,java.net.URL) accessible: module java.base does not "opens java.net" to unnamed module @17d99928
	at org.apache.felix.framework.URLHandlersStreamHandlerProxy.<clinit>(URLHandlersStreamHandlerProxy.java:103)
	... 15 more
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected boolean java.net.URLStreamHandler.equals(java.net.URL,java.net.URL) accessible: module java.base does not "opens java.net" to unnamed module @17d99928
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
	at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)
	at java.base/java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:130)
	at org.apache.felix.framework.util.SecureAction.lambda$getAccessor$0(SecureAction.java:1145)
	at org.apache.felix.framework.util.SecureAction.setAccesssible(SecureAction.java:998)
	at org.apache.felix.framework.URLHandlersStreamHandlerProxy.<clinit>(URLHandlersStreamHandlerProxy.java:78)
	... 15 more
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.equals.DefaultEqualsImplementationRegistrarSPI of service com.helger.commons.equals.IEqualsImplementationRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.hashcode.DefaultHashCodeImplementationRegistrarSPI of service com.helger.commons.hashcode.IHashCodeImplementationRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.serialize.convert.BasicSerializationConverterRegistrar of service com.helger.commons.serialize.convert.ISerializationConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.thirdparty.ThirdPartyModuleProvider_ph_commons of service com.helger.commons.thirdparty.IThirdPartyModuleProviderSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.BaseTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.CharsetTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.CollectionTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.DateTimeTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.IOTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.LocaleTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.MutableTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.equals.DefaultEqualsImplementationRegistrarSPI of service com.helger.commons.equals.IEqualsImplementationRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.hashcode.DefaultHashCodeImplementationRegistrarSPI of service com.helger.commons.hashcode.IHashCodeImplementationRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.serialize.convert.BasicSerializationConverterRegistrar of service com.helger.commons.serialize.convert.ISerializationConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.thirdparty.ThirdPartyModuleProvider_ph_commons of service com.helger.commons.thirdparty.IThirdPartyModuleProviderSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.BaseTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.CharsetTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.CollectionTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.DateTimeTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.IOTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.LocaleTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider com.helger.commons.typeconvert.MutableTypeConverterRegistrar of service com.helger.commons.typeconvert.ITypeConverterRegistrarSPI in bundle com.helger.ph-commons
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider org.eclipse.jetty.http.Http1FieldPreEncoder of service org.eclipse.jetty.http.HttpFieldPreEncoder in bundle org.apache.felix.http.jetty
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider org.eclipse.jetty.http2.hpack.HpackFieldPreEncoder of service org.eclipse.jetty.http.HttpFieldPreEncoder in bundle org.apache.felix.http.jetty
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider org.eclipse.jetty.http.Http1FieldPreEncoder of service org.eclipse.jetty.http.HttpFieldPreEncoder in bundle org.apache.felix.http.jetty
Nov 02, 2021 10:01:22 AM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider org.eclipse.jetty.http2.hpack.HpackFieldPreEncoder of service org.eclipse.jetty.http.HttpFieldPreEncoder in bundle org.apache.felix.http.jetty
! Failed to start bundle org.apache.felix.http.jetty-4.1.4, exception activator error Weaving hook failed. from: org.apache.felix.framework.BundleWiringImpl$BundleClassLoader:transformClass#2391
org.osgi.framework.BundleException: Activator start error in bundle org.apache.felix.http.jetty [29].
	at org.apache.felix.framework.Felix.activateBundle(Felix.java:2479)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2335)
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:1007)
	at aQute.launcher.Launcher.start(Launcher.java:674)
	at aQute.launcher.Launcher.startBundles(Launcher.java:654)
	at aQute.launcher.Launcher.activate(Launcher.java:560)
	at aQute.launcher.Launcher.launch(Launcher.java:400)
	at aQute.launcher.Launcher.run(Launcher.java:181)
	at aQute.launcher.Launcher.main(Launcher.java:157)
	at aQute.launcher.pre.EmbeddedLauncher.executeWithRunPath(EmbeddedLauncher.java:170)
	at aQute.launcher.pre.EmbeddedLauncher.findAndExecute(EmbeddedLauncher.java:119)
	at aQute.launcher.pre.EmbeddedLauncher.main(EmbeddedLauncher.java:52)
Caused by: java.lang.ClassFormatError: Weaving hook failed.
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.transformClass(BundleWiringImpl.java:2391)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.findClass(BundleWiringImpl.java:2069)
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1550)
	at org.apache.felix.framework.BundleWiringImpl.access$300(BundleWiringImpl.java:79)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1970)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520)
	at org.apache.felix.http.base.internal.HttpServiceController.<init>(HttpServiceController.java:56)
	at org.apache.felix.http.base.internal.AbstractHttpActivator.doStart(AbstractHttpActivator.java:33)
	at org.apache.felix.http.jetty.internal.JettyActivator.doStart(JettyActivator.java:43)
	at org.apache.felix.http.base.internal.AbstractActivator.start(AbstractActivator.java:39)
	at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:825)
	at org.apache.felix.framework.Felix.activateBundle(Felix.java:2429)
	... 11 more
Caused by: java.lang.IllegalArgumentException: Unsupported class file major version 61
	at org.objectweb.asm.ClassReader.<init>(ClassReader.java:189)
	at org.objectweb.asm.ClassReader.<init>(ClassReader.java:170)
	at org.objectweb.asm.ClassReader.<init>(ClassReader.java:156)
	at org.objectweb.asm.ClassReader.<init>(ClassReader.java:277)
	at org.apache.aries.spifly.dynamic.OSGiFriendlyClassWriter.getCommonSuperClass(OSGiFriendlyClassWriter.java:84)
	at org.objectweb.asm.SymbolTable.addMergedType(SymbolTable.java:1202)
	at org.objectweb.asm.Frame.merge(Frame.java:1299)
	at org.objectweb.asm.Frame.merge(Frame.java:1197)
	at org.objectweb.asm.MethodWriter.computeAllFrames(MethodWriter.java:1610)
	at org.objectweb.asm.MethodWriter.visitMaxs(MethodWriter.java:1546)
	at org.objectweb.asm.MethodVisitor.visitMaxs(MethodVisitor.java:773)
	at org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(LocalVariablesSorter.java:148)
	at org.objectweb.asm.ClassReader.readCode(ClassReader.java:2629)
	at org.objectweb.asm.ClassReader.readMethod(ClassReader.java:1481)
	at org.objectweb.asm.ClassReader.accept(ClassReader.java:711)
	at org.objectweb.asm.ClassReader.accept(ClassReader.java:394)
	at org.apache.aries.spifly.dynamic.ClientWeavingHook.weave(ClientWeavingHook.java:60)
	at org.apache.felix.framework.util.SecureAction.invokeWeavingHook(SecureAction.java:1372)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.transformClass(BundleWiringImpl.java:2377)
	... 22 more
[main] INFO com.vaadin.flow.osgi.support.ServletContainerInitializerClasses - Unable to detect used OSGi framework version due to Cannot invoke "org.osgi.framework.Bundle.getVersion()" because "osgiBundle" is null

Servletpattern other then root URL pattern /* is not resolving static resources

In the class VaadinServletRegistration set:

properties.put(HttpWhiteboardConstants.HTTP_WHITEBOARD_SERVLET_PATTERN,"/test/*");

results in static recources not getting found and the Button displays just text in the browser.
Changing the maven-antrun-plugin into the following does also not resolve the issue:

<tasks> <mkdir dir="${project.build.directory}/generated-resources/test/frontend/bower_components"></mkdir> <copy todir="${project.build.directory}/generated-resources/test/frontend/bower_components"> <fileset dir="${project.build.directory}/dependency/META-INF/resources/webjars/"/> </copy> </tasks>

What more must be done to resolve the static content of the Vaadin components?

java jar built from current v23 is not working

the current v23 branch is using 23.0.4.

running the following command:

  • mvn install
  • java -jar app/target/app.jar

then i can see the following errors

! Failed to start bundle com.example.osgi.base-1.0.0, exception Unable to resolve com.example.osgi.base [2](R 2.0): missing requirement [com.example.osgi.base [2](R 2.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.page)(version>=23.0.0)(!(version>=24.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [19](R 19.0): missing requirement [com.vaadin.flow.server [19](R 19.0)] osgi.ee; (&(osgi.ee=JavaSE)(version=11.0.0))] Unresolved requirements: [[com.example.osgi.base [2](R 2.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.page)(version>=23.0.0)(!(version>=24.0.0)))]
org.osgi.framework.BundleException: Unable to resolve com.example.osgi.base [2](R 2.0): missing requirement [com.example.osgi.base [2](R 2.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.page)(version>=23.0.0)(!(version>=24.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [19](R 19.0): missing requirement [com.vaadin.flow.server [19](R 19.0)] osgi.ee; (&(osgi.ee=JavaSE)(version=11.0.0))] Unresolved requirements: [[com.example.osgi.base [2](R 2.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.page)(version>=23.0.0)(!(version>=24.0.0)))]
        at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4398)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:2308)
        at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:1007)
        at aQute.launcher.Launcher.start(Launcher.java:674)
        at aQute.launcher.Launcher.startBundles(Launcher.java:654)
        at aQute.launcher.Launcher.activate(Launcher.java:560)
        at aQute.launcher.Launcher.launch(Launcher.java:400)
        at aQute.launcher.Launcher.run(Launcher.java:181)
        at aQute.launcher.Launcher.main(Launcher.java:157)
        at aQute.launcher.pre.EmbeddedLauncher.executeWithRunPath(EmbeddedLauncher.java:170)
        at aQute.launcher.pre.EmbeddedLauncher.findAndExecute(EmbeddedLauncher.java:119)
        at aQute.launcher.pre.EmbeddedLauncher.main(EmbeddedLauncher.java:52)

Not compatible with Java 11

Given Vaadin12 is compatible with Java11, this very project here should be, too.

Here is part of the log.

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.apache.felix.framework.ext.ClassPathExtenderFactory$DefaultClassLoaderExtender (file:/home/ehaase/git/base-starter-flow-osgi/target/felix-framework-6.0.0/bin/felix.jar) to method java.net.URLClassLoader.addURL(java.net.URL)
WARNING: Please consider reporting this to the maintainers of org.apache.felix.framework.ext.ClassPathExtenderFactory$DefaultClassLoaderExtender
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Auto-deploy install: org.osgi.framework.BundleException: Could not create bundle object. - java.io.FileNotFoundException: META-INF/MANIFEST.MF

Test machine:
Ubuntu Linux 18.04 LTS, oracle-java8-set-default works,
oracle-java11-set-default does not; add webup8team PPA.

Exclude non OSGi bundles from deployment so that there are no Auto-deploy install BundleExceptions

See original report here:#28

When the project is started a number of exceptions are shown:
Auto-deploy install: org.osgi.framework.BundleException: Could not create bundle object. - java.io.FileNotFoundException: META-INF/MANIFEST.MF

Those exception doesn't affect anyhow the project execution and can be safely ignored.

They happens because a number of project dependencies are copied into deploy folder (and Felix tries to deploy them) but they are not OSGi bundles.

Most likely those jars are WebJars. So they should be excluded from a plugin which copies them into deploy folder.

A number of missing requirements, (version>=1.2.0)(!(version>=2.0.0)) for example

So far tested on OSX and Linux Ubuntu, both under Oracle Java 11.

Note that the stacktrace seems to be interwoven multi-process stderr/stdout so I only copy a small part here for the gist:

ERROR: Bundle com.vaadin.flow.component.upload [119] Error starting file:/Users/ehaase/git/base-starter-flow-osgi/target/felix-framework-6.0.0/bundle/vaadin-upload-flow-1.2.0.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.component.upload [119](R 119.0): missing requirement [com.vaadin.flow.component.upload [119](R 119.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(version>=1.2.0)(!(version>=2.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [13](R 13.0): missing requirement [com.vaadin.flow.server [13](R 13.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [61](R 61.0): missing requirement [com.helger.ph-css [61](R 61.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(veorg.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.component.upload [119](R 119.0): missing requirement [com.rsion>=10.0.0))) [caused by: Unable to resolve com.helger.ph-commons [60](R 60.0): missing requirement [com.helger.ph-commons [6vaadin.flow.component.upload [119](R 119.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(v0](R 60.0)] osgi.wiring.package; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.component.upersion>=1.2.0)(!(version>=2.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [13](R 13.0): missing requirement [com.vload [119](R 119.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(version>=1.2.0)(!(version>=2.0.0)))])

OSGi starter is not starting under Java 11

Downloaded starter and runned mvn -Pprepare-osgi-container -Prun-osgi-container verify
with oracle java version "11.0.4" 2019-07-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.4+10-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.4+10-LTS, mixed mode)
on mac Mojave 10.14.2

App is not starting with next errors

Auto-deploy install: org.osgi.framework.BundleException: Could not create bundle object. - java.io.FileNotFoundException: META-INF/MANIFEST.MF
ERROR: Bundle com.vaadin.external.atmosphere.runtime [3] Error starting file:/Users/vladyslavgutsul/Downloads/v14osgi/target/felix-framework-6.0.0/bundle/atmosphere-runtime-2.4.30.slf4jvaadin1.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.external.atmosphere.runtime [3](R 3.0): missing requirement [com.vaadin.external.atmosphere.runtime [3](R 3.0)] osgi.wiring.package; (osgi.wiring.package=javax.annotation) Unresolved requirements: [[com.vaadin.external.atmosphere.runtime [3](R 3.0)] osgi.wiring.package; (osgi.wiring.package=javax.annotation)])
org.osgi.framework.BundleException: Unable to resolve com.vaadin.external.atmosphere.runtime [3](R 3.0): missing requirement [com.vaadin.external.atmosphere.runtime [3](R 3.0)] osgi.wiring.package; (osgi.wiring.package=javax.annotation) Unresolved requirements: [[com.vaadin.external.atmosphere.runtime [3](R 3.0)] osgi.wiring.package; (osgi.wiring.package=javax.annotation)]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.base/java.lang.Thread.run(Thread.java:834)
ERROR: Bundle com.vaadin.flow.client [9] Error starting file:/Users/vladyslavgutsul/Downloads/v14osgi/target/felix-framework-6.0.0/bundle/flow-client-2.0.4.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.client [9](R 9.0): missing requirement [com.vaadin.flow.client [9](R 9.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.client)(version>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.packaorg.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.client [9](R 9.0): missing requirement [com.vaadin.flow.clge; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.helger.ph-ient [9](R 9.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.client)(version>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helcommons [66](R 66.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.package=javax.xger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.package; (&(osgi.wiring.package=com.heml.bind)]]] Unresolved requirements: [[com.vaadin.flow.client [9](R 9.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadinlger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.helger.ph-commons [66](R 66.0): missing req.flow.client)(version>=2.0.0)(!(version>=3.0.0)))])
uirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.client [9](R 9.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.client)(version>=2.0.0)(!(version>=3.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.base/java.lang.Thread.run(Thread.java:834)
ERROR: Bundle com.vaadin.flow.data [10] Error starting file:/Users/vladyslavgutsul/Downloads/v14osgi/target/felix-framework-6.0.0/bundle/flow-data-2.0.4.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.data [10](R 10.0): missing requirement [com.vaadin.flow.data [10](R 10.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.internal)(version>=2.0.4)(version<=2.0.4)) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiringorg.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.data [10](R 10.0): missing requirement [com.vaadin.flow.da.package; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.helgta [10](R 10.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.internal)(version>=2.0.4)(version<=2.0.4)) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] oer.ph-commons [66](R 66.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.package=jsgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolvavax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.data [10](R 10.0)] osgi.wiring.package; (&(osgi.wiring.package=com.e com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.package; (&(osgi.wiring.packavaadin.flow.component.internal)(version>=2.0.4)(version<=2.0.4))])
ge=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.helger.ph-commons [66](R 66.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.data [10](R 10.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.internal)(version>=2.0.4)(version<=2.0.4))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.base/java.lang.Thread.run(Thread.java:834)
ERROR: Bundle com.vaadin.flow.html.components [11] Error starting file:/Users/vladyslavgutsul/Downloads/v14osgi/target/felix-framework-6.0.0/bundle/flow-html-components-2.0.4.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.html.components [11](R 11.0): missing requirement [com.vaadin.flow.html.components [11](R 11.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.dom)(version>=2.0.4)(version<=2.0.4)) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(versiorg.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.html.components [11](R 11.0): missing requirement [com.vaaon>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-din.flow.html.components [11](R 11.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.dom)(version>=2.0.4)(version<css [67](R 67.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused b=2.0.4)) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable toy: Unable to resolve com.helger.ph-commons [66](R 66.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.pa resolve com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.package; (&(osgi.wirinckage; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.html.components [11](R 11.0)] osgi.wirg.package=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.helger.ph-commons [66](R 66ing.package; (&(osgi.wiring.package=com.vaadin.flow.dom)(version>=2.0.4)(version<=2.0.4))])
.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.html.components [11](R 11.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.dom)(version>=2.0.4)(version<=2.0.4))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.base/java.lang.Thread.run(Thread.java:834)

.....
.....
.....

ERROR: Bundle com.vaadin.flow.component.upload [153] Error starting file:/Users/vladyslavgutsul/Downloads/v14osgi/target/felix-framework-6.0.0/bundle/vaadin-upload-flow-2.0.0.jar (org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.component.upload [153](R 153.0): missing requirement [com.vaadin.flow.component.upload [153](R 153.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(version>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve com.vaadin.org.osgi.framework.BundleException: Unable to resolve com.vaadin.flow.component.upload [153](R 153.0): missing requirement [com.flow.server [14](R 14.0): missing requirement [com.vaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=vaadin.flow.component.upload [153](R 153.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(vcom.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [67](R 67.0): missing rersion>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve com.vaadin.flow.server [14](R 14.0): missing requirement [com.vequirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(veaadin.flow.server [14](R 14.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.css.decl)(version>=6.1.0)(!(version>=7.0.0))) [caused by: Unable to resolve com.helger.ph-css [67](R 67.0): missing requirement [com.helger.ph-css [67](R 67.0)] osgi.wiring.package; (&(osgi.wiring.package=com.helger.commons)(version>=9.0.0)(!(version>=10.0.0))) [caused by: Unable to resolve com.hrsion>=10.0.0))) [caused by: Unable to resolve com.helger.ph-commons [66](R 66.0): missing requirement [com.helger.ph-commons [6elger.ph-commons [66](R 66.0): missing requirement [com.helger.ph-commons [66](R 66.0)] osgi.wiring.package; (osgi.wiring.packag6](R 66.0)] osgi.wiring.package; (osgi.wiring.package=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.component.upload [153](R 153.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(version>=2.0.0)(!(version>=3.0.0)))])
e=javax.xml.bind)]]] Unresolved requirements: [[com.vaadin.flow.component.upload [153](R 153.0)] osgi.wiring.package; (&(osgi.wiring.package=com.vaadin.flow.component.dependency)(version>=2.0.0)(!(version>=3.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2277)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1535)
at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
at java.base/java.lang.Thread.run(Thread.java:834)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.