Hi,
I think we can follow standardized way in this case.
On 4/11/06, Stepan Mishura <[EMAIL PROTECTED]> wrote:
> There are no other opinions but I believe this issue needs broader attention
> so I'd like to start another thread.
>
> Harmony has a number of external libraries on the bootclasspath
Actually I cannot right now estimate performance impact,
so we might want to find another solution
Thanks,
Mikhail
2006/4/12, Soeren Strassfeld <[EMAIL PROTECTED]>:
>
> > We can load those libraries by a dedicated class loader so that they
> > will be invisible for apps but visible for our 'bridg
We can load those libraries by a dedicated class loader so that they
will be invisible for apps but visible for our 'bridge' classes
Thanks,
Mikhail
Hi,
So you are able to run two different versions of one class within the
one jvm instance? This is cool,
and of course much more elegant tha
We can load those libraries by a dedicated class loader so that they
will be invisible for apps but visible for our 'bridge' classes
Thanks,
Mikhail
2006/4/11, Stepan Mishura <[EMAIL PROTECTED]>:
> There are no other opinions but I believe this issue needs broader attention
> so I'd like to start
There are no other opinions but I believe this issue needs broader attention
so I'd like to start another thread.
Harmony has a number of external libraries on the bootclasspath: ICU4C,
Xerces/Xalan. What if an app. uses the same library but another version?
What if library versions are not compat
On 4/10/06 Stepan Mishura wrote:
On 4/9/06, Soeren Strassfeld wrote:
>
> Hi Stepan,
>
> first, I did a simple xsl Transformation:
>
> TransformerFactory f = TransformerFactory.newInstance();
> Transformer t = f.newTransformer(new StreamSource(new
> FileInputStream("foo.xsl")));
> t.transform(new
On 4/9/06, Soeren Strassfeld wrote:
>
> Hi Stepan,
>
> first, I did a simple xsl Transformation:
>
> TransformerFactory f = TransformerFactory.newInstance();
> Transformer t = f.newTransformer(new StreamSource(new
> FileInputStream("foo.xsl")));
> t.transform(new StreamSource(new FileInputStream("f
On 4/9/06, Soeren Strassfeld wrote:
>
>
> Hi Stepan,
>
> works fine, thanks!
>
> Anyway, overriding the bootclasspath seems very dangerous to me, as
> not all libraries keep upward/downward compatibility.
Hi, Soeren,
I agree with you that it would be better to use appropriate xalan library.
But
Hi Stepan,
first, I did a simple xsl Transformation:
TransformerFactory f = TransformerFactory.newInstance();
Transformer t = f.newTransformer(new StreamSource(new
FileInputStream("foo.xsl")));
t.transform(new StreamSource(new FileInputStream("foo.xml")),new
StreamResult(System.out));
(foo.x
Hi Stepan,
works fine, thanks!
Anyway, overriding the bootclasspath seems very dangerous to me, as
not all libraries keep upward/downward compatibility.
Could be interesting to see how the xml api behaves with a new bcel
in the bootclasspath, will do some tests on that!
Thanks,
Soeren
Stepa
On 4/8/06, Soeren Strassfeld wrote:
>
> Hi List,
>
> the latest Harmony snapshot ships a version of xalan.jar, which seems to
> contains
> an old version of Jakarta bcel.
> When I try to run my bcel based App, I get a NoSuchMethodError:
>
> org/apache/bcel/Repository.lookupClass(Ljava/lang/Class;)L
Hi List,
the latest Harmony snapshot ships a version of xalan.jar, which seems to
contains
an old version of Jakarta bcel.
When I try to run my bcel based App, I get a NoSuchMethodError:
org/apache/bcel/Repository.lookupClass(Ljava/lang/Class;)Lorg/apache/bcel/classfile/JavaClass;
I checked
12 matches
Mail list logo
