On 8/7/06, Jimmy, Jing Lv wrote:
SNIPSounds pretty good :)exec do helps, it can check simple situations.What I'm concern is that if the return code is not enough for some
situations, e.g, what exception is thrown exactly, or what cause VM exitabnormally. IMHO, it is still necessary for us.
Hi
Filip Hanik - Dev Lists wrote:
as a lurker, any reason for not choosing Tomcat, as it already is an
ASF project?
I'd be happy to help out with that effort,
IMHO, we only need an embedded light-weighted server for unit testing
purpose, which could be run in the same process of Harmony unit
Hi, Oliver:
I am willing to implement the
org.apache.harmony.luni.platform.Environment class with
the two getenv() methods.
Good luck!
On 8/8/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Great news.
In the future, could you please prefix the subject line with something
appropriate,
Oliver Deakin wrote:
Hi all,
I'm pleased to announce that a new 5.0 level IBM VME will be made
available soon at:
http://www-128.ibm.com/developerworks/java/jdk/harmony/index.html
The new VME downloads are named Harmony-vme-win.IA32-v4.zip and
Harmony-vme-linux.IA32-v4.tar.gz. I would like
Hi Filip,
We want to use jetty to eliminate any external dependency, which means we do
not need to start an external web server when we run Harmony test. Jetty is
suitable for this job, while tomcat may not work. Furthermore, jetty is
lightweight, and can be easily integrated to Harmony from
I'm not sure it's legal to put any classes to sun.* packages
Opinions?
Thanks,
Mikhail
2006/8/8, Martín Córdova (JIRA) [EMAIL PROTECTED]:
ava.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
--
Key: HARMONY-1088
I've been getting further towards the Pack200 implementation with
finishing off the codecs that are used to decode values from the file.
Although most of the default codecs were in place, the pack200 spec
allows for dynamic switching to arbitrary codecs should the compressor
warrant it, including
I concur. We should not have any sun.* packages. Any program that
explicitly depends on a sun.* class should fail.
Alex.
On 08/08/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
I'm not sure it's legal to put any classes to sun.* packages
Opinions?
Thanks,
Mikhail
2006/8/8, Martín Córdova
Ivanov, Alexey A wrote:
-Original Message-
From: Paulex Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, August 07, 2006 7:57 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [general] new snapshots up early morning... is the win2k
problem gone?
Sorry for response so late, I must get to
I saw that javac is ready now at
http://incubator.apache.org/harmony/roadmap.html#General but I cannot
find the javac.exe it in deploy/jdk/jre/bin.
I have also been referred to the thread
http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200605.mbox/[EMAIL
PROTECTED]
where Tim said
Agree, and we actually have a Base64 utility in o.a.h.luni.util, we can
suggest users to refactor to this class (of course we may need to
refactor our Base64's interface if necessary), and make the suggestion
at some well known place.
Alex Blewitt wrote:
I concur. We should not have any
Hello Ivanov,
I will have a look at this issue, and will give my feedback later.
Thanks a lot.
Best regards,
Richard.
Ivanov, Alexey A wrote:
All,
I'd like to attract more attention to this problem because this
incompatibility makes many tests in javax.swing.text package fail. The
Hi, thank you for your information.
I slightly modified my second test case and run it on JDK6-beta.
public void test_HeadMap_Serializable() throws Exception {
// same as before
*assertNotNull(((SortedMap)outputObject).entrySet()); // This line
assertNull previously.*
Hi Alex
Thanks for the patch!
I have a problem with integration: this classes
org.apache.harmony.archive.internal.pack200.CodecEncoding
refers to the PopulationCodec class that seems to be missing
I'm trying to apply 'patch' [1]. Am I doing anything wrong?
Thanks,
Mikhail
[1]
Shall we follow RI on this odd behavior in harmony?
My opinion is that we should not. But if 1.5 has deserialization issue
it won't be possible to make it read SubMap, serialized by harmony,
correctly. And I think this it's not a problem for us.
On 8/8/06, Spark Shen [EMAIL PROTECTED] wrote:
Leo Li wrote:
Hi, Oliver:
I am willing to implement the
org.apache.harmony.luni.platform.Environment class with
the two getenv() methods.
Great, thanks for volunteering Leo!
Good luck!
On 8/8/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Great news.
In the future, could you
Anton Rusanov wrote:
I saw that javac is ready now at
http://incubator.apache.org/harmony/roadmap.html#General but I cannot
find the javac.exe it in deploy/jdk/jre/bin.
There is a minor piece of work left in the launcher to support the tools
being run from jdk/bin, namely to pick up the right
Stepan Mishura wrote:
On 8/7/06, *Jimmy, Jing Lv* wrote:
SNIP
Sounds pretty good :)
exec do helps, it can check simple situations.
What I'm concern is that if the return code is not enough for some
situations, e.g, what exception is thrown exactly, or what cause VM exit
Once I apply the HARMONY-1084 patches, the classlib code will only be
usable with the new IBM VME v4 available now from Developerworks [1].
Can other VM folk let me know if/when they are comfortable with that
patch being applied? The contents were described by Oliver, and the
patch file is short
Mikhail Loenko wrote:
I'm not sure it's legal to put any classes to sun.* packages
Opinions?
Unwise and unwanted for sure, but illegal? on what grounds?
Regards,
Tim
Thanks,
Mikhail
2006/8/8, Martín Córdova (JIRA) [EMAIL PROTECTED]:
ava.lang.NoClassDefFoundError:
I need a consultation: should we follow RI or spec in the case of issue
1100?
Thanks, Vladimir
On 8/8/06, Vladimir Ivanov (JIRA) [EMAIL PROTECTED] wrote:
[classlib][io] compatibility: Harmony method
DataOutputStream(null).writeBytes() throws NPE while RI does not
There's a bunch of things that we need to chuck/fix there.
Thanks
Geir
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 5:33 AM
To: harmony-dev@incubator.apache.org
Subject: [build] java.bat on Windows
DRLVM produces java.bat
Vladimir Ivanov wrote:
I need a consultation: should we follow RI or spec in the case of issue
1100?
I think we shall follow RI for this this problem. Because the behavior
of RI is reasonable though it seems that it is not compliant with Spec.
If we decide to throw NPE, maybe some use
Hi Jimmy,
I expect that we agreed to use new serialization framework for new tests.
But I see that people continue develop tests for serialization using the old
framework (i.e. SerializationTester).
Could you tell me why you prefer the old framework? Is the new framework for
testing
Mikhail Loenko wrote:
I'm not sure it's legal to put any classes to sun.* packages
Opinions?
Yes, it's legal. I think we're going to want to do this for
compatibility reasons, and eventually wean people off of it.
geir
Thanks,
Mikhail
2006/8/8, Martín Córdova (JIRA) [EMAIL
Alex Blewitt wrote:
I concur. We should not have any sun.* packages. Any program that
explicitly depends on a sun.* class should fail.
I don't agree. I think that we will certainly have sun packages like
sun.misc.Unsafe, and I suspect there are a few others that we'll want to
have to not
Paulex Yang wrote:
Ivanov, Alexey A wrote:
-Original Message-
From: Paulex Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, August 07, 2006 7:57 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [general] new snapshots up early morning... is the win2k
problem gone?
Sorry for
Tim Ellison wrote:
Anton Rusanov wrote:
Or maybe there is already a mechanism to build executables using a
special target?
If not, how do you think what should be better - build all tools'
executables together or to add an individual target for each tool?
Should the executables
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
Ivanov, Alexey A wrote:
-Original Message-
From: Paulex Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, August 07, 2006 7:57 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [general] new snapshots up early morning... is the win2k
problem
Eager to hear sounds of testNG :)
Yeah, but we still need working implementation of java.util.concurrent
to run 1.5 version of TestNG..
2006/8/8, Jimmy, Jing Lv [EMAIL PROTECTED]:
Oliver Deakin wrote:
Hi all,
I'm pleased to announce that a new 5.0 level IBM VME will be made
available
As a first step I would like to implement the following methods:
1. getFieldOffset - it may be done by forwarding call to
ObjectAccessor.getFieldID or by JNI wrapping of existing impl in atomics.cpp.
The second, I think, is preferable because we avoid further conversion of
fieldID to field offset
On 8/8/06, Jimmy, Jing Lv wrote:
Stepan Mishura wrote:
On 8/7/06, *Jimmy, Jing Lv* wrote:
SNIP
Sounds pretty good :)
exec do helps, it can check simple situations.
What I'm concern is that if the return code is not enough for some
situations, e.g, what exception is
Geir Magnusson Jr wrote:
Paulex Yang wrote:
Ivanov, Alexey A wrote:
-Original Message-
From: Paulex Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, August 07, 2006 7:57 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [general] new snapshots up early morning... is the win2k
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing separate
build for win2k. But I think it would be nice if we can have a common
win32 release(at least because RI has), it's just a little weird if we
don't...
On 8/8/06, Richard Liang [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
I need a consultation: should we follow RI or spec in the case of issue
1100?
I think we shall follow RI for this this problem. Because the behavior
of RI is reasonable though it seems that it is not compliant with
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing separate
build for win2k. But I think it would be nice if we can have a common
win32 release(at least because RI
On 8/8/06, Geir Magnusson Jr wrote:
Alex Blewitt wrote:
I concur. We should not have any sun.* packages. Any program that
explicitly depends on a sun.* class should fail.
I don't agree. I think that we will certainly have sun packages like
sun.misc.Unsafe, and I suspect there are a few
Tim Ellison wrote:
Once I apply the HARMONY-1084 patches, the classlib code will only be
usable with the new IBM VME v4 available now from Developerworks [1].
We need to make sure that DRLVM is ready first, although looking at the
the patch, I'm not sure there's much to be done. Worrysome,
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing separate
build for win2k. But I think it would be nice if we can have a common
win32
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing separate
build for win2k. But I think it
Tim Ellison wrote:
Alex Blewitt wrote:
I concur. We should not have any sun.* packages.
Agreed, though deep down I expect that we'll end up creating a JAR that
implements a small set of impl types -- for example, lots of 1.4 apps
seem to use sun.io.CharToByteConverter and friends before
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing
separate
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can
Geir Magnusson Jr wrote:
Alexey Petrenko wrote:
2006/8/8, Paulex Yang [EMAIL PROTECTED]:
hmm...of course we can get a workaround for now by providing separate
build for win2k. But I think it would be nice if we can have a common
win32 release(at least because RI has), it's just a little
Stepan Mishura wrote:
Hi Jimmy,
I expect that we agreed to use new serialization framework for new tests.
But I see that people continue develop tests for serialization using the
old
framework (i.e. SerializationTester).
Could you tell me why you prefer the old framework? Is the new
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Once I apply the HARMONY-1084 patches, the classlib code will only be
usable with the new IBM VME v4 available now from Developerworks [1].
We need to make sure that DRLVM is ready first, although looking at the
the patch, I'm not sure there's
The launcher changes wouldn't affect DRLVM, and it seems like the
com.ibm.oti - org.apache.harmony wouldn't either, strangely...
geir
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Once I apply the HARMONY-1084 patches, the classlib code will only be
usable with the new IBM
Hello,
And what benefits will we get from this? What is the percentage of Win9x users?
According to Russian analogues of Google Analytics there are ~30% of
Win9x hosts among Internet clients. I believe users of these computers
are not developers and not interested in Harmony now but maybe
2006/8/8, Anton Luht [EMAIL PROTECTED]:
Hello,
And what benefits will we get from this? What is the percentage of Win9x
users?
According to Russian analogues of Google Analytics there are ~30% of
Win9x hosts among Internet clients. I believe users of these computers
are not developers and
Geir Magnusson Jr wrote:
The launcher changes wouldn't affect DRLVM, and it seems like the
com.ibm.oti - org.apache.harmony wouldn't either, strangely...
Must be using it's own equivalent property.
And generating 5.0 classfiles is ok, right?
So are we good to go?
Tim
geir
Tim Ellison
Strange...
It means that 1/3 of my friends should have Win9x... But I can not
recall such large number... just one or two.
Can you give a link to this statistics?
See [1] . I've checked other sites with OS statistics and they mostly
report 4% of Windows 9x (for example, [2]), so I think you're
Hi!
AT first, congratulations to Apache and Intel for the new snapshots at
http://people.apache.org/dist/incubator/harmony/snapshots/
from the 4. Augusta 2006.
Now it has in the hdk-version its own JVM integrated, so that IBMs JVM is no
longer needed.
But on Windows there isn't neither in
On 8 August 2006 at 12:26, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
The launcher changes wouldn't affect DRLVM, and it seems like the
com.ibm.oti - org.apache.harmony wouldn't either, strangely...
Must be using it's own equivalent property.
And generating 5.0
Geir,
Didn't you include awt native binaries for Windows snapshots?
SY, Alexey
2006/8/8, theUser BL [EMAIL PROTECTED]:
Hi!
AT first, congratulations to Apache and Intel for the new snapshots at
http://people.apache.org/dist/incubator/harmony/snapshots/
from the 4. Augusta 2006.
Now it has
+1 to follow RI
Here are links to similar bugs:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4010323
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4012133
AFAIU this is not a RI bug but a feature today.
On 8/8/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
On 8/8/06, Richard Liang
I've checked, works for me.
On 8/8/06, Mark Hindess (JIRA) [EMAIL PROTECTED] wrote:
[
http://issues.apache.org/jira/browse/HARMONY-609?page=comments#action_12426521]
Mark Hindess commented on HARMONY-609:
--
I've made a change similar to the copying
Mark, may be you will move resources from
awt/src/test/api/java/common/java/awt/serialization,
awt/src/test/api/java/common/java/awt/shapes,
awt/src/test/api/java/common/java/awt/geom/serialization,
awt/src/test/api/java/common/java/awt/geom/shapes too?
On 8/8/06, Igor Stolyarov [EMAIL
Guys,
Does somebody have numbers why Jetty is so light-weighted comparing to
Tomcat? I believe Tomcat can also be executed directly from Java code.
And a lot of stuff can also be removed from Tomcat - connectors,
examples and so on. Am I wrong?
Regards,
2006/8/8, Andrew Zhang [EMAIL
AFAIK embedding Tomcat is an easy task too.
Examples:
http://www.onjava.com/pub/a/onjava/2002/04/03/tomcat.html?page=1
http://tomcat.apache.org/tomcat-5.0-doc/catalina/docs/api/org/apache/catalina/startup/Embedded.html
but you have to add a lot of JAR files to make it work:
-
yes, jetty has kept that as a goal, while Tomcat has built out and
expanded its options and configurations.
jetty also doesn't implement any JSP logic, only http and servlet.
creating a custom light-weight tomcat, may be more work than needed, I
can look into that.
I'd be happy to look into
The UserBL :
Hi!
AT first, congratulations to Apache and Intel for the new snapshots at
http://people.apache.org/dist/incubator/harmony/snapshots/
from the 4. Augusta 2006.
Apache and Intel? No, just Apache :) That's not slighting Intel, but
there are many contributors to the
Alexey,
No.
SY, Geir
;)
--
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 8:48 AM
To: harmony-dev@incubator.apache.org
Subject: Re: Swing don't run on Windows
I have checked fresh classlib + drlvm + harmony-1084 classlib patch.
Smoke tests work fine for me.
--
Ivan
On 8/8/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Eager to hear sounds of testNG :)
Yeah, but we still need working implementation of java.util.concurrent
to run 1.5 version of
Hi all,
Sorry for disturbing you again :) but I'd like to announce another
code contribution on behalf of Intel. This the independent
implementation of Java management console. RI has a built-in console
called jconsole [1]. BEA has proprietary JRockit Management
Console that is distributed along
Thanks! We seem goot to got then... Java 5, here we come :)
-Original Message-
From: Ivan Volosyuk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 07:55 AM Pacific Standard Time
To: harmony-dev@incubator.apache.org
Subject:Re: New IBM VME available soon
I
Hi Andrew,
It seems a big problem to me. :) I haven't find any solution yet.
Futhurmore, ftp server also needs to be substituted. Do you have any
suggestions?
No! This is why I have asked you :)
Have you heard about Apache FTP server [1]? Just found this in Google.
It has the right words in
Alexei Zakharov wrote:
Hi Andrew,
It seems a big problem to me. :) I haven't find any solution yet.
Futhurmore, ftp server also needs to be substituted. Do you have any
suggestions?
No! This is why I have asked you :)
Have you heard about Apache FTP server [1]? Just found this in Google.
Great -- here goes...
I'll announce in a separate thread when done.
Tim
Ivan Volosyuk wrote:
I have checked fresh classlib + drlvm + harmony-1084 classlib patch.
Smoke tests work fine for me.
--
Ivan
On 8/8/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Eager to hear sounds of testNG :)
Thanks for checking that Ivan, great news that the test run worked ok.
I guess we're about ready to move to 5.0 :)
Regards,
Oliver
Ivan Volosyuk wrote:
I have checked fresh classlib + drlvm + harmony-1084 classlib patch.
Smoke tests work fine for me.
--
Ivan
On 8/8/06, Alexei Zakharov [EMAIL
I've just committed the HARMONY-1084 patch (thanks Oliver) at repository
revision r429714 that brings the class library code building up to 5.0.
The jsr-14 target is now gone!
Reports are that this code works with the latest version of DRLVM
without further modification.
If you want to run/test
As a follow up to my previous note in this thread, George has updated
the Eclipse plugin
and made it available at:
http://svn.apache.org/viewcvs.cgi/*checkout*/incubator/harmony/enhanced/tools/trunk/eclipse/org.apache.harmony.eclipse.site
If you were using the previous version of the plugin,
So... Can somebody apple the patch for HARMONY-1034? :)
Thanks in advance.
SY, Alexey
2006/8/8, Magnusson, Geir [EMAIL PROTECTED]:
There's a bunch of things that we need to chuck/fix there.
Thanks
Geir
-Original Message-
From: Alexey Petrenko [mailto:[EMAIL PROTECTED]
Sent:
I've fixed the builds on both linux and windows to use the new vme.
All tests are passing again.
-Mark.
On 8 August 2006 at 20:02, Apache Harmony Build [EMAIL PROTECTED] wrote:
Online report : http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/con
Weird. I don't know what happened. I've attached PopulationCodec (a
new file) separately to the bug report. There's also BHSDCodec, which
is new in the patch, as well as PopulationCodecTest. Are they there
too?
Alex.
On 08/08/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Hi Alex
Thanks for the
Before tracking detailed EM/JIT profiling information( which we may need at
some point ), it may be useful to initially just track benchmark raw scores
weekly to see overall progress/regression and make it publicly available.
If there are licensing issues with SpecJVM and SpecJBB, we could use a
Rana Dasgupta wrote:
Before tracking detailed EM/JIT profiling information( which we may need at
some point ), it may be useful to initially just track benchmark raw scores
weekly to see overall progress/regression and make it publicly available.
If there are licensing issues with SpecJVM
Alexey Petrenko wrote:
So... Can somebody apple the patch for HARMONY-1034? :)
Of course. Will probably do in a batch of tweaks unless there's a
critical need to have this done now...
geir
Thanks in advance.
SY, Alexey
2006/8/8, Magnusson, Geir [EMAIL PROTECTED]:
There's a bunch
Does the site build things correctly now?
I was trying to make something useful happen, and it doesn't work in
Eclipse 3.2
geir
Oliver Deakin wrote:
As a follow up to my previous note in this thread, George has updated
the Eclipse plugin
and made it available at:
Stefano Mazzocchi wrote:
Alexei Zakharov wrote:
Hi all,
Sorry for disturbing you again :) but I'd like to announce another
code contribution on behalf of Intel. This the independent
implementation of Java management console. RI has a built-in console
called jconsole [1]. BEA has
Geir Magnusson Jr wrote:
Stefano Mazzocchi wrote:
Alexei Zakharov wrote:
Hi all,
Sorry for disturbing you again :) but I'd like to announce another
code contribution on behalf of Intel. This the independent
implementation of Java management console. RI has a built-in console
called
I suggest follow RI for this case. Because spec says nothing about NPE in
DataOutputStream(OutputStream) constructor, and following spec may cause
legacy applications broken. Furthermore, RI's behaviour is acceptable this
time. :)
On 8/8/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
I need a
Hi,
We have commented out all the stack trace handling code etc. in the NT
exception handing code in drlvm to get the same binary image to run on an
old OS like W2K. I am sorry, but I disagree with this approach. We cannot
compile sources meant for XP/W2003 and expect the binaries to run on
Geir Magnusson Jr wrote:
Does the site build things correctly now?
I was trying to make something useful happen, and it doesn't work in
Eclipse 3.2
It seems that the URL should be
Go for it; looking forward to it.
-Nathan
-Original Message-
From: Rustem Rafikov [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 5:08 AM
To: harmony-dev@incubator.apache.org
Cc: [EMAIL PROTECTED]
Subject: Re: [classlib][drlvm] integrating j.u.c with drlvm
As a first
2006/8/8, Oleg Khaschansky [EMAIL PROTECTED]:
Shall we follow RI on this odd behavior in harmony?
My opinion is that we should not. But if 1.5 has deserialization issue
it won't be possible to make it read SubMap, serialized by harmony,
correctly. And I think this it's not a problem for us.
On 8/8/06, Jimmy, Jing Lv wrote:
Stepan Mishura wrote:
Hi Jimmy,
I expect that we agreed to use new serialization framework for new
tests.
But I see that people continue develop tests for serialization using the
old
framework (i.e. SerializationTester).
Could you tell me why you prefer
I'm trying to build and run the tests with the new v4 VM and getting
the following error no Windows:
compile.tests:
[echo] Compiling RMI api tests
[javac] Compiling 6 source files to C:\WS\Harmony1\modules\rmi\bin\test\api
[javac] Note: Some input files use unchecked or unsafe
On 8/8/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Tim Ellison wrote:
I've just committed the HARMONY-1084 patch (thanks Oliver) at repository
revision r429714 that brings the class library code building up to 5.0.
The jsr-14 target is now gone!
cheers and applause at disappearance of
Hi,
sorry for my being sooo late. Busy as always. I am tryin try to be faster :)
On the 0x1BA day of Apache Harmony [EMAIL PROTECTED] wrote:
I am sorry so late to reply.
en, i use command
EM: compile start:[JET n=1816]
java/util/Hashtable::elements()Ljava/util/Enumeration;
EM: compile
89 matches
Mail list logo