Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NullPointerException when execution has no Job #202

Closed
mveroone opened this issue Oct 26, 2018 · 6 comments
Closed

NullPointerException when execution has no Job #202

mveroone opened this issue Oct 26, 2018 · 6 comments
Labels

Comments

@mveroone
Copy link

while running : rd executions deletebulk -p wproject> --older 28d -y i came upon this error :

Exception in thread "main" java.lang.NullPointerException
	at org.rundeck.client.api.model.Execution.getInfoMap(Execution.java:97)
	at org.rundeck.client.tool.commands.Executions.lambda$outputExecutionList$12(Executions.java:569)

This line in the code does a getJob().
But API reference (v23 or v27) speicifes that the fiels <job> is optional when querying for a list of executions.

that seems like a big bug and I can't understand how noone ever faced it before, although I couldn't find during my search

@mveroone
Copy link
Author

mveroone commented Dec 6, 2018

Same when the execution is an ad-hoc command.

It seems weird for such a bug to exists for so long, am I doing something wrong ?

@stale
Copy link

stale bot commented Feb 4, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Feb 4, 2019
@mveroone
Copy link
Author

mveroone commented Feb 4, 2019

Funny as I have tested something, and it seems the client fails only if a format output is given (with -% "blabla %id xyz" . Without it, it won't try to get this non-existant id and will run correctly.

Also what the hell ? Issues automatically get labeled "wontfix" when noone from rundeck answers the issue ? It doesn't change the fact that the code is broken and needs fixing ?

(I understand that the actual open-source community lacks maintainers for a lot of projects, but this one has a company providing support, so it should have a minimal work done on OSS solutions...)

@stale stale bot removed the wontfix label Feb 4, 2019
@stale
Copy link

stale bot commented Apr 5, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Apr 5, 2019
@mveroone
Copy link
Author

mveroone commented Apr 8, 2019

This is nuts. It's not because noone had time to acknowledge this bug that it is stale or deserves to be closed ><

@stale stale bot removed the wontfix label Apr 8, 2019
@gschueler
Copy link
Member

sorry, the stale bot is a bit aggressive!! I will remove or disable it, i don't like that behavior!! @mveroone

@gschueler gschueler added the bug label May 24, 2019
gschueler added a commit that referenced this issue Jun 21, 2019
fix #202 format exec list for adhoc should work
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants