esme-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sig Rinde <>
Subject Re: Wee error
Date Tue, 26 Jan 2010 13:25:31 GMT

this is a completely new install so I'm using "mvn jetty:run"

Prior to that:
1. svn the full esme
2. add line to default.props
3. comment out plugin in pom.xml

using -e gave this at the end:

[INFO] Trace
org.apache.maven.BuildFailureException: command line returned non-zero value:1
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
	at org.apache.maven.DefaultMaven.doExecute(
	at org.apache.maven.DefaultMaven.execute(
	at org.apache.maven.cli.MavenCli.main(
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(
	at java.lang.reflect.Method.invoke(
	at org.codehaus.classworlds.Launcher.launchEnhanced(
	at org.codehaus.classworlds.Launcher.launch(
	at org.codehaus.classworlds.Launcher.mainWithExitCode(
	at org.codehaus.classworlds.Launcher.main(
Caused by: org.apache.maven.plugin.MojoFailureException: command line
returned non-zero value:1
	at org.scala_tools.maven.ScalaCompilerSupport.compile(
	at org.scala_tools.maven.ScalaCompilerSupport.doExecute(
	at org.scala_tools.maven.ScalaMojoSupport.execute(
	at org.scala_tools.maven.ScalaCompilerSupport.execute(
	at org.scala_tools.maven.ScalaTestCompileMojo.execute(
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
	... 20 more

2010/1/26 Ethan Jewett <>:
> Hi Sig,
> Can you give the full stack trace - I don't think this once goes deep
> enough for us to see if the error is in ESME or somewhere else? And
> exactly what command are you running that results in this error? mvn
> clean install?
> Thanks,
> Ethan
> On Tue, Jan 26, 2010 at 4:55 AM, Sig Rinde <> wrote:
>> Thanks Ethan,
>> planned to start over to test all fresh, so I created a new and fresh
>> Amazon instance (same base image as the other live one), apt-get
>> upgrade etc, now running 9.04 all latest.
>> New svn from esme.
>> Added new api_test user in default.props and commented out the
>> compression plug-in in pom.xml.
>> Then fired it up and got this error:
>> [INFO] suggestion: remove the scalaVersion from pom.xml
>> [ERROR] /home/files/esme/server/src/test/scala
>> [ERROR] /home/files/esme/server/src/test/scala/../scala
>> [INFO] Compiling 8 source files to /home/files/esme/server/target/test-classes
>> [WARNING] Exception in thread "main" java.lang.StackOverflowError
>> [WARNING]       at$ClassSymbol.owner(Symbols.scala:1563)
>> [WARNING]       at$Symbol.toplevelClass(Symbols.scala:940)
>> [WARNING]       at$Symbol.toplevelClass(Symbols.scala:942)
>> [WARNING]       at$Symbol.toplevelClass(Symbols.scala:942)
>> [WARNING]       at$Symbol.toplevelClass(Symbols.scala:942)
>> [WARNING]       at$Symbol.toplevelClass(Symbols.scala:942)
>> ...
>> So what did I forget this time :)
>> S
>> 2010/1/25 Ethan Jewett <>:
>>> Hi Sig,
>>> Thanks for doing all that detective work. Unfortunately I don't have
>>> an Ubuntu box to test on. :-(
>>> I wonder if there is some place that I pull in the setting for the
>>> integration test user other than in the API2 code. Definitely
>>> possible. I will try to look in to it.
>>> Question if you have the time: If you add another line in the property
>>> file and assign a second user as integration admin, does that user
>>> stop working in the web interface as well?
>>> Thanks,
>>> Ethan
>>> On Mon, Jan 25, 2010 at 3:27 AM, Sig Rinde <> wrote:
>>>> Morning creative sleuth work:
>>>> 1. Sorry, no difference between browsers:
>>>> 2. If I log on as another user, then log out in anything but root, say
>>>> "hosturl:8080/auth_view/" then no problem.
>>>> 3. If I log out and log on as api_test in root same problem on all browsers.
>>>> 4. This only for the aws instance, not for my local instance. (aws is
>>>> ubuntu, local is OS X)
>>>> 5. Did a diff between the two (local and aws) webapp folders and found
>>>> nothing different (except the .svn stuff which I removed after first
>>>> try).
>>>> 6. Did a diff between full esme directories and found no diff except
>>>> .svn folders and that esme on aws held a file named .gitignore.
>>>> The server works though, and now I know how to get in there so I can
>>>> live with problem and assume it'll go away with a later new and fresh
>>>> install... :)
>>>> 2010/1/25 Richard Hirsch <>:
>>>>> might be a lift-specific problem with those browsers.

View raw message