java - Why can't I reference net.sf.jasperreports.engine.DefaultJasperReportsContext from JSF? -

i grabbed old jsf (in netbeans) project needed update. noticed libraries missing, went , snagged current version of jasperreports (.jar) , commons/other support .jars necessary. ultimately, when try run project fails @ jaspersoft jrxmlloader.load(inputstream) call with:

java.lang.noclassdeffounderror: not initialize class net.sf.jasperreports.engine.defaultjasperreportscontext @ net.sf.jasperreports.engine.jrruntimeexception.getmessage(jrruntimeexception.java:146) @ net.sf.jasperreports.engine.jrruntimeexception.getmessage(jrruntimeexception.java:138) @ java.lang.throwable.getlocalizedmessage(throwable.java:391) @ java.lang.throwable.tostring(throwable.java:480) @ java.lang.string.valueof(string.java:2982) @ java.lang.stringbuilder.append(stringbuilder.java:131) @ java.lang.throwable.printenclosedstacktrace(throwable.java:695) @ java.lang.throwable.printenclosedstacktrace(throwable.java:709) @ java.lang.throwable.printenclosedstacktrace(throwable.java:709) @ java.lang.throwable.printstacktrace(throwable.java:667) @ java.lang.throwable.printstacktrace(throwable.java:721) @ com.sun.enterprise.server.logging.uniformlogformatter.uniformlogformat(uniformlogformatter.java:448) @ com.sun.enterprise.server.logging.uniformlogformatter.format(uniformlogformatter.java:178) @ java.util.logging.streamhandler.publish(streamhandler.java:211) @ java.util.logging.consolehandler.publish(consolehandler.java:116) @ java.util.logging.logger.log(logger.java:738) @ java.util.logging.logger.dolog(logger.java:765) @ java.util.logging.logger.log(logger.java:875) @ com.sun.faces.lifecycle.invokeapplicationphase.execute(invokeapplicationphase.java:86) @ com.sun.faces.lifecycle.phase.dophase(phase.java:101) @ com.sun.faces.lifecycle.lifecycleimpl.execute(lifecycleimpl.java:198) @ javax.faces.webapp.facesservlet.service(facesservlet.java:646) @ org.apache.catalina.core.standardwrapper.service(standardwrapper.java:1682) @ org.apache.catalina.core.standardwrappervalve.invoke(standardwrappervalve.java:318) @ org.apache.catalina.core.standardcontextvalve.invoke(standardcontextvalve.java:160) @ org.apache.catalina.core.standardpipeline.doinvoke(standardpipeline.java:734) @ org.apache.catalina.core.standardpipeline.invoke(standardpipeline.java:673) @ com.sun.enterprise.web.webpipeline.invoke(webpipeline.java:99) @ org.apache.catalina.core.standardhostvalve.invoke(standardhostvalve.java:174) @ org.apache.catalina.connector.coyoteadapter.doservice(coyoteadapter.java:357) @ org.apache.catalina.connector.coyoteadapter.service(coyoteadapter.java:260) @ com.sun.enterprise.v3.services.impl.containermapper.service(containermapper.java:188) @ org.glassfish.grizzly.http.server.httphandler.runservice(httphandler.java:191) @ org.glassfish.grizzly.http.server.httphandler.dohandle(httphandler.java:168) @ org.glassfish.grizzly.http.server.httpserverfilter.handleread(httpserverfilter.java:189) @ org.glassfish.grizzly.filterchain.executorresolver$9.execute(executorresolver.java:119) @ org.glassfish.grizzly.filterchain.defaultfilterchain.executefilter(defaultfilterchain.java:288) @ org.glassfish.grizzly.filterchain.defaultfilterchain.executechainpart(defaultfilterchain.java:206) @ org.glassfish.grizzly.filterchain.defaultfilterchain.execute(defaultfilterchain.java:136) @ org.glassfish.grizzly.filterchain.defaultfilterchain.process(defaultfilterchain.java:114) @ org.glassfish.grizzly.processorexecutor.execute(processorexecutor.java:77) @ org.glassfish.grizzly.nio.transport.tcpniotransport.fireioevent(tcpniotransport.java:838) @ org.glassfish.grizzly.strategies.abstractiostrategy.fireioevent(abstractiostrategy.java:113) @ org.glassfish.grizzly.strategies.workerthreadiostrategy.run0(workerthreadiostrategy.java:115) @ org.glassfish.grizzly.strategies.workerthreadiostrategy.access$100(workerthreadiostrategy.java:55) @ org.glassfish.grizzly.strategies.workerthreadiostrategy$workerthreadrunnable.run(workerthreadiostrategy.java:135) @ org.glassfish.grizzly.threadpool.abstractthreadpool$worker.dowork(abstractthreadpool.java:564) @ org.glassfish.grizzly.threadpool.abstractthreadpool$worker.run(abstractthreadpool.java:544) @ java.lang.thread.run(thread.java:745) 

other possibly related oddities: while project clean/builds .war fine (no errors), running in netbeans gives popup "one or more projects compiled errors." , lets me run anyways. see no errors in console/logs though. have found couple of css files (inside jasperreports) being flagged being in error (the "background:" tag specifically), why netbeans try parse css? if pull out support files (such commons-digester) blows @ same location (the call jaspersoft), no class found digester. so, seem getting jaspersoft despite text of error i'm getting... ideas on how resolve class can't found though jaspersoft starting run before hitting error?

jaspersoft , support libraries cannot copied source class files (unlike commonly done other support libraries in desktop applications jws), must referenced true libraries.