Hi Rodney
I've just taken svn snapshot, built classlib, ran Eclipse on it (plus J9),
open a number of files, made sync with repository.
Do you like me to try some special scenario?
Thanks,
Mikhail
2006/5/30, Rodney Dowdall [EMAIL PROTECTED]:
Hello
I've been investigating the possible use of
Mikhail and Rodney,
I heard that Geir and Tim had demoed Eclipse with Harmony on JavaOne?
Mikhail Loenko wrote:
Hi Rodney
I've just taken svn snapshot, built classlib, ran Eclipse on it (plus
J9),
open a number of files, made sync with repository.
Do you like me to try some special
Mikhail,
I think Richard is going to attach his next part of the fix, isn't he?
If so, we should keep this issue open until he provides the whole fix,
that is, all its parts.
On 5/30/06, Mikhail Loenko (JIRA) [EMAIL PROTECTED] wrote:
[
I also saw Tim do a demo of Eclipse running on Harmony at EclipseCon
'06, so it seemed in pretty good shape. However, that was running the
JDT; whilst the CDT is likely to be in similar position, you might
find that one or two APIs are needed for CDT but not JDT :-)
Having said that, the fixes
Dmitry,
I'll go on attach the following parts soon, it doesn't matter if this
one is closed, I'll raise another JIRA if necessary.
Dmitry M. Kononov wrote:
Mikhail,
I think Richard is going to attach his next part of the fix, isn't he?
If so, we should keep this issue open until he
On the 0x179 day of Apache Harmony Rodney Dowdall wrote:
Hello
I've been investigating the possible use of Harmony on QNX. We would
like to use it, along with the QNX j9 VM, to run our self-hosted
Eclipse based tools. I was looking through the code today and while
it would be some work, I
2006/5/30, Nathan Beyer [EMAIL PROTECTED]:
but based on the missing tools.jar error, I would suggest getting either the
Sun or BEA JDK
(the JRE isn't enough) for Linux to run Ant with for the build.
This warning simply means that ant can not find tools.jar which
contains javac by default.
But
Let us know how you get on, or if you need more help Anoop.
Regards,
Tim
Anoop kumar V wrote:
Hi,
I am a n00b wanting to contribute to Harmony.
All I have done so far (code-wise) is checkout the harmony code (revision
410710) from svn and run ant from ~/Harmony/make folder.
But I
Mikhail Loenko wrote:
Hi Tim
2006/5/30, Tim Ellison [EMAIL PROTECTED]:
I've just imported the HARMONY-256 contribution of a DNS provider for
JNDI into our repository. That provider introduces a new dependency
between JNDI and LOGGING that we didn't have before.
IIRC we agreed that we
Anoop kumar V wrote:
Hi,
I am a n00b wanting to contribute to Harmony.
We're all newbies at some point, so don't worry about that :)
All I have done so far (code-wise) is checkout the harmony code (revision
410710) from svn and run ant from ~/Harmony/make folder.
But I am running into
Hi,
I just faced the problem that java.io.File doesn't properly work with
the file names which has non-latin chars (I tried Russian, of course
:-) ) on Windows.
The minimal code to reproduce is:
File russianDir = new File(c:\\temp\\\u0440\u0443\u0441_dir);
russianDir.mkdirs();
Alexei Zakharov wrote:
This provider includes full-featured DNS client as part of its
functionality and has rather complex logic. It tries to establish big
number of networks connections and highly depends on network
conditions. In the case of perfomance degradation it is very usefull
for
I can guarantee best performance and no yammering by removing the
logging code ;-)
Seriously, VMs know exactly which methods are being executed and their
arguments, if we need trace or debug we can get lots of information from
there. The logging statements are the equivalent of printf's in the
Tim Ellison wrote:
Alexei Zakharov wrote:
This provider includes full-featured DNS client as part of its
functionality and has rather complex logic. It tries to establish big
number of networks connections and highly depends on network
conditions. In the case of perfomance degradation it is
Hi Anton (not seen you for a while!)
Probably best to raise it in JIRA anyway, and we can close it as a
duplicate if it is already covered. Otherwise it may get lost on the list.
(just cut-n-paste your note into JIRA)
Regards,
Tim
Anton Avtamonov wrote:
Hi,
I just faced the problem that
the idea that our classlibraries might yammer out to stdout or logging
infrastructure to the surprise of the users
If we use standard logging infrastructure from java.util.logging
package we have powerful mechanism to control the logging process. We
can turn off logging for all components
Geir Magnusson Jr wrote:
Is this your suggestion, or the way it is now?
That's how it is now. There are other cases of logging too that show
the workings of the code.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
On 30 May 2006 at 7:20, Magnusson, Geir [EMAIL PROTECTED] wrote:
There very well could be. How long ago did you commit?
HARMONY-532 was created just after 13:00 (GMT) - it is now nearly 14:30
(GMT).
-Mark.
--=20
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437 =20
Thanks everyone for responding. In an effort to save emails I'm just
going to lump my responses in to one email.
Geir: Thanks for the response. I just wanted to know if it had been
done on one of the other hosts. If has worked on the other hosts, then
I figure it should be doable on QNX.
Right. Good. (More in another message)
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Is this your suggestion, or the way it is now?
That's how it is now. There are other cases of logging too that show
the workings of the code.
Regards,
Tim
Odd. JIRA could very well have fallen over somehow I'll go look...
Mark Hindess wrote:
On 30 May 2006 at 7:20, Magnusson, Geir [EMAIL PROTECTED] wrote:
There very well could be. How long ago did you commit?
HARMONY-532 was created just after 13:00 (GMT) - it is now nearly 14:30
Tim,
e.g. from DNSName.java:
I agree, this is not the best example of using logger. :) However, you
can find much better examples of using logger in Resolver.java.
Seriously, VMs know exactly which methods are being executed and their
arguments, if we need trace or debug we can get lots of
ITC's rmi is 5.0 compliant and dependent, but we realized that Harmony was
1.4;
so, since our package made use of still not available 5.0 features (like
j.u.c) , we
decide to deploy a 1.4 version of the code, in which we remove all 5.0
dependencies.
I believe that's the reason why rmi2.1.4
is
Daniel Gandara wrote:
ITC's rmi is 5.0 compliant and dependent, but we realized that Harmony
was 1.4;
so, since our package made use of still not available 5.0 features (like
j.u.c) , we
decide to deploy a 1.4 version of the code, in which we remove all 5.0
dependencies.
I believe that's the
On 5/30/06, Tim Ellison [EMAIL PROTECTED] wrote:
Hi Anton (not seen you for a while!)
Yeah, I was busy with Swing contribution preparation :-)
Probably best to raise it in JIRA anyway, and we can close it as a
duplicate if it is already covered. Otherwise it may get lost on the list.
Archie,
I tried to build Ivan's mods. I get a bunch of javac compiler errors
starting with, java.lang.reflect.Constructor is not abstract and does
not override abstract method isSynthetic()...
Unfortunately, I have zero time to spend on this project right now. I
looked at Ivan's mods. They
Seems like there is an important issue here, but the discussion can't
seem to escape out of the thicket of the example.
1) Should we allow any logging from within the classlibrary?
2) How should we do it?
There are a bunch of ways for the second question... using j.u.l, using
IOC and
On 5/30/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Etienne Gagnon wrote:
Hi Anton,
Are you proposing that all Harmony JVMs must abide by the OPEN proposal?
I won't attempt to speak for Anton, but IMO, no.
Right now, any JVM that works w/ Harmony classlib must simply support
the class
Geir Magnusson Jr wrote:
Seems like there is an important issue here, but the discussion can't
seem to escape out of the thicket of the example.
1) Should we allow any logging from within the classlibrary?
Just in case there was any doubt from my earlier postings...
I think we should not be
The VM and the classlib will be parallel trees, for example...
harmony/enhanced/classlib
harmony/enhanced/whatevernameforVM
Besides XXXVM and classlib trees, are we going to have some place for
the things which can be shared between VM and classlib? For example,
where do we put common include
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Seems like there is an important issue here, but the discussion can't
seem to escape out of the thicket of the example.
1) Should we allow any logging from within the classlibrary?
Just in case there was any doubt
Just to be clear, I certainly sympathize with Tim and support getting
rid of implementation debug logging in the long term.
Maybe the way to compromise/phrase it is agree that when a package is
done, we will pitch all the logging? I can see why having logging
around while things are being
I can agree that libraries like java.util and java.math probably will
not need any logging on the production stage. But some parts of the
classlib look more like applications rather than libraries. Providers
can be the good example. And logging for such apps can be considered
as part of UI. Let's
On Wednesday 31 May 2006 00:09 Ivan Volosyuk wrote:
I am not sure, we can say someday: Yes, the code is absolutely bug
free! Remove the logging!
I have a suggestion, which can help leave logging in place while still
having no impact on performance. The logging can be used for debuging
of
2006/5/31, Gregory Shimansky [EMAIL PROTECTED]:
On Wednesday 31 May 2006 00:09 Ivan Volosyuk wrote:
I am not sure, we can say someday: Yes, the code is absolutely bug
free! Remove the logging!
I have a suggestion, which can help leave logging in place while still
having no impact on
FYI I'm currently working with
HARMONY-469 : Refactor deploy directory layout into HDK shape
It adds a /jdk/ directory into the deploy/jre path to enable development
against an 'HDK' that has been discussed recently.
The patch touches all the modules.
Regards,
Tim
--
Tim Ellison ([EMAIL
On 30/05/06, Chris Gray [EMAIL PROTECTED] wrote:
If the implementation is an empty method and is final, a straightforward
static flow analysis will show that the evaluation of the arguments can also
be optimised away.
Not necessarily. Evaluation of arguments may have side-effects, and
On 5/30/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
YAY!
+1 :-)
- robert
All,
I have been looking at DRLVM contained in JIRA Harmony-438. As far as
I can tell, it does not have write barrier support. Write barrier
support is pretty much required for high performance garbage
collectors. In anticipation of using DRLVM with modern GCs like MMTK,
I'd like to add write
Nathan Beyer wrote:
I was browsing Doug's Concurrency interest page [1] and noticed that the
code is available in a CVS repository and all of the j.u.c class are
copyrighted with a Creative Commons public domain license [2].
Yes, that's been Doug's claim and my motivation for using the code
Here's an early analysis using the code at Doug's site.
Assumptions:
* Use the code tagged JSR166_PFD [1], as this seems to be the Java 5 spec
version. The HEAD has some new code that depends on Java 6 APIs, like Deque.
* Only use and look at the code that contains a header declaring a public
I have a question.
Consider scenario:
JRE has java.security configuration file that includes list of
providers. At some
(usually start-up) time this file is being loaded and parsed. Then providers are
loaded too and list of available algorithms is created.
Some algorithms or even whole
I have received the ACQs and the BCC for Harmony-438, so I can assert
that the critical provenance paperwork is in order and in SVN.
Please vote to accept or reject this codebase into the Apache Harmony
class library :
[ ] + 1 Accept
[ ] -1 Reject (provide reason below)
Lets let this run a
+1 from me
Geir Magnusson Jr wrote:
I have received the ACQs and the BCC for Harmony-438, so I can assert
that the critical provenance paperwork is in order and in SVN.
Please vote to accept or reject this codebase into the Apache Harmony
class library :
[ ] + 1 Accept
[ ] -1 Reject
+1
2006/5/31, Geir Magnusson Jr [EMAIL PROTECTED]:
+1 from me
Geir Magnusson Jr wrote:
I have received the ACQs and the BCC for Harmony-438, so I can assert
that the critical provenance paperwork is in order and in SVN.
Please vote to accept or reject this codebase into the Apache Harmony
2006/5/30, Geir Magnusson Jr [EMAIL PROTECTED]:
Mikhail Loenko wrote:
I've tried to integrate rmi2 tests to rmi module, and found some odd
things.
Let's take a look for example at TestActivationGroupDesc.java
it has 5158 test methods, most of which are very similar.
For example it has
46 matches
Mail list logo
