On 5/17/06, Naveen Neelakantam [EMAIL PROTECTED] wrote:
Hi Vladimir,
On May 16, 2006, at 10:19 PM, Vladimir Gorr wrote:
Hi Naveen,
On 5/17/06, Naveen Neelakantam [EMAIL PROTECTED] wrote:
As a PhD student looking for open-source infrastructure, it's
exciting to see how much progress is
Fernando Cassia skrev den 16-05-2006 23:07:
Had it been an IBM project, it would be as alive today as OpenDoc, IBM
Voicetype, OS/2, Lotus Smartsuite, VisualAge for Java, VisualAge for
Basic,
I generally agree with you that IBM have a hard time selling gold at
half the price, but VisualAge
Naveen Neelakantam wrote:
Is there a way to check what the current setting for the bootclasspath is?
Yes, provided you run the debug build (built with BUILD_CFG=debug):
Just run it with the flag
-Xtrace:init.properties
To make this possible on the release build, you'd need to apply the
Mikhail Loenko wrote:
2006/5/16, George Harley [EMAIL PROTECTED]:
Mikhail Loenko wrote:
Hi George, see below
2006/5/16, George Harley [EMAIL PROTECTED]:
Hi Mikhail,
I have a couple of minor comments about your proposal for a test
layouts. I should have responded sooner, I know, but I
Hi George,
I use ant to build and run the tests, so I'm likely unaware of some Eclipse
problems.
If we put classpath test classes to
impl/java and api/java
and bootclasspath ones to something like
impl/java.injected and api/java.injected
will it solve the problem you describe?
Thanks,
Hi Alexei
We are discussing proposed test layout [1]
Thanks,
Mikhail
[1] http://incubator.apache.org/harmony/subcomponents/classlibrary/testing.html
2006/5/17, Fedotov, Alexei A [EMAIL PROTECTED]:
George,
You wrote,
I'm wondering about how the test classes intended to be
loaded by the
On 5/17/06, Thorbjørn Ravn Andersen [EMAIL PROTECTED] wrote:
Fernando Cassia skrev den 16-05-2006 23:07:
I generally agree with you that IBM have a hard time selling gold at
half the price,
Not only that, they dig a hole and put gold into a hole, then denying the
gold ever existed.
Then
Ive just opened HARMONY-469 which contains a patch to rearrange the
current layout
of the deploy directory into:
deploy/
\jdk
|include
\jre
This is a preliminary step to reorganising the native code and using the
deploy directory
as an HDK (as discussed else
2006/5/17, Stepan Mishura [EMAIL PROTECTED]:
Hi,
During the last discussion no agreements were made - though it was very
useful for me. And I'd like to start new round for serialization testing. I
want to define rules for locating and naming resource files for
serialization. There is only
Fernando Cassia skrev den 17-05-2006 14:35:
but VisualAge is still alive - it has just been
rewritten from Scheme to Java and been renamed to Eclipse (or Rational
Application Developer). You may have heard of it :)
While I like Netbeans, I know about Eclipse and I heard about the
Hi,
After a discussion we had a few weeks ago in this forum on the
different implementations of java.math donated to Harmony
(Harmony-(39+380) and Harmony-199) we (ITC) decided to voluteer for
the task of integrating them into a single implementation which would
benefit from the best features of
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at the moment, I creating the scripts/patches
for the tests next.)
In this JIRA, I modified the build ant
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at the moment, I creating the scripts/patches
for the tests next.)
We've been working
Vasily,
We've reviewed and improved (code and documentation) our test suite
for rmi, I've created a new JIRA
http://issues.apache.org/jira/browse/HARMONY-473
with the latest version of it.
There you will find 3 diferent types of tests:
- Unit Test
- Http Tunneling test
Vladimir,
Therefore there are no needs to compile them each of participants. It'd
be
fine to have these sources pre-compiled (another snapshot?)
Working with Geronimo, I've got acquainted with Maven
http://maven.apache.org/ build system, which solves this issue for
pure-java projects:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at the moment,
deploy/
\jdk
|include
\jre
...
2) I was wondering how this change will affect the DRLVM? I notice from
building
the VM locally that it produces a deploy\jre\bin structure, so I imagine
that some
small path changes to build scripts would be necessary (similar to
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at
Daniel Gandara wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at the moment, I creating the scripts/patches
for the tests next.)
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED]
wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version. Only the code at
Salikh Zakirov wrote:
Vladimir Gorr wrote:
My personal opinion is we need to improve the existent build system for
DRLVM contribution.
...
Therefore there are no needs to compile them each of participants. It'd be
fine to have these sources pre-compiled (another snapshot?)
The idea of
Geir Magnusson Jr wrote:
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED]
wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
[offtopic]
http://code.google.com/webtoolkit/overview.html
It looks like the new web toolkit has the potential of substantially
increasing the popularity of Java for internet/intranet
applications.
-
Terms of use :
Working with Geronimo, I've got acquainted with Maven
http://maven.apache.org/ build system, which solves this issue for
pure-java projects:
Do you have an idea how it would handle the mixed projects? I guess VM
modules you are suggesting to split will mostly consist of the native
code, at
Tim Ellison wrote
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED]
wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as modules/rmi. (The jsr14
version.
Hi Mark,
On 5/17/06, Daniel Gandara [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
It would be quite trivial to do the same for the math implementations
(and crypto I suppose). If we were to do this, perhaps the process of
analysis and creation of a combined implementation could be done
I have quite different opinion here.
There problem I am working on is possible memory leak in icu4jni
library implementation, which is distributed in binary form as
dependency in classlib. It is painful to do modification to it. Its
build is not included in common build process for DRLVM, so I
* Geir Magnusson, Jr.:
First, they announced some kind of distribution-like agreement with
Ubuntu, so that any Debian-based distro can easily install Java. It
wasn't clear if they really are going to distribute Ubuntu w/ Java or
just make it easy to install via apt.
Currently, it seems that
On 5/17/06, Florian Weimer [EMAIL PROTECTED] wrote:
It's still a very strange license with a lot of oddities. For
example, it does not allow end users to use Debian's versions for
cross-platform development.
Do you -or anyone else besides lawyers on crack living in their private
little
* Fernando Cassia:
On 5/17/06, Florian Weimer [EMAIL PROTECTED] wrote:
It's still a very strange license with a lot of oddities. For
example, it does not allow end users to use Debian's versions for
cross-platform development.
Do you -or anyone else besides lawyers on crack living in
On 5/17/06, Florian Weimer [EMAIL PROTECTED] wrote:
The JPackage folks have an interesting
discussion, and I expect that the discussion (flaming?) on Debian's
mailing lists will begin once the list server is back up.
Waste of time...
If licenses are irrelevant, the Harmony project is a
Fernando Cassia wrote:
On 5/17/06, Florian Weimer [EMAIL PROTECTED] wrote:
The JPackage folks have an interesting
discussion, and I expect that the discussion (flaming?) on Debian's
mailing lists will begin once the list server is back up.
Waste of time...
If licenses are
Daniel,
I've started with trying to run the unit tests on reference
imlementation, and some tests failed.
So the question is, are those tests implementation specific or not, and
whether there're some expected failures that should occur on RI?
Vasily
-Original Message-
From: Daniel
This is really bad. We'd better workaround this dependency.
Either they should be in one component and resolve this issue internally.
Or we could (?) make awt with rudementary swing implementation in one
module and the separate swing module implementing full set of
functionality. Is it possible?
It is probably possible. If somebody will REALLY need this :)
But I think that having a big number of junk classes in each module is
not the nest idea. We can face loading order problems for example.
2006/5/18, Ivan Volosyuk [EMAIL PROTECTED]:
This is really bad. We'd better workaround this
Stefano Mazzocchi wrote:
Fernando Cassia wrote:
On 5/17/06, Florian Weimer [EMAIL PROTECTED] wrote:
The JPackage folks have an interesting
discussion, and I expect that the discussion (flaming?) on Debian's
mailing lists will begin once the list server is back up.
Waste of time...
If
Hi,
Is there an expectation of a standardised deployment model for the Harmony
compliant VM's like DRLVM and others? Eg., should they all produce binaries
that can be unpacked to overlay the Harmony Classlib deployment structure
as can the IBM VME? At some point, we will be posting distributions
Rana Dasgupta wrote:
Hi,
Is there an expectation of a standardised deployment model for the Harmony
compliant VM's like DRLVM and others? Eg., should they all produce binaries
that can be unpacked to overlay the Harmony Classlib deployment structure
as can the IBM VME? At some point, we will
On Wednesday 17 May 2006 20:27, Alexey Petrenko wrote:
Just FYI...
We WILL have cyclic dependencies. In AWT and Swing modules for example.
Sorry, you've lost me. Do you mean AWT depends on Swing? That seems odd.
Chris
--
Chris Gray/k/ Embedded Java Solutions BE0503765045
The loading problem is avoided by packaging this fake swing classes in
separate swing.jar which will be overwritten after installation of
real swing.jar. I hope that there are not may such dependencies. Agree
with Chris here.
--
Regards,
Ivan
2006/5/18, Alexey Petrenko [EMAIL PROTECTED]:
It is
Daniel Gandara wrote:
Tim Ellison wrote
Mark Hindess wrote:
On 17 May 2006 at 12:30, Daniel Gandara [EMAIL PROTECTED]
wrote:
Mark Hindess wrote:
Daniel,
I've just contributed a JIRA,
http://issues.apache.org/jira/browse/HARMONY-471
that integrates the ITC rmi implementation as
On Thursday 18 May 2006 01:48 Ivan Volosyuk wrote:
The loading problem is avoided by packaging this fake swing classes in
separate swing.jar which will be overwritten after installation of
real swing.jar. I hope that there are not may such dependencies. Agree
with Chris here.
If you talk
On 5/17/06, Mikhail Loenko wrote:
2006/5/17, Stepan Mishura
Hi,
During the last discussion no agreements were made - though it was very
useful for me. And I'd like to start new round for serialization
testing. I
want to define rules for locating and naming resource files for
2006/5/18, Chris Gray [EMAIL PROTECTED]:
On Wednesday 17 May 2006 20:27, Alexey Petrenko wrote:
Just FYI...
We WILL have cyclic dependencies. In AWT and Swing modules for example.
Sorry, you've lost me. Do you mean AWT depends on Swing? That seems odd.
Not much, but...
Check
2006/5/18, Gregory Shimansky [EMAIL PROTECTED]:
If you talk about developers only there is no need for swing.jar or tweaks
like that. Developers already have some kind of java SDK installed and the
place to solve missing dependencies is rt.jar from an external party. I don't
see why it is not a
Stepan Mishura wrote:
Hi,
During the last discussion no agreements were made - though it was very
useful for me. And I'd like to start new round for serialization testing. I
want to define rules for locating and naming resource files for
serialization. There is only agreement that we put all
On 5/17/06, Daniel Fridlender [EMAIL PROTECTED] wrote:
Hi,
After a discussion we had a few weeks ago in this forum on the
different implementations of java.math donated to Harmony
(Harmony-(39+380) and Harmony-199) we (ITC) decided to voluteer for
the task of integrating them into a single
48 matches
Mail list logo
