RE: Way to have launcher.getChannel().call() use an idle executor?

['Winter, Markus' via Jenkins Developers]

One thing to consider is that when you use a normal task then it will wait in 
the queue when there is no free executor.
Maybe you want the task to always run even when the machine is busy, then you 
could implement it as FlyWeightTask. This can be made as running hidden or show 
as using an executor but one without a number in front of it (like you can see 
it when the a git checkout is running inside a pipeline step)

From: 'Jesse Glick' via Jenkins Developers 
Sent: Mittwoch, 8. Mai 2024 19:18
To: jenkinsci-dev@googlegroups.com
Subject: Re: Way to have launcher.getChannel().call() use an idle executor?

On Tue, May 7, 2024 at 1:47 PM Michael Carter 
mailto:mikeycarter1...@gmail.com>> wrote:
To put simply I'm creating a security scan into my plugin that I want to run 
independent of jobs but run on the nodes.

I want to have it show up on screen it's running on the node

I suppose it should be possible. You would need to implement `Queue.Task` / 
`.Executable`. There is quite a bit of boilerplate unfortunately, and it is not 
so easy to discover which Jelly facets you must implement and how 
(JENKINS-31203). The `workflow-durable-task-step` plugin would be a good 
starting point to explore.
--
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/CANfRfr0NyKdMmsQXLpDFou4iS8MAa%3DR3_7tveXdVQfVAbMzviQ%40mail.gmail.com.

-- 
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/AS1PR02MB7847A750CF91F9D0A705F9F987E52%40AS1PR02MB7847.eurprd02.prod.outlook.com.

Re: Way to have launcher.getChannel().call() use an idle executor?

['Jesse Glick' via Jenkins Developers]

On Tue, May 7, 2024 at 1:47 PM Michael Carter 
wrote:

> To put simply I'm creating a security scan into my plugin that I want to
> run independent of jobs but run on the nodes.
>
> I want to have it show up on screen it's running on the node
>

I suppose it should be possible. You would need to implement `Queue.Task` /
`.Executable`. There is quite a bit of boilerplate unfortunately, and it is
not so easy to discover which Jelly facets you must implement and how
(JENKINS-31203). The `workflow-durable-task-step` plugin would be a good
starting point to explore.

-- 
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/CANfRfr0NyKdMmsQXLpDFou4iS8MAa%3DR3_7tveXdVQfVAbMzviQ%40mail.gmail.com.

Detecting if a FilePath is a symlink on Jenkins workers

[Berend D.]

To determine if a FilePath of a remote path is a symlink or not, I figured 
I should be able to use the isDirectory() of the FilePath instance - 
however that seems to return true for symlinks to directories as well.

There is also an isSymlink() function, but that one is static and seems to 
operate on a File and suddenly requires arguments for root and openOptions.

Is there a different function to use on a FilePath instance to check if its 
pointing to a symlink?

Cheers.

-- 
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/e1b3d7a6-7626-473e-bc4f-39cb6581d26en%40googlegroups.com.

Re: Plugin with Java 17 minimum dependencies

[timja...@gmail.com]

v1 of the reusable workflows is now running on Java 17, thanks all

On Wednesday 8 May 2024 at 05:47:52 UTC+1 jone...@gmail.com wrote:

> +1
>
> On Tuesday, May 7, 2024 at 8:41:48 PM UTC+2 m...@basilcrow.com wrote:
>
>> Yes, I think the default should be changed to Java 17 and a new 
>> version released for the reasons already given. Why wasn't the 
>> adoption of such a release (along with updating the Java version value 
>> in the Jenkins security scan workflow, pending 
>> https://github.com/jenkins-infra/jenkins-security-scan/issues/29) 
>> performed when we swept through the ecosystem adding Java 17/21 builds 
>> to Jenkinsfiles? 
>>
>

-- 
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/ea0a41e0-5324-459c-a1a1-ccd628218bafn%40googlegroups.com.