Using internal classes with Digester and XMLRules

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

Using internal classes with Digester and XMLRules

Jason Chodakowski
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
Reply | Threaded
Open this post in threaded view
|

Re: Using internal classes with Digester and XMLRules

Frank W. Zammetti
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: [hidden email]

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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: Using internal classes with Digester and XMLRules

Jason Chodakowski
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:[hidden email]]
Sent: Wednesday, January 04, 2006 10:50 AM
To: Jakarta Commons Users List
Cc: [hidden email]
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: [hidden email]

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: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: Using internal classes with Digester and XMLRules

Frank W. Zammetti
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: [hidden email]

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:[hidden email]]
> Sent: Wednesday, January 04, 2006 10:50 AM
> To: Jakarta Commons Users List
> Cc: [hidden email]
> 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: [hidden email]
>
> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule

Marco Mistroni
In reply to this post by Frank W. Zammetti
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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Using internal classes with Digester and XMLRules

Thomas Dudziak
In reply to this post by Frank W. Zammetti
On 1/4/06, Frank W. Zammetti <[hidden email]> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule

Niall Pemberton-2
In reply to this post by Marco Mistroni
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" <[hidden email]>
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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule

Simon Kitching
In reply to this post by Marco Mistroni
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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Using internal classes with Digester and XMLRules

Simon Kitching
In reply to this post by Thomas Dudziak
On Wed, 2006-01-04 at 18:09 +0100, Thomas Dudziak wrote:

> On 1/4/06, Frank W. Zammetti <[hidden email]> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: Error with digester and JasperReports / IllegalAccessError & setNestedPropertiesRule

Marco Mistroni
In reply to this post by Niall Pemberton-2
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:[hidden email]]
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" <[hidden email]>
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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]