Jenkins 活动目录找不到匹配的构造函数
Jenkins active-directory Could not find matching constructor
注意：我对 EnterpriseLinux 很在行，但假设我对 Jenkins、jars、wars、jpis、java 和 groovy 充其量只是一个不情愿的行人。非常抱歉。
我在 RHEL7 上设置了一个 Jenkins 盒子，主要是通过（公认的腐烂的）Chef 食谱，所以它是可重复的并且几乎是白痴证明。在添加模块时，我通过本地文件（安全站点，无网络访问）添加 HPI，如下所示：
plugins=%w(active-directory mailer display-url-api)
require 'digest'
plugins
.each_with_index do |plugin_with_version, index|
p, v = plugin_with_version.split(':') # yeah I know
source = "#{Chef::Config[:file_cache_path]}/cookbooks/#{cookbook_name}/files/default/#{p}.hpi"
directory "#{node['jenkins']['master']['home']}/plugins" do
owner node['jenkins']['master']['user']
group node['jenkins']['master']['group']
mode 0755
end
cookbook_file "#{node['jenkins']['master']['home']}/plugins/#{p}.hpi" do
action :create
owner node['jenkins']['master']['user']
group node['jenkins']['master']['group']
mode 0755
notifies :create, "ruby_block[jenkins_restart_flag]", :immediately
end
end
当我使用 HPI 对文件部分进行预游戏时，它会填充 /var/lib/jenkins/plugins 位置，所以我想我到了那里。
# ls -l /var/lib/jenkins/plugins/
total 708
drwxr-xr-x 6 jenkins jenkins 77 Aug 30 08:37 active-directory
-rwxr-xr-x 1 jenkins jenkins 583280 Aug 30 08:37 active-directory.hpi
drwxr-xr-x 4 jenkins jenkins 53 Aug 30 08:37 display-url-api
-rwxr-xr-x 1 jenkins jenkins 19478 Aug 30 08:37 display-url-api.hpi
drwxr-xr-x 4 jenkins jenkins 53 Aug 30 08:37 mailer
-rwxr-xr-x 1 jenkins jenkins 115745 Aug 30 08:37 mailer.hpi
事实上，所有三个插件似乎都在 /pluginManager/installed:
中激活
active directory plugin 2.8
Display URL API 2.2.0
Mailer Plugin 1.21
.. 两个部门的复选框已选中并变暗，其中刚刚选中了 AD 插件。这表明它们已安装并激活，但我猜。
现在开始配置 AD 插件，我想，这就是今天出现严重错误的地方。
Here's the script I'm using, 5th such script（Google是我唯一的朋友，当大脑失去线索时）：
import hudson.plugins.active_directory.*
import jenkins.model.*
def instance = Jenkins.getInstance();
def ActiveDirectoryDomain adDomain = new ActiveDirectoryDomain("Example_Domain_Name_2", "Example_Domain_Controller_\
2");
def domains = new ArrayList<ActiveDirectoryDomain>();
domains.add(adDomain);
def securityRealm = new ActiveDirectorySecurityRealm(
"",
domains,
"",
"",
"",
"",
GroupLookupStrategy.RECURSIVE,
false,
true,
null)
println(securityRealm.domains)
instance.setSecurityRealm(securityRealm)
instance.save()
但是调用完全可以保释。删除厨师咩咩叫的错误消息的内容是：
---- Begin output of "/usr/lib/jvm/java-1.8.0/bin/java" -jar "/var/chef/cache/jenkins-cli.jar" -s http://localhost:8080 -"remoting" groovy = ----
STDOUT:
STDERR: Aug 30, 2018 1:32:03 PM org.jenkinsci.remoting.util.AnonymousClassWarnings warn
WARNING: Attempt to (de-)serialize anonymous class hudson.cli.ClientAuthenticationCache; see: https://jenkins.io/redirect/serialization-of-anonymous-classes/
ERROR: Unexpected exception occurred while performing groovy command.
groovy.lang.GroovyRuntimeException: Could not find matching constructor for: hudson.plugins.active_directory.ActiveDirectorySecurityRealm(java.lang.String, java.util.ArrayList, java.lang.String, java.lang.String, java.lang.String, java.lang.String, hudson.plugins.active_directory.GroupLookupStrategy, java.lang.Boolean, java.lang.Boolean, null)
at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1732)
at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1532)
at org.codehaus.groovy.runtime.callsite.MetaClassConstructorSite.callConstructor(MetaClassConstructorSite.java:49)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:60)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:235)
at RemoteClass.run(RemoteClass:9)
at groovy.lang.GroovyShell.runScriptOrMainOrTestOrRunnable(GroovyShell.java:263)
at groovy.lang.GroovyShell.run(GroovyShell.java:518)
at groovy.lang.GroovyShell.run(GroovyShell.java:497)
at hudson.cli.GroovyCommand.run(GroovyCommand.java:89)
at hudson.cli.CLICommand.main(CLICommand.java:280)
at hudson.cli.CliManagerImpl.main(CliManagerImpl.java:95)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:929)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:903)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:855)
at hudson.remoting.UserRequest.perform(UserRequest.java:212)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request.run(Request.java:369)
at hudson.remoting.InterceptingExecutorService.call(InterceptingExecutorService.java:72)
at hudson.cli.CliManagerImpl.call(CliManagerImpl.java:66)
at hudson.remoting.CallableDecoratorAdapter.call(CallableDecoratorAdapter.java:18)
at hudson.remoting.CallableDecoratorList.call(CallableDecoratorList.java:21)
at jenkins.util.ContextResettingExecutorService.call(ContextResettingExecutorService.java:46)
at jenkins.security.ImpersonatingExecutorService.call(ImpersonatingExecutorService.java:71)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
---- End output of "/usr/lib/jvm/java-1.8.0/bin/java" -jar "/var/chef/cache/jenkins-cli.jar" -s http://localhost:8080 -"remoting" groovy = ----
没有快乐，对吧？这是最好的剪裁：
groovy.lang.GroovyRuntimeException: Could not find matching constructor for: hudson.plugins.active_directory.ActiveDirectorySecurityRealm(java.lang.String, java.util.ArrayList, java.lang.String, java.lang.String, java.lang.String, java.lang.String, hudson.plugins.active_directory.GroupLookupStrategy, java.lang.Boolean, java.lang.Boolean, null)
现在，在我们深入研究这个之前，我想说的是，我也尝试过其他（实际上是 3 或 4 个）脚本，就像 Internet van-candy 一样，也因类似的构造函数错误而放弃。我可以 运行 那些并在需要时显示错误以进行比较，但我想建议的是它闻起来像一个更大的问题，不知何故我的插件没有放入它们应该的代码中，即使一切看起来都很好。再次，仍在猜测。
是的，在其他 3-4 次尝试中，我使用内部自定义数据调整了脚本；这个，士气如此低落，我什至没有打扰。但我保证我对其余数据使用了有效数据，如果我们能够克服构造函数错误，计划是使用真实值。
问题的顺序非常特殊：
- 什么是 groovy 用于创建该 AD 配置的已知良好调用？最近的代码库似乎变化很大？
- 有没有其他人看到过类似设置的 groovy 构造函数问题？
- 有什么提示可以让我更接近胜利吗？
感谢您阅读到这里，祝您今天过得愉快。 ;-)
所以 Jenkins 中的所有 Groovy 脚本都是实际 Java 对象之上的一个非常薄的层，所以要找到正确的构造函数，我们需要查看插件的代码：https://github.com/jenkinsci/active-directory-plugin/blob/1b082cbfb7d236d326c218c7b474fb51cb930080/src/main/java/hudson/plugins/active_directory/ActiveDirectorySecurityRealm.java#L224-L270
如果以第一个构造函数为例：
ActiveDirectorySecurityRealm(String domain, String site, String bindName, String bindPassword, String server)
所以你可以这样称呼它：
def securityRealm = new ActiveDirectorySecurityRealm("Example_Domain_Name_2", null, null, null, "Example_Domain_Controller_2")
或者类似的东西。
首先，添加插件后记得重启Jenkins！这似乎是一件需要强调的大事。
根据 Noah 的提示，以下是对我有用的方法：
import hudson.plugins.active_directory.*
import jenkins.model.*
def instance = Jenkins.getInstance();
// public ActiveDirectorySecurityRealm(String domain, String site, String bindName, String bindPassword, String server)
def securityRealm = new ActiveDirectorySecurityRealm(
'myRealm',
'Default-First-Site-Name',
'bindaddr@myRealm,
'bindpassword_cleartext',
'ad_server1fqdn,ad_server2fqdn'
)
securityRealm.getDomains().each({
it.site = securityRealm.site
it.bindName = securityRealm.bindName
it.bindPassword = securityRealm.bindPassword
})
instance.setSecurityRealm(securityRealm)
instance.save()
请注意，我在此处也添加了 Konstantinos 的 tweak。
.. 成功了！我认为。没有警报。直到我了解到缺少保护代码和清理片段使得它不断刷新它不需要的位并且永远不会删除它应该删除的位，也就是说 - 绝对是我们不喜欢在我使用它的地方永久存在的模式自动化。所以无论如何我都在复制配置，但至少我有生成它的模型。仍然是美好的一天。
未来：
- 从this week's version of the code
中找出最好的构造函数
- 使用它来形成脚本中最简单的调用
- 检查 Konstantinos 的调整是否仍然需要
非常感谢 Konstantinos 和 Noah。我显然不能建议你给他们信任，但我非常感激。
注意：我对 EnterpriseLinux 很在行，但假设我对 Jenkins、jars、wars、jpis、java 和 groovy 充其量只是一个不情愿的行人。非常抱歉。
我在 RHEL7 上设置了一个 Jenkins 盒子，主要是通过（公认的腐烂的）Chef 食谱，所以它是可重复的并且几乎是白痴证明。在添加模块时，我通过本地文件（安全站点，无网络访问）添加 HPI，如下所示：
plugins=%w(active-directory mailer display-url-api)
require 'digest'
plugins
.each_with_index do |plugin_with_version, index|
p, v = plugin_with_version.split(':') # yeah I know
source = "#{Chef::Config[:file_cache_path]}/cookbooks/#{cookbook_name}/files/default/#{p}.hpi"
directory "#{node['jenkins']['master']['home']}/plugins" do
owner node['jenkins']['master']['user']
group node['jenkins']['master']['group']
mode 0755
end
cookbook_file "#{node['jenkins']['master']['home']}/plugins/#{p}.hpi" do
action :create
owner node['jenkins']['master']['user']
group node['jenkins']['master']['group']
mode 0755
notifies :create, "ruby_block[jenkins_restart_flag]", :immediately
end
end
当我使用 HPI 对文件部分进行预游戏时，它会填充 /var/lib/jenkins/plugins 位置，所以我想我到了那里。
# ls -l /var/lib/jenkins/plugins/
total 708
drwxr-xr-x 6 jenkins jenkins 77 Aug 30 08:37 active-directory
-rwxr-xr-x 1 jenkins jenkins 583280 Aug 30 08:37 active-directory.hpi
drwxr-xr-x 4 jenkins jenkins 53 Aug 30 08:37 display-url-api
-rwxr-xr-x 1 jenkins jenkins 19478 Aug 30 08:37 display-url-api.hpi
drwxr-xr-x 4 jenkins jenkins 53 Aug 30 08:37 mailer
-rwxr-xr-x 1 jenkins jenkins 115745 Aug 30 08:37 mailer.hpi
事实上，所有三个插件似乎都在 /pluginManager/installed:
中激活active directory plugin 2.8
Display URL API 2.2.0
Mailer Plugin 1.21
.. 两个部门的复选框已选中并变暗，其中刚刚选中了 AD 插件。这表明它们已安装并激活，但我猜。
现在开始配置 AD 插件，我想，这就是今天出现严重错误的地方。
Here's the script I'm using,
import hudson.plugins.active_directory.*
import jenkins.model.*
def instance = Jenkins.getInstance();
def ActiveDirectoryDomain adDomain = new ActiveDirectoryDomain("Example_Domain_Name_2", "Example_Domain_Controller_\
2");
def domains = new ArrayList<ActiveDirectoryDomain>();
domains.add(adDomain);
def securityRealm = new ActiveDirectorySecurityRealm(
"",
domains,
"",
"",
"",
"",
GroupLookupStrategy.RECURSIVE,
false,
true,
null)
println(securityRealm.domains)
instance.setSecurityRealm(securityRealm)
instance.save()
但是调用完全可以保释。删除厨师咩咩叫的错误消息的内容是：
---- Begin output of "/usr/lib/jvm/java-1.8.0/bin/java" -jar "/var/chef/cache/jenkins-cli.jar" -s http://localhost:8080 -"remoting" groovy = ----
STDOUT:
STDERR: Aug 30, 2018 1:32:03 PM org.jenkinsci.remoting.util.AnonymousClassWarnings warn
WARNING: Attempt to (de-)serialize anonymous class hudson.cli.ClientAuthenticationCache; see: https://jenkins.io/redirect/serialization-of-anonymous-classes/
ERROR: Unexpected exception occurred while performing groovy command.
groovy.lang.GroovyRuntimeException: Could not find matching constructor for: hudson.plugins.active_directory.ActiveDirectorySecurityRealm(java.lang.String, java.util.ArrayList, java.lang.String, java.lang.String, java.lang.String, java.lang.String, hudson.plugins.active_directory.GroupLookupStrategy, java.lang.Boolean, java.lang.Boolean, null)
at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1732)
at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1532)
at org.codehaus.groovy.runtime.callsite.MetaClassConstructorSite.callConstructor(MetaClassConstructorSite.java:49)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:60)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:235)
at RemoteClass.run(RemoteClass:9)
at groovy.lang.GroovyShell.runScriptOrMainOrTestOrRunnable(GroovyShell.java:263)
at groovy.lang.GroovyShell.run(GroovyShell.java:518)
at groovy.lang.GroovyShell.run(GroovyShell.java:497)
at hudson.cli.GroovyCommand.run(GroovyCommand.java:89)
at hudson.cli.CLICommand.main(CLICommand.java:280)
at hudson.cli.CliManagerImpl.main(CliManagerImpl.java:95)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:929)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:903)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:855)
at hudson.remoting.UserRequest.perform(UserRequest.java:212)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request.run(Request.java:369)
at hudson.remoting.InterceptingExecutorService.call(InterceptingExecutorService.java:72)
at hudson.cli.CliManagerImpl.call(CliManagerImpl.java:66)
at hudson.remoting.CallableDecoratorAdapter.call(CallableDecoratorAdapter.java:18)
at hudson.remoting.CallableDecoratorList.call(CallableDecoratorList.java:21)
at jenkins.util.ContextResettingExecutorService.call(ContextResettingExecutorService.java:46)
at jenkins.security.ImpersonatingExecutorService.call(ImpersonatingExecutorService.java:71)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
---- End output of "/usr/lib/jvm/java-1.8.0/bin/java" -jar "/var/chef/cache/jenkins-cli.jar" -s http://localhost:8080 -"remoting" groovy = ----
没有快乐，对吧？这是最好的剪裁：
groovy.lang.GroovyRuntimeException: Could not find matching constructor for: hudson.plugins.active_directory.ActiveDirectorySecurityRealm(java.lang.String, java.util.ArrayList, java.lang.String, java.lang.String, java.lang.String, java.lang.String, hudson.plugins.active_directory.GroupLookupStrategy, java.lang.Boolean, java.lang.Boolean, null)
现在，在我们深入研究这个之前，我想说的是，我也尝试过其他（实际上是 3 或 4 个）脚本，就像 Internet van-candy 一样，也因类似的构造函数错误而放弃。我可以 运行 那些并在需要时显示错误以进行比较，但我想建议的是它闻起来像一个更大的问题，不知何故我的插件没有放入它们应该的代码中，即使一切看起来都很好。再次，仍在猜测。
是的，在其他 3-4 次尝试中，我使用内部自定义数据调整了脚本；这个，士气如此低落，我什至没有打扰。但我保证我对其余数据使用了有效数据，如果我们能够克服构造函数错误，计划是使用真实值。
问题的顺序非常特殊：
- 什么是 groovy 用于创建该 AD 配置的已知良好调用？最近的代码库似乎变化很大？
- 有没有其他人看到过类似设置的 groovy 构造函数问题？
- 有什么提示可以让我更接近胜利吗？
感谢您阅读到这里，祝您今天过得愉快。 ;-)
所以 Jenkins 中的所有 Groovy 脚本都是实际 Java 对象之上的一个非常薄的层，所以要找到正确的构造函数，我们需要查看插件的代码：https://github.com/jenkinsci/active-directory-plugin/blob/1b082cbfb7d236d326c218c7b474fb51cb930080/src/main/java/hudson/plugins/active_directory/ActiveDirectorySecurityRealm.java#L224-L270
如果以第一个构造函数为例：
ActiveDirectorySecurityRealm(String domain, String site, String bindName, String bindPassword, String server)
所以你可以这样称呼它：
def securityRealm = new ActiveDirectorySecurityRealm("Example_Domain_Name_2", null, null, null, "Example_Domain_Controller_2")
或者类似的东西。
首先，添加插件后记得重启Jenkins！这似乎是一件需要强调的大事。
根据 Noah 的提示，以下是对我有用的方法：
import hudson.plugins.active_directory.*
import jenkins.model.*
def instance = Jenkins.getInstance();
// public ActiveDirectorySecurityRealm(String domain, String site, String bindName, String bindPassword, String server)
def securityRealm = new ActiveDirectorySecurityRealm(
'myRealm',
'Default-First-Site-Name',
'bindaddr@myRealm,
'bindpassword_cleartext',
'ad_server1fqdn,ad_server2fqdn'
)
securityRealm.getDomains().each({
it.site = securityRealm.site
it.bindName = securityRealm.bindName
it.bindPassword = securityRealm.bindPassword
})
instance.setSecurityRealm(securityRealm)
instance.save()
请注意，我在此处也添加了 Konstantinos 的 tweak。
.. 成功了！我认为。没有警报。直到我了解到缺少保护代码和清理片段使得它不断刷新它不需要的位并且永远不会删除它应该删除的位，也就是说 - 绝对是我们不喜欢在我使用它的地方永久存在的模式自动化。所以无论如何我都在复制配置，但至少我有生成它的模型。仍然是美好的一天。
未来：
- 从this week's version of the code 中找出最好的构造函数
- 使用它来形成脚本中最简单的调用
- 检查 Konstantinos 的调整是否仍然需要
非常感谢 Konstantinos 和 Noah。我显然不能建议你给他们信任，但我非常感激。