Hi Amit,
this message is more for the Jenkins mailing list. However, as I am watching
actively both, I'm happy to answer :-)
> On 6 Aug 2019, at 06:57, amit r wrote:
>
> Hi All,
>
>
> i'm not sure who to send this so trying here to get some answer for my use
> case..
>
> i'm trying to use
בתאריך יום רביעי, 7 באוגוסט 2019 בשעה 10:49:42 UTC+3, מאת Luca Milanesio:
> Hi Amit,
> this message is more for the Jenkins mailing list. However, as I am
> watching actively both, I'm happy to answer :-)
>
thank you for this!! - pls see my answers inline
>
> On 6 Aug 2019, at 06:57, amit r >
Hi All,
i'm using jenkinsFile and for lone time using also the emailext plugin with
some default params that were ok for now..
now i reached to some issues that i want to use in my groovy html template
variables that were used in my jenkinsFile - for example env variables.
its not clear to me
I use Kubernetes deployment to deploy Gitlab and Jenkins images. On
Kubernetes, I create ingress for gitlab serivce and custom url for this
ingress.
But when create CICD, Jenkins project config source version control type
Gitlab can not see Gitlab repository url. Also I add host alias for Gitl
> On 7 Aug 2019, at 09:15, amit r wrote:
>
>
>
> בתאריך יום רביעי, 7 באוגוסט 2019 בשעה 10:49:42 UTC+3, מאת Luca Milanesio:
> Hi Amit,
> this message is more for the Jenkins mailing list. However, as I am watching
> actively both, I'm happy to answer :-)
> thank you for this!! - pls see my an
This has worked before. Now that we where to upgrade from Gradle 5.0 to 5.5
and added the tool gradle-5.5 it fails to retrieve the archive.
Anyone have an idea what the problem might be?
Running both Jenkins and Agents on Java 8 Update 221.
Is there any way arround this without hacking the JRE
I don't think this is a problem with the Tool as I get the same problem
trying manually on the agent
build@jbssles123x64:~/workspace/meos-dashboard> gradle wrapper
--gradle-version=5.5.1
build@jbssles123x64:~/workspace/project> ./gradlew --version
Downloading https://services.gradle.org/distri
I would guess that you may already be using a modified cacerts file which
does not include the authority that is certifying the validity of the SSL
certificate on the gradle site.
When I download from that URL, my web browser reports no issues from Google
Chrome on Windows and no issues from wget
I have no modifed cacerts.
Using wget also fails on the agent, until I set a proxy.
The Jenkins server does have proxy configured, but not the agents.
When I add HTTP Proxy in Jenkins under the Update Center I get a totally
different stacktrace when it tries to retrieve the gradle tool.
Unpackin
Maybe this is the time to reconfigure the tool installer to download from a
locally cached copy of the tool instead of pulling it from the internet?
I've had good results with that technique by placing zip files of the tool
installers inside my network and then configuring the tool installer to us
I thought of the same.
I downloaded the Gradle distribution zip file. Placed it in our Nexus
Repository Manager, in a raw repository.
Used the Installer "Extract *.zip/*.tar.gz". Did not go so well
Tool: gradle-5.5
File: gradle-5.5.1-bin.zip
Get extracted in
hudson.plugins.gradle.GradleInstallat
Perhaps I could use instead the Installers "Run Shell Command", or "Run
Batch Command".
Then unpack it myself, ensuring it gets unpacked within the tool name
directory.
Would I need both in order for it to work on Linux and Windows?
onsdag 7. august 2019 21.04.09 UTC+2 skrev Sverre Moe følgende:
Got it working using the "Run Shell Command". Though I find it very
cumbersome.
wget --quiet https:
//nexus.company.no:8443/repository/gradle-distributions/gradle-5.5.1-bin.zip
unzip -qq gradle-5.5.1-bin.zip
mv gradle-5.5.1/* .
rmdir gradle-5.5.1
rm gradle-5.5.1-bin.zip
onsdag 7. august 2019 21
Personally with Gradle I've always found it easier to use Gradle Wrapper
instead of full installs.
Don't know if that's an option for you or not.
Richard.
On Thu, 8 Aug 2019, 7:38 AM Sverre Moe, wrote:
> Got it working using the "Run Shell Command". Though I find it very
> cumbersome.
>
> wget
Hey All,
Hoping somebody can shed some light on this.
I am using the jobDsl plugin with a seed job to configure a job.
The job is using a configure {} block to configure some aspect of the job
for a plugin that doesn't have a jobDsl extension (Office365Connector).
When I run the seed job, the co
I am not very keen on checking in the gradle wrapper to git. Though I do
see the appeal.
Now with Gradle 5.5 I am planning on creating a custom Gradle distribution
and storing it with Nexus NXRM.
https://docs.gradle.org/5.5/userguide/organizing_gradle_projects.html#sec:custom_gradle_distribution
I'll take no responses as a hint that people aren't generally kean on this
idea. I learned a lot in the process, so we'll chalk it up to that :-)
On Fri, Aug 2, 2019, 17:14 Slide wrote:
> I have been playing with bringing some of the Linux containers that are
> available over to the Windows cont
Hi Amit,
(a) in your code/screenshot example the problem:
to: '${GERRIT_CHANGE_OWNER_EMAIL}',
[…]
in the to: section i want to use the env variable "GERRIT_CHANGE_OWNER_EMAIL"
but it not passing the value ( i tried also with env.GERRIT_CHANGE_OWNER_EMAIL
and also /${env.GERRIT_CHANGE_OWNER_EMA
Hi Chris,
just a very naive guess:
* there are certain pipeline options or also called pipeline job properties
(e.g. build discarder policy or pipeline triggers or pipeline parameters) that
lead to updates of the pipeline job config once the corresponding “properties”
step (of scripted) pi
19 matches
Mail list logo
