You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Jason Chodakowski <ja...@hyperworx.com> on 2006/01/04 16:46:45 UTC
Using internal classes with Digester and XMLRules
I have a question about using the object-create-rule tag in an XML Rules
file.
How does one reference an internal class?
I've tried the following things:
.classname="foo.bar.Class$InternalClass"
And
.classname="foo.bar.Class.InternalClass"
And neither one works.
Any thoughts?
TIA
Re: Using internal classes with Digester and XMLRules
Posted by Simon Kitching <sk...@apache.org>.
On Wed, 2006-01-04 at 18:09 +0100, Thomas Dudziak wrote:
> On 1/4/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
>
> > Anyone else, just out of curiosity, is there a "best practice" around
> > this? My feeling is that if I'm configuring an object that is only used
> > by a given class, i.e., Class foo has a collection of Class bar's that
> > will be created via Digester, and nothing outside foo uses bar, and then
> > making bar an inner class makes it a bit more obvious to me what its
> > purpose is and how it fits into the object schema, so to speak... although
> > one could argue that it represents coupling and therefore is bad... any
> > thoughts?
>
> You should use inner classes (non-static) only if they have a real
> tight coupling to the outer class, i.e. if they always need a outside
> instance (think: almost every method of the inner class would
> otherwise need an object of the outer class as parameter).
> Whether you prefer nested (static) classes or normal classes in the
> same package might depend on whether the nested class needs access to
> internals of the outer class (private methods) though one could argue
> that this is not a good design.
>
> Other than that it is probably a matter of personal style. But I tend
> to avoid static classes for the sole reason that they make the class
> bigger and less readable.
Non-static inner classes are of course very useful as "adapters" which
implement some interface and map it onto methods of the enclosing class.
I generally find them nicer than anonymous classes, though anonymous
classes are appropriate in some cases.
I agree with you both on all the other points.
Cheers,
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: Using internal classes with Digester and XMLRules
Posted by Thomas Dudziak <to...@gmail.com>.
On 1/4/06, Frank W. Zammetti <fz...@omnytex.com> wrote:
> Anyone else, just out of curiosity, is there a "best practice" around
> this? My feeling is that if I'm configuring an object that is only used
> by a given class, i.e., Class foo has a collection of Class bar's that
> will be created via Digester, and nothing outside foo uses bar, and then
> making bar an inner class makes it a bit more obvious to me what its
> purpose is and how it fits into the object schema, so to speak... although
> one could argue that it represents coupling and therefore is bad... any
> thoughts?
You should use inner classes (non-static) only if they have a real
tight coupling to the outer class, i.e. if they always need a outside
instance (think: almost every method of the inner class would
otherwise need an object of the outer class as parameter).
Whether you prefer nested (static) classes or normal classes in the
same package might depend on whether the nested class needs access to
internals of the outer class (private methods) though one could argue
that this is not a good design.
Other than that it is probably a matter of personal style. But I tend
to avoid static classes for the sole reason that they make the class
bigger and less readable.
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
RE: Using internal classes with Digester and XMLRules
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Yeah, that'll work :)
Anyone else, just out of curiosity, is there a "best practice" around
this? My feeling is that if I'm configuring an object that is only used
by a given class, i.e., Class foo has a collection of Class bar's that
will be created via Digester, and nothing outside foo uses bar, and then
making bar an inner class makes it a bit more obvious to me what its
purpose is and how it fits into the object schema, so to speak... although
one could argue that it represents coupling and therefore is bad... any
thoughts?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
On Wed, January 4, 2006 11:03 am, Jason Chodakowski said:
> It was public, but not static... don't know if having the internal class
> be
> would help me more than my work around which was to move the internal
> class
> to its own persona - so it is now a separate class.
>
> Thanks,
>
> J --
>
> -----Original Message-----
> From: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Sent: Wednesday, January 04, 2006 10:50 AM
> To: Jakarta Commons Users List
> Cc: commons-user@jakarta.apache.org
> Subject: Re: Using internal classes with Digester and XMLRules
>
> The first is correct, but the problem that most people encounter using
> this (including me a few months back) is that the inner class must be
> public and static. Could that be why it isn't working for you?
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
> AIM: fzammetti
> Yahoo: fzammetti
> MSN: fzammetti@hotmail.com
>
> On Wed, January 4, 2006 10:46 am, Jason Chodakowski said:
>> I have a question about using the object-create-rule tag in an XML Rules
>> file.
>>
>> How does one reference an internal class?
>>
>> I've tried the following things:
>>
>> .classname="foo.bar.Class$InternalClass"
>>
>> And
>>
>> .classname="foo.bar.Class.InternalClass"
>>
>> And neither one works.
>>
>> Any thoughts?
>>
>> TIA
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
RE: Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule
Posted by Marco Mistroni <mm...@waersystems.com>.
Hello Niall,
:(, that didn't solve it....
I am currently using those jars in my webinf\lib
Digester 1.7
BeanUtils .7
Collections2.1
Logging/logging-api 1.0.2
I remember having found this problem last year..someone suggested editing
Sourcecode for digester... but I dot' remember anymore what was that about
Anyone could help?
Thanks in advance and regards
marco
-----Original Message-----
From: Niall Pemberton [mailto:niall.pemberton@blueyonder.co.uk]
Sent: 04 January 2006 17:18
To: Jakarta Commons Users List
Subject: Re: Error with digester and JasperReports / IllegalAccessError &
setNestedPropertiesRule
Don't know if it will solve your problem but Digester 1.7 has a dependency
on BeanUtils 1.6.
Niall
----- Original Message -----
From: "Marco Mistroni" <mm...@waersystems.com>
Sent: Wednesday, January 04, 2006 4:17 PM
> Hello all,
> I am running JasperReports v. 1.1.0, that uses Digester 1.7
>
> In running my report I got following exception
>
> 04/01/06 15:55:19:797 GMT] c563211 Digester E
> org.apache.commons.digester.Digester TRAS0014I: The following exception
was
> logged java.lang.IllegalAccessError:
> org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule tried to
> access field org/apache/commons/digester/Digester.log from class
> at
>
org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule.body(SetNes
> tedPropertiesRule.java:393)
> at org.apache.commons.digester.Rule.body(Rule.java:240)
> at
> org.apache.commons.digester.Digester.endElement(Digester.java:1028)
> at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
> Source)
> at
> org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown
Source)
> at
> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
> Source)
> at
>
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown
> Source)
> at
>
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatc
> her.dispatch(Unknown Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at org.apache.commons.digester.Digester.parse(Digester.java:1548)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:238)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:225)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:213)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:167)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:151)
> at
>
net.sf.jasperreports.engine.JasperCompileManager.compileReportToFile(JasperC
> ompileManager.java:107)
> at
>
com.waersystems.reports.util.ReportCompiler.compileReport(ReportCompiler.jav
> a:109)
> at
>
com.waersystems.reports.util.ReportCompiler.getReport(ReportCompiler.java:58
> )
> at
>
com.waersystems.reports.util.ReportGenerator.generateReport(ReportGenerator.
> java:118)
> at
>
com.waersystems.reports.servlet.ReportServlet.doPost(ReportServlet.java:106)
> at
> com.waersystems.reports.servlet.ReportServlet.doGet(ReportServlet.java:62)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
>
com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServle
> tInstance.java:110)
> at
>
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecy
> cleServlet.java:174)
> at
>
com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServ
> let.java:313)
> at
>
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecyc
> leServlet.java:116)
> at
>
com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java
> :283)
> at
>
com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidSer
> vletReferenceState.java:42)
> at
>
com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletIns
> tanceReference.java:40)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(
> WebAppRequestDispatcher.java:1019)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppReques
> tDispatcher.java:592)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequest
> Dispatcher.java:204)
> at
>
com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
> at
>
com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker
> .java:286)
> at
>
com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(C
> achedInvocation.java:71)
> at
>
com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletReq
> uestProcessor.java:182)
> at
>
com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListene
> r.java:334)
> at
>
com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.jav
> a:56)
> at
>
com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:615)
> at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:449)
> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:912)
> .
> java.lang.IllegalAccessError:
> org.apache.commons.digester.SetNestedPropertiesRule$An
>
>
> I had this error before and fixed long time ago.... but now I don't
remember
> how I fix it... was it to revert to digester 1.6
>
> Do I have to revert to an earlier version of commons-digester?
> I am using following libraries
>
> Digester 1.7
> BeanUtils 1.5
> Collections 2.1
> Logging 1.0.2
> Logging-api 1.0.2
>
> Anyone could help?
>
> Thanks in advance and regards
> marco
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule
Posted by Niall Pemberton <ni...@blueyonder.co.uk>.
Don't know if it will solve your problem but Digester 1.7 has a dependency
on BeanUtils 1.6.
Niall
----- Original Message -----
From: "Marco Mistroni" <mm...@waersystems.com>
Sent: Wednesday, January 04, 2006 4:17 PM
> Hello all,
> I am running JasperReports v. 1.1.0, that uses Digester 1.7
>
> In running my report I got following exception
>
> 04/01/06 15:55:19:797 GMT] c563211 Digester E
> org.apache.commons.digester.Digester TRAS0014I: The following exception
was
> logged java.lang.IllegalAccessError:
> org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule tried to
> access field org/apache/commons/digester/Digester.log from class
> at
>
org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule.body(SetNes
> tedPropertiesRule.java:393)
> at org.apache.commons.digester.Rule.body(Rule.java:240)
> at
> org.apache.commons.digester.Digester.endElement(Digester.java:1028)
> at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
> Source)
> at
> org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown
Source)
> at
> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
> Source)
> at
>
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown
> Source)
> at
>
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatc
> her.dispatch(Unknown Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at org.apache.commons.digester.Digester.parse(Digester.java:1548)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:238)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:225)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:213)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:167)
> at
> net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:151)
> at
>
net.sf.jasperreports.engine.JasperCompileManager.compileReportToFile(JasperC
> ompileManager.java:107)
> at
>
com.waersystems.reports.util.ReportCompiler.compileReport(ReportCompiler.jav
> a:109)
> at
>
com.waersystems.reports.util.ReportCompiler.getReport(ReportCompiler.java:58
> )
> at
>
com.waersystems.reports.util.ReportGenerator.generateReport(ReportGenerator.
> java:118)
> at
>
com.waersystems.reports.servlet.ReportServlet.doPost(ReportServlet.java:106)
> at
> com.waersystems.reports.servlet.ReportServlet.doGet(ReportServlet.java:62)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
>
com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServle
> tInstance.java:110)
> at
>
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecy
> cleServlet.java:174)
> at
>
com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServ
> let.java:313)
> at
>
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecyc
> leServlet.java:116)
> at
>
com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java
> :283)
> at
>
com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidSer
> vletReferenceState.java:42)
> at
>
com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletIns
> tanceReference.java:40)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(
> WebAppRequestDispatcher.java:1019)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppReques
> tDispatcher.java:592)
> at
>
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequest
> Dispatcher.java:204)
> at
>
com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
> at
>
com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker
> .java:286)
> at
>
com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(C
> achedInvocation.java:71)
> at
>
com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletReq
> uestProcessor.java:182)
> at
>
com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListene
> r.java:334)
> at
>
com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.jav
> a:56)
> at
>
com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:615)
> at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:449)
> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:912)
> .
> java.lang.IllegalAccessError:
> org.apache.commons.digester.SetNestedPropertiesRule$An
>
>
> I had this error before and fixed long time ago.... but now I don't
remember
> how I fix it... was it to revert to digester 1.6
>
> Do I have to revert to an earlier version of commons-digester?
> I am using following libraries
>
> Digester 1.7
> BeanUtils 1.5
> Collections 2.1
> Logging 1.0.2
> Logging-api 1.0.2
>
> Anyone could help?
>
> Thanks in advance and regards
> marco
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: Error with digester and JasperReports / IllegalAccessError &
setNestedPropertiesRule
Posted by Simon Kitching <sk...@apache.org>.
On Wed, 2006-01-04 at 16:17 +0000, Marco Mistroni wrote:
> Hello all,
> I am running JasperReports v. 1.1.0, that uses Digester 1.7
>
> In running my report I got following exception
>
> 04/01/06 15:55:19:797 GMT] c563211 Digester E
> org.apache.commons.digester.Digester TRAS0014I: The following exception was
> logged java.lang.IllegalAccessError:
> org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule tried to
> access field org/apache/commons/digester/Digester.log from class
> at
> org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule.body(SetNes
> tedPropertiesRule.java:393)
[snip]
>
> I had this error before and fixed long time ago.... but now I don't remember
> how I fix it... was it to revert to digester 1.6
>
> Do I have to revert to an earlier version of commons-digester?
> I am using following libraries
>
> Digester 1.7
> BeanUtils 1.5
> Collections 2.1
> Logging 1.0.2
> Logging-api 1.0.2
>
> Anyone could help?
I remember this being reported many months ago. I looked into it, but
the line numbers and error reported didn't make any sense. I recommended
contacting the Jasper developers to see if they had done anything
non-standard with Digester. Nothing else was ever heard on the topic as
far as I know.
The situation is still the same. The first point of call should be
Jasper I think - unless you can provide a simple testcase that
duplicates this which I can run without installing jasper and running
reports.
Regards,
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule
Posted by Marco Mistroni <mm...@waersystems.com>.
Hello all,
I am running JasperReports v. 1.1.0, that uses Digester 1.7
In running my report I got following exception
04/01/06 15:55:19:797 GMT] c563211 Digester E
org.apache.commons.digester.Digester TRAS0014I: The following exception was
logged java.lang.IllegalAccessError:
org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule tried to
access field org/apache/commons/digester/Digester.log from class
at
org.apache.commons.digester.SetNestedPropertiesRule$AnyChildRule.body(SetNes
tedPropertiesRule.java:393)
at org.apache.commons.digester.Rule.body(Rule.java:240)
at
org.apache.commons.digester.Digester.endElement(Digester.java:1028)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
Source)
at
org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown Source)
at
org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatc
her.dispatch(Unknown Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1548)
at
net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:238)
at
net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:225)
at
net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:213)
at
net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:167)
at
net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:151)
at
net.sf.jasperreports.engine.JasperCompileManager.compileReportToFile(JasperC
ompileManager.java:107)
at
com.waersystems.reports.util.ReportCompiler.compileReport(ReportCompiler.jav
a:109)
at
com.waersystems.reports.util.ReportCompiler.getReport(ReportCompiler.java:58
)
at
com.waersystems.reports.util.ReportGenerator.generateReport(ReportGenerator.
java:118)
at
com.waersystems.reports.servlet.ReportServlet.doPost(ReportServlet.java:106)
at
com.waersystems.reports.servlet.ReportServlet.doGet(ReportServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServle
tInstance.java:110)
at
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecy
cleServlet.java:174)
at
com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServ
let.java:313)
at
com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecyc
leServlet.java:116)
at
com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java
:283)
at
com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidSer
vletReferenceState.java:42)
at
com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletIns
tanceReference.java:40)
at
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(
WebAppRequestDispatcher.java:1019)
at
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppReques
tDispatcher.java:592)
at
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequest
Dispatcher.java:204)
at
com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
at
com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker
.java:286)
at
com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(C
achedInvocation.java:71)
at
com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletReq
uestProcessor.java:182)
at
com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListene
r.java:334)
at
com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.jav
a:56)
at
com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:615)
at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:449)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:912)
.
java.lang.IllegalAccessError:
org.apache.commons.digester.SetNestedPropertiesRule$An
I had this error before and fixed long time ago.... but now I don't remember
how I fix it... was it to revert to digester 1.6
Do I have to revert to an earlier version of commons-digester?
I am using following libraries
Digester 1.7
BeanUtils 1.5
Collections 2.1
Logging 1.0.2
Logging-api 1.0.2
Anyone could help?
Thanks in advance and regards
marco
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
RE: Using internal classes with Digester and XMLRules
Posted by Jason Chodakowski <ja...@hyperworx.com>.
It was public, but not static... don't know if having the internal class be
would help me more than my work around which was to move the internal class
to its own persona - so it is now a separate class.
Thanks,
J --
-----Original Message-----
From: Frank W. Zammetti [mailto:fzlists@omnytex.com]
Sent: Wednesday, January 04, 2006 10:50 AM
To: Jakarta Commons Users List
Cc: commons-user@jakarta.apache.org
Subject: Re: Using internal classes with Digester and XMLRules
The first is correct, but the problem that most people encounter using
this (including me a few months back) is that the inner class must be
public and static. Could that be why it isn't working for you?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
On Wed, January 4, 2006 10:46 am, Jason Chodakowski said:
> I have a question about using the object-create-rule tag in an XML Rules
> file.
>
> How does one reference an internal class?
>
> I've tried the following things:
>
> .classname="foo.bar.Class$InternalClass"
>
> And
>
> .classname="foo.bar.Class.InternalClass"
>
> And neither one works.
>
> Any thoughts?
>
> TIA
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: Using internal classes with Digester and XMLRules
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
The first is correct, but the problem that most people encounter using
this (including me a few months back) is that the inner class must be
public and static. Could that be why it isn't working for you?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: fzammetti@hotmail.com
On Wed, January 4, 2006 10:46 am, Jason Chodakowski said:
> I have a question about using the object-create-rule tag in an XML Rules
> file.
>
> How does one reference an internal class?
>
> I've tried the following things:
>
> .classname="foo.bar.Class$InternalClass"
>
> And
>
> .classname="foo.bar.Class.InternalClass"
>
> And neither one works.
>
> Any thoughts?
>
> TIA
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org