Skip to content
This repository has been archived by the owner on May 30, 2019. It is now read-only.

dbLoad: HttpResponseException: Bad Request (ExecuteActionsTaskExecuter.java:69) #681

Open
yosukew opened this issue Apr 28, 2015 · 7 comments
Labels

Comments

@yosukew
Copy link

yosukew commented Apr 28, 2015

In install process of samplestack,when I executed 'gradlew appserver' the following error occurred.

:dbLoad FAILED

FAILURE: Build failed with an exception.

  • What went wrong:
    Execution failed for task ':dbLoad'.

    groovyx.net.http.HttpResponseException: Bad Request

  • Try:
    Run with --info or --debug option to get more log output.

  • Exception is:
    org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':dbLoad'.
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
    at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
    at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:64)
    at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
    at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:42)
    at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
    at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:53)
    at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
    at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:306)
    at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.executeTask(AbstractTaskPlanExecutor.java:79)
    at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:63)
    at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:51)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:23)
    at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:88)
    at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:29)
    at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:62)
    at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
    at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:68)
    at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
    at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:62)
    at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:55)
    at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:149)
    at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:106)
    at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:86)
    at org.gradle.launcher.exec.InProcessBuildActionExecuter$DefaultBuildController.run(InProcessBuildActionExecuter.java:80)
    at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:33)
    at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:24)
    at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:36)
    at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:26)
    at org.gradle.launcher.cli.RunBuildAction.run(RunBuildAction.java:51)
    at org.gradle.internal.Actions$RunnableActionAdapter.execute(Actions.java:169)
    at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:237)
    at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:210)
    at org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:35)
    at org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:24)
    at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:206)
    at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:169)
    at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33)
    at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22)
    at org.gradle.launcher.Main.doAction(Main.java:33)
    at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45)
    at org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:5
    4)
    at org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:35)
    at org.gradle.launcher.GradleMain.main(GradleMain.java:23)
    at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:30)
    at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:127)
    at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:56)
    Caused by: org.gradle.internal.UncheckedException: groovyx.net.http.HttpResponseException:
    Bad Request
    at org.gradle.internal.UncheckedException.throwAsUncheckedException(UncheckedException.java:39)
    at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:66)
    at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.doExecute(AnnotationProcessingTaskFactory.java:218)
    at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:211)
    at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:200)
    at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:585)
    at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:568)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)
    ... 47 more
    Caused by: groovyx.net.http.HttpResponseException: Bad Request
    at groovyx.net.http.RESTClient.defaultFailureHandler(RESTClient.java:263)
    at groovyx.net.http.HTTPBuilder$1.handleResponse(HTTPBuilder.java:494)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:1070)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:1044)
    at groovyx.net.http.HTTPBuilder.doRequest(HTTPBuilder.java:506)
    at groovyx.net.http.RESTClient.put(RESTClient.java:163)
    at groovyx.net.http.RESTClient$put$0.call(Unknown Source)
    at MarkLogicSlurpTask.putRdf(MarkLogicSlurpTask.groovy:33)
    at MarkLogicSlurpTask$_load_closure2.doCall(MarkLogicSlurpTask.groovy:60)
    at MarkLogicSlurpTask.load(MarkLogicSlurpTask.groovy:55)
    at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:63)

Environment.
OS:Windows7
Java:JDK1.8.0_40
MarkLogic Version:8.0-2

@grechaw
Copy link
Contributor

grechaw commented Apr 28, 2015

That's a surprising error, and new to me. To know the root cause we'd need to know more or be able to reproduce. Does the server log provide any insight?
I see that the error takes place during the RDF load -- that means the app will function fine if you "skip" dbload now, if you're interested in a workaround. try gradle bootrun to see the app in action -- the related tags feature won't work but everything else will.

@yosukew
Copy link
Author

yosukew commented Apr 28, 2015

I had executed 'gradlew bootrun'.
But it was stacked the following messages.

14:31:13.104 [main] INFO o.s.j.e.a.AnnotationMBeanExporter - Registering beans for JMX exposure on startup
14:31:13.120 [main] INFO o.a.coyote.http11.Http11NioProtocol - Initializing ProtocolHandler ["http-nio-8090"]
14:31:13.143 [main] INFO o.a.coyote.http11.Http11NioProtocol - Starting ProtocolHandler ["http-nio-8090"]
14:31:13.150 [main] INFO o.a.tomcat.util.net.NioSelectorPool - Using a shared selector for servlet write/read
14:31:13.174 [main] INFO o.s.b.c.e.t.TomcatEmbeddedServletContainer - Tomcat started on port(s): 8090 (http)
14:31:13.176 [main] INFO c.marklogic.samplestack.Application - Started Application in 9.42 seconds (JVM running for 12.026)

Building 83% > :bootRun

It is stacked for more than 2 hours.
My environment is via proxy server with authentication.
Does it has relevance with this?

@grechaw
Copy link
Contributor

grechaw commented Apr 28, 2015

Hi @yosukew , that is actually expected behavior. bootrun blocks the console and waits... the application is now running and you can check it out at http://localhost:8090

@yosukew
Copy link
Author

yosukew commented Apr 30, 2015

I had checked at http://localhost:8090.
The top page of samplestack has been displayed
samplestack

@laurelnaiad laurelnaiad changed the title error on dbLoad dbLoad: HttpResponseException: Bad Request (ExecuteActionsTaskExecuter.java:69) Jun 26, 2015
@yosuke312
Copy link

I encountered the same error. I thought it had something to do with system locale, so I tried changing it and the error went away. My environment is Windows 7. System locale when I encountered the defect was Japan and after the change was US. Hope this would help.

@popzip popzip added the feedback label Aug 4, 2015
@popzip
Copy link
Contributor

popzip commented Aug 5, 2015

It sounds like this was resolved, closing unless there are further questions or updates required

@popzip popzip closed this as completed Aug 5, 2015
@yosuke312
Copy link

I think the defect still has not been fixed and the ticket should remain opened.

I guess it happens only under certain SYSTEM_LOCALE settings, but it seems it certainly happens in Japanese language environment.

Work around exists, but it gives impression that MarkLogic is not double-byte-char-set proven even though in fact it is. It is just a defect of the document load script of the sample app.

(BTW, I think SampleStack is great and I like it. Thank you all for creating and maintaining such a great sample.)

@popzip popzip reopened this Aug 6, 2015
@grechaw grechaw removed their assignment Sep 1, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants