Re: Replacment for getBuilders()

[Fima]

" If the path is somehow autogenerated, the builder could
return a value to be passed later to the recorder."
Do you mean that the pipeline step should return result Into the pipeline
code? And than pass as a parameter for the recorder ? Or should somehow
save it in the build .

The recorder needs to be separated since it needs to record several
different builders and it might nit be needed at a6

On יום ד׳, 19 באוק׳ 2016 at 22:33 Jesse Glick  wrote:

> On Wed, Oct 19, 2016 at 3:45 AM,   wrote:
> > in
> > recorders, I do think that we should be able to look upon the steps so
> far
> > so we can record their results more easily by getting the correct paths
> and
> > data
>
> If the paths were passed as configuration to the “builder”, then you
> just pass the same argument to the “recorder”. (Pipeline makes no
> distinction between types of build steps: you run what you want, when
> you want.) If the path is somehow autogenerated, the builder could
> return a value to be passed later to the recorder. Of course if there
> is no particular reason for the two functions to be separated in time
> then they can simply be packed into a single step.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Developers" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-dev/KTvwke0Maqw/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr3aLiA7Bh16J5zA6oWySf20k_FM8DqvfVy4Dfeho_cYgQ%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAEppJDJh8BwbAbAD_k70TQ-LBrBhW-CJXigCA%2BWQ9iH_8j%3D21g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Replacment for getBuilders()

[Jesse Glick]

On Wed, Oct 19, 2016 at 3:45 AM,   wrote:
> in
> recorders, I do think that we should be able to look upon the steps so far
> so we can record their results more easily by getting the correct paths and
> data

If the paths were passed as configuration to the “builder”, then you
just pass the same argument to the “recorder”. (Pipeline makes no
distinction between types of build steps: you run what you want, when
you want.) If the path is somehow autogenerated, the builder could
return a value to be passed later to the recorder. Of course if there
is no particular reason for the two functions to be separated in time
then they can simply be packed into a single step.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr3aLiA7Bh16J5zA6oWySf20k_FM8DqvfVy4Dfeho_cYgQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Regression job for ruby test cases

[Sulabha thube]

Hi 

I am trying to setup a regression job for Ruby UI tests scripts 
while execution i am uploading an image file which is present in my 
github repository  
i am capturing  an absolute path from relative path by filesToupload1=File
.absolute_path("./features/Pages/Images/MobileMB.jpg")
result for this is 
/var/opt/jenkins/workspace/DocUploadHooru/features/Pages/Images/MobileMB.jpg

 and still i am getting error unknown error: path is not absolute:

i also tried @browser.file_field(:id,"file1").set(File.expand_path('.') +
'/features/Pages/Images/MobileMF.jpg')
it gives the same error unknown error: path is not absolute

can someone help me to resolve this issue 

Thank you , 
Sulbha 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/a9ad87b1-85f0-47f1-af6a-cf96207f1699%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: fetching nodes from chefserver

[suresh kumar]

Hi,
Place the same question in Jenkins users list.
https://groups.google.com/forum/#!forum/jenkinsci-users

-Suresh

On Tuesday, October 18, 2016 at 8:16:13 PM UTC+5:30, Lavanya pujari wrote:
>
> I am working on integrating jenkins with chef. So Inorder to communicate I 
> need to fetch the nodes from chef server where I am able to establish 
> connection between these two. How can I fetch the nodes?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/75752b65-965b-42b0-930c-f9ff152df862%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Best practices for setting up a preconfigured dockerized Jenkins

[Kirill]

Hi noble Jenkins developers,

I am trying to fully automate my Jenkins-based job execution environment 
and facing some issues there. I still have to do some steps manually :(
My base image is 1.651.3.

1. I need to have a job preconfigured. Tried different ways, the best one 
seems to be creating one programmatically from XML via Jenkins API, in 
Groovy script placed in *init.groovy.d*. However, even if job was created 
(no errors given, and object hash is available in debug), sometimes Jenkins 
needs to be reloaded in order for it to appear :(
2. I have slaves populated via Swarm plugin. The problem is that slaves do 
not connect until I go to the global Jenkins config and press "Save" - 
otherwise slaves complain about Jenkins not having the URL configuration 
available yet. I cannot think of a way to make it fully automated. How is 
it possible to define this URL before Jenkins start?
3. I have a hashed password for RabbitMQ connection set in my config.xml. 
When this XML is used to create a job, RabbitMQ rejects the attempts to 
connect with the password provided saying it's "plaintext". However, 
connection validation in a job UI config form works fine. All that is 
needed is to open the config and save it. Looking at the config.xml I see 
that the password hash has changed. How to get around this without the 
manual config saving? Programmatic .save() doesn't help :(

Regards,
Kirill.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/1135ea83-ab6f-411d-98b0-97866d44c66b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Release Plugin-Errors

[Ted Xiao]

1 - javadoc: warning - No source files for package org.je
nkinsci.plugins.WorksoftCertifyDashboardSummary

java package name should be all lowercase

On Tuesday, October 18, 2016 at 11:18:46 PM UTC+8, Jesse Glick wrote:
>
> On Fri, Aug 19, 2016 at 5:02 AM, Robert Sandell  > wrote: 
> > Could it be because you have no javadoc? 
> > 
> > [ERROR] javadoc: error - No public or protected classes found to 
> document. 
>
> No, this error would mean there are no sources at all, or they are all 
> paclage-private. Either way, that seems an impossible situation since 
> a plugin with no `public` classes cannot do anything. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/8f3863fb-5ad8-4ade-9e5e-e754cb4f7d3e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [DISCUSS] Time for Jenkins to require Java 8 to run

[Kanstantsin Shautsou]

One more thing https://issues.jenkins-ci.org/browse/JENKINS-37080

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/1ec4164f-9cae-442a-9ef3-579ed3bb1a15%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Replacment for getBuilders()

[fkpkot]

Thanks, 
well I've seen many recorders that relay on getting the builders list in 
order to retrieve their result file (for example - getResultFileName). 
Especially in large plugins they might have several outcomes of result 
files with unique name that's generated during the build.

I understand the design that led for self containment in builders - but in 
recorders, I do think that we should be able to look upon the steps so far 
so we can record their results more easily by getting the correct paths and 
data. (Are their any Jira discussions on this design that I'm missing that 
will shed some light?)

I prefer that the recorder won't search the different nodes for the created 
files - as it will also have be an issue with multi slave pipelines, a 
recorder that set to gather the results and parse them will need to go 
through each slave (i.e. every workspace - if it even possible...). So it 
leaves us with the choice to combine both steps instead of separating them 
as in freestyle build.


Or am I missing something?


On Tuesday, October 18, 2016 at 6:21:13 PM UTC+3, Jesse Glick wrote:
>
> On Tue, Oct 18, 2016 at 9:20 AM,   wrote: 
> > Has anyone found nice workaround which doesn't involve ugly parameter 
> > passing? 
>
> What exactly needs to be worked around? Each step should be 
> self-contained. If it needs to be told where to look for files, tell 
> it. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/fd298c39-7506-40c2-9cfe-a82adc1096c6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.