Weldon Washburn wrote:
This is a question for Apache legal. Will the existing licenses allow
Harmony incubator volunteers to port MMTK to one of the incubator's
JVMs?
Yes. It's really up to MMTK to accept any patches necessary.
Can the modifications to the JVM be checked-in Harmony svn
Mikhail Loenko wrote:
2006/5/24, Geir Magnusson Jr [EMAIL PROTECTED]:
George Harley wrote:
Hi Mikhail,
That is a very good point and your suggestion of supplementing the
class
or package name sounds like a very straightforward way around the
problem. Because there will be a number of
Andrey Chernyshev wrote:
On 5/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Andrey Chernyshev wrote:
Returning back to the subject of this discussion, I guess it should be
relatively easy to modify the DRLVM building system such that it would
get the binary HDK from web and use it
Mark Hindess wrote:
On 24 May 2006 at 12:50, Mikhail Loenko [EMAIL PROTECTED] wrote:
As a first step I suggest taking it as a base - move rmi to rmi4 or
whatever and move rmi3 to rmi.
This is fine with me but, being slightly pedantic, I think that's the
second step. The first step is to
Nice! Well done!
Stepan Mishura wrote:
Hi,
It is hard to track decisions made on harmony-dev mailing list and I've
tried to summarize them[1]. The mail archive is quite big and most probably
I missed or misunderstand something. Feel free to send patches to improve
web-page content.
[1]
Yes there is.
They can access protected fields (they are also package-visible). Or they
can test something related to class loading.
Example. Recently I committed
modules\luni\src\test\java.injected\java\net\HttpURLConnectionAccessor.java
that is not a test though but something that is used by
Geir Magnusson Jr wrote:
Some stuff that got lost (because I got consumed by J1 and I was the
only one pushing on it) was the idea of ensuring that
1) the HDK could be anywhere - the was no hard-wired spot. That
allowed having multiple simultaneous HDKs (ex different snapshot
version) at
Summary for this discussion :
http://incubator.apache.org/harmony/subcomponents/classlibrary/ser_testing.html
Thanks,
Stepan.
On 5/24/06, Stepan Mishura wrote:
On 5/24/06, Geir Magnusson Jr wrote:
Do you believe you came to a conclusion? Do you want to summarize?
Yes, I'm going to
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is not
stable so that I have to send this mail several times from today before
yesterday (please pardon me if the mailing list get several duplicate mails
after hundreds of hours! ).
Basically, I'm afraid I cannot agree
Hi Paulex,
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is not
stable so that I have to send this mail several times from today before
yesterday (please pardon me if the mailing list get several duplicate mails
after
Geir Magnusson Jr wrote:
On thing to think about (which I didn't realize until now) is that HDK
should sit above /classlib in the tree right? the VMs will need it as
well. I imagine :
enhanced/
classlib/
drlvm/
jchevm/
bootvm/
So maybe add a
enhanced/common
directory
2006/5/25, Oliver Deakin [EMAIL PROTECTED]:
I imagine that an HDK would come in a zip format, much like the current
snapshots [2].
I also suggest to add build date into zip name and internal directory name.
Something like HDK_20060525/deploy and so on...
It will let us keep few copies of HDK
Hi, Mikhail,
2006/5/25, Mikhail Loenko [EMAIL PROTECTED]:
Hi Paulex,
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is not
stable so that I have to send this mail several times from today before
yesterday (please
Hi Sanket, welcome.
Good to hear you are trying to build the boot VM. The expert on that
code is Dan Lydick -- hopefully he will see your note and be able to help.
If you don't hear from him soon I'll try my best g
Regards,
Tim
Sanket Sharma wrote:
Hey everyone..
I was trying to build the
Mikhail Loenko wrote:
Yes there is.
They can access protected fields (they are also package-visible). Or they
can test something related to class loading.
Example. Recently I committed
modules\luni\src\test\java.injected\java\net\HttpURLConnectionAccessor.java
that is not a test
Mikhail Loenko wrote:
We also agreed to put only internationalized messages and
to have a single catalog by module.
Yep, that's a good task for somebody who is looking for a simple way to
contribute to Harmony's classlibs.
If anyone wants to volunteer then go for it -- I can help with guidance
Geir Magnusson Jr wrote:
This thread was a long read :)
First, I'm all for using Jetty as our test server (I think we talked
about this a long time ago...). We could even use Tomcat, but my
experience in the past was that Jetty was very easy to emebed. By
default, there should be no
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Hi, Mikhail,
2006/5/25, Mikhail Loenko [EMAIL PROTECTED]:
Hi Paulex,
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is
not
stable so that I have to send this mail
Mikhail Loenko wrote:
Hi Paulex,
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is not
stable so that I have to send this mail several times from today before
yesterday (please pardon me if the mailing list get several
Good day,
I assume that we can have a test script config file to define the server
location. We can have the default mode be starting the Jetty server on
localhost (a.k.a. 'airplane mode' g), then if you want to run the
server remotely the tests config would have to be updated...
It seems to
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Hi, Mikhail,
2006/5/25, Mikhail Loenko [EMAIL PROTECTED]:
Hi Paulex,
2006/5/25, Yang Paulex [EMAIL PROTECTED]:
Mikhail,
Sorry to response so late, seems both IBM's smtp server and gmail is
Hi Richard,
On 4/7/06, Richard Liang [EMAIL PROTECTED] wrote:
You're Dmitry. :-) Now I agree with you that Harmony is not compliant
with the specification. We will discuss with our Charset Provider - ICU
to determine how to fix this issue. Thanks a lot.
Is there any progress?
Thanks.
--
+1 from me
I also suggest we use Jetty as a singleton, so that we don't need to pay
the overhead to find an available port and to start http server.
The proposal is:
1. Some utility class in support project is responsible to lazily start
Jetty when necessary on an available port in embedded
Mikhail Loenko wrote:
Yes there is.
They can access protected fields (they are also package-visible). Or they
can test something related to class loading.
Example. Recently I committed
modules\luni\src\test\java.injected\java\net\HttpURLConnectionAccessor.java
that is not a test though
On 5/25/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
Some stuff that got lost (because I got consumed by J1 and I was the
only one pushing on it) was the idea of ensuring that
1) the HDK could be anywhere - the was no hard-wired spot. That
allowed having multiple
Excellent! Looks like GC is the favorite part of VM :)
I also has an implementation of GC with better performance then
GC_V4, which is currently used in DRLVM. With MMTk there will be a
bunch of options to select.
It is really interesting to have GC written in Java. I thought about
it.
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
Some stuff that got lost (because I got consumed by J1 and I was the
only one pushing on it) was the idea of ensuring that
1) the HDK could be anywhere - the was no hard-wired spot. That
allowed having multiple simultaneous HDKs (ex different
I don't feel strongly about it -- I was simply responding to Geir's
request that we have an option to test against a remote server. I think
we can have that option if people want to.
Regards,
Tim
Anton Luht wrote:
Good day,
I assume that we can have a test script config file to define the
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
On thing to think about (which I didn't realize until now) is that HDK
should sit above /classlib in the tree right? the VMs will need it as
well. I imagine :
enhanced/
classlib/
drlvm/
jchevm/
bootvm/
So maybe add a
Alexey Petrenko wrote:
2006/5/25, Oliver Deakin [EMAIL PROTECTED]:
I imagine that an HDK would come in a zip format, much like the current
snapshots [2].
I also suggest to add build date into zip name and internal directory name.
Something like HDK_20060525/deploy and so on...
Yes, I
Tim Ellison wrote:
Geir Magnusson Jr wrote:
This thread was a long read :)
Given that the argument is long and winding, can people do a checkpoint
summary about how they are feeling?
Does 'exhausted' count ;-)
FWIW I also agree that using Jetty embedded in the tests is a good idea,
with
Anton Luht wrote:
Good day,
I assume that we can have a test script config file to define the server
location. We can have the default mode be starting the Jetty server on
localhost (a.k.a. 'airplane mode' g), then if you want to run the
server remotely the tests config would have to be
Yang Paulex wrote:
+1 from me
I also suggest we use Jetty as a singleton, so that we don't need to pay
the overhead to find an available port and to start http server.
Doesn't the above don't need to pay the overhead to find an available
port conflict with the element #1 below, lazily
Hi Richard,
On 5/10/06, Richard Liang (JIRA) [EMAIL PROTECTED] wrote:
java.util.Formatter.format() is not implemented. I will attach the patch soon.
:-) Thanks a lot.
Is there any progress?
Thanks.
--
Dmitry M. Kononov
Intel Managed Runtime Division
Vladimir Gorr wrote:
whether does it mean the HDK will contain the sources (src.zip?) as well?
Otherwise I don't understand what can be modified. Could you please clarify
this?
I know you addressed to oliver, but let me take a wack at it to see if I
grok everything
One of the many
I was staring at the JAPI data last night. Can anyone think of a reason
why we wouldn't suggest to people looking for something to do to use
JAPI reports to help finish packages?
geir
-
Terms of use :
On 5/25/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Yang Paulex wrote:
+1 from me
I also suggest we use Jetty as a singleton, so that we don't need to
pay
the overhead to find an available port and to start http server.
Doesn't the above don't need to pay the overhead to find an
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
- I've tweaked the launcher to support running Java-based tools.
There are still some limitations (see below), but the idea is that if
the launcher is running as 'java' or 'javaw' it
Mikhail Fursov wrote:
Guys,
What do you think about the following recomendations?
These are only 'recomendations' and not must have rules, but if these
recomendations will become 'official' it will improve the quality of
API in
the long perspective.
1) Try avoid magic number nor magic
Tim Ellison wrote:
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
- I've tweaked the launcher to support running Java-based tools.
There are still some limitations (see below), but the idea is that if
the launcher is running as
Magnusson, Geir wrote:
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 25, 2006 6:11 AM
To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject: Re: [classlib] jetty based tests
If I understand correctly, it means Jetty selects a free
On 5/25/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
1) Try avoid magic number nor magic strings in code ( the constant
name
by itself can be a good comment )
That's a universal rule of programming, isn't it? :)
Yes, and I listed it after reading our sources :), E.g. see JIRA482
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
snip
Now you can run javac.
Very cute! Do you intend module/tools to remain not part of the build?
It will become part of the build
Geir Magnusson Jr wrote:
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
On thing to think about (which I didn't realize until now) is that
HDK should sit above /classlib in the tree right? the VMs will need
it as well. I imagine :
enhanced/
classlib/
drlvm/
jchevm/
That's what I've been using, so I would say it's a fairly good place to
start. The other technique I use in conjunction is generating the javadoc
from the Harmony source. This allows for some noticing some of the larger
holes when visually comparing it to the specification.
The other piece that
Good day,
The only problem with local server is choosing a local port to bind to
- port 80 is often used by another daemon. Test should try to start
Jetty on a free port and tell its number to the URLConnection test.
Autonomically? I don't think so - I think it should be a configuration
2006/5/25, Mikhail Fursov [EMAIL PROTECTED]:
On 5/25/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
1) Try avoid magic number nor magic strings in code ( the constant
name
by itself can be a good comment )
That's a universal rule of programming, isn't it? :)
Yes, and I listed it
2006/5/25, Mikhail Fursov [EMAIL PROTECTED]:
Guys,
What do you think about the following recomendations?
These are only 'recomendations' and not must have rules, but if these
recomendations will become 'official' it will improve the quality of API in
the long perspective.
1) Try avoid magic
Ok, I will quote you in future :)
On 5/25/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/5/25, Mikhail Fursov [EMAIL PROTECTED]:
Yes, these ones can be only recomendations and can't be rules, because
the
most of them are performance related issues. E.g. nobody will file a bug
like 'this
FYI, I have sent ACQ and ICLA to apache fax.
--
Ivan
2006/5/23, Archie Cobbs [EMAIL PROTECTED]:
Weldon Washburn wrote:
Please hold off the check-in for a few days. I would like to try
Ivan's mods on my machine to make certain they are complete. The
intention is to reduce the chance of
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
snip
Now you can run javac.
Very cute! Do you intend module/tools to remain not part of the build?
It will
2006/5/25, Geir Magnusson Jr [EMAIL PROTECTED]:
We could always just partition in the filesystem and separate the test
runs for bootclasspath API, and bootclasspath implementation?
The problem is that we have a single directory where we put results. So if we
run all the tests including both
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
On thing to think about (which I didn't realize until now) is that
HDK should sit above /classlib in the tree right? the VMs will need
it as well. I imagine :
enhanced/
classlib/
Nathan Beyer wrote:
That's what I've been using, so I would say it's a fairly good place to
start. The other technique I use in conjunction is generating the javadoc
from the Harmony source. This allows for some noticing some of the larger
holes when visually comparing it to the specification.
Geir,
I've tried to put this proposal to the site. Please see the patch at
http://issues.apache.org/jira/browse/HARMONY-511 - hope I did it correctly.
--
Regards,
Anton Luht,
Intel Middleware Products Division
On 5/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
How about a patch for the
Mikhail Fursov skrev den 25-05-2006 15:22:
Guys,
What do you think about the following recomendations?
These are only 'recomendations' and not must have rules, but if these
recomendations will become 'official' it will improve the quality of
API in
the long perspective.
1) Try avoid magic
Geir Magnusson Jr wrote:
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
Oliver Deakin wrote:
Geir Magnusson Jr wrote:
On thing to think about (which I didn't realize until now) is that
HDK should sit above /classlib in the tree right? the VMs will
need it as well. I imagine :
On 5/25/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2) Try to make all objects used for synchronization 'final' (we have a
lot
of non-final monitors in API, so we give a chance to bugs)
Could you please explain with details and an example?
This is not a bug (E.g. ExemptionMechanism:47,
Vladimir Gorr wrote:
On 5/25/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Geir Magnusson Jr wrote:
Some stuff that got lost (because I got consumed by J1 and I was the
only one pushing on it) was the idea of ensuring that
1) the HDK could be anywhere - the was no hard-wired spot. That
Great! Thanks!
geir
Ivan Volosyuk wrote:
FYI, I have sent ACQ and ICLA to apache fax.
--
Ivan
2006/5/23, Archie Cobbs [EMAIL PROTECTED]:
Weldon Washburn wrote:
Please hold off the check-in for a few days. I would like to try
Ivan's mods on my machine to make certain they are complete.
Hi Mikhail
2006/5/25, Mikhail Fursov [EMAIL PROTECTED]:
On 5/25/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2) Try to make all objects used for synchronization 'final' (we have a
lot
of non-final monitors in API, so we give a chance to bugs)
Could you please explain with details and an
should we rethink this? Not just for this reason, but also for ease of
data management as this thing grows...
Mikhail Loenko wrote:
2006/5/25, Geir Magnusson Jr [EMAIL PROTECTED]:
We could always just partition in the filesystem and separate the test
runs for bootclasspath API, and
Mikhail Fursov wrote:
On 5/25/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2) Try to make all objects used for synchronization 'final' (we have a
lot
of non-final monitors in API, so we give a chance to bugs)
Could you please explain with details and an example?
This is not a bug (E.g.
Geir Magnusson Jr wrote:
Vladimir Gorr wrote:
whether does it mean the HDK will contain the sources (src.zip?) as
well?
Otherwise I don't understand what can be modified. Could you please
clarify
this?
I know you addressed to oliver, but let me take a wack at it to see if
I grok
On 25 May 2006 at 7:46, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
snip
Now you can run javac.
Very
On 25. mai. 2006, at 17.42, Geir Magnusson Jr wrote:
Time for me to learn something - I thought there was only one
monitor per object how can different threads get different locks?
Hi, as I understand it, you use final on monitors to prevent the
following from happening:
Let's
Mikhail Loenko wrote:
2006/5/24, Geir Magnusson Jr [EMAIL PROTECTED]:
George Harley wrote:
Hi Mikhail,
That is a very good point and your suggestion of supplementing the
class
or package name sounds like a very straightforward way around the
problem. Because there will be a number of
Yes, you are right: different threads can get different locks only on
different objects.
Lets see BenContextSupport code as example:
private void addChild(Object targetChild) {
// Add a new child using targetChild as a key and
// its BCSChild instance as an entry
synchronized(this.children) {
On 5/25/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
The first grep result is:
private PropertyChangeEvent createPropertyChangeEvent(
String propertyName, int oldValue, int newValue) {
return new PropertyChangeEvent(sourceBean, propertyName,
new
I think it will be very hard to implement and does not worth the
efforts. Moreover these were recomendations only, and codebase can have
a thousands of reasonable violations such tool will always report.
On 5/25/06, Thorbjørn Ravn Andersen [EMAIL PROTECTED] wrote:
Would it be possible to write
I think this is because user classloader is not allowed to load classes from
internal java packages (E.g. java.lang)
But tests can be written not only for public interfaces but for package
local too.
On 5/24/06, Richard Liang [EMAIL PROTECTED] wrote:
Could you please explain why we need
I saw a report generated from JAPI output with percent of package
implementation progress on gnu-classpath related site. We can use the same
statistics in harmony...
Like this: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html
On 5/25/06, Geir Magnusson Jr [EMAIL PROTECTED]
Dmitry M. Kononov wrote:
Hi Richard,
On 4/7/06, Richard Liang [EMAIL PROTECTED] wrote:
You're right. :-) Now I agree with you that Harmony is not compliant
with the specification. We will discuss with our Charset Provider - ICU
to determine how to fix this issue. Thanks a lot.
Is there any
Mikhail Loenko wrote:
Yes there is.
They can access protected fields (they are also package-visible). Or they
can test something related to class loading.
Example. Recently I committed
modules\luni\src\test\java.injected\java\net\HttpURLConnectionAccessor.java
that is not a test though
Hi, Svetlana,
Welcome :)
Samoilenko, Svetlana V wrote:
Hi, Andrew,
I've prepared new patch with your fixes.
Thank you for your suggestion.
Regards,
Svetlana
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 24, 2006 8:34 AM
To:
Mikhail,
I'm afraid I cannot agree with you on this patch,
If I understand correctly, Harmony-482 is about the internal contract
between java.net.HttpURLConnection.setRequestMethod() and
o.a.h.l.internal.net.www.protocol.http.HttpURLConnection.getOutputStream(),
and the internal contract may
On 25 May 2006 at 9:01, Nathan Beyer [EMAIL PROTECTED] wrote:
That's what I've been using, so I would say it's a fairly good place
to start.
So I'd noticed! ;-)
I've been keeping track of JAPI figures for just the bits of the API for
which we have contributions. Currently (for the 1.5 api)
On 26 May 2006 at 2:05, Mikhail Fursov [EMAIL PROTECTED] wrote:
I saw a report generated from JAPI output with percent of package
implementation progress on gnu-classpath related site. We can use the same
statistics in harmony...
Like this:
Mark Hindess wrote:
On 25 May 2006 at 7:46, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This is still work in progress, but thought it would be good to give a
quick update on where I am at the moment:
snip
Now you can run
Erik Axel Nielsen wrote:
On 25. mai. 2006, at 17.42, Geir Magnusson Jr wrote:
Time for me to learn something - I thought there was only one monitor
per object how can different threads get different locks?
Hi, as I understand it, you use final on monitors to prevent the
following
Mikhail Fursov wrote:
I saw a report generated from JAPI output with percent of package
implementation progress on gnu-classpath related site. We can use the same
statistics in harmony...
Like this: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html
LOL. Yes, that is what I
Hi everyone,
I'd like to start work on an implementation of the pack200
decompression algorithm, from the specification which is available at
http://www.jcp.org/aboutJava/communityprocess/first/jsr200/
The actual java class/interface is relatively simple, but the
implementation behind the
On 25 May 2006 at 13:30, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 25 May 2006 at 7:46, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
This is still work in progress, but thought it would be good to
I am experimenting with eclipse compiler from
org/apache/harmony/tools/javac/Main. The point is that I don't have
java5 at home computer, but I figured out that eclipse compiler in
ecj_3.2RC5.jar can be good substitution. I have tweaked the tools
javac wrapper and managed to start ant with that
Would you mind if I ask why?
geir
Alex Blewitt wrote:
Hi everyone,
I'd like to start work on an implementation of the pack200
decompression algorithm, from the specification which is available at
http://www.jcp.org/aboutJava/communityprocess/first/jsr200/
The actual java class/interface is
Please don't answer. Someone politely pointed out privately that I'm a
moron. I understand now.
Geir
--
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 25, 2006 5:23 PM
To:
Geir Magnusson Jr wrote:
This thread was a long read :)
First, I'm all for using Jetty as our test server (I think we talked
about this a long time ago...). We could even use Tomcat, but my
experience in the past was that Jetty was very easy to emebed. By
default, there should be no
That said, if not required by the spec, we'll need the tck I'll get
started on that.
Geir
-Original Message-
From: Magnusson, Geir [mailto:[EMAIL PROTECTED]
Sent: Thu May 25 17:45:05 2006
To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject:RE: Intention
Tim,
Thanks for you offer of assistance to Sanket.
I've given him some suggestions on how do
diagnose the issue inside of this macro and
we'll see what he comes up with. I think that
the Harmony crowd will be an inspiration
and support to him in this Summer of Code
as he is getting his career
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 25, 2006 9:49 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] JAPI data to drive packages to completion
The other piece that might be interesting is running one of those tools
On 5/25/06, Magnusson, Geir [EMAIL PROTECTED] wrote:
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 25, 2006 6:11 AM
To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject: Re: [classlib] jetty based tests
On 5/25/06, Geir Magnusson
Alex Blewitt wrote:
Hi everyone,
I'd like to start work on an implementation of the pack200
decompression algorithm, from the specification which is available at
http://www.jcp.org/aboutJava/communityprocess/first/jsr200/
I shall give you a warm welcome for implementation of Pach200! :) But
Geir Magnusson Jr wrote:
Magnusson, Geir wrote:
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED] Sent: Thursday,
May 25, 2006 6:11 AM
To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject: Re: [classlib] jetty based tests
If I understand correctly, it
Hi Geir
2006/5/25, Geir Magnusson Jr [EMAIL PROTECTED]:
should we rethink this? Not just for this reason, but also for ease of
data management as this thing grows...
it is a good question. I've played around this. We can put .xml test results
to different dirs and then create a single
Where did you give him the suggestions? Here?
bootjvm wrote:
Tim,
Thanks for you offer of assistance to Sanket.
I've given him some suggestions on how do
diagnose the issue inside of this macro and
we'll see what he comes up with. I think that
the Harmony crowd will be an inspiration
and
Jimmy, Jing Lv wrote:
Alex Blewitt wrote:
Hi everyone,
I'd like to start work on an implementation of the pack200
decompression algorithm, from the specification which is available at
http://www.jcp.org/aboutJava/communityprocess/first/jsr200/
I shall give you a warm welcome for
Paulex Yang wrote:
Geir Magnusson Jr wrote:
Magnusson, Geir wrote:
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED] Sent: Thursday,
May 25, 2006 6:11 AM
To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject: Re: [classlib] jetty based tests
If I
Mikhail Loenko wrote:
Hi Richard
Do you mean a mock subclass of j.n.HttpURLConnection or a mock
subclass of
o.a.h.luni.internalHttpURLConnection ?
If it is a subclass for o.a.h... then it won't pass on RI - it would
be an impl test,
Hi Mikhail,
I'm sorry if my previous description
It is more preferable to have tests implementation-independent:
we can validate them on RI, the tests will not have to be modified if we
modify our implementation.
The test I was talking about was impl-independent. It obtained an instance of
an internal class by impl-independent way and then did
99 matches
Mail list logo