Skip to content
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

Activate enterprise cluster and disable modules with incompatible licenses #1104

Merged
merged 9 commits into from
Jan 27, 2019

Conversation

matthiasblaesing
Copy link
Contributor

PR #1098 activates the enterprise cluster. There are however modules,
that have dependencies on incompatible license (wildfly + jboss LGPL,
weblogic 9 commercial, wsit OASIS license). PR #1101 removes some,
but skips wildfly (it is indicated, that red hat might be willing to relax
licensing for the DTDs/XSDs).

In the current state however the module does not qualify and thus is
disabled.

The enterprise cluster also includes some libraries, that need either
adjustment to use common dependencies or adjustments in the build
system to tollerate duplicate libraries.

This PR merges the work from #1098, #1101 and adds the described
pieces. In combination this should let the travis builds succeed.

Please do not squash this, I'll merge myself, when reviewed.

Closes: #1098
Closes: #1101

@matthiasblaesing
Copy link
Contributor Author

I'm looking into the build failures.

@matthiasblaesing
Copy link
Contributor Author

The travis build is green now. There were remaining dependencies that referenced the disabled modules and metro.model needs to be removed to, as it depends on wsit. I did not go through the EE modules though.

@geertjanw
Copy link
Member

Makes sense. I vote to merge and then to take it from there, now that everything is green.

Copy link
Contributor

@lkishalmi lkishalmi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me.

@matthiasblaesing
Copy link
Contributor Author

Thank you both for checking - lets see how the fallout will look.

@matthiasblaesing matthiasblaesing merged commit d6db05b into apache:master Jan 27, 2019
@geertjanw
Copy link
Member

I've unzipped the latest build that includes the enterprise cluster. Something isn't working quite right with the enablement, i.e., when clicking Next in 'Java Web' or 'Java EE' in the New Project dialog, to enable the feature, the 'Finding Feature' dialog appears and messages of 'Not all requested modules can be installed' appears, starting with org.netbeans.modules.web.primefaces.

@matthiasblaesing
Copy link
Contributor Author

Yes I see, it can be reproduced locally to. However, manually enabling JavaEE in the plugin manager correctly enabled the feature and then the error is gone. It would be great if some one with a bit more experience in the black magic of automatic feature enablement (is that ergonomics?) could have a look.

@matthiasblaesing
Copy link
Contributor Author

Update: please clear the userdir. I ran ant tryme after I removed nbbuild/testuserdir/. After that I'm correctly asked do "Download and activate" the feature.

@geertjanw
Copy link
Member

I can still reproduce it, though I started by downloading the ZIP from the artifacts on Jenkins, then ran with a fresh user directory, and can still see the same problem.

@matthiasblaesing matthiasblaesing deleted the pr-1098 branch January 27, 2019 20:06
@geertjanw
Copy link
Member

Definitely was a network issue of some kind, VPN, etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants