RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi Jeff, Thanks for the update, it works like a charm :) Thanks again for the quick update. Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Sunday, 21 January 2007 1:59 PM > To: 'Maven Users List' > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > For anyone with similar issue, I deployed a > maven-cobertura-plugin-1.3-SNAPSHOT that fixes the problem in my testing. > Please provide feedback if you try the snapshot. > > http://sourceforge.net/tracker/index.php?func=detail&aid=1639236&group_i d=61 > 626&atid=497853 > > > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 18, 2007 9:02 PM > To: 'Maven Users List' > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > I'm glad you were able to narrow it down. I haven't had much time to look > at it further this week. I will this weekend though. > > Please create the small project that demonstrates the problem and attach it > to a bug report at SourceForge. > > > -Original Message- > From: Srilakshmanan, Lakshman > [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 18, 2007 6:55 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Hi Jeff & Arnaud, > > It appears my mail was truncated. Please find the full list below. > Could you please confirm whether this is a bug and whether I should file a > bug report. > > > > Sorry for my silence, but I have been trying to narrow down the problem to > provide a small project. > > I have now narrowed down the problem and I will try and explain it below. If > you believe you prefer a small project, I will be more than happy to provide > one. > > 1) Common-1.0.jar contains > public abstract class AbstractAlarmAppender extends > org.apache.log4j.AppenderSkeleton > > 2) SMSService project contains > public class SmsAppender extends AbstractAlarmAppender > > The above works fine. My code compiles, Unit Tests pass and the code is > successfully instrumented by cobertura. That means Common-1.0.jar is > available in SMSService. > > > In my SMSService/src/conf I have a log4j.xml which contains the following > > > > > > > > > It is the SmsAppender in the log4j.xml that is causing the problem. It's as > if Common-1.0.jar is not available to log4j & cobertura. > > Any thoughts or feedback is much appreciated, and again, if you need a > sample project, I will be happy to provide one. > > Thanks > Lakshman > > > > -Original Message- > > From: Srilakshmanan, Lakshman > > Sent: Wednesday, 17 January 2007 5:20 PM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Cc: Maven Users List > > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > Hi Jeff & Arnaud > > > > Sorry for my silence, but I have been trying to narrow down the > problem > > to provide a small project. > > > > I have now narrowed down the problem and I will try and explain it > > below. If you believe you prefer a small project, I will be more than > > happy to provide one. > > > > 1) Common-1.0.jar contains > > public abstract class AbstractAlarmAppender extends > > org.apache.log4j.AppenderSkeleton > > > > 2) SMSService project contains > > public class SmsAppender extends AbstractAlarmAppender > > > > The above works fine. That means Common-1.0.jar is available in > > SMSService. > > > > > > In my SMSService/src/conf I have a log4j.xml which contains the > > following > > > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
For anyone with similar issue, I deployed a maven-cobertura-plugin-1.3-SNAPSHOT that fixes the problem in my testing. Please provide feedback if you try the snapshot. http://sourceforge.net/tracker/index.php?func=detail&aid=1639236&group_id=61 626&atid=497853 -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 9:02 PM To: 'Maven Users List' Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError I'm glad you were able to narrow it down. I haven't had much time to look at it further this week. I will this weekend though. Please create the small project that demonstrates the problem and attach it to a bug report at SourceForge. -Original Message- From: Srilakshmanan, Lakshman [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 6:55 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Maven Users List Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError Hi Jeff & Arnaud, It appears my mail was truncated. Please find the full list below. Could you please confirm whether this is a bug and whether I should file a bug report. Sorry for my silence, but I have been trying to narrow down the problem to provide a small project. I have now narrowed down the problem and I will try and explain it below. If you believe you prefer a small project, I will be more than happy to provide one. 1) Common-1.0.jar contains public abstract class AbstractAlarmAppender extends org.apache.log4j.AppenderSkeleton 2) SMSService project contains public class SmsAppender extends AbstractAlarmAppender The above works fine. My code compiles, Unit Tests pass and the code is successfully instrumented by cobertura. That means Common-1.0.jar is available in SMSService. In my SMSService/src/conf I have a log4j.xml which contains the following It is the SmsAppender in the log4j.xml that is causing the problem. It's as if Common-1.0.jar is not available to log4j & cobertura. Any thoughts or feedback is much appreciated, and again, if you need a sample project, I will be happy to provide one. Thanks Lakshman > -Original Message- > From: Srilakshmanan, Lakshman > Sent: Wednesday, 17 January 2007 5:20 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Hi Jeff & Arnaud > > Sorry for my silence, but I have been trying to narrow down the problem > to provide a small project. > > I have now narrowed down the problem and I will try and explain it > below. If you believe you prefer a small project, I will be more than > happy to provide one. > > 1) Common-1.0.jar contains > public abstract class AbstractAlarmAppender extends > org.apache.log4j.AppenderSkeleton > > 2) SMSService project contains > public class SmsAppender extends AbstractAlarmAppender > > The above works fine. That means Common-1.0.jar is available in > SMSService. > > > In my SMSService/src/conf I have a log4j.xml which contains the > following > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
I'm glad you were able to narrow it down. I haven't had much time to look at it further this week. I will this weekend though. Please create the small project that demonstrates the problem and attach it to a bug report at SourceForge. -Original Message- From: Srilakshmanan, Lakshman [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 6:55 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Maven Users List Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError Hi Jeff & Arnaud, It appears my mail was truncated. Please find the full list below. Could you please confirm whether this is a bug and whether I should file a bug report. Sorry for my silence, but I have been trying to narrow down the problem to provide a small project. I have now narrowed down the problem and I will try and explain it below. If you believe you prefer a small project, I will be more than happy to provide one. 1) Common-1.0.jar contains public abstract class AbstractAlarmAppender extends org.apache.log4j.AppenderSkeleton 2) SMSService project contains public class SmsAppender extends AbstractAlarmAppender The above works fine. My code compiles, Unit Tests pass and the code is successfully instrumented by cobertura. That means Common-1.0.jar is available in SMSService. In my SMSService/src/conf I have a log4j.xml which contains the following It is the SmsAppender in the log4j.xml that is causing the problem. It's as if Common-1.0.jar is not available to log4j & cobertura. Any thoughts or feedback is much appreciated, and again, if you need a sample project, I will be happy to provide one. Thanks Lakshman > -Original Message- > From: Srilakshmanan, Lakshman > Sent: Wednesday, 17 January 2007 5:20 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Hi Jeff & Arnaud > > Sorry for my silence, but I have been trying to narrow down the problem > to provide a small project. > > I have now narrowed down the problem and I will try and explain it > below. If you believe you prefer a small project, I will be more than > happy to provide one. > > 1) Common-1.0.jar contains > public abstract class AbstractAlarmAppender extends > org.apache.log4j.AppenderSkeleton > > 2) SMSService project contains > public class SmsAppender extends AbstractAlarmAppender > > The above works fine. That means Common-1.0.jar is available in > SMSService. > > > In my SMSService/src/conf I have a log4j.xml which contains the > following > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi Jeff & Arnaud, It appears my mail was truncated. Please find the full list below. Could you please confirm whether this is a bug and whether I should file a bug report. Sorry for my silence, but I have been trying to narrow down the problem to provide a small project. I have now narrowed down the problem and I will try and explain it below. If you believe you prefer a small project, I will be more than happy to provide one. 1) Common-1.0.jar contains public abstract class AbstractAlarmAppender extends org.apache.log4j.AppenderSkeleton 2) SMSService project contains public class SmsAppender extends AbstractAlarmAppender The above works fine. My code compiles, Unit Tests pass and the code is successfully instrumented by cobertura. That means Common-1.0.jar is available in SMSService. In my SMSService/src/conf I have a log4j.xml which contains the following It is the SmsAppender in the log4j.xml that is causing the problem. It's as if Common-1.0.jar is not available to log4j & cobertura. Any thoughts or feedback is much appreciated, and again, if you need a sample project, I will be happy to provide one. Thanks Lakshman > -Original Message- > From: Srilakshmanan, Lakshman > Sent: Wednesday, 17 January 2007 5:20 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Hi Jeff & Arnaud > > Sorry for my silence, but I have been trying to narrow down the problem > to provide a small project. > > I have now narrowed down the problem and I will try and explain it > below. If you believe you prefer a small project, I will be more than > happy to provide one. > > 1) Common-1.0.jar contains > public abstract class AbstractAlarmAppender extends > org.apache.log4j.AppenderSkeleton > > 2) SMSService project contains > public class SmsAppender extends AbstractAlarmAppender > > The above works fine. That means Common-1.0.jar is available in > SMSService. > > > In my SMSService/src/conf I have a log4j.xml which contains the > following > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi Jeff & Arnaud Sorry for my silence, but I have been trying to narrow down the problem to provide a small project. I have now narrowed down the problem and I will try and explain it below. If you believe you prefer a small project, I will be more than happy to provide one. 1) Common-1.0.jar contains public abstract class AbstractAlarmAppender extends org.apache.log4j.AppenderSkeleton 2) SMSService project contains public class SmsAppender extends AbstractAlarmAppender The above works fine. That means Common-1.0.jar is available in SMSService. In my SMSService/src/conf I have a log4j.xml which contains the following . . . . It is the SmsAppender in the log4j.xml that is causing the problem. It's as if Common-1.0.jar is not available to log4j & cobertura. Any thoughts or feedback is much appreciated, and again, if you need a sample project, I will be happy to provide one. Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Thursday, 11 January 2007 9:34 AM > To: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Will you assemble a small project.xml and Java files that exhibits this problem > and share it please? I would like to see some behavior firsthand to diagnose. > > If so, I suggest the best approach is to create a defect entry at the Maven > Plugins project at SourceForge and zip & attach the example. > > https://sourceforge.net/tracker/?group_id=61626&atid=497853 > > > Quoting "Srilakshmanan, Lakshman" <[EMAIL PROTECTED]>: > > > Hi Jeff, > > > > Yes, SCCommons-1.0.jar is contained in my dependency list. > > > > adding dependency /repository/SCCommon/jars/SCCommon-1.0.jar into > > project classloader > > > > Here is another interesting issue. > > > > au.com.sc.logging.AbstractAlarmAppender is contained in SCCommon-1.0.jar > > and it extends org.apache.log4j.AppenderSkeleton contained in log4j and > > all works well :) > > > > It appears to be a problem only when another project extends > > au.com.sc.logging.AbstractAlarmAppender. > > > > Thanks > > Lakshman > > > > > > > -Original Message- > > > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, 10 January 2007 2:22 PM > > > To: 'Maven Users List' > > > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > > > Does your project dependency list include the SCCommons-1.0.jar? It > > seems > > > like it does, but let's verify. > > > > > > > > > -Original Message- > > > From: Srilakshmanan, Lakshman > > > [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, January 09, 2007 9:01 PM > > > To: Maven Users List > > > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > > > Hi Jeff & Arnaud, > > > > > > Thanks for your quick response. Much appreciate your help. > > > > > > > What are your source tree dirs? Particularly, where does this class > > > reside > > > > and where does the code Cobertura instruments reside? > > > > > > Please find my tree structure below. In summary it's the maven > > recommended > > > structure. > > > > > > The code Cobertura instruments resides under > > ./target/cobertura/classes > > > > > > I am assuming "where does this class reside" ? to mean the class > > throwing > > > the exception, and it resides under > > > src/java/au/com/sc/enterprisesms/SmsAppender.java and it extends > > > au.com.sc.logging.AbstractAlarmAppender which is contained in our > > commons > > > library SCCommons-1.0.jar. > > > > > > au.com.sc.logging.AbstractAlarmAppender in turn extends > > > org.apache.log4j.AppenderSkeleton > > > > > > The Cobertura instruments class is empty as the build fails and no > > class > > > have been instrumented yet. > > > > > > > > > > > > ./sql > > > ./xdocs > > > ./src > > > ./src/test > > > ./src/test/au > > > ./src/test/au/com > > > ./src/test/au/com/sc > > > ./src/test/au/com/sc/enterprisesms > > > ./src/test/au/com/sc/enterprisesms/database > > > ./src/test/au/com/sc/enterprisesms/database/dao > > > ./src/test/au/com/sc/enterprisesms/common > > > ./src/test/au/com/sc/enterprisesms/jms > > > ./src/test/au/com/sc/enterprisesms/jms/adapt
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Will you assemble a small project.xml and Java files that exhibits this problem and share it please? I would like to see some behavior firsthand to diagnose. If so, I suggest the best approach is to create a defect entry at the Maven Plugins project at SourceForge and zip & attach the example. https://sourceforge.net/tracker/?group_id=61626&atid=497853 Quoting "Srilakshmanan, Lakshman" <[EMAIL PROTECTED]>: > Hi Jeff, > > Yes, SCCommons-1.0.jar is contained in my dependency list. > > adding dependency /repository/SCCommon/jars/SCCommon-1.0.jar into > project classloader > > Here is another interesting issue. > > au.com.sc.logging.AbstractAlarmAppender is contained in SCCommon-1.0.jar > and it extends org.apache.log4j.AppenderSkeleton contained in log4j and > all works well :) > > It appears to be a problem only when another project extends > au.com.sc.logging.AbstractAlarmAppender. > > Thanks > Lakshman > > > > -Original Message- > > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 10 January 2007 2:22 PM > > To: 'Maven Users List' > > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > Does your project dependency list include the SCCommons-1.0.jar? It > seems > > like it does, but let's verify. > > > > > > -Original Message----- > > From: Srilakshmanan, Lakshman > > [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, January 09, 2007 9:01 PM > > To: Maven Users List > > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > Hi Jeff & Arnaud, > > > > Thanks for your quick response. Much appreciate your help. > > > > > What are your source tree dirs? Particularly, where does this class > > reside > > > and where does the code Cobertura instruments reside? > > > > Please find my tree structure below. In summary it's the maven > recommended > > structure. > > > > The code Cobertura instruments resides under > ./target/cobertura/classes > > > > I am assuming "where does this class reside" ? to mean the class > throwing > > the exception, and it resides under > > src/java/au/com/sc/enterprisesms/SmsAppender.java and it extends > > au.com.sc.logging.AbstractAlarmAppender which is contained in our > commons > > library SCCommons-1.0.jar. > > > > au.com.sc.logging.AbstractAlarmAppender in turn extends > > org.apache.log4j.AppenderSkeleton > > > > The Cobertura instruments class is empty as the build fails and no > class > > have been instrumented yet. > > > > > > > > ./sql > > ./xdocs > > ./src > > ./src/test > > ./src/test/au > > ./src/test/au/com > > ./src/test/au/com/sc > > ./src/test/au/com/sc/enterprisesms > > ./src/test/au/com/sc/enterprisesms/database > > ./src/test/au/com/sc/enterprisesms/database/dao > > ./src/test/au/com/sc/enterprisesms/common > > ./src/test/au/com/sc/enterprisesms/jms > > ./src/test/au/com/sc/enterprisesms/jms/adapter > > ./src/test/au/com/sc/enterprisesms/jms/adapter/get > > ./src/test/au/com/sc/enterprisesms/jms/adapter/dload > > ./src/test/au/com/sc/enterprisesms/jms/adapter/dealerenquiry > > /src/test/au/com/sc/enterprisesms/jms/adapter/ecs > > ./src/test/au/com/sc/enterprisesms/util > > ./src/test/au/com/sc/enterprisesms/exception > > ./src/java > > ./src/java/au > > ./src/java/au/com > > ./src/java/au/com/sc > > ./src/java/au/com/sc/enterprisesms > > ./src/java/au/com/sc/enterprisesms/model > > /src/java/au/com/sc/enterprisesms/database > > ./src/java/au/com/sc/enterprisesms/database/dao > > ./src/java/au/com/sc/enterprisesms/database/util > > ./src/java/au/com/sc/enterprisesms/jms > > ./src/java/au/com/sc/enterprisesms/jms/adapter > > ./src/java/au/com/sc/enterprisesms/jms/adapter/get > > ./src/java/au/com/sc/enterprisesms/jms/adapter/dload > > ./src/java/au/com/sc/enterprisesms/jms/adapter/dealerenquiry > > ./src/java/au/com/sc/enterprisesms/jms/adapter/ecs > > ./src/java/au/com/sc/enterprisesms/util > > ./src/java/au/com/sc/enterprisesms/exception > > ./src/java/autoGen > > ./src/java/autoGen/jaxb > > ./src/java/autoGen/jaxb/au > > ./src/java/autoGen/jaxb/au/com > > ./src/java/autoGen/jaxb/au/com/sc > > /src/java/autoGen/jaxb/au/com/sc/enterprisesms > > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms > > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding > > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model > &
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi Jeff, Yes, SCCommons-1.0.jar is contained in my dependency list. adding dependency /repository/SCCommon/jars/SCCommon-1.0.jar into project classloader Here is another interesting issue. au.com.sc.logging.AbstractAlarmAppender is contained in SCCommon-1.0.jar and it extends org.apache.log4j.AppenderSkeleton contained in log4j and all works well :) It appears to be a problem only when another project extends au.com.sc.logging.AbstractAlarmAppender. Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 2:22 PM > To: 'Maven Users List' > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Does your project dependency list include the SCCommons-1.0.jar? It seems > like it does, but let's verify. > > > -Original Message- > From: Srilakshmanan, Lakshman > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 09, 2007 9:01 PM > To: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Hi Jeff & Arnaud, > > Thanks for your quick response. Much appreciate your help. > > > What are your source tree dirs? Particularly, where does this class > reside > > and where does the code Cobertura instruments reside? > > Please find my tree structure below. In summary it's the maven recommended > structure. > > The code Cobertura instruments resides under ./target/cobertura/classes > > I am assuming "where does this class reside" ? to mean the class throwing > the exception, and it resides under > src/java/au/com/sc/enterprisesms/SmsAppender.java and it extends > au.com.sc.logging.AbstractAlarmAppender which is contained in our commons > library SCCommons-1.0.jar. > > au.com.sc.logging.AbstractAlarmAppender in turn extends > org.apache.log4j.AppenderSkeleton > > The Cobertura instruments class is empty as the build fails and no class > have been instrumented yet. > > > > ./sql > ./xdocs > ./src > ./src/test > ./src/test/au > ./src/test/au/com > ./src/test/au/com/sc > ./src/test/au/com/sc/enterprisesms > ./src/test/au/com/sc/enterprisesms/database > ./src/test/au/com/sc/enterprisesms/database/dao > ./src/test/au/com/sc/enterprisesms/common > ./src/test/au/com/sc/enterprisesms/jms > ./src/test/au/com/sc/enterprisesms/jms/adapter > ./src/test/au/com/sc/enterprisesms/jms/adapter/get > ./src/test/au/com/sc/enterprisesms/jms/adapter/dload > ./src/test/au/com/sc/enterprisesms/jms/adapter/dealerenquiry > /src/test/au/com/sc/enterprisesms/jms/adapter/ecs > ./src/test/au/com/sc/enterprisesms/util > ./src/test/au/com/sc/enterprisesms/exception > ./src/java > ./src/java/au > ./src/java/au/com > ./src/java/au/com/sc > ./src/java/au/com/sc/enterprisesms > ./src/java/au/com/sc/enterprisesms/model > /src/java/au/com/sc/enterprisesms/database > ./src/java/au/com/sc/enterprisesms/database/dao > ./src/java/au/com/sc/enterprisesms/database/util > ./src/java/au/com/sc/enterprisesms/jms > ./src/java/au/com/sc/enterprisesms/jms/adapter > ./src/java/au/com/sc/enterprisesms/jms/adapter/get > ./src/java/au/com/sc/enterprisesms/jms/adapter/dload > ./src/java/au/com/sc/enterprisesms/jms/adapter/dealerenquiry > ./src/java/au/com/sc/enterprisesms/jms/adapter/ecs > ./src/java/au/com/sc/enterprisesms/util > ./src/java/au/com/sc/enterprisesms/exception > ./src/java/autoGen > ./src/java/autoGen/jaxb > ./src/java/autoGen/jaxb/au > ./src/java/autoGen/jaxb/au/com > ./src/java/autoGen/jaxb/au/com/sc > /src/java/autoGen/jaxb/au/com/sc/enterprisesms > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model/impl > /src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model/impl/r > untime > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model/impl > ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model/impl > /runtime > ./src/java/autoGen/hibernate > ./src/java/autoGen/hibernate/au > ./src/java/autoGen/hibernate/au/com > ./src/java/autoGen/hibernate/au/com/sc > ./src/java/autoGen/hibernate/au/com/sc/enterprisesms > ./src/java/autoGen/hibernate/au/com/sc/enterprisesms/persistence > ./src/conf > ./src/conf/webservices > ./src/conf/au > /src/conf/au/com > ./src/conf/au/com/sc > ./src/conf/au/com/sc/enterprisesms > ./src/conf/au/com/sc/enterpris
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Does your project dependency list include the SCCommons-1.0.jar? It seems like it does, but let's verify. -Original Message- From: Srilakshmanan, Lakshman [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 09, 2007 9:01 PM To: Maven Users List Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError Hi Jeff & Arnaud, Thanks for your quick response. Much appreciate your help. > What are your source tree dirs? Particularly, where does this class reside > and where does the code Cobertura instruments reside? Please find my tree structure below. In summary it's the maven recommended structure. The code Cobertura instruments resides under ./target/cobertura/classes I am assuming "where does this class reside" ? to mean the class throwing the exception, and it resides under src/java/au/com/sc/enterprisesms/SmsAppender.java and it extends au.com.sc.logging.AbstractAlarmAppender which is contained in our commons library SCCommons-1.0.jar. au.com.sc.logging.AbstractAlarmAppender in turn extends org.apache.log4j.AppenderSkeleton The Cobertura instruments class is empty as the build fails and no class have been instrumented yet. ./sql ./xdocs ./src ./src/test ./src/test/au ./src/test/au/com ./src/test/au/com/sc ./src/test/au/com/sc/enterprisesms ./src/test/au/com/sc/enterprisesms/database ./src/test/au/com/sc/enterprisesms/database/dao ./src/test/au/com/sc/enterprisesms/common ./src/test/au/com/sc/enterprisesms/jms ./src/test/au/com/sc/enterprisesms/jms/adapter ./src/test/au/com/sc/enterprisesms/jms/adapter/get ./src/test/au/com/sc/enterprisesms/jms/adapter/dload ./src/test/au/com/sc/enterprisesms/jms/adapter/dealerenquiry ./src/test/au/com/sc/enterprisesms/jms/adapter/ecs ./src/test/au/com/sc/enterprisesms/util ./src/test/au/com/sc/enterprisesms/exception ./src/java ./src/java/au ./src/java/au/com ./src/java/au/com/sc ./src/java/au/com/sc/enterprisesms ./src/java/au/com/sc/enterprisesms/model ./src/java/au/com/sc/enterprisesms/database ./src/java/au/com/sc/enterprisesms/database/dao ./src/java/au/com/sc/enterprisesms/database/util ./src/java/au/com/sc/enterprisesms/jms ./src/java/au/com/sc/enterprisesms/jms/adapter ./src/java/au/com/sc/enterprisesms/jms/adapter/get ./src/java/au/com/sc/enterprisesms/jms/adapter/dload ./src/java/au/com/sc/enterprisesms/jms/adapter/dealerenquiry ./src/java/au/com/sc/enterprisesms/jms/adapter/ecs ./src/java/au/com/sc/enterprisesms/util ./src/java/au/com/sc/enterprisesms/exception ./src/java/autoGen ./src/java/autoGen/jaxb ./src/java/autoGen/jaxb/au ./src/java/autoGen/jaxb/au/com ./src/java/autoGen/jaxb/au/com/sc ./src/java/autoGen/jaxb/au/com/sc/enterprisesms ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model/impl ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/sms/binding/model/impl/r untime ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model/impl ./src/java/autoGen/jaxb/au/com/sc/enterprisesms/dload/binding/model/impl /runtime ./src/java/autoGen/hibernate ./src/java/autoGen/hibernate/au ./src/java/autoGen/hibernate/au/com ./src/java/autoGen/hibernate/au/com/sc ./src/java/autoGen/hibernate/au/com/sc/enterprisesms ./src/java/autoGen/hibernate/au/com/sc/enterprisesms/persistence ./src/conf ./src/conf/webservices ./src/conf/au ./src/conf/au/com ./src/conf/au/com/sc ./src/conf/au/com/sc/enterprisesms ./src/conf/au/com/sc/enterprisesms/persistence ./bin ./target ./target/classes ./target/classes/au ./target/classes/au/com ./target/classes/au/com/sc ./target/classes/au/com/sc/enterprisesms ./target/classes/au/com/sc/enterprisesms/model ./target/classes/au/com/sc/enterprisesms/database ./target/classes/au/com/sc/enterprisesms/database/dao ./target/classes/au/com/sc/enterprisesms/database/util ./target/classes/au/com/sc/enterprisesms/persistence ./target/classes/au/com/sc/enterprisesms/jms ./target/classes/au/com/sc/enterprisesms/jms/adapter ./target/classes/au/com/sc/enterprisesms/jms/adapter/get ./target/classes/au/com/sc/enterprisesms/jms/adapter/ecs ./target/classes/au/com/sc/enterprisesms/jms/adapter/dload ./target/classes/au/com/sc/enterprisesms/jms/adapter/dealerenquiry ./target/classes/au/com/sc/enterprisesms/sms ./target/classes/au/com/sc/enterprisesms/sms/binding ./target/classes/au/com/sc/enterprisesms/sms/binding/model ./target/classes/au/com/sc/enterprisesms/sms/binding/model/impl ./target/classes/au/com/sc/enterprisesms/sms/binding/model/impl/runtime ./target/classes/au/com/sc/enterprisesms/util ./target/classes/au/com/sc/enterprisesms/dload ./target/classes/au/com/sc/enterprisesms/dload/binding ./target/classes/au/com/sc/enterprisesm
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi Jeff & Arnaud Thanks for your quick response. Much appreciate your help. The class throwing the exception is src/java/au/com/sc/enterprisesms/SmsAppender.java and it extends au.com.sc.logging.AbstractAlarmAppender which is contained in our commons library SCCommons-1.0.jar. au.com.sc.logging.AbstractAlarmAppender in turn extends org.apache.log4j.AppenderSkeleton BTW : if I don't etxtend org.apache.log4j.AppenderSkeleton in our AbstractAlarmAppender then I don't get a ClassDefFoundError. Instead I get an Incompatible type exception, which is understandable. Thanks Lakshman > -Original Message- > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 1:05 PM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > It's like if your class wasn't found. > Do you see it in the target/classes dir ? > > Arnaud > > On 1/10/07, Srilakshmanan, Lakshman < > [EMAIL PROTECTED]> wrote: > > > > Yes > > > > Thanks > > Lakshman > > > > > > > -Original Message- > > > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, 10 January 2007 12:11 PM > > > To: Maven Users List > > > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > > > > > au/com/sc/logging/AbstractAlarmAppender > > > This is the class you developed ? > > > > > > Arnaud > > > > > > > > > On 1/10/07, Srilakshmanan, Lakshman < > > > [EMAIL PROTECTED]> wrote: > > > > > > > > Thanks Jeff & Arnaud for your feedback. > > > > > > > > I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. > > > > Please find snippet of the build output below. > > > > > > > > The output shows that the log4j is loaded in the classpath. > > > > > > > > What's interesting is that cobertura appears to be referencing > > > > net.sourceforge.cobertura.ant.AntUtil ?? > > > > > > > > Any suggestions welcome. > > > > > > > > Thanks again > > > > Lakshman > > > > > > > > . > > > > . > > > > . > > > > . > > > > cobertura:on: > > > > . > > > > . > > > > . > > > > . > > > > . > > > > > > > > [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil > > > > [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from > > ant > > > > loader > > > > [DEBUG] Class java.lang.StringBuffer loaded from parent loader > > > > [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from > > > > parent loader > > > > [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded > > from > > > > parent loader > > > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category > > > > loaded from parent loader > > > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger > > loaded > > > > from parent loader > > > > [cobertura-instrument] [DEBUG] Class > > > > java.lang.IllegalArgumentException loaded from parent loader > > > > . > > > > . > > > > . > > > > . > > > > . > > > > [cobertura-instrument] [DEBUG] Class > > > > org.apache.tools.ant.types.Commandline$Argument loaded from parent > > > > loader > > > > [cobertura-instrument] [DEBUG] Finding class > > > > net.sourceforge.cobertura.ant.AntUtil > > > > [cobertura-instrument] [DEBUG] Class > > > > net.sourceforge.cobertura.ant.AntUtil loaded from ant loader > > > > [cobertura-instrument] [VERBOSE] Executing > > > > '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: > > > > '-classpath' > > > > > > '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM > > > > > > SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o > > > > ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' > > > > 'net.sourceforge.cobertura.instrument.Main' > > > > '--commandsfile' > > > > '/tmp/cobertura.44644.cmdline' > > > > > > > > The ' characters around the executable and arguments are > > > > not part of the c
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
arget/test-classes/au/com/sc ./target/test-classes/au/com/sc/enterprisesms ./target/test-classes/au/com/sc/enterprisesms/database ./target/test-classes/au/com/sc/enterprisesms/database/dao ./target/test-classes/au/com/sc/enterprisesms/common ./target/test-classes/au/com/sc/enterprisesms/jms ./target/test-classes/au/com/sc/enterprisesms/jms/adapter ./target/test-classes/au/com/sc/enterprisesms/jms/adapter/get ./target/test-classes/au/com/sc/enterprisesms/jms/adapter/dload ./target/test-classes/au/com/sc/enterprisesms/jms/adapter/dealerenquiry ./target/test-classes/au/com/sc/enterprisesms/jms/adapter/ecs ./target/test-classes/au/com/sc/enterprisesms/util ./target/test-classes/au/com/sc/enterprisesms/exception ./target/test-reports ./target/EnterpriseSMSService ./target/EnterpriseSMSService/WEB-INF ./target/EnterpriseSMSService/WEB-INF/wsdl ./target/EnterpriseSMSService/WEB-INF/map ./target/EnterpriseSMSService/WEB-INF/lib ./target/EnterpriseSMSService/WEB-INF/tld ./target/EnterpriseSMSService/WEB-INF/classes ./target/EnterpriseSMSService/WEB-INF/classes/au ./target/EnterpriseSMSService/WEB-INF/classes/au/com ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/sm s ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/sm s/binding ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/sm s/binding/model ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/sm s/binding/model/impl ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/sm s/binding/model/impl/runtime ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s/adapter ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s/adapter/ecs ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s/adapter/dealerenquiry ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s/adapter/get ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/jm s/adapter/dload ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/dl oad ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/dl oad/binding ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/dl oad/binding/model ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/dl oad/binding/model/impl ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/dl oad/binding/model/impl/runtime ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/pe rsistence ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/ut il ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/da tabase ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/da tabase/dao ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/da tabase/util ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/mo del ./target/EnterpriseSMSService/WEB-INF/classes/au/com/sc/enterprisesms/ex ception ./target/generated-xdocs ./target/docs ./target/docs/images ./target/docs/cobertura ./target/javadoc ./target/javadoc/src ./target/cobertura ./target/cobertura/classes Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 1:04 PM > To: 'Maven Users List' > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > What are your source tree dirs? Particularly, where does this class reside > and where does the code Cobertura instruments reside? > > > -Original Message- > From: Srilakshmanan, Lakshman > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 09, 2007 7:03 PM > To: Maven Users List > Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Thanks Jeff & Arnaud for your feedback. > > I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. > Please find snippet of the build output below. > > The output shows that the log4j is loaded in the classpath. > > What's interesting is that cobertura appears to be referencing > net.sourceforge.cobertura.ant.AntUtil ?? > > Any suggestions welcome. > > Thanks again > Lakshman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
It's like if your class wasn't found. Do you see it in the target/classes dir ? Arnaud On 1/10/07, Srilakshmanan, Lakshman < [EMAIL PROTECTED]> wrote: Yes Thanks Lakshman > -Original Message- > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 12:11 PM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > au/com/sc/logging/AbstractAlarmAppender > This is the class you developed ? > > Arnaud > > > On 1/10/07, Srilakshmanan, Lakshman < > [EMAIL PROTECTED]> wrote: > > > > Thanks Jeff & Arnaud for your feedback. > > > > I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. > > Please find snippet of the build output below. > > > > The output shows that the log4j is loaded in the classpath. > > > > What's interesting is that cobertura appears to be referencing > > net.sourceforge.cobertura.ant.AntUtil ?? > > > > Any suggestions welcome. > > > > Thanks again > > Lakshman > > > > . > > . > > . > > . > > cobertura:on: > > . > > . > > . > > . > > . > > > > [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil > > [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from ant > > loader > > [DEBUG] Class java.lang.StringBuffer loaded from parent loader > > [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from > > parent loader > > [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded from > > parent loader > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category > > loaded from parent loader > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger loaded > > from parent loader > > [cobertura-instrument] [DEBUG] Class > > java.lang.IllegalArgumentException loaded from parent loader > > . > > . > > . > > . > > . > > [cobertura-instrument] [DEBUG] Class > > org.apache.tools.ant.types.Commandline$Argument loaded from parent > > loader > > [cobertura-instrument] [DEBUG] Finding class > > net.sourceforge.cobertura.ant.AntUtil > > [cobertura-instrument] [DEBUG] Class > > net.sourceforge.cobertura.ant.AntUtil loaded from ant loader > > [cobertura-instrument] [VERBOSE] Executing > > '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: > > '-classpath' > > '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM > > SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o > > ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' > > 'net.sourceforge.cobertura.instrument.Main' > > '--commandsfile' > > '/tmp/cobertura.44644.cmdline' > > > > The ' characters around the executable and arguments are > > not part of the command. > > > > [cobertura-instrument] [DEBUG] Execute:Java13CommandLauncher: > > Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: > > '-classpath' > > '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM > > SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o > > ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' > > 'net.sourceforge.cobertura.instrument.Main' > > '--commandsfile' > > '/tmp/cobertura.44644.cmdline' > > > > The ' characters around the executable and arguments are > > not part of the command. > > > > [cobertura-instrument] log4j: Threshold ="null". > > [cobertura-instrument] log4j: Retreiving an instance of > > org.apache.log4j.Logger. > > [cobertura-instrument] log4j: Setting [org.apache] additivity to > > [true]. > > [cobertura-instrument] log4j: Level value for org.apache is [OFF]. > > [cobertura-instrument] log4j: org.apache level set to OFF > > [cobertura-instrument] log4j: Retreiving an instance of > > org.apache.log4j.Logger. > > [cobertura-instrument] Exception in thread "main" > > java.lang.NoClassDefFoundError: au/com/sc/logging/AbstractAlarmAppender > > [cobertura-instrument] at > > java.lang.ClassLoader.defineClass1(Native Method) > > [cobertura-instrument] log4j: Setting [au.com.sc.enterprisesms] > > additivity to [true]. > > > > > > Thanks > > Lakshman > > > > > > > -Origina
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
What are your source tree dirs? Particularly, where does this class reside and where does the code Cobertura instruments reside? -Original Message- From: Srilakshmanan, Lakshman [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 09, 2007 7:03 PM To: Maven Users List Subject: RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError Thanks Jeff & Arnaud for your feedback. I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. Please find snippet of the build output below. The output shows that the log4j is loaded in the classpath. What's interesting is that cobertura appears to be referencing net.sourceforge.cobertura.ant.AntUtil ?? Any suggestions welcome. Thanks again Lakshman . . . . cobertura:on: . . . . . [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from ant loader [DEBUG] Class java.lang.StringBuffer loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger loaded from parent loader [cobertura-instrument] [DEBUG] Class java.lang.IllegalArgumentException loaded from parent loader . . . . . [cobertura-instrument] [DEBUG] Class org.apache.tools.ant.types.Commandline$Argument loaded from parent loader [cobertura-instrument] [DEBUG] Finding class net.sourceforge.cobertura.ant.AntUtil [cobertura-instrument] [DEBUG] Class net.sourceforge.cobertura.ant.AntUtil loaded from ant loader [cobertura-instrument] [VERBOSE] Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] [DEBUG] Execute:Java13CommandLauncher: Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] log4j: Threshold ="null". [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] log4j: Setting [org.apache] additivity to [true]. [cobertura-instrument] log4j: Level value for org.apache is [OFF]. [cobertura-instrument] log4j: org.apache level set to OFF [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] Exception in thread "main" java.lang.NoClassDefFoundError: au/com/sc/logging/AbstractAlarmAppender [cobertura-instrument] at java.lang.ClassLoader.defineClass1(Native Method) [cobertura-instrument] log4j: Setting [au.com.sc.enterprisesms] additivity to [true]. Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 9:29 AM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Cobertura plugin 1.7 started depending on log4j 1.2.9, and the Maven > plugin depends on that. Is your issue related to the version of log4j, > i.e. 1.2.8 vs 1.2.9? > > > Quoting Arnaud HERITIER <[EMAIL PROTECTED]>: > > > Hi, > > > > Having a look at the plugin code, it doesn't seem to be useful to add > > log4j in your classpath. > > When tests are executed with cobertura, the following classpath entries > > are added : > > > > > > > > > > > > > > > > > > > > > > > > > > For which class do you have a NoClassDefFoundError ? Can't it be a > > conflict between the version of log4J in your project and the one used in > > the cobertura plugin ? > > > > Arnaud > > > > > > On 1/9/07, Srilakshmanan, Lakshman < > > [EMAIL PROTECTED]> wrote: > > > > > > Hi All, > > > > > > I am using maven-cobertu
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Yes Thanks Lakshman > -Original Message- > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 12:11 PM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > au/com/sc/logging/AbstractAlarmAppender > This is the class you developed ? > > Arnaud > > > On 1/10/07, Srilakshmanan, Lakshman < > [EMAIL PROTECTED]> wrote: > > > > Thanks Jeff & Arnaud for your feedback. > > > > I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. > > Please find snippet of the build output below. > > > > The output shows that the log4j is loaded in the classpath. > > > > What's interesting is that cobertura appears to be referencing > > net.sourceforge.cobertura.ant.AntUtil ?? > > > > Any suggestions welcome. > > > > Thanks again > > Lakshman > > > > . > > . > > . > > . > > cobertura:on: > > . > > . > > . > > . > > . > > > > [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil > > [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from ant > > loader > > [DEBUG] Class java.lang.StringBuffer loaded from parent loader > > [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from > > parent loader > > [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded from > > parent loader > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category > > loaded from parent loader > > [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger loaded > > from parent loader > > [cobertura-instrument] [DEBUG] Class > > java.lang.IllegalArgumentException loaded from parent loader > > . > > . > > . > > . > > . > > [cobertura-instrument] [DEBUG] Class > > org.apache.tools.ant.types.Commandline$Argument loaded from parent > > loader > > [cobertura-instrument] [DEBUG] Finding class > > net.sourceforge.cobertura.ant.AntUtil > > [cobertura-instrument] [DEBUG] Class > > net.sourceforge.cobertura.ant.AntUtil loaded from ant loader > > [cobertura-instrument] [VERBOSE] Executing > > '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: > > '-classpath' > > '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM > > SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o > > ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' > > 'net.sourceforge.cobertura.instrument.Main' > > '--commandsfile' > > '/tmp/cobertura.44644.cmdline' > > > > The ' characters around the executable and arguments are > > not part of the command. > > > > [cobertura-instrument] [DEBUG] Execute:Java13CommandLauncher: > > Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: > > '-classpath' > > '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM > > SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o > > ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' > > 'net.sourceforge.cobertura.instrument.Main' > > '--commandsfile' > > '/tmp/cobertura.44644.cmdline' > > > > The ' characters around the executable and arguments are > > not part of the command. > > > > [cobertura-instrument] log4j: Threshold ="null". > > [cobertura-instrument] log4j: Retreiving an instance of > > org.apache.log4j.Logger. > > [cobertura-instrument] log4j: Setting [org.apache] additivity to > > [true]. > > [cobertura-instrument] log4j: Level value for org.apache is [OFF]. > > [cobertura-instrument] log4j: org.apache level set to OFF > > [cobertura-instrument] log4j: Retreiving an instance of > > org.apache.log4j.Logger. > > [cobertura-instrument] Exception in thread "main" > > java.lang.NoClassDefFoundError: au/com/sc/logging/AbstractAlarmAppender > > [cobertura-instrument] at > > java.lang.ClassLoader.defineClass1(Native Method) > > [cobertura-instrument] log4j: Setting [au.com.sc.enterprisesms] > > additivity to [true]. > > > > > > Thanks > > Lakshman > > > > > > > -Original Message- > > > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, 10 January 2007 9:29 AM > > > To: Maven Users List > > > Subject: Re: [M1] cobertura-1.8 java.lang.NoCl
Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
au/com/sc/logging/AbstractAlarmAppender This is the class you developed ? Arnaud On 1/10/07, Srilakshmanan, Lakshman < [EMAIL PROTECTED]> wrote: Thanks Jeff & Arnaud for your feedback. I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. Please find snippet of the build output below. The output shows that the log4j is loaded in the classpath. What's interesting is that cobertura appears to be referencing net.sourceforge.cobertura.ant.AntUtil ?? Any suggestions welcome. Thanks again Lakshman . . . . cobertura:on: . . . . . [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from ant loader [DEBUG] Class java.lang.StringBuffer loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger loaded from parent loader [cobertura-instrument] [DEBUG] Class java.lang.IllegalArgumentException loaded from parent loader . . . . . [cobertura-instrument] [DEBUG] Class org.apache.tools.ant.types.Commandline$Argument loaded from parent loader [cobertura-instrument] [DEBUG] Finding class net.sourceforge.cobertura.ant.AntUtil [cobertura-instrument] [DEBUG] Class net.sourceforge.cobertura.ant.AntUtil loaded from ant loader [cobertura-instrument] [VERBOSE] Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] [DEBUG] Execute:Java13CommandLauncher: Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] log4j: Threshold ="null". [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] log4j: Setting [org.apache] additivity to [true]. [cobertura-instrument] log4j: Level value for org.apache is [OFF]. [cobertura-instrument] log4j: org.apache level set to OFF [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] Exception in thread "main" java.lang.NoClassDefFoundError: au/com/sc/logging/AbstractAlarmAppender [cobertura-instrument] at java.lang.ClassLoader.defineClass1(Native Method) [cobertura-instrument] log4j: Setting [au.com.sc.enterprisesms] additivity to [true]. Thanks Lakshman > -----Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 9:29 AM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Cobertura plugin 1.7 started depending on log4j 1.2.9, and the Maven > plugin depends on that. Is your issue related to the version of log4j, > i.e. 1.2.8 vs 1.2.9? > > > Quoting Arnaud HERITIER <[EMAIL PROTECTED]>: > > > Hi, > > > > Having a look at the plugin code, it doesn't seem to be useful to add > > log4j in your classpath. > > When tests are executed with cobertura, the following classpath entries > > are added : > > > > > > > > > > > > > > > > > > > > > > > > > > For which class do you have a NoClassDefFoundError ? Can't it be a > > conflict between the version of log4J in your project and the one used in > > the cobertura plugin ? > > > > Arnaud > > > > > > On 1/9/07, Srilakshmanan, Lakshman < > > [EMAIL PROTECTED]> wrote: > > > > > > Hi All, > > > > > > I am using maven-cobertura-plugin-1.2 & cobertura-1.8. > > > We have extended the org.apache.log4j.AppenderSkeleton class. > > > > > > When cobertura tries to instrument the class a > >
RE: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Thanks Jeff & Arnaud for your feedback. I have upgraded log4j dependency from 1.2.8 to 1.2.9 to no avail. Please find snippet of the build output below. The output shows that the log4j is loaded in the classpath. What's interesting is that cobertura appears to be referencing net.sourceforge.cobertura.ant.AntUtil ?? Any suggestions welcome. Thanks again Lakshman . . . . cobertura:on: . . . . . [DEBUG] Finding class net.sourceforge.cobertura.util.StringUtil [DEBUG] Class net.sourceforge.cobertura.util.StringUtil loaded from ant loader [DEBUG] Class java.lang.StringBuffer loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.Reader loaded from parent loader [cobertura-instrument] [DEBUG] Class java.io.FileReader loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Category loaded from parent loader [cobertura-instrument] [DEBUG] Class org.apache.log4j.Logger loaded from parent loader [cobertura-instrument] [DEBUG] Class java.lang.IllegalArgumentException loaded from parent loader . . . . . [cobertura-instrument] [DEBUG] Class org.apache.tools.ant.types.Commandline$Argument loaded from parent loader [cobertura-instrument] [DEBUG] Finding class net.sourceforge.cobertura.ant.AntUtil [cobertura-instrument] [DEBUG] Class net.sourceforge.cobertura.ant.AntUtil loaded from ant loader [cobertura-instrument] [VERBOSE] Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] [DEBUG] Execute:Java13CommandLauncher: Executing '/usr/java/jdk1.5.0_07/jre/bin/java' with arguments: '-classpath' '/repository/cobertura/jars/cobertura-1.8.jar:/project/Build/checkout/SM SService/target/classes:/repository/asm/jars/asm-2.2.1.jar:/repository/o ro/jars/oro-2.0.8.jar:/repository/log4j/jars/log4j-1.2.9.jar' 'net.sourceforge.cobertura.instrument.Main' '--commandsfile' '/tmp/cobertura.44644.cmdline' The ' characters around the executable and arguments are not part of the command. [cobertura-instrument] log4j: Threshold ="null". [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] log4j: Setting [org.apache] additivity to [true]. [cobertura-instrument] log4j: Level value for org.apache is [OFF]. [cobertura-instrument] log4j: org.apache level set to OFF [cobertura-instrument] log4j: Retreiving an instance of org.apache.log4j.Logger. [cobertura-instrument] Exception in thread "main" java.lang.NoClassDefFoundError: au/com/sc/logging/AbstractAlarmAppender [cobertura-instrument] at java.lang.ClassLoader.defineClass1(Native Method) [cobertura-instrument] log4j: Setting [au.com.sc.enterprisesms] additivity to [true]. Thanks Lakshman > -Original Message- > From: Jeff Jensen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 January 2007 9:29 AM > To: Maven Users List > Subject: Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError > > Cobertura plugin 1.7 started depending on log4j 1.2.9, and the Maven > plugin depends on that. Is your issue related to the version of log4j, > i.e. 1.2.8 vs 1.2.9? > > > Quoting Arnaud HERITIER <[EMAIL PROTECTED]>: > > > Hi, > > > > Having a look at the plugin code, it doesn't seem to be useful to add > > log4j in your classpath. > > When tests are executed with cobertura, the following classpath entries > > are added : > > > > > > > > > > > > > > > > > > > > > > > > > > For which class do you have a NoClassDefFoundError ? Can't it be a > > conflict between the version of log4J in your project and the one used in > > the cobertura plugin ? > > > > Arnaud > > > > > > On 1/9/07, Srilakshmanan, Lakshman < > > [EMAIL PROTECTED]> wrote: > > > > > > Hi All, > > > > > > I am using maven-cobertura-plugin-1.2 & cobertura-1.8. > > > We have extended the org.apache.log4j.AppenderSkeleton class. > > > > > > When cobertura tries to instrument the class a > > > java.lang.NoClassDefFoundError is thrown. > > > > > > I have searched the mail archive and found mails referring to older &
Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Cobertura plugin 1.7 started depending on log4j 1.2.9, and the Maven plugin depends on that. Is your issue related to the version of log4j, i.e. 1.2.8 vs 1.2.9? Quoting Arnaud HERITIER <[EMAIL PROTECTED]>: > Hi, > > Having a look at the plugin code, it doesn't seem to be useful to add > log4j in your classpath. > When tests are executed with cobertura, the following classpath entries > are added : > > > > > > > > > > > > > For which class do you have a NoClassDefFoundError ? Can't it be a > conflict between the version of log4J in your project and the one used in > the cobertura plugin ? > > Arnaud > > > On 1/9/07, Srilakshmanan, Lakshman < > [EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > I am using maven-cobertura-plugin-1.2 & cobertura-1.8. > > We have extended the org.apache.log4j.AppenderSkeleton class. > > > > When cobertura tries to instrument the class a > > java.lang.NoClassDefFoundError is thrown. > > > > I have searched the mail archive and found mails referring to older > > versions, and that it was fixed in cobertura-1.8. There are also mails > > suggesting to add log4j in the project classpath. > > > > Could someone please tell me if you have tried to extend the a log4j > > class and if you experienced the same problem or am I just unlucky and > > did something wrong in my implementation. > > > > Is adding log4j to class path done as follows > > > > log4j > > log4j > > 1.2.8 > > log4j/jars > > > > root.maven > > > > > > > > The funny part is, there is a message "adding dependency > > /repository/log4j/jars/log4j-1.2.8.jar into project classloader". So I > > don't quite believe adding log4j to the project classpath would resolve > > the problem. I believe I need to add it to the classpath used by > > cobertura and I don't believe it is using the project classpath. > > > > Any help/suggestions is greatly appreciated. > > > > Thanks in advance. > > > > Thanks > > Lakshman > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M1] cobertura-1.8 java.lang.NoClassDefFoundError
Hi, Having a look at the plugin code, it doesn't seem to be useful to add log4j in your classpath. When tests are executed with cobertura, the following classpath entries are added : For which class do you have a NoClassDefFoundError ? Can't it be a conflict between the version of log4J in your project and the one used in the cobertura plugin ? Arnaud On 1/9/07, Srilakshmanan, Lakshman < [EMAIL PROTECTED]> wrote: Hi All, I am using maven-cobertura-plugin-1.2 & cobertura-1.8. We have extended the org.apache.log4j.AppenderSkeleton class. When cobertura tries to instrument the class a java.lang.NoClassDefFoundError is thrown. I have searched the mail archive and found mails referring to older versions, and that it was fixed in cobertura-1.8. There are also mails suggesting to add log4j in the project classpath. Could someone please tell me if you have tried to extend the a log4j class and if you experienced the same problem or am I just unlucky and did something wrong in my implementation. Is adding log4j to class path done as follows log4j log4j 1.2.8 log4j/jars root.maven The funny part is, there is a message "adding dependency /repository/log4j/jars/log4j-1.2.8.jar into project classloader". So I don't quite believe adding log4j to the project classpath would resolve the problem. I believe I need to add it to the classpath used by cobertura and I don't believe it is using the project classpath. Any help/suggestions is greatly appreciated. Thanks in advance. Thanks Lakshman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
