You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@hivemind.apache.org by Vinicius Carvalho <ja...@gmail.com> on 2006/08/23 04:31:19 UTC
Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
but my boss wont let me).
So, just to fresh-up memories, I get a nasty exception when I deploy
my app on oracle AS:
06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type mismatch
06/08/22 23:23:51
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
06/08/22 23:23:51
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
06/08/22 23:23:51
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
06/08/22 23:23:51
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
06/08/22 23:23:51
org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(LoggingInterceptorFactory.java:290)
06/08/22 23:23:51
org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor(LoggingInterceptorFactory.java:255)
Ok, so I start debuging the app on both tomcat and Oracle:
Here's the snippet I was debugging inside the LogginInterceptorFactory:
private Object instantiateInterceptor(InterceptorStack stack,
Class interceptorClass)
throws Exception
{
Object stackTop = stack.peek();
Constructor c = interceptorClass.getConstructors()[0];
return c.newInstance(new Object[] { stack.getServiceLog(),
stackTop }); <- point of problem
}
Well below it's a "toString" of each of the variables involved:
Tomcat:
stack =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
parameters=null precedingInterceptorIds=null
followingInterceptorIds=null name=null] interfaceClass=interface
org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
interceptorClass = lass $ISpecificationParser_10d3ecd54a4
stackTop = <PooledProxy for
tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
c = public $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log,$ISpecificationParser_10d38c52779)
stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
OC4J
stack = InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
parameters=null precedingInterceptorIds=null
followingInterceptorIds=null name=null] interfaceClass=interface
org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
interceptorClass = class $ISpecificationParser_10d38ce04a4
stackTop = <PooledProxy for
tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
c = public $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log,$ISpecificationParser_10d38c89a9a)
stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
Well, I got stuck because, all the variables seems to be the same
type, hence, how could a type mismatch could be happening.
I couldn't find a way to figure out the interfaces of the stackTop.
Well I hope this piece of information would give an idea for the gurus
or hivemind/tapestry to give me a hand on how to solve this.
I really need to get it working on 10.1.3 :(
My best regards
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by Knut Wannheden <kn...@gmail.com>.
Vinicius,
My guess would be that this is a classloader issue. Try to compare the
classes of the constructor's declared parameters to those of the
actual parameter values passed to newInstance(). Maybe your
commons-logging jar is loaded by two different classloaders.
HTH,
--knut
On 8/23/06, Vinicius Carvalho <ja...@gmail.com> wrote:
> Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> but my boss wont let me).
> So, just to fresh-up memories, I get a nasty exception when I deploy
> my app on oracle AS:
>
> 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type mismatch
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> 06/08/22 23:23:51
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> 06/08/22 23:23:51
> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(LoggingInterceptorFactory.java:290)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor(LoggingInterceptorFactory.java:255)
>
> Ok, so I start debuging the app on both tomcat and Oracle:
>
> Here's the snippet I was debugging inside the LogginInterceptorFactory:
>
> private Object instantiateInterceptor(InterceptorStack stack,
> Class interceptorClass)
> throws Exception
> {
> Object stackTop = stack.peek();
>
> Constructor c = interceptorClass.getConstructors()[0];
>
> return c.newInstance(new Object[] { stack.getServiceLog(),
> stackTop }); <- point of problem
> }
>
> Well below it's a "toString" of each of the variables involved:
>
> Tomcat:
> stack =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
> interceptorClass = lass $ISpecificationParser_10d3ecd54a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
> c = public $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log,$ISpecificationParser_10d38c52779)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
>
>
> OC4J
> stack = InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
> interceptorClass = class $ISpecificationParser_10d38ce04a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
> c = public $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log,$ISpecificationParser_10d38c89a9a)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
>
> Well, I got stuck because, all the variables seems to be the same
> type, hence, how could a type mismatch could be happening.
>
> I couldn't find a way to figure out the interfaces of the stackTop.
>
> Well I hope this piece of information would give an idea for the gurus
> or hivemind/tapestry to give me a hand on how to solve this.
>
> I really need to get it working on 10.1.3 :(
>
> My best regards
>
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by Jesse Kuhnert <jk...@gmail.com>.
I believe this may be useful to Jan.
On 8/24/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> Hi,
>
> Looking at the source for the hivemind LoggingInterceptorFactory leads me
> to believe it could very well be a "bug" on hivemind's part. Not because I
> saw anything particular, just because it looked complicated and scary ;)
>
> To get around this problem temporarily you could do something like this:
>
> Override the default service implementation for this logging interceptor,
> the syntax for doing this is
> http://jakarta.apache.org/hivemind/descriptor.html#implementation.
>
> You will need to do this in your hivemodule.xml file (placed in the
> WEB-INF directory).
>
> You want to "implement" the hivemind.LoggingInterceptor service point,
> http://jakarta.apache.org/hivemind/hivedocs/service/hivemind.LoggingInterceptor.html
> .
>
> Just create a dummy object that implements the
> org.apache.hivemind.ServiceInterceptorFactory interface but does nothing.
>
> On 8/23/06, Vinicius Carvalho <java.vinicius@gmail.com > wrote:
> >
> > Well, I'll check it deeper tonight (from 10pm-midnight) it's the free
> > time I have to fix OC4J to work with tapestry.
> >
> > I do have commons-logging 1.0.4 and Log4J 1.2.9 bundled on my
> > application. I'm also forcing the oracle container to load
> > applications libs first.
> >
> > Best Regards
> >
> > On 8/23/06, hv @ Fashion Content <in...@fashioncontent.com> wrote:
> > > Are you testing your app against a local test db like hypersonic/mysql
> > ?
> > >
> > > I should think that you would weed out all the trivial blunders if you
> > get a
> > > local db working, or even an in memory db first.
> > >
> > > "Vinicius Carvalho" <ja...@gmail.com> skrev i en meddelelse
> > > news:fde284ef0608221931p3a5927abk19c1afdc4b256fdf@mail.gmail.com ...
> > > > Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> > > > but my boss wont let me).
> > > > So, just to fresh-up memories, I get a nasty exception when I deploy
> > > > my app on oracle AS:
> > > >
> > > > 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> > > > mismatch
> > > > 06/08/22 23:23:51
> > > > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > > > 06/08/22 23:23:51
> > > > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> > NativeConstructorAccessorImpl.java:39)
> > > > 06/08/22 23:23:51
> > > > sun.reflect.DelegatingConstructorAccessorImpl.newInstance (
> > DelegatingConstructorAccessorImpl.java:27)
> > > > 06/08/22 23:23:51
> > > > java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> > > > 06/08/22 23:23:51
> > > >
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(
> > LoggingInterceptorFactory.java:290)
> > > > 06/08/22 23:23:51
> > > >
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor
> > (LoggingInterceptorFactory.java:255)
> > > >
> > > > Ok, so I start debuging the app on both tomcat and Oracle:
> > > >
> > > > Here's the snippet I was debugging inside the
> > LogginInterceptorFactory:
> > > >
> > > > private Object instantiateInterceptor(InterceptorStack stack,
> > > > Class interceptorClass)
> > > > throws Exception
> > > > {
> > > > Object stackTop = stack.peek();
> > > >
> > > > Constructor c = interceptorClass.getConstructors()[0];
> > > >
> > > > return c.newInstance(new Object[] { stack.getServiceLog(),
> > > > stackTop }); <- point of problem
> > > > }
> > > >
> > > > Well below it's a "toString" of each of the variables involved:
> > > >
> > > > Tomcat:
> > > > stack
> > > >
> > =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> > hivemind.LoggingInterceptor
> > > > parameters=null precedingInterceptorIds=null
> > > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser )>]
> > > >
> > > > interceptorClass = lass $ISpecificationParser_10d3ecd54a4
> > > >
> > > > stackTop = <PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser )>
> > > >
> > > > c = public
> > > > $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log
> > ,$ISpecificationParser_10d38c52779)
> > > >
> > > > stack.getServiceLog =
> > org.apache.commons.logging.impl.Log4JLogger@1575b4
> > > >
> > > >
> > > > OC4J
> > > > stack =
> > > >
> > InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> > hivemind.LoggingInterceptor
> > > > parameters=null precedingInterceptorIds=null
> > > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser )>]
> > > >
> > > > interceptorClass = class $ISpecificationParser_10d38ce04a4
> > > >
> > > > stackTop = <PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser )>
> > > >
> > > > c = public
> > > > $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log
> > ,$ISpecificationParser_10d38c89a9a)
> > > >
> > > > stack.getServiceLog =
> > org.apache.commons.logging.impl.Log4JLogger@3c28ab
> > > >
> > > > Well, I got stuck because, all the variables seems to be the same
> > > > type, hence, how could a type mismatch could be happening.
> > > >
> > > > I couldn't find a way to figure out the interfaces of the stackTop.
> > > >
> > > > Well I hope this piece of information would give an idea for the
> > gurus
> > > > or hivemind/tapestry to give me a hand on how to solve this.
> > > >
> > > > I really need to get it working on 10.1.3 :(
> > > >
> > > > My best regards
> > > >
> > > >
> > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail: users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
>
> --
> Jesse Kuhnert
> Tapestry/Dojo/(and a dash of TestNG), team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by Vinicius Carvalho <ja...@gmail.com>.
I believe that's why we have masters and mortals! Jesse, words can't
describe how grateful I am! Bullseye Dude, that just did the trick, so
the problem is the LoggingInterceptorFactory, I just did an override
on it, as you said and the app is running perfectly on Oracle AS
10.1.3.
Once again, thanks, thanks thanks
My best regards to YOU!
On 8/24/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> Hi,
>
> Looking at the source for the hivemind LoggingInterceptorFactory leads me to
> believe it could very well be a "bug" on hivemind's part. Not because I saw
> anything particular, just because it looked complicated and scary ;)
>
> To get around this problem temporarily you could do something like this:
>
> Override the default service implementation for this logging interceptor,
> the syntax for doing this is
> http://jakarta.apache.org/hivemind/descriptor.html#implementation.
>
> You will need to do this in your hivemodule.xml file (placed in the WEB-INF
> directory).
>
> You want to "implement" the hivemind.LoggingInterceptor service point,
> http://jakarta.apache.org/hivemind/hivedocs/service/hivemind.LoggingInterceptor.html
> .
>
> Just create a dummy object that implements the
> org.apache.hivemind.ServiceInterceptorFactory interface but does nothing.
>
> On 8/23/06, Vinicius Carvalho <ja...@gmail.com> wrote:
> >
> > Well, I'll check it deeper tonight (from 10pm-midnight) it's the free
> > time I have to fix OC4J to work with tapestry.
> >
> > I do have commons-logging 1.0.4 and Log4J 1.2.9 bundled on my
> > application. I'm also forcing the oracle container to load
> > applications libs first.
> >
> > Best Regards
> >
> > On 8/23/06, hv @ Fashion Content <in...@fashioncontent.com> wrote:
> > > Are you testing your app against a local test db like hypersonic/mysql ?
> > >
> > > I should think that you would weed out all the trivial blunders if you
> > get a
> > > local db working, or even an in memory db first.
> > >
> > > "Vinicius Carvalho" <ja...@gmail.com> skrev i en meddelelse
> > > news:fde284ef0608221931p3a5927abk19c1afdc4b256fdf@mail.gmail.com...
> > > > Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> > > > but my boss wont let me).
> > > > So, just to fresh-up memories, I get a nasty exception when I deploy
> > > > my app on oracle AS:
> > > >
> > > > 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> > > > mismatch
> > > > 06/08/22 23:23:51
> > > > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> > > > 06/08/22 23:23:51
> > > > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> > NativeConstructorAccessorImpl.java:39)
> > > > 06/08/22 23:23:51
> > > > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> > DelegatingConstructorAccessorImpl.java:27)
> > > > 06/08/22 23:23:51
> > > > java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> > > > 06/08/22 23:23:51
> > > >
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor
> > (LoggingInterceptorFactory.java:290)
> > > > 06/08/22 23:23:51
> > > >
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor
> > (LoggingInterceptorFactory.java:255)
> > > >
> > > > Ok, so I start debuging the app on both tomcat and Oracle:
> > > >
> > > > Here's the snippet I was debugging inside the
> > LogginInterceptorFactory:
> > > >
> > > > private Object instantiateInterceptor(InterceptorStack stack,
> > > > Class interceptorClass)
> > > > throws Exception
> > > > {
> > > > Object stackTop = stack.peek();
> > > >
> > > > Constructor c = interceptorClass.getConstructors()[0];
> > > >
> > > > return c.newInstance(new Object[] { stack.getServiceLog(),
> > > > stackTop }); <- point of problem
> > > > }
> > > >
> > > > Well below it's a "toString" of each of the variables involved:
> > > >
> > > > Tomcat:
> > > > stack
> > > >
> > =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> > hivemind.LoggingInterceptor
> > > > parameters=null precedingInterceptorIds=null
> > > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser)>]
> > > >
> > > > interceptorClass = lass $ISpecificationParser_10d3ecd54a4
> > > >
> > > > stackTop = <PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser)>
> > > >
> > > > c = public
> > > > $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log
> > ,$ISpecificationParser_10d38c52779)
> > > >
> > > > stack.getServiceLog =
> > org.apache.commons.logging.impl.Log4JLogger@1575b4
> > > >
> > > >
> > > > OC4J
> > > > stack =
> > > >
> > InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> > hivemind.LoggingInterceptor
> > > > parameters=null precedingInterceptorIds=null
> > > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser)>]
> > > >
> > > > interceptorClass = class $ISpecificationParser_10d38ce04a4
> > > >
> > > > stackTop = <PooledProxy for
> > > > tapestry.parse.SpecificationParser(
> > org.apache.tapestry.parse.ISpecificationParser)>
> > > >
> > > > c = public
> > > > $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log
> > ,$ISpecificationParser_10d38c89a9a)
> > > >
> > > > stack.getServiceLog =
> > org.apache.commons.logging.impl.Log4JLogger@3c28ab
> > > >
> > > > Well, I got stuck because, all the variables seems to be the same
> > > > type, hence, how could a type mismatch could be happening.
> > > >
> > > > I couldn't find a way to figure out the interfaces of the stackTop.
> > > >
> > > > Well I hope this piece of information would give an idea for the gurus
> > > > or hivemind/tapestry to give me a hand on how to solve this.
> > > >
> > > > I really need to get it working on 10.1.3 :(
> > > >
> > > > My best regards
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail: users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
>
> --
> Jesse Kuhnert
> Tapestry/Dojo/(and a dash of TestNG), team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by Jesse Kuhnert <jk...@gmail.com>.
Hi,
Looking at the source for the hivemind LoggingInterceptorFactory leads me to
believe it could very well be a "bug" on hivemind's part. Not because I saw
anything particular, just because it looked complicated and scary ;)
To get around this problem temporarily you could do something like this:
Override the default service implementation for this logging interceptor,
the syntax for doing this is
http://jakarta.apache.org/hivemind/descriptor.html#implementation.
You will need to do this in your hivemodule.xml file (placed in the WEB-INF
directory).
You want to "implement" the hivemind.LoggingInterceptor service point,
http://jakarta.apache.org/hivemind/hivedocs/service/hivemind.LoggingInterceptor.html
.
Just create a dummy object that implements the
org.apache.hivemind.ServiceInterceptorFactory interface but does nothing.
On 8/23/06, Vinicius Carvalho <ja...@gmail.com> wrote:
>
> Well, I'll check it deeper tonight (from 10pm-midnight) it's the free
> time I have to fix OC4J to work with tapestry.
>
> I do have commons-logging 1.0.4 and Log4J 1.2.9 bundled on my
> application. I'm also forcing the oracle container to load
> applications libs first.
>
> Best Regards
>
> On 8/23/06, hv @ Fashion Content <in...@fashioncontent.com> wrote:
> > Are you testing your app against a local test db like hypersonic/mysql ?
> >
> > I should think that you would weed out all the trivial blunders if you
> get a
> > local db working, or even an in memory db first.
> >
> > "Vinicius Carvalho" <ja...@gmail.com> skrev i en meddelelse
> > news:fde284ef0608221931p3a5927abk19c1afdc4b256fdf@mail.gmail.com...
> > > Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> > > but my boss wont let me).
> > > So, just to fresh-up memories, I get a nasty exception when I deploy
> > > my app on oracle AS:
> > >
> > > 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> > > mismatch
> > > 06/08/22 23:23:51
> > > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> > > 06/08/22 23:23:51
> > > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:39)
> > > 06/08/22 23:23:51
> > > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:27)
> > > 06/08/22 23:23:51
> > > java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> > > 06/08/22 23:23:51
> > >
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor
> (LoggingInterceptorFactory.java:290)
> > > 06/08/22 23:23:51
> > >
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor
> (LoggingInterceptorFactory.java:255)
> > >
> > > Ok, so I start debuging the app on both tomcat and Oracle:
> > >
> > > Here's the snippet I was debugging inside the
> LogginInterceptorFactory:
> > >
> > > private Object instantiateInterceptor(InterceptorStack stack,
> > > Class interceptorClass)
> > > throws Exception
> > > {
> > > Object stackTop = stack.peek();
> > >
> > > Constructor c = interceptorClass.getConstructors()[0];
> > >
> > > return c.newInstance(new Object[] { stack.getServiceLog(),
> > > stackTop }); <- point of problem
> > > }
> > >
> > > Well below it's a "toString" of each of the variables involved:
> > >
> > > Tomcat:
> > > stack
> > >
> =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> hivemind.LoggingInterceptor
> > > parameters=null precedingInterceptorIds=null
> > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > tapestry.parse.SpecificationParser(
> org.apache.tapestry.parse.ISpecificationParser)>]
> > >
> > > interceptorClass = lass $ISpecificationParser_10d3ecd54a4
> > >
> > > stackTop = <PooledProxy for
> > > tapestry.parse.SpecificationParser(
> org.apache.tapestry.parse.ISpecificationParser)>
> > >
> > > c = public
> > > $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log
> ,$ISpecificationParser_10d38c52779)
> > >
> > > stack.getServiceLog =
> org.apache.commons.logging.impl.Log4JLogger@1575b4
> > >
> > >
> > > OC4J
> > > stack =
> > >
> InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=
> hivemind.LoggingInterceptor
> > > parameters=null precedingInterceptorIds=null
> > > followingInterceptorIds=null name=null] interfaceClass=interface
> > > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > > tapestry.parse.SpecificationParser(
> org.apache.tapestry.parse.ISpecificationParser)>]
> > >
> > > interceptorClass = class $ISpecificationParser_10d38ce04a4
> > >
> > > stackTop = <PooledProxy for
> > > tapestry.parse.SpecificationParser(
> org.apache.tapestry.parse.ISpecificationParser)>
> > >
> > > c = public
> > > $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log
> ,$ISpecificationParser_10d38c89a9a)
> > >
> > > stack.getServiceLog =
> org.apache.commons.logging.impl.Log4JLogger@3c28ab
> > >
> > > Well, I got stuck because, all the variables seems to be the same
> > > type, hence, how could a type mismatch could be happening.
> > >
> > > I couldn't find a way to figure out the interfaces of the stackTop.
> > >
> > > Well I hope this piece of information would give an idea for the gurus
> > > or hivemind/tapestry to give me a hand on how to solve this.
> > >
> > > I really need to get it working on 10.1.3 :(
> > >
> > > My best regards
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by Vinicius Carvalho <ja...@gmail.com>.
Well, I'll check it deeper tonight (from 10pm-midnight) it's the free
time I have to fix OC4J to work with tapestry.
I do have commons-logging 1.0.4 and Log4J 1.2.9 bundled on my
application. I'm also forcing the oracle container to load
applications libs first.
Best Regards
On 8/23/06, hv @ Fashion Content <in...@fashioncontent.com> wrote:
> Are you testing your app against a local test db like hypersonic/mysql ?
>
> I should think that you would weed out all the trivial blunders if you get a
> local db working, or even an in memory db first.
>
> "Vinicius Carvalho" <ja...@gmail.com> skrev i en meddelelse
> news:fde284ef0608221931p3a5927abk19c1afdc4b256fdf@mail.gmail.com...
> > Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> > but my boss wont let me).
> > So, just to fresh-up memories, I get a nasty exception when I deploy
> > my app on oracle AS:
> >
> > 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> > mismatch
> > 06/08/22 23:23:51
> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> > 06/08/22 23:23:51
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> > 06/08/22 23:23:51
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> > 06/08/22 23:23:51
> > java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> > 06/08/22 23:23:51
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(LoggingInterceptorFactory.java:290)
> > 06/08/22 23:23:51
> > org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor(LoggingInterceptorFactory.java:255)
> >
> > Ok, so I start debuging the app on both tomcat and Oracle:
> >
> > Here's the snippet I was debugging inside the LogginInterceptorFactory:
> >
> > private Object instantiateInterceptor(InterceptorStack stack,
> > Class interceptorClass)
> > throws Exception
> > {
> > Object stackTop = stack.peek();
> >
> > Constructor c = interceptorClass.getConstructors()[0];
> >
> > return c.newInstance(new Object[] { stack.getServiceLog(),
> > stackTop }); <- point of problem
> > }
> >
> > Well below it's a "toString" of each of the variables involved:
> >
> > Tomcat:
> > stack
> > =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> > parameters=null precedingInterceptorIds=null
> > followingInterceptorIds=null name=null] interfaceClass=interface
> > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
> >
> > interceptorClass = lass $ISpecificationParser_10d3ecd54a4
> >
> > stackTop = <PooledProxy for
> > tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
> >
> > c = public
> > $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log,$ISpecificationParser_10d38c52779)
> >
> > stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
> >
> >
> > OC4J
> > stack =
> > InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> > parameters=null precedingInterceptorIds=null
> > followingInterceptorIds=null name=null] interfaceClass=interface
> > org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> > tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
> >
> > interceptorClass = class $ISpecificationParser_10d38ce04a4
> >
> > stackTop = <PooledProxy for
> > tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
> >
> > c = public
> > $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log,$ISpecificationParser_10d38c89a9a)
> >
> > stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
> >
> > Well, I got stuck because, all the variables seems to be the same
> > type, hence, how could a type mismatch could be happening.
> >
> > I couldn't find a way to figure out the interfaces of the stackTop.
> >
> > Well I hope this piece of information would give an idea for the gurus
> > or hivemind/tapestry to give me a hand on how to solve this.
> >
> > I really need to get it working on 10.1.3 :(
> >
> > My best regards
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit more, anyone please give me a ladder to climb up
Posted by "hv @ Fashion Content" <in...@fashioncontent.com>.
Are you testing your app against a local test db like hypersonic/mysql ?
I should think that you would weed out all the trivial blunders if you get a
local db working, or even an in memory db first.
"Vinicius Carvalho" <ja...@gmail.com> skrev i en meddelelse
news:fde284ef0608221931p3a5927abk19c1afdc4b256fdf@mail.gmail.com...
> Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> but my boss wont let me).
> So, just to fresh-up memories, I get a nasty exception when I deploy
> my app on oracle AS:
>
> 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> mismatch
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> 06/08/22 23:23:51
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> 06/08/22 23:23:51
> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(LoggingInterceptorFactory.java:290)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor(LoggingInterceptorFactory.java:255)
>
> Ok, so I start debuging the app on both tomcat and Oracle:
>
> Here's the snippet I was debugging inside the LogginInterceptorFactory:
>
> private Object instantiateInterceptor(InterceptorStack stack,
> Class interceptorClass)
> throws Exception
> {
> Object stackTop = stack.peek();
>
> Constructor c = interceptorClass.getConstructors()[0];
>
> return c.newInstance(new Object[] { stack.getServiceLog(),
> stackTop }); <- point of problem
> }
>
> Well below it's a "toString" of each of the variables involved:
>
> Tomcat:
> stack
> =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
> interceptorClass = lass $ISpecificationParser_10d3ecd54a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
> c = public
> $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log,$ISpecificationParser_10d38c52779)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
>
>
> OC4J
> stack =
> InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
> interceptorClass = class $ISpecificationParser_10d38ce04a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
> c = public
> $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log,$ISpecificationParser_10d38c89a9a)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
>
> Well, I got stuck because, all the variables seems to be the same
> type, hence, how could a type mismatch could be happening.
>
> I couldn't find a way to figure out the interfaces of the stackTop.
>
> Well I hope this piece of information would give an idea for the gurus
> or hivemind/tapestry to give me a hand on how to solve this.
>
> I really need to get it working on 10.1.3 :(
>
> My best regards
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little
bit more, anyone please give me a ladder to climb up
Posted by Jan Vissers <Ja...@cumquat.nl>.
To me this seems to be a classloading issue (again).
Are you packaging commons-logging in you war/ear?
Vinicius Carvalho wrote:
> Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> but my boss wont let me).
> So, just to fresh-up memories, I get a nasty exception when I deploy
> my app on oracle AS:
>
> 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type
> mismatch
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>
> 06/08/22 23:23:51
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>
> 06/08/22 23:23:51
> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.instantiateInterceptor(LoggingInterceptorFactory.java:290)
>
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.createInterceptor(LoggingInterceptorFactory.java:255)
>
>
> Ok, so I start debuging the app on both tomcat and Oracle:
>
> Here's the snippet I was debugging inside the LogginInterceptorFactory:
>
> private Object instantiateInterceptor(InterceptorStack stack,
> Class interceptorClass)
> throws Exception
> {
> Object stackTop = stack.peek();
>
> Constructor c = interceptorClass.getConstructors()[0];
>
> return c.newInstance(new Object[] { stack.getServiceLog(),
> stackTop }); <- point of problem
> }
>
> Well below it's a "toString" of each of the variables involved:
>
> Tomcat:
> stack
> =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
>
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
>
> interceptorClass = lass $ISpecificationParser_10d3ecd54a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
>
> c = public
> $ISpecificationParser_10d38c5277a(org.apache.commons.logging.Log,$ISpecificationParser_10d38c52779)
>
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
>
>
> OC4J
> stack =
> InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.LoggingInterceptor
>
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>]
>
>
> interceptorClass = class $ISpecificationParser_10d38ce04a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.ISpecificationParser)>
>
>
> c = public
> $ISpecificationParser_10d38c89a9b(org.apache.commons.logging.Log,$ISpecificationParser_10d38c89a9a)
>
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
>
> Well, I got stuck because, all the variables seems to be the same
> type, hence, how could a type mismatch could be happening.
>
> I couldn't find a way to figure out the interfaces of the stackTop.
>
> Well I hope this piece of information would give an idea for the gurus
> or hivemind/tapestry to give me a hand on how to solve this.
>
> I really need to get it working on 10.1.3 :(
>
> My best regards
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
--
Cumquat Information Technology
De Dreef 19
3706 BR Zeist
T +31 (0)30 - 6940490
F +31 (0)30 - 6940499
http://www.cumquat.nl
Jan.Vissers@cumquat.nl
M +31 6 51 169 556
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry (4.0.2) / Hivemind (1.1.1) in OC4J 10.1.3 - Dig a little bit
more, anyone please give me a ladder to climb up
Posted by Paul Field <pa...@db.com>.
It's worth checking the versions of commons-logging and log4j that you have in your war/ear are up-to-date and whether there are older versions of those libraries in OC4J.
The stack trace looks like the system is trying to construct some logging object but the constructor in that object is different to what the system expects...
Paul
------------------
Paul Field
Global Markets Research IT
Deutsche Bank
"Vinicius Carvalho" <ja...@gmail.com> wrote on 22/08/2006 23:31:19:
> Hello there! I still did not gave up OC4J 10.1.3 (well, I'd love to,
> but my boss wont let me).
> So, just to fresh-up memories, I get a nasty exception when I deploy
> my app on oracle AS:
>
> 06/08/22 23:23:51 java.lang.IllegalArgumentException: argument type mismatch
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 06/08/22 23:23:51
> sun.reflect.NativeConstructorAccessorImpl.
> newInstance(NativeConstructorAccessorImpl.java:39)
> 06/08/22 23:23:51
> sun.reflect.DelegatingConstructorAccessorImpl.
> newInstance(DelegatingConstructorAccessorImpl.java:27)
> 06/08/22 23:23:51
> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.
> instantiateInterceptor(LoggingInterceptorFactory.java:290)
> 06/08/22 23:23:51
> org.apache.hivemind.service.impl.LoggingInterceptorFactory.
> createInterceptor(LoggingInterceptorFactory.java:255)
>
> Ok, so I start debuging the app on both tomcat and Oracle:
>
> Here's the snippet I was debugging inside the LogginInterceptorFactory:
>
> private Object instantiateInterceptor(InterceptorStack stack,
> Class interceptorClass)
> throws Exception
> {
> Object stackTop = stack.peek();
>
> Constructor c = interceptorClass.getConstructors()[0];
>
> return c.newInstance(new Object[] { stack.getServiceLog(),
> stackTop }); <- point of problem
> }
>
> Well below it's a "toString" of each of the variables involved:
>
> Tomcat:
> stack
> =InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.
> LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.
> ISpecificationParser)>]
>
> interceptorClass = lass $ISpecificationParser_10d3ecd54a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.
> ISpecificationParser)>
>
> c = public $ISpecificationParser_10d38c5277a(org.apache.commons.
> logging.Log,$ISpecificationParser_10d38c52779)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@1575b4
>
>
> OC4J
> stack =
> InterceptorStackImpl[contribution=ServiceInterceptorContributionImpl[factoryServiceId=hivemind.
> LoggingInterceptor
> parameters=null precedingInterceptorIds=null
> followingInterceptorIds=null name=null] interfaceClass=interface
> org.apache.tapestry.parse.ISpecificationParser top=<PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.
> ISpecificationParser)>]
>
> interceptorClass = class $ISpecificationParser_10d38ce04a4
>
> stackTop = <PooledProxy for
> tapestry.parse.SpecificationParser(org.apache.tapestry.parse.
> ISpecificationParser)>
>
> c = public $ISpecificationParser_10d38c89a9b(org.apache.commons.
> logging.Log,$ISpecificationParser_10d38c89a9a)
>
> stack.getServiceLog = org.apache.commons.logging.impl.Log4JLogger@3c28ab
>
> Well, I got stuck because, all the variables seems to be the same
> type, hence, how could a type mismatch could be happening.
>
> I couldn't find a way to figure out the interfaces of the stackTop.
>
> Well I hope this piece of information would give an idea for the gurus
> or hivemind/tapestry to give me a hand on how to solve this.
>
> I really need to get it working on 10.1.3 :(
>
> My best regards
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
---
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org