-
Notifications
You must be signed in to change notification settings - Fork 8
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
Vaadin Flow OSGi Starter not working #28
Comments
So:
|
Another issue is created about Auto-deploy install exceptions: |
Hi Denis, thank you very much for the detailed explanation. I just tried the starter on another pc and it worked. Sorry for the confusion. Kind regards, |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
@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.
When I imported the starter project in to Eclipse I get an error regarding the maven-antrun-plugin:
I'm not sure if this is directly Vaadin related but wanted to point out that this error exists
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:
I'm using the latest Eclipse for java developers release.
Things I noticed when browsing the starter POM:
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 Add examples of using DS features in Vaadin components #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
@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.html2)
Auto-deploy install
are warnings about inability to deploy jars in thedeploy
folder (which is auto deployment folder for Felix) because they have noMANIFEST
. This is can be ignored. There are some dependencies which are copied into thedeploy
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 port8080
is occupied on your box. And Jetty is unable to connect it. This is not a project error. Please check which application uses8080
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.
The text was updated successfully, but these errors were encountered: