Odd ClassNotFoundException for org.apache.log4j.Category
Dean Wampler
and slf4j-log4j12-1.6.0.jar in ./lib_managed/scala_2.8.0.RC3/ and ./target/scala_2.8.0.RC3/webapp/WEB-INF/lib. I also tried adding a log4j.properties file to the src/main/resources directory (which got copied to WEB-INF...), but that didn't help.
Dean Wampler
"Programming Scala" (O'Reilly) http://programmingscala.com
twitter: @deanwampler, @chicagoscala
http://polyglotprogramming.com
Viktor Klang
What happens if you comment this line out?
http://github.com/jboner/akka/blob/master/project/build/AkkaProject.scala#L122
--
You received this message because you are subscribed to the Google Groups "Akka User List" group.
To post to this group, send email to akka...@googlegroups.com.
To unsubscribe from this group, send email to akka-user+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/akka-user?hl=en.
--
Viktor Klang
| "A complex system that works is invariably
| found to have evolved from a simple system
| that worked." - John Gall
Akka - the Actor Kernel: Akkasource.org
Twttr: twitter.com/viktorklang
Dean Wampler
Viktor Klang
I have my own project file. I tried adding that line, just to see what would happen, but it had no affect. Previously, I also tried forceably adding the log4j jar file to the jettyRunClasspath or runClasspath. I even tried adding to the shell classpath when invoking sbt. Same result.
What happens if you change SBT version for the project to 0.7.2 or something like that?
Dean Wampler
Viktor Klang
I tried 0.7.2 (I was using 0.7.4) and I got identical behavior.A colleague is also getting a ClassNotFound when he runs in a standalone jetty server, this time for org/eclipse/jetty/client/HttpExchange. We're not sure this is Akka related, in any way (Akka doesn't show up in the stacktrace, at least all the trace shown...), but it's also a new symptom after he upgraded to the latest code migrating to Akka .9.We're now thinking we should jettison Jetty altogether. Too many moving parts for our tastes (and needs).
This sounds real strange altogether, can you give me more information? Where in the process of running Akka does the exception occur? Do you have any log?
(You can send it privately if you wish)
Dean Wampler
Jonas Bonér
akka-http/lib_managed/scala_2.8.0.RC3/compile dir.
--
Jonas Bonér
work: http://jayway.com
code: http://akkasource.com
blog: http://jonasboner.com
twitter: @jboner
Viktor Klang
This is really all odd. The log4j-1.2.14.jar resides in the
akka-http/lib_managed/scala_2.8.0.RC3/compile dir.
I totally agree,
I'll try to have a look at it tonight, I've got a bug in SBT to resolve first. :/
Jonas Bonér
Dean Wampler
Jonas Bonér
Ok. So we know that the problem is in Camel integration?
--
Jonas Bonér
http://jayway.com
http://akkasource.com
twitter: jboner
On 8 Jun 2010 16:11, "Dean Wampler" <deanw...@gmail.com> wrote:
Jonas,For the time being, I've disabled Camel support (which I don't need) by using my own servlet initializer that doesn't mix in the CamelService trait.
dean
On Tue, Jun 8, 2010 at 4:05 AM, Jonas Bonér <jo...@jonasboner.com> wrote:
>
> Thanks Viktor.
>
...> O...
Dean Wampler
--
You received this message because you are subscribed to the Google Groups "Akka User List" group.
To post to this group, send email to akka...@googlegroups.com.
To unsubscribe from this group, send email to akka-user+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/akka-user?hl=en.
Martin Krasser
which commons-logging version do you use?
Can you share a small sample app for reproducing this problem?
Regards,
Martin
-- Martin Krasser Blog: http://krasserm.blogspot.com Twitter: http://twitter.com/mrt1nz
Dean Wampler
Viktor Klang
Martin,I'm not using a specific version myself, but it appears that 1.1.1 was pulled in through other dependencies. Here's the list of logging-related jars:./lib_managed/scala_2.8.0.RC3/compile/commons-logging-1.1.1.jar./lib_managed/scala_2.8.0.RC3/compile/commons-logging-api-1.1.jar./lib_managed/scala_2.8.0.RC3/compile/log4j-1.2.15.jar./lib_managed/scala_2.8.0.RC3/compile/slf4j-log4j12-1.6.0.jar./lib_managed/scala_2.8.0.RC3/test/commons-logging-1.0.4.jar
Can you call this in you Initializer?
Console.println(Class.forName("org.apache.commons.logging.LogFactory").getProtectionDomain.getCodeSource.getLocation)
Where is the apache commons logging loaded from?
--
Martin Krasser
from the stacktrace you initially posted, it can be seen that the exception occurs when a new instance of DefaultCamelContext is created. I therefore created a small sample app (that just creates and starts a DefaultCamelContext) using the log libraries you listed and it worked for both commons-logging versions, 1.0.4 and 1.1.1. I cannot reproduce the problem and it seems that it's not related to a combination of incompatible log library versions.
Since your app is actually working when deploying to jetty, I guess that the runtime classpath created by sbt, when executing the 'jetty-run' action, doesn't include the log4j.jar. Can you try to let sbt print the runtime classpath for 'jetty-run' (I'm not too familiar with sbt, not sure if this is possible at all).
Dean Wampler
file:/Users/dwampler/work/.../lib_managed/scala_2.8.0.RC3/test/commons-logging-1.0.4.jar
Dean Wampler
Martin Krasser
I just created a small example Akka webapp using Akka 0.9.1 (details
below) but cannot reproduce your problem i.e. the CamelService starts up
properly with 'jetty-run' (using sbt 0.7.4). These are the sbt project
settings, web.xml, akka.conf and log4j.properties I used:
-----
// Project.scala
class Project(info: ProjectInfo) extends DefaultWebProject(info) {
override def repositories = Set(
"Akka Maven Repository" at
"http://scalablesolutions.se/akka/repository",
"Multiverse Releases" at
"http://multiverse.googlecode.com/svn/maven-repository/releases/",
"JBoss" at
"https://repository.jboss.org/nexus/content/groups/public/",
"GuiceyFruit" at
"http://guiceyfruit.googlecode.com/svn/repo/releases/",
"DataBinder" at "http://databinder.net/repo",
"Configgy" at "http://www.lag.net/repo",
"Java.Net" at "http://download.java.net/maven/2",
ScalaToolsSnapshots
)
override def libraryDependencies = Set(
/* servlet implementation */
"org.eclipse.jetty" % "jetty-server" % "7.0.1.v20091125" % "test",
"org.eclipse.jetty" % "jetty-webapp" % "7.0.1.v20091125" % "test",
/* akka dependencies */
"se.scalablesolutions.akka" % "akka-core_2.8.0.RC3" % "0.9.1" %
"compile",
"se.scalablesolutions.akka" % "akka-camel_2.8.0.RC3" % "0.9.1" %
"compile",
"se.scalablesolutions.akka" % "akka-http_2.8.0.RC3" % "0.9.1" %
"compile",
)
}
# build.properties
#Thu Jun 10 06:23:27 CEST 2010
project.organization=dev.sandbox.akka
project.name=web
sbt.version=0.7.4
project.version=0.1
build.scala.versions=2.8.0.RC3
project.initialize=false
<!--web.xml -->
<web-app>
<listener>
<listener-class>se.scalablesolutions.akka.servlet.Initializer</listener-class>
</listener>
<servlet>
<servlet-name>AkkaServlet</servlet-name>
<servlet-class>se.scalablesolutions.akka.comet.AkkaServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>AkkaServlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
</web-app>
####################
# Akka Config File #
####################
# ...
<log>
filename = "./logs/akka.log"
roll = "daily" # Options: never, hourly, daily, sunday/monday/...
level = "info" # Options: fatal, critical, error, warning, info,
debug, trace
console = on
# syslog_host = ""
# syslog_server_name = ""
</log>
<akka>
version = "0.9.1"
# FQN (Fully Qualified Name) to the class doing initial active
object/actor
# supervisor bootstrap, should be defined in default constructor
boot = []
<actor>
<!-- ... default settings -->
...
</actor>
<stm>
<!-- ... default settings -->
...
</stm>
<jta>
<!-- ... default settings -->
...
</jta>
<rest>
<!-- ... default settings -->
...
</rest>
<remote>
<!-- ... default settings -->
...
</remote>
<storage>
<!-- ... default settings -->
...
</storage>
</akka>
#log4j.properties
log4j.rootLogger=INFO,stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.SimpleLayout
log4j.logger.org.atmosphere=INFO
-----
The sbt output for 'jetty-run' is:
[info] == jetty-run ==
2010-06-10 07:28:21.187:INFO::Logging to StdErrLog::DEBUG=false via
org.eclipse.jetty.util.log.StdErrLog
[info] jetty-7.0.1.v20091125
[info] NO JSP Support for /, did not find
org.apache.jasper.servlet.JspServlet
INF [20100610-07:28:22.921] config: Config loaded from the application
classpath.
INF [20100610-07:28:22.984] servlet:
INF [20100610-07:28:22.984] servlet: t
INF [20100610-07:28:22.984] servlet: t t t
INF [20100610-07:28:22.984] servlet: t t tt t
INF [20100610-07:28:22.984] servlet: tt t t tt t
INF [20100610-07:28:22.984] servlet: t ttttttt t ttt t
INF [20100610-07:28:22.984] servlet: t tt ttt t ttt t
INF [20100610-07:28:22.984] servlet: t t ttt t ttt t t
INF [20100610-07:28:22.984] servlet: tt t ttt ttt
ttt t
INF [20100610-07:28:22.984] servlet: t t ttt ttt t
tt t
INF [20100610-07:28:22.984] servlet: t ttt ttt
t t
INF [20100610-07:28:22.984] servlet: tt ttt
ttt t
INF [20100610-07:28:22.984] servlet: ttt ttt
INF [20100610-07:28:22.984] servlet: tttttttt ttt ttt ttt
ttt tttttttt
INF [20100610-07:28:22.984] servlet: ttt tt ttt ttt ttt ttt
ttt ttt
INF [20100610-07:28:22.984] servlet: ttt ttt ttt ttt ttt ttt
ttt ttt
INF [20100610-07:28:22.984] servlet: ttt ttt ttt ttt ttt tt
ttt ttt
INF [20100610-07:28:22.984] servlet: tttt ttttttttt
tttttttt tttt
INF [20100610-07:28:22.984] servlet: ttttttttt ttt ttt ttt
ttt ttttttttt
INF [20100610-07:28:22.984] servlet: ttt ttt ttt ttt ttt ttt
ttt ttt
INF [20100610-07:28:22.984] servlet: ttt ttt ttt ttt ttt ttt
ttt ttt
INF [20100610-07:28:22.984] servlet: ttt tt ttt ttt ttt ttt
ttt ttt
INF [20100610-07:28:22.984] servlet: tttttttt ttt ttt ttt
ttt tttttttt
INF [20100610-07:28:22.984] servlet:
INF [20100610-07:28:22.984] servlet:
==================================================
INF [20100610-07:28:23.015] servlet: Running version 0.9.1
INF [20100610-07:28:23.031] servlet:
==================================================
INF [20100610-07:28:23.031] servlet: Starting Akka...
INF [20100610-07:28:23.031] remote: Starting up Cluster Service...
INF [20100610-07:28:23.062] remote: Initiating JGroups-based cluster actor
INFO - JGroups version: 2.9.0.GA
-------------------------------------------------------------------
GMS: address=lap-xp-0818-39123, cluster=default, physical
address=192.168.178.23:4866
-------------------------------------------------------------------
INF [20100610-07:28:25.515] servlet: Initializing Remote Actors Service...
INF [20100610-07:28:25.515] servlet: Remote Actors Service initialized
INF [20100610-07:28:25.609] remote: Starting remote server at
[localhost:9999]
INF [20100610-07:28:25.625] camel: Camel context initialized
INFO - Apache Camel 2.3.0 (CamelContext: camel-1) is starting
INFO - StreamCaching is enabled on CamelContext: camel-1
INFO - JMX enabled. Using ManagedManagementStrategy.
...
INFO - Found 3 packages with 14 @Converter classes to load
INFO - Loaded 142 type converters in 281 millis
INFO - Started 0 routes
INFO - Apache Camel 2.3.0 (CamelContext: camel-1) started in 390 millis
INF [20100610-07:28:26.015] camel: Camel context started
INF [20100610-07:28:26.015] servlet: Akka started successfully
[info] Started SelectChann...@0.0.0.0:8080
[info] == jetty-run ==
[success] Successful.
[info]
[info] Total time: 5 s, completed 10.06.2010 07:28:26
>
The error you reported doesn't seems to be a problem of Akka/Camel/sbt.
Can you try to resolve all conflicting jar versions in your app (e.g.
add a dependency to commons-logging-1.1.1 directly in your sbt project
file so that the 1.0.4 version is not transitively included any more)
and see what happens?
Regards,
Martin
Dean Wampler schrieb:
>>> On Tue, Jun 8, 2010 at 9:17 AM, Jonas Bon�r
>>> <jo...@jonasboner.com <mailto:jo...@jonasboner.com>> wrote:
>>>
>>> Ok. So we know that the problem is in Camel
>>> integration?
>>>
>>> --
>>> Jonas Bon�r
>>> http://jayway.com
>>> http://akkasource.com
>>> twitter: jboner
>>>
>>>> On 8 Jun 2010 16:11, "Dean Wampler"
>>>> <deanw...@gmail.com
>>>> <mailto:deanw...@gmail.com>> wrote:
>>>>
>>>> Jonas,
>>>>
>>>> For the time being, I've disabled Camel support
>>>> (which I don't need) by using my own servlet
>>>> initializer that doesn't mix in the CamelService trait.
>>>>
>>>> dean
>>>>
>>>>
>>>> On Tue, Jun 8, 2010 at 4:05 AM, Jonas Bon�r
>>>> <jo...@jonasboner.com
>>>> <mailto:jo...@jonasboner.com>> wrote:
>>>> >
>>>> > Thanks Viktor.
>>>> >
>>>> > O...
>>>> ...
>>> --
>>> You received this message because you are subscribed
>>> to the Google Groups "Akka User List" group.
>>> To post to this group, send email to
>>> akka...@googlegroups.com
>>> <mailto:akka...@googlegroups.com>.
>>> To unsubscribe from this group, send email to
>>> akka-user+...@googlegroups.com
>>> <mailto:akka-user%2Bunsu...@googlegroups.com>.
>>> For more options, visit this group at
>>> http://groups.google.com/group/akka-user?hl=en.
>>>
>>>
>>>
>>>
>>> --
>>> Dean Wampler
>>> "Programming Scala" (O'Reilly) http://programmingscala.com
>>> twitter: @deanwampler, @chicagoscala
>>> http://polyglotprogramming.com
>>>
>>> --
>>> You received this message because you are subscribed to
>>> the Google Groups "Akka User List" group.
>>> To post to this group, send email to
>>> akka...@googlegroups.com
>>> <mailto:akka...@googlegroups.com>.
>>> To unsubscribe from this group, send email to
>>> akka-user+...@googlegroups.com
>>> <mailto:akka-user+...@googlegroups.com>.
>>> For more options, visit this group at
>>> http://groups.google.com/group/akka-user?hl=en.
>>
>>
>> --
>> Martin Krasser
>>
>> Blog: http://krasserm.blogspot.com
>> Twitter: http://twitter.com/mrt1nz
>>
>>
>> --
>> You received this message because you are subscribed to
>> the Google Groups "Akka User List" group.
>> To post to this group, send email to
>> akka...@googlegroups.com
>> <mailto:akka...@googlegroups.com>.
>> To unsubscribe from this group, send email to
>> akka-user+...@googlegroups.com
>> <mailto:akka-user%2Bunsu...@googlegroups.com>.
>> For more options, visit this group at
>> http://groups.google.com/group/akka-user?hl=en.
>>
>>
>>
>>
>> --
>> Dean Wampler
>> "Programming Scala" (O'Reilly) http://programmingscala.com
>> twitter: @deanwampler, @chicagoscala
>> http://polyglotprogramming.com
>>
>> --
>> You received this message because you are subscribed to the
>> Google Groups "Akka User List" group.
>> To post to this group, send email to
>> akka...@googlegroups.com <mailto:akka...@googlegroups.com>.
>> To unsubscribe from this group, send email to
>> akka-user+...@googlegroups.com
>> <mailto:akka-user%2Bunsu...@googlegroups.com>.
>> For more options, visit this group at
>> http://groups.google.com/group/akka-user?hl=en.
>>
>>
>>
>>
>> --
>> Viktor Klang
>> | "A complex system that works is invariably
>> | found to have evolved from a simple system
>> | that worked." - John Gall
>>
>> Akka - the Actor Kernel: Akkasource.org
>> Twttr: twitter.com/viktorklang <http://twitter.com/viktorklang>
>> --
>> You received this message because you are subscribed to the
>> Google Groups "Akka User List" group.
>> To post to this group, send email to akka...@googlegroups.com
>> <mailto:akka...@googlegroups.com>.
>> To unsubscribe from this group, send email to
>> akka-user+...@googlegroups.com
>> <mailto:akka-user+...@googlegroups.com>.
>> For more options, visit this group at
>> http://groups.google.com/group/akka-user?hl=en.
>
>
> --
> Martin Krasser
>
> Blog: http://krasserm.blogspot.com
> Twitter: http://twitter.com/mrt1nz
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Akka User List" group.
> To post to this group, send email to akka...@googlegroups.com
> <mailto:akka...@googlegroups.com>.
> To unsubscribe from this group, send email to
> akka-user+...@googlegroups.com
> <mailto:akka-user%2Bunsu...@googlegroups.com>.
Jonas Bonér
>>>> On Tue, Jun 8, 2010 at 9:17 AM, Jonas Bonér
>>>> <jo...@jonasboner.com <mailto:jo...@jonasboner.com>> wrote:
>>>>
>>>> Ok. So we know that the problem is in Camel
>>>> integration?
>>>>
>>>> -- Jonas Bonér
>>>> http://jayway.com
>>>> http://akkasource.com
>>>> twitter: jboner
>>>>
>>>>> On 8 Jun 2010 16:11, "Dean Wampler"
>>>>> <deanw...@gmail.com
>>>>> <mailto:deanw...@gmail.com>> wrote:
>>>>>
>>>>> Jonas,
>>>>> For the time being, I've disabled Camel support
>>>>> (which I don't need) by using my own servlet
>>>>> initializer that doesn't mix in the CamelService trait.
>>>>>
>>>>> dean
>>>>>
>>>>>
>>>>> On Tue, Jun 8, 2010 at 4:05 AM, Jonas Bonér
--