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

Java NumberFormatException in TeamCity server log #47

Closed
westshawn opened this issue Aug 30, 2016 · 9 comments
Closed

Java NumberFormatException in TeamCity server log #47

westshawn opened this issue Aug 30, 2016 · 9 comments
Labels
Milestone

Comments

@westshawn
Copy link

westshawn commented Aug 30, 2016

From teamcity-server.log:
ERROR - jetbrains.buildServer.SERVER - Error javax.servlet.jsp.JspException: java.lang.NumberFormatException: For input string: "webHookList" while processing request: GET '/webhooks/index.html?buildTypeId=BuildSandbox_TestBuild', from client 10.000.00.00:00000, authenticated as 'aUser' (A User) {id=3}

The webhooks notification worked as expected.
How serious of an issue is this for the server?

TeamCity 10.0.1 (build 42078)
tcWebHooksPlugin-1.1.109.134

@netwolfuk
Copy link
Member

netwolfuk commented Aug 30, 2016

I've not seen that one before. Could you please post a copy of your plugin-settings.xml?

I presume the page will have given you an error too, or did this happen when web editing at webhook (which happens via Ajax).

@netwolfuk
Copy link
Member

Also if I could get the OS and version of TeamCity and version of the webhooks plugin.

@westshawn
Copy link
Author

I'm still trying to reproduce the error. In the mean time, here are my settings.

plugin-settings.xml:
<?xml version="1.0" encoding="UTF-8"?> <settings> <webhooks enabled="true"> <webhook url="http://some.web.page:8080/a/folder" enabled="false" format="json" template="none"> <states> <state type="buildSuccessful" enabled="true" /> <state type="buildBroken" enabled="false" /> <state type="buildFailed" enabled="true" /> <state type="buildStarted" enabled="true" /> <state type="buildFixed" enabled="false" /> <state type="buildFinished" enabled="true" /> <state type="responsibilityChanged" enabled="true" /> <state type="changesLoaded" enabled="true" /> <state type="buildInterrupted" enabled="true" /> <state type="beforeBuildFinish" enabled="true" /> </states> <build-types enabled-for-all="true" enabled-for-subprojects="true" /> </webhook> </webhooks> </settings>

Server Info:
CentOS Linux release 7.1.1503
TeamCity 10.0.1 (build 42078)
tcWebHooksPlugin-1.1.109.134

@westshawn
Copy link
Author

So far, I have not been able to reproduce this issue.

I tried removing the plugin and reinstalling.
The error was initially logged just after server startup after the plugin was installed.

Based on the timing, I'm not sure if it was due to editing webhook settings, or part of server startup.

Though, the error was logged prior to the build running.

@netwolfuk
Copy link
Member

Thanks for the further investigation. I'll update my TC to 10.0.1 (from 10.0.0) and try to reproduce.

@westshawn
Copy link
Author

Got it!
Navigate to build config overview page.
Click on "WebHooks" tab.
In the bottom section under the build config, click on "Add build WebHooks" link.
WebHooks configured for Build Sandbox > testBuild There are no WebHooks configured for this specific build. Add build WebHooks.

@netwolfuk
Copy link
Member

Ah! Well done. This is a duplicate of #41
I had just not taken the time to investigate the associated stack-trace yet. Thanks for the reminder

@netwolfuk netwolfuk added the bug label Sep 8, 2016
@netwolfuk netwolfuk added this to the v1.1 milestone Sep 8, 2016
netwolfuk added a commit that referenced this issue Sep 8, 2016
 - Handle when filter list is not intialised.
 - Pass the correct object back to the page so that the list of 
    webhooks for a build is the bean expected, not just a list.
@westshawn
Copy link
Author

Verified this is fixed in tcWebHooksPlugin-1.1-alpha7.122.138

  • TeamCity 10.0.1 (build 42078)
  • CentOS Linux release 7.1.1503

Thanks for the quick turn-around @netwolfuk !

@netwolfuk
Copy link
Member

Great. Thanks.

netwolfuk added a commit that referenced this issue Sep 22, 2016
 - Handle when filter list is not intialised.
 - Pass the correct object back to the page so that the list of 
    webhooks for a build is the bean expected, not just a list.
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