You just want to add either a doDynamic or a getDynamic method (the
getDynamic is likely more what you want to return an object that has its
own views)
On 27 May 2014 01:29, Daniel Brooks daniel_bro...@dabsquared.com wrote:
Ok, heres an example of My Class:
public class WebHook implements
According to https://wiki.jenkins-ci.org/display/JENKINS/LDAP+Plugin, the LDAP
plugin was split out from the Jenkins core a long time ago. That doesn't look
to be the case.
I stopped Jenkins, deleted all ldap* from the plugins/ directory, and started
Jenkins (this is 1.564). I see that an old
It's a plugin that can be updated independently from Jenkins itself, or
disabled. It used to be a part of Jenkins core, like the 'Execute Shell script'
build step or 'freestyle' project type are. Try disabling those!
For (I assume) mostly backwards compatibility reasons it still gets bundled in
Thanks Daniel. I can obviously disable the plugin, but what was not clear to me
I why it was there in the first place. It probably should be removed from core
- in fact there is already a ticket for this -
https://issues.jenkins-ci.org/browse/JENKINS-20617
-Original Message-
From:
Ah, ok. Thanks. Actually I find it quite usable after all for my simple
needs.
On Mon, May 26, 2014 at 6:59 PM, Daniel Beck m...@beckweb.net wrote:
No. _That_ is the DSL editor. The entire documentation is only on the
wiki page of the plugin as well, last time I checked.
On 26.05.2014, at
Can someone explain what this option does Update default Subversion
credentials cache after successful authentication?
Thanks,
James
--
You received this message because you are subscribed to the Google Groups
Jenkins Users group.
To unsubscribe from this group and stop receiving emails from
Stephen,
That worked thanks a bunch!!
On Tuesday, May 27, 2014 1:20:34 AM UTC-7, Stephen Connolly wrote:
You just want to add either a doDynamic or a getDynamic method (the
getDynamic is likely more what you want to return an object that has its
own views)
On 27 May 2014 01:29,
Hello, All
I used jenkins to do the build in gcc compiler in window system with batch
file, then let jenkins run another batch file to launch the application in
order to reboot the testing system. The system can be rebooted
successfully, but I always see the following:
c:\TMRU\HOST
Regarding to whether I can leave it alone, answer is NO. I have found
that two processes was started somehow disappeared later, and third
process which depends on those two would not work anymore. So I must get a
workaround.
Regards
Victoria
On Tuesday, May 27, 2014 11:55:28 AM UTC-5,
Taking a quick look at the code I'd say its a bug in the Jacoco plugin
(from my rudimentary knowledge of plugin code).
The publisher class uses build.getWorkspace() but the ReportDir class uses
build.getRootDir(). Workspace resolves to the slave machine but RootDir
resolves to the Master machine
10 matches
Mail list logo