Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-59299

Folder Computation Failure

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      Started by user

      Keith Davis

      [Tue Sep 10 08:12:30 CDT 2019] Starting organization scan... [Tue Sep 10 08:12:30 CDT 2019] Updating actions... [Tue Sep 10 08:12:30 CDT 2019] Finished organization scan. Scan took 0.56 sec FATAL: Failed to recompute children of GitLab-laurin1 javax.ws.rs.ProcessingException: Error reading entity from input stream. at org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:865) at org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:784) at org.glassfish.jersey.client.ClientResponse.readEntity(ClientResponse.java:297) at org.glassfish.jersey.client.InboundJaxrsResponse$1.call(InboundJaxrsResponse.java:91) at org.glassfish.jersey.internal.Errors.process(Errors.java:292) at org.glassfish.jersey.internal.Errors.process(Errors.java:274) at org.glassfish.jersey.internal.Errors.process(Errors.java:205) at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:365) at org.glassfish.jersey.client.InboundJaxrsResponse.runInScopeIfPossible(InboundJaxrsResponse.java:240) at org.glassfish.jersey.client.InboundJaxrsResponse.readEntity(InboundJaxrsResponse.java:88) at org.gitlab4j.api.GroupApi.getGroup(GroupApi.java:454) at io.jenkins.plugins.gitlabbranchsource.helpers.GitLabOwner.fetchOwner(GitLabOwner.java:26) at io.jenkins.plugins.gitlabbranchsource.GitLabSCMNavigator.getGitlabOwner(GitLabSCMNavigator.java:196) at io.jenkins.plugins.gitlabbranchsource.GitLabSCMNavigator.getGitlabOwner(GitLabSCMNavigator.java:189) at io.jenkins.plugins.gitlabbranchsource.GitLabSCMNavigator.retrieveActions(GitLabSCMNavigator.java:365) at jenkins.scm.api.SCMNavigator.fetchActions(SCMNavigator.java:332) at jenkins.branch.OrganizationFolder.computeChildren(OrganizationFolder.java:439) at com.cloudbees.hudson.plugins.folder.computed.ComputedFolder.updateChildren(ComputedFolder.java:277) at com.cloudbees.hudson.plugins.folder.computed.FolderComputation.run(FolderComputation.java:164) at jenkins.branch.OrganizationFolder$OrganizationScan.run(OrganizationFolder.java:969) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:429) Caused by: com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot deserialize instance of `org.gitlab4j.api.models.Group` out of START_ARRAY token at [Source: (org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$UnCloseableInputStream); line: 1, column: 1] at com.fasterxml.jackson.databind.exc.MismatchedInputException.from(MismatchedInputException.java:63) at com.fasterxml.jackson.databind.DeserializationContext.reportInputMismatch(DeserializationContext.java:1343) at com.fasterxml.jackson.databind.DeserializationContext.handleUnexpectedToken(DeserializationContext.java:1139) at com.fasterxml.jackson.databind.DeserializationContext.handleUnexpectedToken(DeserializationContext.java:1093) at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromArray(BeanDeserializerBase.java:1461) at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeOther(BeanDeserializer.java:185) at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:161) at com.fasterxml.jackson.databind.ObjectReader._bind(ObjectReader.java:1574) at com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:965) at com.fasterxml.jackson.jaxrs.base.ProviderBase.readFrom(ProviderBase.java:815) at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$TerminalReaderInterceptor.invokeReadFrom(ReaderInterceptorExecutor.java:233) at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$TerminalReaderInterceptor.aroundReadFrom(ReaderInterceptorExecutor.java:212) at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:132) at org.glassfish.jersey.message.internal.MessageBodyFactory.readFrom(MessageBodyFactory.java:1067) at org.glassfish.jersey.message.internal.InboundMessageContext.readEntity(InboundMessageContext.java:850) ... 21 more Finished: FAILURE

        Attachments

          Activity

          Hide
          baymac Parichay Barpanda added a comment -

          Hi Keith Davis, I think this is either caused by internet connection issue or gitlab server is unreachable. From the logs I can see that the group cannot be fetched by the gitlab4j api. This error has shown up sometimes in the past, can you retry this? For example, select configure on the folder and wait until the form validation shows that it is valid group then select save.

          Show
          baymac Parichay Barpanda added a comment - Hi Keith Davis , I think this is either caused by internet connection issue or gitlab server is unreachable. From the logs I can see that the group cannot be fetched by the gitlab4j api. This error has shown up sometimes in the past, can you retry this? For example, select configure on the folder and wait until the form validation shows that it is valid group then select save.
          Hide
          mlackner Markus Lackner added a comment -

          the error occured with empty "Owner" field in the Gitlab Group Section. My intention was to scan all projects/groups. Is this not supported?

          Show
          mlackner Markus Lackner added a comment - the error occured with empty "Owner" field in the Gitlab Group Section. My intention was to scan all projects/groups. Is this not supported?
          Hide
          baymac Parichay Barpanda added a comment -

          No we do not support this. This was supported initially but there was a discrepancy, as during merge request event there is no way to determine the owner of the project without making an api call and without knowing the owner it is not possible to match the project. But api call is not recommended to be used inside scmevent class so removed this feature.

          Show
          baymac Parichay Barpanda added a comment - No we do not support this. This was supported initially but there was a discrepancy, as during merge request event there is no way to determine the owner of the project without making an api call and without knowing the owner it is not possible to match the project. But api call is not recommended to be used inside scmevent class so removed this feature.

            People

            Assignee:
            baymac Parichay Barpanda
            Reporter:
            laurin1 Keith Davis
            Votes:
            1 Vote for this issue
            Watchers:
            3 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: