Re: JaCoCo publisher failure on Windows master from Linux slave

[Richard Bywater]

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 hence the mismatch.

I'd raise an issue about it to get it fixed up.

HTH
Richard.


On Wed, May 28, 2014 at 8:30 AM, Phillip Campbell <
phillip.campb...@gmail.com> wrote:

> I am in the early stages of trying to implement JaCoCo test coverage into
> my build.  I can produce the jacoco.exec file via my ANT task and have
> configured the Jenkins plugin to locate the jacoco.exec file, the classes
> directory and the src directory.
>
> When I run the build, the log shows that it found the jacoco.exec file but
> I get an exception when the plugin apparently tries to copy classes from
> the directory on the linux slave custom workspace to the master's
> jobs\myjJob\builds directory for the current build.  It is constructing an
> invalid path.  I note that there is a "file:..\logs\.log" at the end of the
> path.
>
> Is it possible to use JaCoCo via Jenkins across platform boundaries?  Is
> it because I have  a Windows master and a Linux slave or perhaps because I
> am using a custom workspace?
>
> Any hints would be appreciated.
>
> [JaCoCo plugin] Saving matched class directories: ERROR: Publisher 
> hudson.plugins.jacoco.JacocoPublisher aborted due to 
> exceptionhudson.util.IOException2 
> : 
> Failed to extract /users/slaveUser/BuildDir/classes/**/*
>   at hudson.FilePath.readFromTar(FilePath.java:1859) 
> 
>   at hudson.FilePath.copyRecursiveTo(FilePath.java:1771) 
> 
>   at hudson.FilePath.copyRecursiveTo(FilePath.java:1679) 
> 
>   at hudson.FilePath.copyRecursiveTo(FilePath.java:1664) 
> 
>   at 
> hudson.plugins.jacoco.JacocoReportDir.saveClassesFrom(JacocoReportDir.java:33)
>  
> 
>   at 
> hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:347) 
> 
>   at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
>  
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
>  
> 
>   at hudson.model.Build$BuildExecution.post2(Build.java:183) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
>  
> 
>   at hudson.model.Run.execute(Run.java:1513) 
> 
>   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
> 
>   at hudson.model.ResourceController.execute(ResourceController.java:88) 
> 
>   at hudson.model.Executor.run(Executor.java:236) 
> 
> Caused by: java.io.FileNotFoundException 
> :
>  C:\Documents and 
> Settings\JenkinsBuilder\.jenkins\jobs\JaCoCoJob\builds\2014-05-27_13-10-24\jacoco\classes\file:..\logs\.log
>  (The filename, directory name, or volume label syntax is incorrect)
>   at java.io.FileOutputStream.open(Native Method)
>   at java.io.FileOutputStream.(FileOutputStream.java:179)
>   at java.io.FileOutputStream.(FileOutputStream.java:131)
>   at hudson.util.IOUtils.copy(IOUtils.java:34)
>   at hudson.FilePath.readFromTar(FilePath.java:1849)
>  

JaCoCo publisher failure on Windows master from Linux slave

[Phillip Campbell]

I am in the early stages of trying to implement JaCoCo test coverage into
my build.  I can produce the jacoco.exec file via my ANT task and have
configured the Jenkins plugin to locate the jacoco.exec file, the classes
directory and the src directory.

When I run the build, the log shows that it found the jacoco.exec file but
I get an exception when the plugin apparently tries to copy classes from
the directory on the linux slave custom workspace to the master's
jobs\myjJob\builds directory for the current build.  It is constructing an
invalid path.  I note that there is a "file:..\logs\.log" at the end of the
path.

Is it possible to use JaCoCo via Jenkins across platform boundaries?  Is it
because I have  a Windows master and a Linux slave or perhaps because I am
using a custom workspace?

Any hints would be appreciated.

[JaCoCo plugin] Saving matched class directories: ERROR: Publisher
hudson.plugins.jacoco.JacocoPublisher aborted due to
exceptionhudson.util.IOException2
:
Failed to extract /users/slaveUser/BuildDir/classes/**/*
at hudson.FilePath.readFromTar(FilePath.java:1859)

