-
Notifications
You must be signed in to change notification settings - Fork 874
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
Add support for Wildfly 28 #6138
Conversation
Wildfly 29.0.1.Beta works as well: start/stop/deploy |
the jboss-cli-client brings in a lot of classes that we don't need at all and might be problematic. While I agree that some cleanup should be done in the jars that the classloader relies on I'd rather avoid using that jar. |
@ehsavoie From my understanding using that jar is the supposed way to get a management connection to Wildfly / JBoss EAP. |
@ehsavoie what classes are you worried about or what is the concern? The server integration is a hack anyway right now. But when compared to what it did before when it cherry picked the classpath: Lines 241 to 255 in faf308b
Simply using the cli jar seems to be a more maintainable approach. Ideally, this all should not be needed if there would be a server independent tooling interface. |
@asbachb can you squash this to be ready for merge? I plan to merge this this weekend unless someone says otherwise. Feature freeze is next week. |
the cli jar is a uber jar. It contains a lot of unrequired code like jakarta json. I know we had issues with API classes leaking into it. |
It might be the org.jboss.as.controller (full) module and not just the org.jboss.as.controller-client but I would have to take a deeper look. |
I just wonder if it's a better approach to move a potentially better fix to the (maybe never) future or merge this approach and do it better next time. Fact is: NetBeans is unable to handle Wildfly 28 for almost half a year - Beta releases not counted so potentially even longer. |
Yes I no longer work on the core management model of WildFly and didn't notice the removal of method that were used in the NetBeans plugin. |
We can merge that but please create a Jira for the module classloading and affect it to me. |
2f70512
to
6c58fa6
Compare
NetBeans communicates to Wildfly via management api. This functionality depends on several Wildfly classes which are pulled from the Wildfly installation. It seems that in 28.0.0 some classes and jars were moved which prevents NetBeans from communicating to Wildfly. This change simplify the current logic gathering different jars and just use `jboss-cli-client` which should contain all necessary classes which are needed to connect to Wildflys management interface.
6c58fa6
to
9a1024b
Compare
Squashed and created a follow up issue as requested: #6193 |
starting another run with all tests enabled to check for side effects. Planning to merge this on Sunday. |
all green and its technically Sunday -> merging |
NetBeans communicates to Wildfly via management api. This functionality depends
on several Wildfly classes which are pulled from the Wildfly installation.
It seems that in 28.0.1 some classes and jars were moved which prevents NetBeans
from communicating to Wildfly.
This change simplify the current logic gathering different jars and just use
jboss-cli-client
which should contain all necessary classes which are neededto connect to Wildflys management interface.
I did some manual testing:
Results:
I assume this would be ok as
org.jboss.as.controller.client.ModelControllerClientConfiguration$Builder
seems to be not available on the servers classpath and so the module shouldn't be compatible with these servers anyways.Fixes #5947