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

[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