at hudson.FilePath.copyRecursiveTo(FilePath.java:1771)

at hudson.FilePath.copyRecursiveTo(FilePath.java:1679)

at hudson.FilePath.copyRecursiveTo(FilePath.java:1664)

at 
hudson.plugins.jacoco.JacocoReportDir.saveClassesFrom(JacocoReportDir.java:33)

at 
hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:347)

at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)

at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)

at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)

at hudson.model.Build$BuildExecution.post2(Build.java:183)

at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)

at hudson.model.Run.execute(Run.java:1513)

at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)

at hudson.model.ResourceController.execute(ResourceController.java:88)

at hudson.model.Executor.run(Executor.java:236)

Caused by: java.io.FileNotFoundException
:
C:\Documents and
Settings\JenkinsBuilder\.jenkins\jobs\JaCoCoJob\builds\2014-05-27_13-10-24\jacoco\classes\file:..\logs\.log
(The filename, directory name, or volume label syntax is incorrect)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(FileOutputStream.java:179)
at java.io.FileOutputStream.(FileOutputStream.java:131)
at hudson.util.IOUtils.copy(IOUtils.java:34)
at hudson.FilePath.readFromTar(FilePath.java:1849)
... 14 more

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to resolve "process leaked file descriptor" issue in windows system

[Victoria Wei Lei]

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, Victoria Wei Lei wrote:
>
> 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
>
> Process leaked file descriptors. See 
> http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
> more information
> Finished: SUCCESS
>
>  I don't quite get the workarounds for windows listed in the above link.  Can 
> anyone provide your solution? What's problem it may cause if I leave it as 
> is? 
>
>
> Thanks
>
> Victoria
>
>

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

How to resolve "process leaked file descriptor" issue in windows system

[Victoria Wei Lei]

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

Process leaked file descriptors. See 
http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
more information
Finished: SUCCESS

 I don't quite get the workarounds for windows listed in the above link.  Can 
anyone provide your solution? What's problem it may cause if I leave it as is? 


Thanks

Victoria

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Create Dynamic UnprotectedRootURL

[Daniel Brooks]

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, Daniel Brooks 
> > wrote:
>
>> Ok, heres an example of My Class:
>>
>> public class WebHook implements UnprotectedRootAction {
>>
>> public static final String WEBHOOK_URL = "projects";
>>
>> public String getIconFileName() {
>> return null;
>> }
>>
>> public String getDisplayName() {
>> return null;
>> }
>>
>> public String getUrlName() {
>> return WEBHOOK_URL;
>> }
>>
>> //@RequirePOST For some reason the RequirePost is not working right.
>> public void doIndex(StaplerRequest req) {
>> LOGGER.log(Level.FINE, "WebHook called.");
>>
>> String payload = req.getParameter("payload");
>> if (payload == null) {
>> throw new IllegalArgumentException(
>> "Not intended to be browsed interactively (must 
>> specify payload parameter)");
>> }
>>
>> //processPayload(payload);
>> }
>>
>>
>>
>> private static final Logger LOGGER = Logger.getLogger(WebHook
>> .class.getName());
>>
>> }
>>
>>
>> Can you provide me an example of what you are talking about. I'm pretty 
>> new to Jenkins Plugin development and there doesn't seem to be any 
>> decent documentation.
>>
>>
>> On Monday, May 26, 2014 4:47:12 PM UTC-7, Daniel Beck wrote:
>>
>>> DirectoryBrowserSupport (for e.g. AbstractProject.doWs()) does something 
>>> similar, so something like the following should work: Have your 
>>> UnprotectedRootAction return an object implementing 
>>> org.kohsuke.stapler.HttpResponse 
>>> from its doProject() method. In that HttpResponse's generateResponse, 
>>> access req.getRestOfPath() to get 'xyz' or 'abc'. Pass that into 
>>> Jenkins.getInstance().getItemByFullName(...) to process further. 
>>>
>>> On 27.05.2014, at 01:27, Daniel Brooks  
>>> wrote: 
>>>
>>> > HI, 
>>> > 
>>> > I am trying to create a dynamic UnprotectedRootURL, where it will 
>>> process anything like /projects/xyz or /projects/abc.  Is there a way to 
>>> currently do this with Jenkins. 
>>> > 
>>> > Thanks, 
>>> > Daniel 
>>> > 
>>> > -- 
>>> > 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 it, send 
>>> an email to jenkinsci-use...@googlegroups.com. 
>>> > For more options, visit https://groups.google.com/d/optout. 
>>>
>>>  -- 
>> 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 it, send an 
>> email to jenkinsci-use...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Subversion plugin - Update default Subversion credentials cache after successful authentication

