I believe this may be useful to Jan. On 8/24/06, Jesse Kuhnert <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED] > 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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> skrev i en meddelelse > > news:[EMAIL PROTECTED] ... > > > 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 = > [EMAIL PROTECTED] > > > > > > > > > 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 = > [EMAIL PROTECTED] > > > > > > 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: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- 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
