harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Markov" <mikhail.a.mar...@gmail.com>
Subject Re: [jira] Created: (HARMONY-5429) Confluence references Sun implementation class (via Tangosol)
Date Fri, 25 Jan 2008 14:38:13 GMT
We could create a stub for it in suncompat module.
Harmony has org.apache.harmony.rmi.transport.RMIObjectInputStream having
similar functionality - stub could just extend it to comply with RI needed
methods/fields names.
This makes sense imo if they could not fix this quickly in Confluence.

Thanks,
Mikhail

On 1/25/08, Tim Ellison (JIRA) <jira@apache.org> wrote:
>
> Confluence references Sun implementation class (via Tangosol)
> -------------------------------------------------------------
>
>                 Key: HARMONY-5429
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5429
>             Project: Harmony
>          Issue Type: Sub-task
>          Components: App-Oriented Bug Reports
>            Reporter: Tim Ellison
>
>
> Attempting to start Confluence as part of HARMONY-5424.
>
> The server fails to start up apparently due to a dependency on a sun
> internal type via Tangosol:
>
> Caused by: java.lang.NoClassDefFoundError:
> sun.rmi.server.MarshalInputStream
>        at java.lang.ClassLoader.defineClassImpl(Native Method)
>        at java.lang.ClassLoader.defineClass(ClassLoader.java:255)
>        at java.security.SecureClassLoader.defineClass(
> SecureClassLoader.java:70)
>        at org.apache.catalina.loader.WebappClassLoader.findClassInternal(
> WebappClassLoader.java:1847)
>        at org.apache.catalina.loader.WebappClassLoader.findClass(
> WebappClassLoader.java:873)
>        at org.apache.catalina.loader.WebappClassLoader.loadClass(
> WebappClassLoader.java:1326)
>        at org.apache.catalina.loader.WebappClassLoader.loadClass(
> WebappClassLoader.java:125)
>        at java.lang.J9VMInternals.verifyImpl(Native Method)
>        at java.lang.J9VMInternals.verify(J9VMInternals.java:59)
>        at java.lang.J9VMInternals.verify(J9VMInternals.java:57)
>        at java.lang.J9VMInternals.verify(J9VMInternals.java:57)
>        at java.lang.J9VMInternals.verify(J9VMInternals.java:57)
>        at java.lang.J9VMInternals.initialize(J9VMInternals.java:120)
>        at com.tangosol.run.xml.SimpleParser.instantiateDocument(
> SimpleParser.java:150)
>        at com.tangosol.run.xml.SimpleParser.parseXml(SimpleParser.java
> :115)
>        at com.tangosol.run.xml.SimpleParser.parseXml(SimpleParser.java:71)
>        at com.tangosol.run.xml.SimpleParser.parseXml(SimpleParser.java:99)
>        at
> com.tangosol.coherence.component.application.console.Coherence.loadConfiguration
> (Coherence.CDB:34)
>        at
> com.tangosol.coherence.component.application.console.Coherence.getServiceConfig
> (Coherence.CDB:14)
>        at
> com.tangosol.coherence.component.application.console.Coherence.ensureLogger
> (Coherence.CDB:11)
>        at
> com.tangosol.coherence.component.application.console.Coherence.getCluster(
> Coherence.CDB:10)
>        at java.lang.reflect.AccessibleObject.invokeL(AccessibleObject.java
> :213)
>
> See:
>
> http://www.tangosol.com/330/com/tangosol/io/ResolvingMarshalInputStream.html
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message