[james_guido]

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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Build Flow plugin and DSL editor

[John Knottenbelt]

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  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 18:36, j...@introversion.co.uk wrote:
>
> > I was taking a look at the Build Flow plugin
> https://wiki.jenkins-ci.org/display/JENKINS/Build+Flow+Plugin and there
> was a reference there to a DSL editor:
> >
> > "Use the DSL editor to define the flow."
> >
> > In the job configuration I see a text box for editing the DSL, but I was
> wondering if there was a more interactive / helpful tool for editing
> Build-Flow DSL?
> >
> > --
> > 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 it, send
> an email to jenkinsci-users+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-users/bERv7WaHbnw/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: Why is the LDAP plugin installed?

[Matthew.Webber]

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: Daniel Beck [mailto:m...@beckweb.net]
> Sent: 27 May 2014 10:12
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Why is the LDAP plugin installed?
> 
> 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 the .war. This means
> you cannot uninstall it, otherwise Jenkins will just restore the bundled 
> version again, unless you
> patch the Jenkins .war file to remove it completely.
> 
> > 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 version (1.6) of the ldap plugin has been expanded 
> into the plugins/
> directory, and is listed under Manage Jenkins --> Plugin Manager.
> >
> > I'm not using LDAP for authentication. In Manage Jenkins --> Configure 
> > Global Security, I have CAS
> authentication selected, and _not_ LDAP.
> >
> > Is it possible that, contrary to the documentation, the LDPS plugin _is_ 
> > still bundled with the
> Jenkins core?
> >
> > Thanks
> > Matthew
> >
> >
> >
> >
> > --
> > This e-mail and any attachments may contain confidential, copyright and or 
> > privileged material, and
> are for the use of the intended addressee only. If you are not the intended 
> addressee or an authorised
> recipient of the addressee please notify us of receipt by returning the 
> e-mail and do not use, copy,
> retain, distribute or disclose the information in or attached to the e-mail.
> > Any opinions expressed within this e-mail are those of the individual and 
> > not necessarily of Diamond
> Light Source Ltd.
> > Diamond Light Source Ltd. cannot guarantee that this e-mail or any 
> > attachments are free from viruses
> and we cannot accept liability for any damage which you may sustain as a 
> result of software viruses
> which may be transmitted in or with the message.
> > Diamond Light Source Limited (company no. 4375679). Registered in England 
> > and Wales with its
> registered office at Diamond House, Harwell Science and Innovation Campus, 
> Didcot, Oxfordshire, OX11
> 0DE, United Kingdom
> >
> >
> >
> >
> > --
> > 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 it, send an 
> > email to jenkinsci-
> users+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
> >
> 
> --
> 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 it, send an 
> email to jenkinsci-
> users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
This e-mail and any attachments may contain confidential, copyright and or 
privileged material, and are for the use of the intended addressee only. If you 
are not the intended addressee or an authorised recipient of the addressee 
please notify us of receipt by returning the e-mail and do not use, copy, 
retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not 
necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments 
are free from viruses and we cannot accept liability for any damage which you 
may sustain as a result of software viruses which may be transmitted in or with 
the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and 
Wales with its registered office at Diamond House, Harwell Science and 
Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 



-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Why is the LDAP plugin installed?

[Daniel Beck]

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 
the .war. This means you cannot uninstall it, otherwise Jenkins will just 
restore the bundled version again, unless you patch the Jenkins .war file to 
remove it completely.

