You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hivemind.apache.org by "Vinicius Carvalho (JIRA)" <hi...@jakarta.apache.org> on 2006/09/11 20:42:22 UTC

[jira] Created: (HIVEMIND-183) Problems with LoggingInterceptor and OC4J 10.1.3

Problems with LoggingInterceptor and OC4J 10.1.3
------------------------------------------------

                 Key: HIVEMIND-183
                 URL: http://issues.apache.org/jira/browse/HIVEMIND-183
             Project: HiveMind
          Issue Type: Bug
          Components: framework
    Affects Versions: 1.1.1
         Environment: Oracle OC4J 10.1.3 (both standalone and AS versions)
            Reporter: Vinicius Carvalho


Seems to be a bug with OC4J and Hivemind. When creating the interceptor, it seems to have a conflict between versions of the commons-logging. I'm sorry I can't provide more information. I've solved this issue after a big help from Jesse Kuhnert. To solve it, I've provide an empty class:

public class OC4JHivemindLoggingInterceptor implements
		ServiceInterceptorFactory {

	public void createInterceptor(InterceptorStack stack, Module module, List list) {

	}

}

I just post it as a major priority, since it affects every possible user of tapestry that has OC4J as an app server.

Regards 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (HIVEMIND-183) Problems with LoggingInterceptor and OC4J 10.1.3

Posted by "Knut Wannheden (JIRA)" <hi...@jakarta.apache.org>.
    [ http://issues.apache.org/jira/browse/HIVEMIND-183?page=comments#action_12434073 ] 
            
Knut Wannheden commented on HIVEMIND-183:
-----------------------------------------

Vinicius,

How does this no-op service interceptor factory class solve the problem? Do you declare it in a hivemodule.xml and apply it instead of the LoggingInterceptorFactory (I think that's the one you had problems with)? Would be nice if we could nail this one down.

Did you check whether you have two commons-logging jars deployed or whether the same commons-logging jar is loaded by multiple class loaders? I think that could be the source of your problem.

> Problems with LoggingInterceptor and OC4J 10.1.3
> ------------------------------------------------
>
>                 Key: HIVEMIND-183
>                 URL: http://issues.apache.org/jira/browse/HIVEMIND-183
>             Project: HiveMind
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: 1.1.1
>         Environment: Oracle OC4J 10.1.3 (both standalone and AS versions)
>            Reporter: Vinicius Carvalho
>
> Seems to be a bug with OC4J and Hivemind. When creating the interceptor, it seems to have a conflict between versions of the commons-logging. I'm sorry I can't provide more information. I've solved this issue after a big help from Jesse Kuhnert. To solve it, I've provide an empty class:
> public class OC4JHivemindLoggingInterceptor implements
> 		ServiceInterceptorFactory {
> 	public void createInterceptor(InterceptorStack stack, Module module, List list) {
> 	}
> }
> I just post it as a major priority, since it affects every possible user of tapestry that has OC4J as an app server.
> Regards 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (HIVEMIND-183) Problems with LoggingInterceptor and OC4J 10.1.3

Posted by "Vinicius Carvalho (JIRA)" <hi...@jakarta.apache.org>.
    [ http://issues.apache.org/jira/browse/HIVEMIND-183?page=comments#action_12434167 ] 
            
Vinicius Carvalho commented on HIVEMIND-183:
--------------------------------------------

Knut, 

Yes, in order to solve my issue, I've replaced the default LoggingInterceptorFactory declaring the dummy class on my hivemodule.xml:
<implementation service-id="hivemind.LoggingInterceptor">
		<create-instance class="*.*.*.*.OC4JHivemindLoggingInterceptor"/>
	</implementation>
Hum, I haven't check that. But I'll this weekend, I'll try to gather more specific information. I'm pretty sure its a classloader issue, Oracle's classloader is very very problematic.

Best regards

> Problems with LoggingInterceptor and OC4J 10.1.3
> ------------------------------------------------
>
>                 Key: HIVEMIND-183
>                 URL: http://issues.apache.org/jira/browse/HIVEMIND-183
>             Project: HiveMind
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: 1.1.1
>         Environment: Oracle OC4J 10.1.3 (both standalone and AS versions)
>            Reporter: Vinicius Carvalho
>
> Seems to be a bug with OC4J and Hivemind. When creating the interceptor, it seems to have a conflict between versions of the commons-logging. I'm sorry I can't provide more information. I've solved this issue after a big help from Jesse Kuhnert. To solve it, I've provide an empty class:
> public class OC4JHivemindLoggingInterceptor implements
> 		ServiceInterceptorFactory {
> 	public void createInterceptor(InterceptorStack stack, Module module, List list) {
> 	}
> }
> I just post it as a major priority, since it affects every possible user of tapestry that has OC4J as an app server.
> Regards 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira