search

ppurang / hablog

HA! Blog
2 stars 1 forks source link

Dependency error while building #8

Open jasalguero opened 12 years ago

jasalguero commented 12 years ago

{file:/Users/jsalguero/Dropbox/GitHub/Hablog/}hablog-backend/*:update: sbt.ResolveException: unresolved dependency: commons-io#commons-io;2.0.1: configuration not found in commons-io#commons-io;2.0.1: 'compile'. It was required from com.typesafe.akka#akka-file-mailbox;2.0.3 compile

I think I also got lucky and the repo is down...

ppurang commented 12 years ago

No .. i forgot .. you now also need the asynch which you'll need to build ..

jasalguero commented 12 years ago

Ok,

If you could update the README, it would be great :)

Have to catch a flight tomorrow at 6, so I'll should be going to bed, will try again from Spain :)

On Fri, Sep 14, 2012 at 10:28 PM, Piyush Purang notifications@github.comwrote:

No .. i forgot .. you now also need the asynch which you'll need to build ..

— Reply to this email directly or view it on GitHubhttps://github.com/ppurang/hablog/issues/8#issuecomment-8574657.

ppurang commented 12 years ago

no probs .. just "git clone https://github.com/ppurang/asynch" .. and then ./sbt publish-local should be enough :) and great days off...

jasalguero commented 12 years ago

Sigh... still problems... seems like asynch uses the default path for play framework, but in my case is play1.2.4, so I get this error:

error while loading RequestBuilderBase, Missing dependency 'class org.slf4j.Logger', required by /Users/jsalguero/Work/play-1.2.4/framework/lib/async-http-client-1.6.5.jar(com/ning/http/client/RequestBuilderBase.class)

You have any idea about how to get it without having to change my paths...?

On Fri, Sep 14, 2012 at 10:34 PM, Piyush Purang notifications@github.comwrote:

no probs .. just "git clone https://github.com/ppurang/asynch" .. and then ./sbt publish-local should be enough :) and great days off...

— Reply to this email directly or view it on GitHubhttps://github.com/ppurang/hablog/issues/8#issuecomment-8574821.

ppurang commented 12 years ago

Hi Jose,

Hmmm.. I don't see how you can change that .. what you could try is to (assuming Linux) just set a play path for the session in Terminal. i.e..

> export PATH=$PATH:/path/to/play2
> play --version

so once you exit the terminal then you loose the temporary modification to path. Is that ok?

I'll be shortly committing some more stuff to turn off kafka (dependencies require some careful planning :). And I will turn on the example jsons again (controlled by property 'es.url' in application.conf comment it out to activate examples).

ppurang commented 12 years ago

Things are in... I hope things work better now ..

jasalguero commented 12 years ago

not yet... after merging everything looks like there's still missing one dependency

[error] {file:/Users/jsalguero/Dropbox/GitHub/Hablog/}hablog-backend/*:update: sbt.ResolveException: unresolved dependency: commons-io#commons-io;2.0.1: configuration not found in commons-io#commons-io;2.0.1: 'compile'. It was required from com.typesafe.akka#akka-file-mailbox;2.0.3 compile

On Mon, Sep 17, 2012 at 11:54 PM, Piyush Purang notifications@github.comwrote:

Things are in... I hope things work better now ..

— Reply to this email directly or view it on GitHubhttps://github.com/ppurang/hablog/issues/8#issuecomment-8632531.

ppurang commented 12 years ago

One thing that you can try is to backup your ~/.ivy2/cache and then delete it to see if things are different ..

To help further:

  1. what is your OS?
  2. Do you have any global plugins definition for sbt i.e. a file .sbt/plugins/build.sbt? In that case I would comment all lines it too.
jasalguero commented 12 years ago

Made it work, seems like the build file for the play was not updated... :(

Next thing xD... I got this error while doing a change (I suppose because of the hot redeploy..)

java.lang.ExceptionInInitializerError: null at Routes$$anonfun$routes$1$$anonfun$apply$9$$anonfun$apply$10.apply(routes_routing.scala:100) ~[classes/:na] at Routes$$anonfun$routes$1$$anonfun$apply$9$$anonfun$apply$10.apply(routes_routing.scala:100) ~[classes/:na] at play.core.Router$HandlerInvoker$$anon$3.call(Router.scala:1080) ~[play_2.9.1.jar:2.0.3] at play.core.Router$Routes$class.invokeHandler(Router.scala:1255) ~[play_2.9.1.jar:2.0.3] at Routes$.invokeHandler(routes_routing.scala:14) ~[classes/:na] at Routes$$anonfun$routes$1$$anonfun$apply$9.apply(routes_routing.scala:100) ~[classes/:na] at Routes$$anonfun$routes$1$$anonfun$apply$9.apply(routes_routing.scala:100) ~[classes/:na] at play.core.Router$Routes$class.call(Router.scala:1123) ~[play_2.9.1.jar:2.0.3] at Routes$.call(routes_routing.scala:14) ~[classes/:na] at Routes$$anonfun$routes$1.apply(routes_routing.scala:99) ~[classes/:na] at Routes$$anonfun$routes$1.apply(routes_routing.scala:63) ~[classes/:na] at scala.PartialFunction$$anon$3.apply(PartialFunction.scala:67) ~[scala-library.jar:0.11.3] at scala.PartialFunction$$anon$3.apply(PartialFunction.scala:66) ~[scala-library.jar:0.11.3] at play.core.Router$Routes$class.handlerFor(Router.scala:1251) ~[play_2.9.1.jar:2.0.3] at Routes$.handlerFor(routes_routing.scala:14) ~[classes/:na] at play.api.GlobalSettings$$anonfun$onRouteRequest$1$$anonfun$apply$1.apply(Global.scala:64) ~[play_2.9.1.jar:2.0.3] at play.api.GlobalSettings$$anonfun$onRouteRequest$1$$anonfun$apply$1.apply(Global.scala:63) ~[play_2.9.1.jar:2.0.3] at scala.Option.flatMap(Option.scala:146) ~[scala-library.jar:0.11.3] at play.api.GlobalSettings$$anonfun$onRouteRequest$1.apply(Global.scala:63) ~[play_2.9.1.jar:2.0.3] at play.api.GlobalSettings$$anonfun$onRouteRequest$1.apply(Global.scala:63) ~[play_2.9.1.jar:2.0.3] at scala.Option.flatMap(Option.scala:146) ~[scala-library.jar:0.11.3] at play.api.GlobalSettings$class.onRouteRequest(Global.scala:63) ~[play_2.9.1.jar:2.0.3] at play.api.DefaultGlobal$.onRouteRequest(Global.scala:120) ~[play_2.9.1.jar:2.0.3] at play.core.server.Server$$anonfun$sendHandler$1$1.apply(Server.scala:60) ~[play_2.9.1.jar:2.0.3] at play.core.server.Server$$anonfun$sendHandler$1$1.apply(Server.scala:59) ~[play_2.9.1.jar:2.0.3] at scala.Either$RightProjection.map(Either.scala:285) [scala-library.jar:0.11.3] at play.core.server.Server$class.sendHandler$1(Server.scala:59) [play_2.9.1.jar:2.0.3] at play.core.server.Server$$anonfun$getHandlerFor$4.apply(Server.scala:89) [play_2.9.1.jar:2.0.3] at play.core.server.Server$$anonfun$getHandlerFor$4.apply(Server.scala:88) [play_2.9.1.jar:2.0.3] at scala.Either$RightProjection.flatMap(Either.scala:277) [scala-library.jar:0.11.3] at play.core.server.Server$class.getHandlerFor(Server.scala:88) [play_2.9.1.jar:2.0.3] at play.core.server.NettyServer.getHandlerFor(NettyServer.scala:38) [play_2.9.1.jar:2.0.3] at play.core.server.netty.PlayDefaultUpstreamHandler.messageReceived(PlayDefaultUpstreamHandler.scala:226) [play_2.9.1.jar:2.0.3] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:563) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [netty-3.5.3.Final.jar:na] at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:455) [netty-3.5.3.Final.jar:na] at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:538) [netty-3.5.3.Final.jar:na] at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:437) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:563) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:558) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:91) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:385) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:256) [netty-3.5.3.Final.jar:na] at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:35) [netty-3.5.3.Final.jar:na] at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:102) [netty-3.5.3.Final.jar:na] at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [netty-3.5.3.Final.jar:na] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_35] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_35] at java.lang.Thread.run(Thread.java:680) [na:1.6.0_35] akka.actor.InvalidActorNameException: actor name mp is not unique! at akka.actor.ActorCell.actorOf(ActorCell.scala:392) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.LocalActorRefProvider$Guardian$$anonfun$receive$1.liftedTree1$1(ActorRefProvider.scala:394) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.LocalActorRefProvider$Guardian$$anonfun$receive$1.apply(ActorRefProvider.scala:394) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.LocalActorRefProvider$Guardian$$anonfun$receive$1.apply(ActorRefProvider.scala:392) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.Actor$class.apply(Actor.scala:318) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.LocalActorRefProvider$Guardian.apply(ActorRefProvider.scala:388) ~[akka-actor-2.0.3.jar:2.0.3] at akka.actor.ActorCell.invoke(ActorCell.scala:626) ~[akka-actor-2.0.3.jar:2.0.3] at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:197) ~[akka-actor-2.0.3.jar:2.0.3] at akka.dispatch.Mailbox.run(Mailbox.scala:179) ~[akka-actor-2.0.3.jar:2.0.3] at akka.dispatch.ForkJoinExecutorConfigurator$MailboxExecutionTask.exec(AbstractDispatcher.scala:516) ~[akka-actor-2.0.3.jar:2.0.3] at akka.jsr166y.ForkJoinTask.doExec(ForkJoinTask.java:259) ~[akka-actor-2.0.3.jar:2.0.3] at akka.jsr166y.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:975) ~[akka-actor-2.0.3.jar:2.0.3] at akka.jsr166y.ForkJoinPool.runWorker(ForkJoinPool.java:1479) ~[akka-actor-2.0.3.jar:2.0.3] at akka.jsr166y.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:104) ~[akka-actor-2.0.3.jar:2.0.3]

ppurang commented 12 years ago

Looks like a problem in your routes file.. did you make any changes there? .. if you doubt hot deploy .. just do 'clean' on the play console and then 'run' it again ..

ppurang commented 12 years ago

This could also be happening because of some missing configuration property that you are trying to read and doing a get on it .. get on an option fails if it is None and if it is part of the class initialization code then you see a very funny ExceptionInInitializerError

jasalguero commented 12 years ago

is not that I doubt the hot deploy, the thing is that is not working anymore... and the routes file is the same as yours... Is it working ok for you?

ppurang commented 12 years ago

Just one check .. do you regularly "./sbt publish-local" on hablog ? that would deploy any changes there that might be needed by play2 module...

On Fri, Sep 21, 2012 at 6:23 PM, Jose A. Salguero notifications@github.comwrote:

is not that I doubt the hot deploy, the thing is that is not working anymore... and the routes file is the same as yours... Is it working ok for you?

— Reply to this email directly or view it on GitHubhttps://github.com/ppurang/hablog/issues/8#issuecomment-8770020.

jasalguero commented 12 years ago

Sure, I had to do it just before doing the play run. You don't have the same behaviour??

On Fri, Sep 21, 2012 at 9:07 PM, Piyush Purang notifications@github.comwrote:

Just one check .. do you regularly "./sbt publish-local" on hablog ? that would deploy any changes there that might be needed by play2 module...

On Fri, Sep 21, 2012 at 6:23 PM, Jose A. Salguero notifications@github.comwrote:

is not that I doubt the hot deploy, the thing is that is not working anymore... and the routes file is the same as yours... Is it working ok for you?

— Reply to this email directly or view it on GitHub< https://github.com/ppurang/hablog/issues/8#issuecomment-8770020>.

— Reply to this email directly or view it on GitHubhttps://github.com/ppurang/hablog/issues/8#issuecomment-8777344.