> 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 version (1.6) of the ldap plugin 
> has been expanded into the plugins/ directory, and is listed under Manage 
> Jenkins --> Plugin Manager.
> 
> I'm not using LDAP for authentication. In Manage Jenkins --> Configure Global 
> Security, I have CAS authentication selected, and _not_ LDAP.
> 
> Is it possible that, contrary to the documentation, the LDPS plugin _is_ 
> still bundled with the Jenkins core?
> 
> Thanks
> Matthew
> 
> 
> 
> 
> -- 
> This e-mail and any attachments may contain confidential, copyright and or 
> privileged material, and are for the use of the intended addressee only. If 
> you are not the intended addressee or an authorised recipient of the 
> addressee please notify us of receipt by returning the e-mail and do not use, 
> copy, retain, distribute or disclose the information in or attached to the 
> e-mail.
> Any opinions expressed within this e-mail are those of the individual and not 
> necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any 
> attachments are free from viruses and we cannot accept liability for any 
> damage which you may sustain as a result of software viruses which may be 
> transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in England and 
> Wales with its registered office at Diamond House, Harwell Science and 
> Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
> 
> 
> 
> 
> -- 
> 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 it, send an 
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
> 

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Why is the LDAP plugin installed?

[Matthew.Webber]

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 version (1.6) of the ldap plugin has 
been expanded into the plugins/ directory, and is listed under Manage Jenkins 
--> Plugin Manager.

I'm not using LDAP for authentication. In Manage Jenkins --> Configure Global 
Security, I have CAS authentication selected, and _not_ LDAP.

Is it possible that, contrary to the documentation, the LDPS plugin _is_ still 
bundled with the Jenkins core?

Thanks
Matthew




-- 
This e-mail and any attachments may contain confidential, copyright and or 
privileged material, and are for the use of the intended addressee only. If you 
are not the intended addressee or an authorised recipient of the addressee 
please notify us of receipt by returning the e-mail and do not use, copy, 
retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not 
necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments 
are free from viruses and we cannot accept liability for any damage which you 
may sustain as a result of software viruses which may be transmitted in or with 
the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and 
Wales with its registered office at Diamond House, Harwell Science and 
Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 



-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Create Dynamic UnprotectedRootURL

[Stephen Connolly]

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  wrote:

> Ok, heres an example of My Class:
>
> public class WebHook implements UnprotectedRootAction {
>
> public static final String WEBHOOK_URL = "projects";
>
> public String getIconFileName() {
> return null;
> }
>
> public String getDisplayName() {
> return null;
> }
>
> public String getUrlName() {
> return WEBHOOK_URL;
> }
>
> //@RequirePOST For some reason the RequirePost is not working right.
> public void doIndex(StaplerRequest req) {
> LOGGER.log(Level.FINE, "WebHook called.");
>
> String payload = req.getParameter("payload");
> if (payload == null) {
> throw new IllegalArgumentException(
> "Not intended to be browsed interactively (must
> specify payload parameter)");
> }
>
> //processPayload(payload);
> }
>
>
>
> private static final Logger LOGGER = Logger.getLogger(WebHook
> .class.getName());
>
> }
>
>
> Can you provide me an example of what you are talking about. I'm pretty
> new to Jenkins Plugin development and there doesn't seem to be any
> decent documentation.
>
>
> On Monday, May 26, 2014 4:47:12 PM UTC-7, Daniel Beck wrote:
>
>> DirectoryBrowserSupport (for e.g. AbstractProject.doWs()) does something
>> similar, so something like the following should work: Have your
>> UnprotectedRootAction return an object implementing 
>> org.kohsuke.stapler.HttpResponse
>> from its doProject() method. In that HttpResponse's generateResponse,
>> access req.getRestOfPath() to get 'xyz' or 'abc'. Pass that into
>> Jenkins.getInstance().getItemByFullName(...) to process further.
>>
>> On 27.05.2014, at 01:27, Daniel Brooks  wrote:
>>
>> > HI,
>> >
>> > I am trying to create a dynamic UnprotectedRootURL, where it will
>> process anything like /projects/xyz or /projects/abc.  Is there a way to
>> currently do this with Jenkins.
>> >
>> > Thanks,
>> > Daniel
>> >
>> > --
>> > 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 it, send
>> an email to jenkinsci-use...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>>  --
> 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 it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.