Re: [general][snapshot] Windows installer

[Alexey Petrenko]

Installer is great!
Thanks, Tim.

SY, Alexey

2006/10/30, Tim Ellison <[EMAIL PROTECTED]>:

I thought it would be fun to see what a Windows installer would look
like for Harmony.

So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them).  I'll put the source for it here [1], and you
can download an actual Harmony installer from here [2].

Caveat Emptor:  Did I mention it is a prototype already?  Feel free to
play with it.

It's easy to change the sets of files to install, right for now I
created base runtime, Class library sources, Java development, and HDK.

[1]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/tools/trunk/windows_installer/
[2]
http://people.apache.org/~tellison/Apache%20Harmony%20Installer%20(r468731).exe


Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])





--
Alexey A. Petrenko
Intel Middleware Products Division

Re: [general][snapshot] Windows installer

[Geir Magnusson Jr.]

cool!

Tim Ellison wrote:

I thought it would be fun to see what a Windows installer would look
like for Harmony.

So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them).  I'll put the source for it here [1], and you
can download an actual Harmony installer from here [2].

Caveat Emptor:  Did I mention it is a prototype already?  Feel free to
play with it.

It's easy to change the sets of files to install, right for now I
created base runtime, Class library sources, Java development, and HDK.

[1]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/tools/trunk/windows_installer/
[2]
http://people.apache.org/~tellison/Apache%20Harmony%20Installer%20(r468731).exe


Regards,
Tim

Re: [general][snapshot] Windows installer

[Mikhail Fursov]

On 10/30/06, Tim Ellison <[EMAIL PROTECTED]> wrote:


Mikhail Fursov wrote:
> I support your choice. NSIS 2 is the best freely available installer I
know
> (and worked with).

Glad to hear it, though it was purely serendipitous -- I've never used
it before.  Since you have some knowledge in this area please go in and
fix up my hacks ;-)

Ok, I'll take a look.

The main benefit of NSIS
for me is an ability to extend it easily. If you miss a feature - just
implement it in C++.
Or look if someone else already did it for you :)


--
Mikhail Fursov

Re: [general][snapshot] Windows installer

[Tim Ellison]

Mikhail Fursov wrote:
> I support your choice. NSIS 2 is the best freely available installer I know
> (and worked with).

Glad to hear it, though it was purely serendipitous -- I've never used
it before.  Since you have some knowledge in this area please go in and
fix up my hacks ;-)

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [general][snapshot] Windows installer

[Mikhail Fursov]

Tim,
I support your choice. NSIS 2 is the best freely available installer I know
(and worked with).

On 10/30/06, Tim Ellison <[EMAIL PROTECTED]> wrote:


I thought it would be fun to see what a Windows installer would look
like for Harmony.

So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them).  I'll put the source for it here [1], and you
can download an actual Harmony installer from here [2].

Caveat Emptor:  Did I mention it is a prototype already?  Feel free to
play with it.

It's easy to change the sets of files to install, right for now I
created base runtime, Class library sources, Java development, and HDK.

[1]

http://svn.apache.org/viewvc/incubator/harmony/enhanced/tools/trunk/windows_installer/
[2]

http://people.apache.org/~tellison/Apache%20Harmony%20Installer%20(r468731).exe


Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])





--
Mikhail Fursov

[general][snapshot] Windows installer

[Tim Ellison]

I thought it would be fun to see what a Windows installer would look
like for Harmony.

So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them).  I'll put the source for it here [1], and you
can download an actual Harmony installer from here [2].

Caveat Emptor:  Did I mention it is a prototype already?  Feel free to
play with it.

It's easy to change the sets of files to install, right for now I
created base runtime, Class library sources, Java development, and HDK.

[1]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/tools/trunk/windows_installer/
[2]
http://people.apache.org/~tellison/Apache%20Harmony%20Installer%20(r468731).exe


Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [general][snapshot] Comments

[Geir Magnusson Jr.]

Tim Ellison wrote:

Observations on the Windows snapshot:

 - Which third-party notices file are you picking up?  The version in
the snapshot is not the one I recently updated in classlib.


That's something we need to fix.



 - jvmti.h should be in "jdk/include" not "include".  We also seem to
have a "jdk/jre/include" directory, containing files that should be in
"jdk/include".


Yes, we'll do that when we flesh out the jdk.  We've talked about this 
before.




 - Why is encoder.lib in jdk/jre/bin/default?


Dunno - I just suck everything out of jre/bin from classlib.  I'll check.



 - The antlr-2.7.5.jar is VM-specific, so it should not be put in the
common jre/lib/boot directory, but part of the DRL VM subdir (just like
kernel classes).


Good catch



 - The jre/lib/ext dir contains both a bcprov.jar and a signed.bcprov.jar.


Grrr :)



Managed to run a bunch of Eclipse scenarios and a bunch of SwingSet
demos.  Good stuff.


Where do you get the demos?  I think it would be nice to have our own 
set of demos in the JDK


geir




Regards,
Tim


Geir Magnusson Jr. wrote:

doh!

(fixed)

Tim Ellison wrote:

permissions!

Geir Magnusson Jr. wrote:

r468731

Geir Magnusson Jr. wrote:

Tim Ellison wrote:

Any blocking issues?  otherwise I suggest we roll a new snapshot this
weekend.  It has been a while.


Sure -  I've been meaning to do this for a while.

I was just looking over what was left to put in DRLVM-wise.


I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?

Absolutely.

geir


Regards,
Tim

Re: [general][snapshot] Comments (was: Are we ready to roll a new developer release?)

[Tim Ellison]

Observations on the Windows snapshot:

 - Which third-party notices file are you picking up?  The version in
the snapshot is not the one I recently updated in classlib.

 - jvmti.h should be in "jdk/include" not "include".  We also seem to
have a "jdk/jre/include" directory, containing files that should be in
"jdk/include".

 - Why is encoder.lib in jdk/jre/bin/default?

 - The antlr-2.7.5.jar is VM-specific, so it should not be put in the
common jre/lib/boot directory, but part of the DRL VM subdir (just like
kernel classes).

 - The jre/lib/ext dir contains both a bcprov.jar and a signed.bcprov.jar.

Managed to run a bunch of Eclipse scenarios and a bunch of SwingSet
demos.  Good stuff.

Regards,
Tim


Geir Magnusson Jr. wrote:
> doh!
> 
> (fixed)
> 
> Tim Ellison wrote:
>> permissions!
>>
>> Geir Magnusson Jr. wrote:
>>> r468731
>>>
>>> Geir Magnusson Jr. wrote:
>>>>
>>>> Tim Ellison wrote:
>>>>> Any blocking issues?  otherwise I suggest we roll a new snapshot this
>>>>> weekend.  It has been a while.
>>>>>
>>>> Sure -  I've been meaning to do this for a while.
>>>>
>>>> I was just looking over what was left to put in DRLVM-wise.
>>>>
>>>>> I realize that Mark is working on an alternative source release
>>>>> structure at the moment, but perhaps that waits for next time?
>>>> Absolutely.
>>>>
>>>> geir
>>>>
>>>>> Regards,
>>>>> Tim
>>>>>
>>
> 

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [general][snapshot] Are we ready to roll a new developer release?

[Geir Magnusson Jr.]

doh!

(fixed)

Tim Ellison wrote:

permissions!

Geir Magnusson Jr. wrote:

r468731

Geir Magnusson Jr. wrote:


Tim Ellison wrote:

Any blocking issues?  otherwise I suggest we roll a new snapshot this
weekend.  It has been a while.


Sure -  I've been meaning to do this for a while.

I was just looking over what was left to put in DRLVM-wise.


I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?

Absolutely.

geir


Regards,
Tim

Re: [general][snapshot] Are we ready to roll a new developer release?

[Tim Ellison]

permissions!

Geir Magnusson Jr. wrote:
> r468731
> 
> Geir Magnusson Jr. wrote:
>>
>>
>> Tim Ellison wrote:
>>> Any blocking issues?  otherwise I suggest we roll a new snapshot this
>>> weekend.  It has been a while.
>>>
>>
>> Sure -  I've been meaning to do this for a while.
>>
>> I was just looking over what was left to put in DRLVM-wise.
>>
>>> I realize that Mark is working on an alternative source release
>>> structure at the moment, but perhaps that waits for next time?
>>
>> Absolutely.
>>
>> geir
>>
>>>
>>> Regards,
>>> Tim
>>>
>>
> 

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [general][snapshot] Are we ready to roll a new developer release?

[Geir Magnusson Jr.]

r468731

Geir Magnusson Jr. wrote:



Tim Ellison wrote:

Any blocking issues?  otherwise I suggest we roll a new snapshot this
weekend.  It has been a while.



Sure -  I've been meaning to do this for a while.

I was just looking over what was left to put in DRLVM-wise.


I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?


Absolutely.

geir



Regards,
Tim

Re: [general][snapshot] Are we ready to roll a new developer release?

[Geir Magnusson Jr.]

Tim Ellison wrote:

Any blocking issues?  otherwise I suggest we roll a new snapshot this
weekend.  It has been a while.



Sure -  I've been meaning to do this for a while.

I was just looking over what was left to put in DRLVM-wise.


I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?


Absolutely.

geir



Regards,
Tim

[general][snapshot] Are we ready to roll a new developer release?

[Tim Ellison]

Any blocking issues?  otherwise I suggest we roll a new snapshot this
weekend.  It has been a while.

I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Oleg Khaschansky]

Yes, I missed this. I think it is possible to use FreeType library for
the font rendering both on linux and on windows. At present we are
using xft on linux, but I think it is possible to refactor this to the
"pure freetype" code. It may take less efforts than implementing font
rasterizer from the scratch.

Another issue is that we must have fonts themselves for this. Can we
distribute system fonts (e.g. from linux) with harmony? It is a legal
issue, I am not an expert in this area at all.

On 10/26/06, Sergey Soldatov <[EMAIL PROTECTED]> wrote:

There is a number of issues with headless support. And the serious one is
font support. Our implementation uses system fonts, so in headless
environment it could not initialize any font. RI uses own font rasterizer,
so it doesn't have such problems.

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
>
> I am just checking a dependency. Don't think so.
>
> Regards,
> Martin
>
> On 10/25/06, Oleg Khaschansky < [EMAIL PROTECTED]> wrote:
> > Could it be treated as a reverse engineering? I don't know :)
> >
> > On 10/25/06, Martin Cordova < [EMAIL PROTECTED]> wrote:
> > > I don't know how it works, but what I can do is try to use headless
> > > without XOrg shared libs installed, and then take note of the missing
> > > .so modules the IBM JVM complains about).
> > >
> > > Regards,
> > > Martin
> > >
> > >
> > > On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > > > If you mean libxlib, how it could be used without X server? Maybe
> some
> > > > other library (e.g. font library like xft) simply preloads it during
> > > > its initialization or tries to connect to the server (XOpenDisplay)
> to
> > > > get some data, fails and uses defaults?
> > > >
> > > > Anyway, I think, testing on a headless environment will help us to
> > > > determine the requirements.
> > > >
> > > > On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> > > > > >> (e.g. for linux we need to exclude all xlib calls, right?). <<
> > > > >
> > > > > How implemented IBM their headless stuff? In their case it's a
> > > > > requirement to have XOrg shared libraries installed to have
> headless
> > > > > working. In order distros it was XFree libs. No need for an X
> server,
> > > > > just the libs.
> > > > >
> > > > > Regards,
> > > > > Martin Cordova
> > > > >
> > > > >
> > > > > On 10/25/06, Oleg Khaschansky < [EMAIL PROTECTED]>
> wrote:
> > > > > > > Right, that is my question too.  I've seen the general
> description at
> > > > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > > > I don't think that spec for this exists.
> > > > > >
> > > > > > Another document on this is [1]. It describes what can and what
> cannot
> > > > > > be done in headless mode. But we also have the list of methods
> which
> > > > > > throw HeadlessException (from the API spec).
> > > > > >
> > > > > > > Presumably it is easier for us to find all the methods that
> are declared
> > > > > > > to throw a HeadlessException, and put in the isHeadless() test
> right
> > > > > > > now, so we can have a compliant headless implementation before
> the GUI
> > > > > > > is completed?
> > > > > > This is only a part of a task. We may also need to guard native
> > > > > > initialization code which depends on system configuration with
> > > > > > isHeadless checks (just skip it in headless mode). And,
> probably,
> > > > > > provide an alternative simplified implementation for some awt
> code
> > > > > > which could be called in headless mode to prevent from falling
> into
> > > > > > hardware-dependent native code (e.g. for linux we need to
> exclude all
> > > > > > xlib calls, right?).
> > > > > >
> > > > > > [1]
> http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
> > > > > >
> > > > > > On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > > > > > Martin Cordova wrote:
> > > > > > > > Oleg, I just read it, does this mean that all methods that
> don't need
> > > > > > > > to throw the special Headless exception, are ready to work
> in headless
> > > > > > > > mode?
> > > > > > >
> > > > > > > Right, that is my question too.  I've seen the general
> description at
> > > > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > > > >
> > > > > > > Presumably it is easier for us to find all the methods that
> are declared
> > > > > > > to throw a HeadlessException, and put in the isHeadless() test
> right
> > > > > > > now, so we can have a compliant headless implementation before
> the GUI
> > > > > > > is completed?
> > > > > > >
> > > > > > > > If so, we are just a step away for supporting headless?
> > > > > > >
> > > > > > > well we still have to get all the imageIO, print, font and
> other code
> > > > > > > working that is required in headless mode.
> > > > > > >
> > > > > > > Regards,
> > > > > > > Tim
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Tim Ellison ( [EMAIL PROTECTED])
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Dinam

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Sergey Soldatov]

There is a number of issues with headless support. And the serious one is
font support. Our implementation uses system fonts, so in headless
environment it could not initialize any font. RI uses own font rasterizer,
so it doesn't have such problems.

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:


I am just checking a dependency. Don't think so.

Regards,
Martin

On 10/25/06, Oleg Khaschansky < [EMAIL PROTECTED]> wrote:
> Could it be treated as a reverse engineering? I don't know :)
>
> On 10/25/06, Martin Cordova < [EMAIL PROTECTED]> wrote:
> > I don't know how it works, but what I can do is try to use headless
> > without XOrg shared libs installed, and then take note of the missing
> > .so modules the IBM JVM complains about).
> >
> > Regards,
> > Martin
> >
> >
> > On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > > If you mean libxlib, how it could be used without X server? Maybe
some
> > > other library (e.g. font library like xft) simply preloads it during
> > > its initialization or tries to connect to the server (XOpenDisplay)
to
> > > get some data, fails and uses defaults?
> > >
> > > Anyway, I think, testing on a headless environment will help us to
> > > determine the requirements.
> > >
> > > On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> > > > >> (e.g. for linux we need to exclude all xlib calls, right?). <<
> > > >
> > > > How implemented IBM their headless stuff? In their case it's a
> > > > requirement to have XOrg shared libraries installed to have
headless
> > > > working. In order distros it was XFree libs. No need for an X
server,
> > > > just the libs.
> > > >
> > > > Regards,
> > > > Martin Cordova
> > > >
> > > >
> > > > On 10/25/06, Oleg Khaschansky < [EMAIL PROTECTED]>
wrote:
> > > > > > Right, that is my question too.  I've seen the general
description at
> > > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > > I don't think that spec for this exists.
> > > > >
> > > > > Another document on this is [1]. It describes what can and what
cannot
> > > > > be done in headless mode. But we also have the list of methods
which
> > > > > throw HeadlessException (from the API spec).
> > > > >
> > > > > > Presumably it is easier for us to find all the methods that
are declared
> > > > > > to throw a HeadlessException, and put in the isHeadless() test
right
> > > > > > now, so we can have a compliant headless implementation before
the GUI
> > > > > > is completed?
> > > > > This is only a part of a task. We may also need to guard native
> > > > > initialization code which depends on system configuration with
> > > > > isHeadless checks (just skip it in headless mode). And,
probably,
> > > > > provide an alternative simplified implementation for some awt
code
> > > > > which could be called in headless mode to prevent from falling
into
> > > > > hardware-dependent native code (e.g. for linux we need to
exclude all
> > > > > xlib calls, right?).
> > > > >
> > > > > [1]
http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
> > > > >
> > > > > On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > > > > Martin Cordova wrote:
> > > > > > > Oleg, I just read it, does this mean that all methods that
don't need
> > > > > > > to throw the special Headless exception, are ready to work
in headless
> > > > > > > mode?
> > > > > >
> > > > > > Right, that is my question too.  I've seen the general
description at
> > > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > > >
> > > > > > Presumably it is easier for us to find all the methods that
are declared
> > > > > > to throw a HeadlessException, and put in the isHeadless() test
right
> > > > > > now, so we can have a compliant headless implementation before
the GUI
> > > > > > is completed?
> > > > > >
> > > > > > > If so, we are just a step away for supporting headless?
> > > > > >
> > > > > > well we still have to get all the imageIO, print, font and
other code
> > > > > > working that is required in headless mode.
> > > > > >
> > > > > > Regards,
> > > > > > Tim
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Tim Ellison ( [EMAIL PROTECTED])
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Dinamica - RADical J2EE framework
> > > > open source, easy and powerful
> > > > http://www.martincordova.com
> > > >
> > >
> >
> >
> > --
> > Dinamica - RADical J2EE framework
> > open source, easy and powerful
> > http://www.martincordova.com
> >
>


--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com





--
Sergey Soldatov

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Martin Cordova]

I am just checking a dependency. Don't think so.

Regards,
Martin

On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:

Could it be treated as a reverse engineering? I don't know :)

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> I don't know how it works, but what I can do is try to use headless
> without XOrg shared libs installed, and then take note of the missing
> .so modules the IBM JVM complains about).
>
> Regards,
> Martin
>
>
> On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > If you mean libxlib, how it could be used without X server? Maybe some
> > other library (e.g. font library like xft) simply preloads it during
> > its initialization or tries to connect to the server (XOpenDisplay) to
> > get some data, fails and uses defaults?
> >
> > Anyway, I think, testing on a headless environment will help us to
> > determine the requirements.
> >
> > On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> > > >> (e.g. for linux we need to exclude all xlib calls, right?). <<
> > >
> > > How implemented IBM their headless stuff? In their case it's a
> > > requirement to have XOrg shared libraries installed to have headless
> > > working. In order distros it was XFree libs. No need for an X server,
> > > just the libs.
> > >
> > > Regards,
> > > Martin Cordova
> > >
> > >
> > > On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > > > > Right, that is my question too.  I've seen the general description at
> > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > I don't think that spec for this exists.
> > > >
> > > > Another document on this is [1]. It describes what can and what cannot
> > > > be done in headless mode. But we also have the list of methods which
> > > > throw HeadlessException (from the API spec).
> > > >
> > > > > Presumably it is easier for us to find all the methods that are 
declared
> > > > > to throw a HeadlessException, and put in the isHeadless() test right
> > > > > now, so we can have a compliant headless implementation before the GUI
> > > > > is completed?
> > > > This is only a part of a task. We may also need to guard native
> > > > initialization code which depends on system configuration with
> > > > isHeadless checks (just skip it in headless mode). And, probably,
> > > > provide an alternative simplified implementation for some awt code
> > > > which could be called in headless mode to prevent from falling into
> > > > hardware-dependent native code (e.g. for linux we need to exclude all
> > > > xlib calls, right?).
> > > >
> > > > [1] 
http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
> > > >
> > > > On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > > > Martin Cordova wrote:
> > > > > > Oleg, I just read it, does this mean that all methods that don't 
need
> > > > > > to throw the special Headless exception, are ready to work in 
headless
> > > > > > mode?
> > > > >
> > > > > Right, that is my question too.  I've seen the general description at
> > > > > the URL Oleg sent, it's hardly a spec tho'.
> > > > >
> > > > > Presumably it is easier for us to find all the methods that are 
declared
> > > > > to throw a HeadlessException, and put in the isHeadless() test right
> > > > > now, so we can have a compliant headless implementation before the GUI
> > > > > is completed?
> > > > >
> > > > > > If so, we are just a step away for supporting headless?
> > > > >
> > > > > well we still have to get all the imageIO, print, font and other code
> > > > > working that is required in headless mode.
> > > > >
> > > > > Regards,
> > > > > Tim
> > > > >
> > > > > --
> > > > >
> > > > > Tim Ellison ([EMAIL PROTECTED])
> > > > >
> > > > >
> > > >
> > >
> > >
> > > --
> > > Dinamica - RADical J2EE framework
> > > open source, easy and powerful
> > > http://www.martincordova.com
> > >
> >
>
>
> --
> Dinamica - RADical J2EE framework
> open source, easy and powerful
> http://www.martincordova.com
>




--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Oleg Khaschansky]

Could it be treated as a reverse engineering? I don't know :)

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:

I don't know how it works, but what I can do is try to use headless
without XOrg shared libs installed, and then take note of the missing
.so modules the IBM JVM complains about).

Regards,
Martin


On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> If you mean libxlib, how it could be used without X server? Maybe some
> other library (e.g. font library like xft) simply preloads it during
> its initialization or tries to connect to the server (XOpenDisplay) to
> get some data, fails and uses defaults?
>
> Anyway, I think, testing on a headless environment will help us to
> determine the requirements.
>
> On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> > >> (e.g. for linux we need to exclude all xlib calls, right?). <<
> >
> > How implemented IBM their headless stuff? In their case it's a
> > requirement to have XOrg shared libraries installed to have headless
> > working. In order distros it was XFree libs. No need for an X server,
> > just the libs.
> >
> > Regards,
> > Martin Cordova
> >
> >
> > On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > > > Right, that is my question too.  I've seen the general description at
> > > > the URL Oleg sent, it's hardly a spec tho'.
> > > I don't think that spec for this exists.
> > >
> > > Another document on this is [1]. It describes what can and what cannot
> > > be done in headless mode. But we also have the list of methods which
> > > throw HeadlessException (from the API spec).
> > >
> > > > Presumably it is easier for us to find all the methods that are declared
> > > > to throw a HeadlessException, and put in the isHeadless() test right
> > > > now, so we can have a compliant headless implementation before the GUI
> > > > is completed?
> > > This is only a part of a task. We may also need to guard native
> > > initialization code which depends on system configuration with
> > > isHeadless checks (just skip it in headless mode). And, probably,
> > > provide an alternative simplified implementation for some awt code
> > > which could be called in headless mode to prevent from falling into
> > > hardware-dependent native code (e.g. for linux we need to exclude all
> > > xlib calls, right?).
> > >
> > > [1] http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
> > >
> > > On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > > Martin Cordova wrote:
> > > > > Oleg, I just read it, does this mean that all methods that don't need
> > > > > to throw the special Headless exception, are ready to work in headless
> > > > > mode?
> > > >
> > > > Right, that is my question too.  I've seen the general description at
> > > > the URL Oleg sent, it's hardly a spec tho'.
> > > >
> > > > Presumably it is easier for us to find all the methods that are declared
> > > > to throw a HeadlessException, and put in the isHeadless() test right
> > > > now, so we can have a compliant headless implementation before the GUI
> > > > is completed?
> > > >
> > > > > If so, we are just a step away for supporting headless?
> > > >
> > > > well we still have to get all the imageIO, print, font and other code
> > > > working that is required in headless mode.
> > > >
> > > > Regards,
> > > > Tim
> > > >
> > > > --
> > > >
> > > > Tim Ellison ([EMAIL PROTECTED])
> > > >
> > > >
> > >
> >
> >
> > --
> > Dinamica - RADical J2EE framework
> > open source, easy and powerful
> > http://www.martincordova.com
> >
>


--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Martin Cordova]

I don't know how it works, but what I can do is try to use headless
without XOrg shared libs installed, and then take note of the missing
.so modules the IBM JVM complains about).

Regards,
Martin


On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:

If you mean libxlib, how it could be used without X server? Maybe some
other library (e.g. font library like xft) simply preloads it during
its initialization or tries to connect to the server (XOpenDisplay) to
get some data, fails and uses defaults?

Anyway, I think, testing on a headless environment will help us to
determine the requirements.

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> >> (e.g. for linux we need to exclude all xlib calls, right?). <<
>
> How implemented IBM their headless stuff? In their case it's a
> requirement to have XOrg shared libraries installed to have headless
> working. In order distros it was XFree libs. No need for an X server,
> just the libs.
>
> Regards,
> Martin Cordova
>
>
> On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > > Right, that is my question too.  I've seen the general description at
> > > the URL Oleg sent, it's hardly a spec tho'.
> > I don't think that spec for this exists.
> >
> > Another document on this is [1]. It describes what can and what cannot
> > be done in headless mode. But we also have the list of methods which
> > throw HeadlessException (from the API spec).
> >
> > > Presumably it is easier for us to find all the methods that are declared
> > > to throw a HeadlessException, and put in the isHeadless() test right
> > > now, so we can have a compliant headless implementation before the GUI
> > > is completed?
> > This is only a part of a task. We may also need to guard native
> > initialization code which depends on system configuration with
> > isHeadless checks (just skip it in headless mode). And, probably,
> > provide an alternative simplified implementation for some awt code
> > which could be called in headless mode to prevent from falling into
> > hardware-dependent native code (e.g. for linux we need to exclude all
> > xlib calls, right?).
> >
> > [1] http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
> >
> > On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > Martin Cordova wrote:
> > > > Oleg, I just read it, does this mean that all methods that don't need
> > > > to throw the special Headless exception, are ready to work in headless
> > > > mode?
> > >
> > > Right, that is my question too.  I've seen the general description at
> > > the URL Oleg sent, it's hardly a spec tho'.
> > >
> > > Presumably it is easier for us to find all the methods that are declared
> > > to throw a HeadlessException, and put in the isHeadless() test right
> > > now, so we can have a compliant headless implementation before the GUI
> > > is completed?
> > >
> > > > If so, we are just a step away for supporting headless?
> > >
> > > well we still have to get all the imageIO, print, font and other code
> > > working that is required in headless mode.
> > >
> > > Regards,
> > > Tim
> > >
> > > --
> > >
> > > Tim Ellison ([EMAIL PROTECTED])
> > >
> > >
> >
>
>
> --
> Dinamica - RADical J2EE framework
> open source, easy and powerful
> http://www.martincordova.com
>




--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Oleg Khaschansky]

If you mean libxlib, how it could be used without X server? Maybe some
other library (e.g. font library like xft) simply preloads it during
its initialization or tries to connect to the server (XOpenDisplay) to
get some data, fails and uses defaults?

Anyway, I think, testing on a headless environment will help us to
determine the requirements.

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:

>> (e.g. for linux we need to exclude all xlib calls, right?). <<

How implemented IBM their headless stuff? In their case it's a
requirement to have XOrg shared libraries installed to have headless
working. In order distros it was XFree libs. No need for an X server,
just the libs.

Regards,
Martin Cordova


On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > Right, that is my question too.  I've seen the general description at
> > the URL Oleg sent, it's hardly a spec tho'.
> I don't think that spec for this exists.
>
> Another document on this is [1]. It describes what can and what cannot
> be done in headless mode. But we also have the list of methods which
> throw HeadlessException (from the API spec).
>
> > Presumably it is easier for us to find all the methods that are declared
> > to throw a HeadlessException, and put in the isHeadless() test right
> > now, so we can have a compliant headless implementation before the GUI
> > is completed?
> This is only a part of a task. We may also need to guard native
> initialization code which depends on system configuration with
> isHeadless checks (just skip it in headless mode). And, probably,
> provide an alternative simplified implementation for some awt code
> which could be called in headless mode to prevent from falling into
> hardware-dependent native code (e.g. for linux we need to exclude all
> xlib calls, right?).
>
> [1] http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/
>
> On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > Martin Cordova wrote:
> > > Oleg, I just read it, does this mean that all methods that don't need
> > > to throw the special Headless exception, are ready to work in headless
> > > mode?
> >
> > Right, that is my question too.  I've seen the general description at
> > the URL Oleg sent, it's hardly a spec tho'.
> >
> > Presumably it is easier for us to find all the methods that are declared
> > to throw a HeadlessException, and put in the isHeadless() test right
> > now, so we can have a compliant headless implementation before the GUI
> > is completed?
> >
> > > If so, we are just a step away for supporting headless?
> >
> > well we still have to get all the imageIO, print, font and other code
> > working that is required in headless mode.
> >
> > Regards,
> > Tim
> >
> > --
> >
> > Tim Ellison ([EMAIL PROTECTED])
> >
> >
>


--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Martin Cordova]

(e.g. for linux we need to exclude all xlib calls, right?). <<


How implemented IBM their headless stuff? In their case it's a
requirement to have XOrg shared libraries installed to have headless
working. In order distros it was XFree libs. No need for an X server,
just the libs.

Regards,
Martin Cordova


On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:

> Right, that is my question too.  I've seen the general description at
> the URL Oleg sent, it's hardly a spec tho'.
I don't think that spec for this exists.

Another document on this is [1]. It describes what can and what cannot
be done in headless mode. But we also have the list of methods which
throw HeadlessException (from the API spec).

> Presumably it is easier for us to find all the methods that are declared
> to throw a HeadlessException, and put in the isHeadless() test right
> now, so we can have a compliant headless implementation before the GUI
> is completed?
This is only a part of a task. We may also need to guard native
initialization code which depends on system configuration with
isHeadless checks (just skip it in headless mode). And, probably,
provide an alternative simplified implementation for some awt code
which could be called in headless mode to prevent from falling into
hardware-dependent native code (e.g. for linux we need to exclude all
xlib calls, right?).

[1] http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/

On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Martin Cordova wrote:
> > Oleg, I just read it, does this mean that all methods that don't need
> > to throw the special Headless exception, are ready to work in headless
> > mode?
>
> Right, that is my question too.  I've seen the general description at
> the URL Oleg sent, it's hardly a spec tho'.
>
> Presumably it is easier for us to find all the methods that are declared
> to throw a HeadlessException, and put in the isHeadless() test right
> now, so we can have a compliant headless implementation before the GUI
> is completed?
>
> > If so, we are just a step away for supporting headless?
>
> well we still have to get all the imageIO, print, font and other code
> working that is required in headless mode.
>
> Regards,
> Tim
>
> --
>
> Tim Ellison ([EMAIL PROTECTED])
>
>




--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Oleg Khaschansky]

Right, that is my question too.  I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.

I don't think that spec for this exists.

Another document on this is [1]. It describes what can and what cannot
be done in headless mode. But we also have the list of methods which
throw HeadlessException (from the API spec).


Presumably it is easier for us to find all the methods that are declared
to throw a HeadlessException, and put in the isHeadless() test right
now, so we can have a compliant headless implementation before the GUI
is completed?

This is only a part of a task. We may also need to guard native
initialization code which depends on system configuration with
isHeadless checks (just skip it in headless mode). And, probably,
provide an alternative simplified implementation for some awt code
which could be called in headless mode to prevent from falling into
hardware-dependent native code (e.g. for linux we need to exclude all
xlib calls, right?).

[1] http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/

On 10/25/06, Tim Ellison <[EMAIL PROTECTED]> wrote:

Martin Cordova wrote:
> Oleg, I just read it, does this mean that all methods that don't need
> to throw the special Headless exception, are ready to work in headless
> mode?

Right, that is my question too.  I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.

Presumably it is easier for us to find all the methods that are declared
to throw a HeadlessException, and put in the isHeadless() test right
now, so we can have a compliant headless implementation before the GUI
is completed?

> If so, we are just a step away for supporting headless?

well we still have to get all the imageIO, print, font and other code
working that is required in headless mode.

Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])

[classlib][awt] headless support (was: Re: [snapshot] Questions about next snapshot...)

[Tim Ellison]

Martin Cordova wrote:
> Oleg, I just read it, does this mean that all methods that don't need
> to throw the special Headless exception, are ready to work in headless
> mode?

Right, that is my question too.  I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.

Presumably it is easier for us to find all the methods that are declared
to throw a HeadlessException, and put in the isHeadless() test right
now, so we can have a compliant headless implementation before the GUI
is completed?

> If so, we are just a step away for supporting headless?

well we still have to get all the imageIO, print, font and other code
working that is required in headless mode.

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])

Re: [snapshot] Questions about next snapshot...

[Oleg Khaschansky]

Oleg, I just read it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?


No. It is not so.

On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:

Oleg, I just read it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?

Regards,
Martin

On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> > As Tim asked earlier in the thread...  is there a clear definition of
> > what this means?  A spec maybe?
>
> http://java.sun.com/j2se/1.4.2/docs/guide/awt/AWTChanges.html#headless
>
> On 10/25/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > As Tim asked earlier in the thread...  is there a clear definition of
> > what this means?  A spec maybe?
> >
> > Also.. Martin... want to help?  :)
> >
> > geir
> >
> >
> > Oleg Khaschansky wrote:
> > >> > 3.- Will be possible to create graphics in awt-headless mode? I would
> > >> > like to test servlets generating charts (using JFreeCharts) in a Linux
> > >> > box without a graphics environment.
> > >
> > > Definitely, headless support will be implemented in the future and
> > > there are no obstacles which prevent us from doing this. But I don't
> > > know when exactly it will be done, this requires some efforts and we
> > > still have other things in the todo list.
> > >
> > > On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > >>
> > >>
> > >> Martin Cordova wrote:
> > >> > 1.- Have a planned date?
> > >>
> > >> None yet, but doing this week would be good.  Any other opinions?
> > >>
> > >> >
> > >> > 2.- Will include latest aproved contributions (ImageIO)
> > >>
> > >> Only if they have been integrated into the SVN codebase
> > >>
> > >> >
> > >> > 3.- Will be possible to create graphics in awt-headless mode? I would
> > >> > like to test servlets generating charts (using JFreeCharts) in a Linux
> > >> > box without a graphics environment.
> > >>
> > >> I dunno :)
> > >>
> > >> geir
> > >>
> > >> >
> > >> > Regards,
> > >> > Martin
> > >>
> > >
> >
>


--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [snapshot] Questions about next snapshot...

[Martin Cordova]

Oleg, I just read it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?

Regards,
Martin

On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:

> As Tim asked earlier in the thread...  is there a clear definition of
> what this means?  A spec maybe?

http://java.sun.com/j2se/1.4.2/docs/guide/awt/AWTChanges.html#headless

On 10/25/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> As Tim asked earlier in the thread...  is there a clear definition of
> what this means?  A spec maybe?
>
> Also.. Martin... want to help?  :)
>
> geir
>
>
> Oleg Khaschansky wrote:
> >> > 3.- Will be possible to create graphics in awt-headless mode? I would
> >> > like to test servlets generating charts (using JFreeCharts) in a Linux
> >> > box without a graphics environment.
> >
> > Definitely, headless support will be implemented in the future and
> > there are no obstacles which prevent us from doing this. But I don't
> > know when exactly it will be done, this requires some efforts and we
> > still have other things in the todo list.
> >
> > On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> Martin Cordova wrote:
> >> > 1.- Have a planned date?
> >>
> >> None yet, but doing this week would be good.  Any other opinions?
> >>
> >> >
> >> > 2.- Will include latest aproved contributions (ImageIO)
> >>
> >> Only if they have been integrated into the SVN codebase
> >>
> >> >
> >> > 3.- Will be possible to create graphics in awt-headless mode? I would
> >> > like to test servlets generating charts (using JFreeCharts) in a Linux
> >> > box without a graphics environment.
> >>
> >> I dunno :)
> >>
> >> geir
> >>
> >> >
> >> > Regards,
> >> > Martin
> >>
> >
>




--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [snapshot] Questions about next snapshot...

[Martin Cordova]

I can help testing, since I don't have the skills in C/C++.

Usually, what I do on linux boxes is:

1.- Minimal O.S. install, text-only. Include XOrg shared libraries. No
need to start any XOrg related service.
2.- Install my IBM JRE v1.4.2
3.- Start my java server process (servlet engine) with this system property:

-Djava.awt.headless=true

That's it, my servlet can generate graphics in PNG really fast,
without a graphics environment.

Regards,
Martin




On 10/25/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:

As Tim asked earlier in the thread...  is there a clear definition of
what this means?  A spec maybe?

Also.. Martin... want to help?  :)

geir


Oleg Khaschansky wrote:
>> > 3.- Will be possible to create graphics in awt-headless mode? I would
>> > like to test servlets generating charts (using JFreeCharts) in a Linux
>> > box without a graphics environment.
>
> Definitely, headless support will be implemented in the future and
> there are no obstacles which prevent us from doing this. But I don't
> know when exactly it will be done, this requires some efforts and we
> still have other things in the todo list.
>
> On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>>
>>
>> Martin Cordova wrote:
>> > 1.- Have a planned date?
>>
>> None yet, but doing this week would be good.  Any other opinions?
>>
>> >
>> > 2.- Will include latest aproved contributions (ImageIO)
>>
>> Only if they have been integrated into the SVN codebase
>>
>> >
>> > 3.- Will be possible to create graphics in awt-headless mode? I would
>> > like to test servlets generating charts (using JFreeCharts) in a Linux
>> > box without a graphics environment.
>>
>> I dunno :)
>>
>> geir
>>
>> >
>> > Regards,
>> > Martin
>>
>




--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

Re: [snapshot] Questions about next snapshot...

[Oleg Khaschansky]

As Tim asked earlier in the thread...  is there a clear definition of
what this means?  A spec maybe?


http://java.sun.com/j2se/1.4.2/docs/guide/awt/AWTChanges.html#headless

On 10/25/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:

As Tim asked earlier in the thread...  is there a clear definition of
what this means?  A spec maybe?

Also.. Martin... want to help?  :)

geir


Oleg Khaschansky wrote:
>> > 3.- Will be possible to create graphics in awt-headless mode? I would
>> > like to test servlets generating charts (using JFreeCharts) in a Linux
>> > box without a graphics environment.
>
> Definitely, headless support will be implemented in the future and
> there are no obstacles which prevent us from doing this. But I don't
> know when exactly it will be done, this requires some efforts and we
> still have other things in the todo list.
>
> On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>>
>>
>> Martin Cordova wrote:
>> > 1.- Have a planned date?
>>
>> None yet, but doing this week would be good.  Any other opinions?
>>
>> >
>> > 2.- Will include latest aproved contributions (ImageIO)
>>
>> Only if they have been integrated into the SVN codebase
>>
>> >
>> > 3.- Will be possible to create graphics in awt-headless mode? I would
>> > like to test servlets generating charts (using JFreeCharts) in a Linux
>> > box without a graphics environment.
>>
>> I dunno :)
>>
>> geir
>>
>> >
>> > Regards,
>> > Martin
>>
>

Re: [snapshot] Questions about next snapshot...

[Geir Magnusson Jr.]

As Tim asked earlier in the thread...  is there a clear definition of 
what this means?  A spec maybe?


Also.. Martin... want to help?  :)

geir


Oleg Khaschansky wrote:

> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFreeCharts) in a Linux
> box without a graphics environment.


Definitely, headless support will be implemented in the future and
there are no obstacles which prevent us from doing this. But I don't
know when exactly it will be done, this requires some efforts and we
still have other things in the todo list.

On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:



Martin Cordova wrote:
> 1.- Have a planned date?

None yet, but doing this week would be good.  Any other opinions?

>
> 2.- Will include latest aproved contributions (ImageIO)

Only if they have been integrated into the SVN codebase

>
> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFreeCharts) in a Linux
> box without a graphics environment.

I dunno :)

geir

>
> Regards,
> Martin

Re: [snapshot] Questions about next snapshot...

[Oleg Khaschansky]

> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFreeCharts) in a Linux
> box without a graphics environment.


Definitely, headless support will be implemented in the future and
there are no obstacles which prevent us from doing this. But I don't
know when exactly it will be done, this requires some efforts and we
still have other things in the todo list.

On 10/24/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:



Martin Cordova wrote:
> 1.- Have a planned date?

None yet, but doing this week would be good.  Any other opinions?

>
> 2.- Will include latest aproved contributions (ImageIO)

Only if they have been integrated into the SVN codebase

>
> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFreeCharts) in a Linux
> box without a graphics environment.

I dunno :)

geir

>
> Regards,
> Martin

Re: [snapshot] Questions about next snapshot...

[Geir Magnusson Jr.]

Martin Cordova wrote:

1.- Have a planned date?


None yet, but doing this week would be good.  Any other opinions?



2.- Will include latest aproved contributions (ImageIO)


Only if they have been integrated into the SVN codebase



3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.


I dunno :)

geir



Regards,
Martin

Re: [snapshot] Questions about next snapshot...

[Tim Ellison]

On 24/10/06, Martin Cordova <[EMAIL PROTECTED]> wrote:

1.- Have a planned date?


No, we don't tend to plan the dates in advance, but rather roll a
developer release/snapshot once we reach a stable point in
development.

Of course, you can build from source (as described in the contributor
link[1] on the project homepage); or wait while we poll the developers
to agree on a good time to snap'.

[1] http://incubator.apache.org/harmony/quickhelp_contributors.html


2.- Will include latest aproved contributions (ImageIO)


Yes for ImageIO -- it will include all the approved contributions that
have been merged into the codebase.


3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.


I'll let the AWT folk answer that question; I haven't seen a crisp
definition of what it means to run in headless mode (I've seen broad
descriptions, but not a specific list of what works and what throws an
exception).

Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])

[snapshot] Questions about next snapshot...

[Martin Cordova]

1.- Have a planned date?

2.- Will include latest aproved contributions (ImageIO)

3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.

Regards,
Martin
--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

[DRLVM][MMTk] problems with mmtk-10061012.zip snapshot

[Weldon Washburn]

Robin,
I am trying to run SemiSpace collector.  It seems something inside MMTk was
moved but not all the regression tests were run??  I get the following stack
trace:

Uncaught exception in main:
java.lang.NullPointerException
   at org.apache.HarmonyDRLVM.mm.mmtk.Assert.fail(Unknown Source)
   at org.mmtk.utility.alloc.BumpPointer.reusePages(Unknown Source)
   at org.mmtk.utility.alloc.BumpPointer.consumeNextRegion(Unknown
Source)
   at org.mmtk.utility.alloc.BumpPointer.allocSlowOnce(Unknown Source)
   at org.mmtk.utility.alloc.Allocator.allocSlowInline(Unknown Source)
   at org.mmtk.utility.alloc.BumpPointer.allocSlow(Unknown Source)
   at org.mmtk.utility.alloc.BumpPointer.alloc(Unknown Source)
   at org.mmtk.plan.semispace.SSMutator.alloc(Unknown Source)
   at TestSemiSpace.singleRootTest(Unknown Source)
   at TestSemiSpace.main(Unknown Source)

utility/alloc/BumpPointer contains the following:
protected void reusePages(int pages) {

VM.assertions.fail("Subclasses that reuse regions must override this
method.");

}


--
Weldon Washburn
Intel Middleware Products Division

Re: [general] jre and hdk snapshots posted to general snapshot site

[Tim Ellison]

sorry for the late reply...

Oliver Deakin wrote:
> I see - sorry, I was getting my API/impl/injected jargon mixed up.
> Really I was thinking about
> the distinction between tests that run on the bootclasspath (injected)
> and those that dont, rather
> than between the publicly spec'ed classes (api) and our internal
> implementations (impl).
> 
> I agree that we may need 4 jars for the most complicated modules. I
> don't see this as a problem
> myself - as long as they are clearly named I don't think the number of
> jars is an issue.

I disagree.  We should not confuse the physical packaging of the test
code in JARs with the grouping of tests between API and Impl (and
platform-specific and VM-specific etc, etc).

We need to package separately only so we can install types on the
bootclasspath (bcp) vs. the application classpath (cp).  We use the
any-day-now test metadata to group the types of tests.  So we will only
ever need two JARs per module, the 'foo-tests-bcp.jar' and the
'foo-tests-cp.jar'.

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Ilya Okomin]

On 10/12/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:


On Wednesday 11 October 2006 14:44 Ilya Okomin wrote:
> On 10/11/06, Gregory Shimansky < [EMAIL PROTECTED]> wrote:
> > On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> > > On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > > Yeah, I would have been surprised it that worked.
> > > >
> > > > Why not just install v 6?
> > >
> > > I have libstdc++.so.6 on my system.
> > > Nevertheless I have the same results as Dmitry described:
> > >
> > > bash-2.05b$ ./java -version
> > > Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
Software
> > > Foundation or its licensors, as applicable.
> > > Failed to open JVM DLL:
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> > > (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required
by
> > >
/work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harmony-jre-r450941 snapshot.
> > > Should I do anything else to resolve this issue?
> >
> > It is probably because your custom libstdc++ is still compiled against
an
> > older glibc version of your distribution. Geir uses more modern
version.
> > Can
> > you run /lib/libc.so.6 and show the output?
>
> You've asked about libc.so.6 output, here it is:
> "
> GNU C Library stable release version 2.3.2, by Roland McGrath et al.
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> Compiled by GNU CC version 3.2.3 20030502 (Red Hat Linux 3.2.3-53).
> Compiled on a Linux 2.4.20 system on 2005-09-16.
> Available extensions:
> GNU libio by Per Bothner
> crypt add-on version 2.1 by Michael Glad and others
> linuxthreads-0.10 by Xavier Leroy
> The C stubs add-on version 2.1.2.
> BIND-8.2.3-T5B
> NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
> Glibc-2.0 compatibility add-on by Cristian Gafton
> libthread_db work sponsored by Alpha Processor Inc
> Thread-local storage support included.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/libc/bugs.html>.
> "
> I hope this information will clear some questions.

Well it shows that you have glibc 2.3.x and the more modern version is 2.4
which I use. If you ask me about why GLIBCXX_3.4 uses version 3, I really
don't know. But still I think the version numbers for binary builds which
Geir creates are referring to glibc and running these binaries on the more
recent Linux installations shouldn't be a problem.



Probably I've missed something, but I didn't see any requirement about this
issue.

This case showed me that not everyone can run something on our hdk
snapshots.
Isn't this a topic to discuss?

Thanks,
Ilya.

--

Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
--
Ilya Okomin
Intel Middleware Products Division

Re: [drlvm] Using latest linux snapshot[hdk]...

[Gregory Shimansky]

On Wednesday 11 October 2006 14:44 Ilya Okomin wrote:
> On 10/11/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
> > On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> > > On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > > Yeah, I would have been surprised it that worked.
> > > >
> > > > Why not just install v 6?
> > >
> > > I have libstdc++.so.6 on my system.
> > > Nevertheless I have the same results as Dmitry described:
> > >
> > > bash-2.05b$ ./java -version
> > > Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> > > Foundation or its licensors, as applicable.
> > > Failed to open JVM DLL:
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> > > (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harmony-jre-r450941 snapshot.
> > > Should I do anything else to resolve this issue?
> >
> > It is probably because your custom libstdc++ is still compiled against an
> > older glibc version of your distribution. Geir uses more modern version.
> > Can
> > you run /lib/libc.so.6 and show the output?
>
> You've asked about libc.so.6 output, here it is:
> "
> GNU C Library stable release version 2.3.2, by Roland McGrath et al.
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> Compiled by GNU CC version 3.2.3 20030502 (Red Hat Linux 3.2.3-53).
> Compiled on a Linux 2.4.20 system on 2005-09-16.
> Available extensions:
> GNU libio by Per Bothner
> crypt add-on version 2.1 by Michael Glad and others
> linuxthreads-0.10 by Xavier Leroy
> The C stubs add-on version 2.1.2.
> BIND-8.2.3-T5B
> NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
> Glibc-2.0 compatibility add-on by Cristian Gafton
> libthread_db work sponsored by Alpha Processor Inc
> Thread-local storage support included.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/libc/bugs.html>.
> "
> I hope this information will clear some questions.

Well it shows that you have glibc 2.3.x and the more modern version is 2.4 
which I use. If you ask me about why GLIBCXX_3.4 uses version 3, I really 
don't know. But still I think the version numbers for binary builds which 
Geir creates are referring to glibc and running these binaries on the more 
recent Linux installations shouldn't be a problem.

-- 
Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Ilya Okomin]

On 10/11/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:


On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > Yeah, I would have been surprised it that worked.
> >
> > Why not just install v 6?
>
> I have libstdc++.so.6 on my system.
> Nevertheless I have the same results as Dmitry described:
>
> bash-2.05b$ ./java -version
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
>
> I used harmony-jre-r450941 snapshot.
> Should I do anything else to resolve this issue?

It is probably because your custom libstdc++ is still compiled against an
older glibc version of your distribution. Geir uses more modern version.
Can
you run /lib/libc.so.6 and show the output?



You've asked about libc.so.6 output, here it is:
"
GNU C Library stable release version 2.3.2, by Roland McGrath et al.
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.2.3 20030502 (Red Hat Linux 3.2.3-53).
Compiled on a Linux 2.4.20 system on 2005-09-16.
Available extensions:
   GNU libio by Per Bothner
   crypt add-on version 2.1 by Michael Glad and others
   linuxthreads-0.10 by Xavier Leroy
   The C stubs add-on version 2.1.2.
   BIND-8.2.3-T5B
   NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
   Glibc-2.0 compatibility add-on by Cristian Gafton
   libthread_db work sponsored by Alpha Processor Inc
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
"
I hope this information will clear some questions.

Note: everything fine if I use drlvm built from drlvm trunk.

Thanks,
Ilya.



--
Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
--
Ilya Okomin
Intel Middleware Products Division

Re: [drlvm] Using latest linux snapshot[hdk]...

[Gregory Shimansky]

On Wednesday 11 October 2006 04:37 Mike Ringrose wrote:
> Do you have multiple versions of gcc installed? What do you get when you
> run `gcc -dumpversion`?

If you ask me, yes I have several versions installed in parallel which Gentoo 
allows to manage with gcc-config utility. For me gcc -dumpversion produces

4.1.1

as expected. But this discussion was not about gcc version. It is about 
binaries built on modern installation being ran on somewhat outdated ones.

> On 10/10/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
> > On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> > > On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > > Yeah, I would have been surprised it that worked.
> > > >
> > > > Why not just install v 6?
> > >
> > > I have libstdc++.so.6 on my system.
> > > Nevertheless I have the same results as Dmitry described:
> > >
> > > bash-2.05b$ ./java -version
> > > Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> > > Foundation or its licensors, as applicable.
> > > Failed to open JVM DLL:
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> > > (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harmony-jre-r450941 snapshot.
> > > Should I do anything else to resolve this issue?
> >
> > It is probably because your custom libstdc++ is still compiled against an
> > older glibc version of your distribution. Geir uses more modern version.
> > Can
> > you run /lib/libc.so.6 and show the output?

-- 
Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Mike Ringrose]

Do you have multiple versions of gcc installed? What do you get when you run
`gcc -dumpversion`?

On 10/10/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:


On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > Yeah, I would have been surprised it that worked.
> >
> > Why not just install v 6?
>
> I have libstdc++.so.6 on my system.
> Nevertheless I have the same results as Dmitry described:
>
> bash-2.05b$ ./java -version
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
>
> I used harmony-jre-r450941 snapshot.
> Should I do anything else to resolve this issue?

It is probably because your custom libstdc++ is still compiled against an
older glibc version of your distribution. Geir uses more modern version.
Can
you run /lib/libc.so.6 and show the output?

--
Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Gregory Shimansky]

On Tuesday 10 October 2006 13:02 Ilya Okomin wrote:
> On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > Yeah, I would have been surprised it that worked.
> >
> > Why not just install v 6?
>
> I have libstdc++.so.6 on my system.
> Nevertheless I have the same results as Dmitry described:
>
> bash-2.05b$ ./java -version
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
>
> I used harmony-jre-r450941 snapshot.
> Should I do anything else to resolve this issue?

It is probably because your custom libstdc++ is still compiled against an 
older glibc version of your distribution. Geir uses more modern version. Can 
you run /lib/libc.so.6 and show the output?

-- 
Gregory Shimansky, Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Ilya Okomin]

On 10/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:


Yeah, I would have been surprised it that worked.

Why not just install v 6?



I have libstdc++.so.6 on my system.
Nevertheless I have the same results as Dmitry described:

bash-2.05b$ ./java -version
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
Failed to open JVM DLL:
/work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
(/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
/work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))

I used harmony-jre-r450941 snapshot.
Should I do anything else to resolve this issue?

Regards,
Ilya.

On Oct 9, 2006, at 9:18 AM, Dmitry Durnev wrote:


> Making symbolic link to libstdc++.so.5 not helps - I get just
> another error:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/
> harmonyvm
> (/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/
> default/libstdc++.so.6:
> version `GLIBCXX_3.4' not found (required by
> /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/
> libharmonyvm.so))
>
>
> On 09 Oct 2006 19:46:15 +0700, Egor Pasko <[EMAIL PROTECTED]>
> wrote:
>> On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
>> > When I try to run 'java -version' from the latest HDK snapshot,
>> I get
>> > the following error:
>> >
>> > Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
>> Software
>> > Foundation or its licensors, as applicable.
>> > Failed to open JVM DLL:
>> > /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/
>> default/harmonyvm
>> > (libstdc++.so.6: cannot open shared object file: No such file or
>> > directory)
>> >
>> > I actually don't have libstdc++.so.6 on my system(SUSE 9.2),
>> I've got
>> > only libstdc++.so.5. Do I have to install newer libstdc++ to be
>> able
>> > to use the snapshot?
>>
>> try a symbolic link :)
>>
>> --
>> Egor Pasko, Intel Managed Runtime Division
>>
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>
>
>
> --
>
> Dmitry A. Durnev,
> Intel Middleware Products Division
>
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
--
Ilya Okomin
Intel Middleware Products Division

Re: [drlvm] Using latest linux snapshot[hdk]...

[Geir Magnusson Jr.]

Yeah, I would have been surprised it that worked.

Why not just install v 6?

On Oct 9, 2006, at 9:18 AM, Dmitry Durnev wrote:

Making symbolic link to libstdc++.so.5 not helps - I get just  
another error:


Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
Failed to open JVM DLL:
/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/ 
harmonyvm
(/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/ 
default/libstdc++.so.6:

version `GLIBCXX_3.4' not found (required by
/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/ 
libharmonyvm.so))



On 09 Oct 2006 19:46:15 +0700, Egor Pasko <[EMAIL PROTECTED]>  
wrote:

On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot,  
I get

> the following error:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache  
Software

> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/ 
default/harmonyvm

> (libstdc++.so.6: cannot open shared object file: No such file or
> directory)
>
> I actually don't have libstdc++.so.6 on my system(SUSE 9.2),  
I've got
> only libstdc++.so.5. Do I have to install newer libstdc++ to be  
able

> to use the snapshot?

try a symbolic link :)

--
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






--

Dmitry A. Durnev,
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Dmitry Durnev]

Making symbolic link to libstdc++.so.5 not helps - I get just another error:

Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
Failed to open JVM DLL:
/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/harmonyvm
(/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/libstdc++.so.6:
version `GLIBCXX_3.4' not found (required by
/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/libharmonyvm.so))


On 09 Oct 2006 19:46:15 +0700, Egor Pasko <[EMAIL PROTECTED]> wrote:

On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot, I get
> the following error:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/harmonyvm
> (libstdc++.so.6: cannot open shared object file: No such file or
> directory)
>
> I actually don't have libstdc++.so.6 on my system(SUSE 9.2), I've got
> only libstdc++.so.5. Do I have to install newer libstdc++ to be able
> to use the snapshot?

try a symbolic link :)

--
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--

Dmitry A. Durnev,
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [drlvm] Using latest linux snapshot[hdk]...

[Egor Pasko]

On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot, I get
> the following error:
> 
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/harmonyvm
> (libstdc++.so.6: cannot open shared object file: No such file or
> directory)
> 
> I actually don't have libstdc++.so.6 on my system(SUSE 9.2), I've got
> only libstdc++.so.5. Do I have to install newer libstdc++ to be able
> to use the snapshot?

try a symbolic link :) 

-- 
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[drlvm] Using latest linux snapshot[hdk]...

[Dmitry Durnev]

When I try to run 'java -version' from the latest HDK snapshot, I get
the following error:

Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
Failed to open JVM DLL:
/export/workspace/snapshots/harmony-hdk-r450941/jdk/jre/bin/default/harmonyvm
(libstdc++.so.6: cannot open shared object file: No such file or
directory)

I actually don't have libstdc++.so.6 on my system(SUSE 9.2), I've got
only libstdc++.so.5. Do I have to install newer libstdc++ to be able
to use the snapshot?

--

Dmitry A. Durnev,
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Oliver Deakin]

Mark Hindess wrote:

On 2 October 2006 at 16:36, Oliver Deakin <[EMAIL PROTECTED]> wrote:
  

Alexei Zakharov wrote:


If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO) then we definitely need to supply
jar with tests. 
  

Can I suggest that we have a separate test jar for each module? So
we'd have luni-tests.jar, security-tests.jar etc. This means that if a 
developer

working on a single module creates a bug fix and a new test case, they only
need to rebuild the test jar for that particular module (they may only 
have that single

module checked out, after all).

In fact, we will need to create separate test jars for bootclasspath and 
classpath
tests, unless there is a way in Ant to specify which subsets of the file 
tree within
a jar are on the bootclasspath/classpath - it's probably simpler to just 
have

-api-tests.jar and -impl-tests.jar (or whatever naming
convention).



It feels like I have an echo.  I said pretty much the same things on the
renamed "Using the HDK" thread earlier in the day. ;-)
  


oops, yes I see that now - just me catching up with my email backlog. 
Almost there...


I should mention that modules like security actually have four distinct 
types of tests.  api, api.injected, impl, and impl.injected - in other

words some api tests are run on the bootclasspath and some impl tests
are not.

So perhaps we need 4 jars!
  


I see - sorry, I was getting my API/impl/injected jargon mixed up. 
Really I was thinking about
the distinction between tests that run on the bootclasspath (injected) 
and those that dont, rather
than between the publicly spec'ed classes (api) and our internal 
implementations (impl).


I agree that we may need 4 jars for the most complicated modules. I 
don't see this as a problem
myself - as long as they are clearly named I don't think the number of 
jars is an issue.

I presume they will reside somewhere like /test?

Regards,
Oliver


-Mark.

  

So IMHO we should:
1) Add bundling of --tests.jar into the HDK to each module's
build.xml as a standard step of the test build process.
2) Alter the test execution Ant targets to always run the tests using 
the prebuilt

--test.jar's on the (boot)classpath - on the bootclasspath
we put "*-impl-test.jar" and on the classpath we put "*-api-test.jar".

This way running the tests against a prebuilt HDK will work without 
rebuilding any
tests (because the test run targets will only expect the prebuilt jars) 
and the

developer can easily rebuild a single module's set of tests by running its
compile-tests target (or something similar).

Does this sound reasonable?

Regards,
Oliver



We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.

Regards,

2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
  

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:



If I recall, the point of the test.jar was to have a pre-built jar of
tests in the HDK so that someone could setup the build-test infra
using the HDK so they could run tests on their platform w/o having to
build everything.  Good idea.
  

Yes, you are correct. This idea implemented in the jira 964.

If that's so, then something would


have to be configured to have the classlib "test" target use that
jar.  All I'm saying is that how we do this is important, as we don't
want to cause pain for classlib developers who use the HDK for
development support.
  


Seems, we think about different use cases.

In my case, user can download the HDK for own platform (if we have 
one) run
tests and look on results (also, may be upload it to the harmony 
site). Also

it can be used for application run to check 'enable' status. But if this
user interested in Harmony development he should checkout ws and use
built-in ant targets to build and test updated ws.



How you plan to use HDK? It looks like initial miscommunication :)
 thanks, Vladimir





geir

  

Thanks, Vladimir







Thanks, Vladimir

geir



Thanks, Vladimir



On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:


They are at the regular place

http://people.apache.org/dist/incubator/harmony/snapshots

I moved all the old classlib snapshots into /old and I'll
  

update the
  
website accordingly.  I'll be automating this.  Also, lets 
  

not


make much
noise about this for a little while so we can test to make 
  

sure


there's
no major errors.  Things seem good.  I have a list of more
  

things to
  

fix, but I realized today that I was obsessing over the
   

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 10/5/06, Stepan Mishura <[EMAIL PROTECTED]> wrote:


> Agree. Seems, separated 'modules.resource.jar' for each module should be
> created too.

Sorry, I didn't catch. Do you mean that I have to unpack it before I run
tests?



No, if the resources should be accessible as files (config files, for
example) it will be unpacked by script before test run. I'm going to look on
security module and hope to solve all these issues.
thanks, Vladimir


Thanks,

Stepan.

Tahnks, Vladimir
>
> Thanks,
> > Stepan.
> >
> > thanks, Vladimir
> > >
> > > Regards,
> > > > Oliver
> > > >
> > > > > We may also supply the build file with placeholders
> > > > > for user classes & tests dirs that will be prepended to
> > > > > classpath/bootclasspath.
> > > > >
> > > > > Regards,
> > > > >
> > > > > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > > > >> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > If I recall, the point of the test.jar was to have a
pre-built
> > jar
> > > of
> > > > >> > tests in the HDK so that someone could setup the build-test
> infra
> > > > >> > using the HDK so they could run tests on their platform w/o
> > having
> > > to
> > > > >> > build everything.  Good idea.
> > > > >>
> > > > >>
> > > > >> Yes, you are correct. This idea implemented in the jira 964.
> > > > >>
> > > > >> If that's so, then something would
> > > > >> > have to be configured to have the classlib "test" target use
> that
> > > > >> > jar.  All I'm saying is that how we do this is important, as
we
> > > don't
> > > > >> > want to cause pain for classlib developers who use the HDK
for
> > > > >> > development support.
> > > > >>
> > > > >>
> > > > >>
> > > > >> Seems, we think about different use cases.
> > > > >>
> > > > >> In my case, user can download the HDK for own platform (if we
> have
> > > > >> one) run
> > > > >> tests and look on results (also, may be upload it to the
harmony
> > > > >> site). Also
> > > > >> it can be used for application run to check 'enable' status.
But
> if
> > > > this
> > > > >> user interested in Harmony development he should checkout ws
and
> > use
> > > > >> built-in ant targets to build and test updated ws.
> > > > >>
> > > > >>
> > > > >>
> > > > >> How you plan to use HDK? It looks like initial miscommunication
> :)
> > > > >>  thanks, Vladimir
> > > > >>
> > > > >>
> > > > >>
> > > > >> > geir
> > > > >> >
> > > > >> > >
> > > > >> > > Thanks, Vladimir
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >> > Thanks, Vladimir
> > > > >> > >> >
> > > > >> > >> > geir
> > > > >> > >> >>
> > > > >> > >> >> >
> > > > >> > >> >> >
> > > > >> > >> >> >
> > > > >> > >> >> > Thanks, Vladimir
> > > > >> > >> >> >
> > > > >> > >> >> >
> > > > >> > >> >> >
> > > > >> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > > > >> > >> >> >>
> > > > >> > >> >> >> They are at the regular place
> > > > >> > >> >> >>
> > > > >> > >> >> >>
> > http://people.apache.org/dist/incubator/harmony/snapshots
> > > > >> > >> >> >>
> > > > >> > >> >>

Re: [general] jre and hdk snapshots posted to general snapshot site

[Stepan Mishura]

On 10/5/06, Vladimir Ivanov wrote:


On 10/4/06, Stepan Mishura wrote:
>
> > Seems, that everybody thinking about separated test jar for each
module
> (I
> > proposed one jar as first step onlyJ). Now, we should implement this.
If
> > you
> > need any help I'm a volunteer.
>
>
>
> This won't work for all resource files, for example, there are a number
of
> tests for a config parser and they need a path to a config file.



Agree. Seems, separated 'modules.resource.jar' for each module should be
created too.




Sorry, I didn't catch. Do you mean that I have to unpack it before I run
tests?

Thanks,
Stepan.

Tahnks, Vladimir


Thanks,
> Stepan.
>
> thanks, Vladimir
> >
> > Regards,
> > > Oliver
> > >
> > > > We may also supply the build file with placeholders
> > > > for user classes & tests dirs that will be prepended to
> > > > classpath/bootclasspath.
> > > >
> > > > Regards,
> > > >
> > > > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > > >> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > >> >
> > > >> >
> > > >> >
> > > >> > If I recall, the point of the test.jar was to have a pre-built
> jar
> > of
> > > >> > tests in the HDK so that someone could setup the build-test
infra
> > > >> > using the HDK so they could run tests on their platform w/o
> having
> > to
> > > >> > build everything.  Good idea.
> > > >>
> > > >>
> > > >> Yes, you are correct. This idea implemented in the jira 964.
> > > >>
> > > >> If that's so, then something would
> > > >> > have to be configured to have the classlib "test" target use
that
> > > >> > jar.  All I'm saying is that how we do this is important, as we
> > don't
> > > >> > want to cause pain for classlib developers who use the HDK for
> > > >> > development support.
> > > >>
> > > >>
> > > >>
> > > >> Seems, we think about different use cases.
> > > >>
> > > >> In my case, user can download the HDK for own platform (if we
have
> > > >> one) run
> > > >> tests and look on results (also, may be upload it to the harmony
> > > >> site). Also
> > > >> it can be used for application run to check 'enable' status. But
if
> > > this
> > > >> user interested in Harmony development he should checkout ws and
> use
> > > >> built-in ant targets to build and test updated ws.
> > > >>
> > > >>
> > > >>
> > > >> How you plan to use HDK? It looks like initial miscommunication
:)
> > > >>  thanks, Vladimir
> > > >>
> > > >>
> > > >>
> > > >> > geir
> > > >> >
> > > >> > >
> > > >> > > Thanks, Vladimir
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >> > Thanks, Vladimir
> > > >> > >> >
> > > >> > >> > geir
> > > >> > >> >>
> > > >> > >> >> >
> > > >> > >> >> >
> > > >> > >> >> >
> > > >> > >> >> > Thanks, Vladimir
> > > >> > >> >> >
> > > >> > >> >> >
> > > >> > >> >> >
> > > >> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > > >> > >> >> >>
> > > >> > >> >> >> They are at the regular place
> > > >> > >> >> >>
> > > >> > >> >> >>
> http://people.apache.org/dist/incubator/harmony/snapshots
> > > >> > >> >> >>
> > > >> > >> >> >> I moved all the old classlib snapshots into /old and
> I'll
> > > >> > >> >> update the
> > > >> > >> >> >> website accordingly.  I'll be automating this.  Also,
> lets
> > > >> not
> > > >> > >> >> >> make much
> > > >> > >> >> >> noise about this for a little while so we can test to
> make
> > > >> sure
> > > >> > >> >> >> there's
> > > >> > >> >> >> no major errors.  Things seem good.  I have a list of
> more
> > > >> > >> >> things to
> > > >> > >> >> >> fix, but I realized today that I was obsessing over
the
> > > >> > >> snapshot
> > > >> > >> >> >> contents - it's not a release, and it's "good enough".
> > > >> > >> >> >>
> > > >> > >> >> >> I'd like to ditch both /old and the remaining classlib
> > > >> > >> >> snapshots, as
> > > >> > >> >> >>
> > > >> > >> >> >> 1) they are snapshots - history doesn't matter
> > > >> > >> >> >>
> > > >> > >> >> >> 2) the classlib is now in the HDK, so we just need to
> > adjust
> > > >> > >> the
> > > >> > >> >> >> docs to
> > > >> > >> >> >> match.
> > > >> > >> >> >>
> > > >> > >> >> >> I'll do the latter, but wanted to see if anyone has a
> > > problem
> > > >> > >> >> w/ me
> > > >> > >> >> >> removing /old and the last classlib snapshot.  I'll do
> > this
> > > >> > >> if I
> > > >> > >> >> >> don't
> > > >> > >> >> >> hear any protest, so either positively acknowledge
this
> > > >> action
> > > >> > >> >> if you
> > > >> > >> >> >> support it, dont' do a thing if you support or dont'
> care,
> > > >> > >> or say
> > > >> > >> >> >> why we
> > > >> > >> >> >> shouldn't :)
> > > >> > >> >> >>
> > > >> > >> >> >> geir



--
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 10/4/06, Stepan Mishura <[EMAIL PROTECTED]> wrote:


> Seems, that everybody thinking about separated test jar for each module
(I
> proposed one jar as first step onlyJ). Now, we should implement this. If
> you
> need any help I'm a volunteer.



This won't work for all resource files, for example, there are a number of
tests for a config parser and they need a path to a config file.




Agree. Seems, separated 'modules.resource.jar' for each module should be
created too.

Tahnks, Vladimir

Thanks,

Stepan.

thanks, Vladimir
>
> Regards,
> > Oliver
> >
> > > We may also supply the build file with placeholders
> > > for user classes & tests dirs that will be prepended to
> > > classpath/bootclasspath.
> > >
> > > Regards,
> > >
> > > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > >> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > >> >
> > >> >
> > >> >
> > >> > If I recall, the point of the test.jar was to have a pre-built
jar
> of
> > >> > tests in the HDK so that someone could setup the build-test infra
> > >> > using the HDK so they could run tests on their platform w/o
having
> to
> > >> > build everything.  Good idea.
> > >>
> > >>
> > >> Yes, you are correct. This idea implemented in the jira 964.
> > >>
> > >> If that's so, then something would
> > >> > have to be configured to have the classlib "test" target use that
> > >> > jar.  All I'm saying is that how we do this is important, as we
> don't
> > >> > want to cause pain for classlib developers who use the HDK for
> > >> > development support.
> > >>
> > >>
> > >>
> > >> Seems, we think about different use cases.
> > >>
> > >> In my case, user can download the HDK for own platform (if we have
> > >> one) run
> > >> tests and look on results (also, may be upload it to the harmony
> > >> site). Also
> > >> it can be used for application run to check 'enable' status. But if
> > this
> > >> user interested in Harmony development he should checkout ws and
use
> > >> built-in ant targets to build and test updated ws.
> > >>
> > >>
> > >>
> > >> How you plan to use HDK? It looks like initial miscommunication :)
> > >>  thanks, Vladimir
> > >>
> > >>
> > >>
> > >> > geir
> > >> >
> > >> > >
> > >> > > Thanks, Vladimir
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >> > Thanks, Vladimir
> > >> > >> >
> > >> > >> > geir
> > >> > >> >>
> > >> > >> >> >
> > >> > >> >> >
> > >> > >> >> >
> > >> > >> >> > Thanks, Vladimir
> > >> > >> >> >
> > >> > >> >> >
> > >> > >> >> >
> > >> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > >> > >> >> >>
> > >> > >> >> >> They are at the regular place
> > >> > >> >> >>
> > >> > >> >> >>
http://people.apache.org/dist/incubator/harmony/snapshots
> > >> > >> >> >>
> > >> > >> >> >> I moved all the old classlib snapshots into /old and
I'll
> > >> > >> >> update the
> > >> > >> >> >> website accordingly.  I'll be automating this.  Also,
lets
> > >> not
> > >> > >> >> >> make much
> > >> > >> >> >> noise about this for a little while so we can test to
make
> > >> sure
> > >> > >> >> >> there's
> > >> > >> >> >> no major errors.  Things seem good.  I have a list of
more
> > >> > >> >> things to
> > >> > >> >> >> fix, but I realized today that I was obsessing over the
> > >> > >> snapshot
> > >> > >> >> >> contents - it's not a release, and it's "good enough".
> > >> > >> >> >>
> > >> > >> >> >> I'd like to ditch both /old and the remaining classlib
> > >> > >> >> snapshots, as
> > >> > >> >> >>
> > >> > >> >> >> 1) they are snapshots - history doesn't matter
> > >> > >> >> >>
> > >> > >> >> >> 2) the classlib is now in the HDK, so we just need to
> adjust
> > >> > >> the
> > >> > >> >> >> docs to
> > >> > >> >> >> match.
> > >> > >> >> >>
> > >> > >> >> >> I'll do the latter, but wanted to see if anyone has a
> > problem
> > >> > >> >> w/ me
> > >> > >> >> >> removing /old and the last classlib snapshot.  I'll do
> this
> > >> > >> if I
> > >> > >> >> >> don't
> > >> > >> >> >> hear any protest, so either positively acknowledge this
> > >> action
> > >> > >> >> if you
> > >> > >> >> >> support it, dont' do a thing if you support or dont'
care,
> > >> > >> or say
> > >> > >> >> >> why we
> > >> > >> >> >> shouldn't :)
> > >> > >> >> >>
> > >> > >> >> >> geir
>
> --
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Stepan Mishura]

On 10/3/06, Vladimir Ivanov wrote:


On 10/2/06, Oliver Deakin  wrote:
>
> <...>
> Does this sound reasonable?



Seems, that everybody thinking about separated test jar for each module (I
proposed one jar as first step onlyJ). Now, we should implement this. If
you
need any help I'm a volunteer.




This won't work for all resource files, for example, there are a number of
tests for a config parser and they need a path to a config file.

Thanks,
Stepan.

thanks, Vladimir


Regards,
> Oliver
>
> > We may also supply the build file with placeholders
> > for user classes & tests dirs that will be prepended to
> > classpath/bootclasspath.
> >
> > Regards,
> >
> > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> >> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >> >
> >> >
> >> >
> >> > If I recall, the point of the test.jar was to have a pre-built jar
of
> >> > tests in the HDK so that someone could setup the build-test infra
> >> > using the HDK so they could run tests on their platform w/o having
to
> >> > build everything.  Good idea.
> >>
> >>
> >> Yes, you are correct. This idea implemented in the jira 964.
> >>
> >> If that's so, then something would
> >> > have to be configured to have the classlib "test" target use that
> >> > jar.  All I'm saying is that how we do this is important, as we
don't
> >> > want to cause pain for classlib developers who use the HDK for
> >> > development support.
> >>
> >>
> >>
> >> Seems, we think about different use cases.
> >>
> >> In my case, user can download the HDK for own platform (if we have
> >> one) run
> >> tests and look on results (also, may be upload it to the harmony
> >> site). Also
> >> it can be used for application run to check 'enable' status. But if
> this
> >> user interested in Harmony development he should checkout ws and use
> >> built-in ant targets to build and test updated ws.
> >>
> >>
> >>
> >> How you plan to use HDK? It looks like initial miscommunication :)
> >>  thanks, Vladimir
> >>
> >>
> >>
> >> > geir
> >> >
> >> > >
> >> > > Thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >> > Thanks, Vladimir
> >> > >> >
> >> > >> > geir
> >> > >> >>
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > Thanks, Vladimir
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> > >> >> >>
> >> > >> >> >> They are at the regular place
> >> > >> >> >>
> >> > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> > >> >> >>
> >> > >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> > >> >> update the
> >> > >> >> >> website accordingly.  I'll be automating this.  Also, lets
> >> not
> >> > >> >> >> make much
> >> > >> >> >> noise about this for a little while so we can test to make
> >> sure
> >> > >> >> >> there's
> >> > >> >> >> no major errors.  Things seem good.  I have a list of more
> >> > >> >> things to
> >> > >> >> >> fix, but I realized today that I was obsessing over the
> >> > >> snapshot
> >> > >> >> >> contents - it's not a release, and it's "good enough".
> >> > >> >> >>
> >> > >> >> >> I'd like to ditch both /old and the remaining classlib
> >> > >> >> snapshots, as
> >> > >> >> >>
> >> > >> >> >> 1) they are snapshots - history doesn't matter
> >> > >> >> >>
> >> > >> >> >> 2) the classlib is now in the HDK, so we just need to
adjust
> >> > >> the
> >> > >> >> >> docs to
> >> > >> >> >> match.
> >> > >> >> >>
> >> > >> >> >> I'll do the latter, but wanted to see if anyone has a
> problem
> >> > >> >> w/ me
> >> > >> >> >> removing /old and the last classlib snapshot.  I'll do
this
> >> > >> if I
> >> > >> >> >> don't
> >> > >> >> >> hear any protest, so either positively acknowledge this
> >> action
> >> > >> >> if you
> >> > >> >> >> support it, dont' do a thing if you support or dont' care,
> >> > >> or say
> >> > >> >> >> why we
> >> > >> >> >> shouldn't :)
> >> > >> >> >>
> >> > >> >> >> geir

--

Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Vladimir Ivanov]

On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:


<...>

I think we need more than one tests.jar.  In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others do not (and should not).  At the moment
it might be necessary to have more since there isn't really a way to
distinguish api/internal tests (this might change if/when we move to
testng).



Mark, could you please look on the
*HARMONY-984*?
If 
accessibility.build.patchis
OK I'll prepare similar updates for other modules.

Thanks, Vladimir

<...>Regards,

Mark.

[0] Start of build would need to do:

if ${hy.jdk} != ${hy.hdk}/jdk then copy ${hy.hdk}/jdk to ${hy.jdk}

and only deploy jdk files in to ${hy.jdk} - I think/hope this is
true already.

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

Egor,

HARMONY-1673 is filed. I've tried both "-Xem:opt" & "-Xem:jet".

Regards,

03 Oct 2006 00:06:16 +0700, Egor Pasko <[EMAIL PROTECTED]>:

On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> The same result with the "-Xem:opt".

Could you file a JIRA for that, please? With steps to
reproduce. Please, also check with -Xem:jet.

Thanks for pointing out failures like that.

> The exact command in my
> environment was (WinXP SP2):
>
> <==
> C:\mydoc\projects\tests\beans2>echo %JAVA_HOME%
> C:\Java\harmony-hdk-r450941\jdk\jre
>
> C:\mydoc\projects\tests\beans2>%JAVA_HOME%\bin\java
> 
-Xbootclasspath/p:.\build\classes;.\build\tests;C:\Java\harmony\enhanced\classlib\trunk\depends\jars\junit_3.8.2\junit.jar
> -Xem:opt junit.textui.TestRunner
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> ...
> An unhandled error (4) has occurred.
> HyGeneric_Signal_Number=0004
> ExceptionCode=c005
> ExceptionAddress=0052A340
> ContextFlags=0001003f
> Handler1=00401010
> Handler2=11105CE0
> InaccessibleAddress=
> EDI=
> ESI=
> EAX=0013F1AC
> EBX=
> ECX=007129FC
> EDX=
> EIP=0052A340
> ESP=0013F17C
> EBP=
> Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> Module_base_address=0051
> Offset_in_DLL=0001a340
>
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> <==
>
> Regards,
>
> 02 Oct 2006 20:14:11 +0700, Egor Pasko <[EMAIL PROTECTED]>:
> > On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> > > Agree. In case somebody is interested:
> > > org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> > > (from bootclasspath), harmony-hdk-r450941, WinXP.
> >
> > Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
> > JET?
> >
> > > Crash info:
> > >
> > > <==
> > >[junit] An unhandled error (4) has occurred.
> > > [junit] HyGeneric_Signal_Number=0004
> > > [junit] ExceptionCode=c005
> > > [junit] ExceptionAddress=0052A340
> > > [junit] ContextFlags=0001003f
> > > [junit] Handler1=00401010
> > > [junit] Handler2=11105CE0
> > > [junit] InaccessibleAddress=
> > > [junit] EDI=
> > > [junit] ESI=
> > > [junit] EAX=0013D69C
> > > [junit] EBX=
> > > [junit] ECX=007129FC
> > > [junit] EDX=
> > > [junit] EIP=0052A340
> > > [junit] ESP=0013D66C
> > > [junit] EBP=
> > > [junit] 
Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> > > [junit] Module_base_address=0051
> > > [junit] Offset_in_DLL=0001a340
> > > [junit] This application has requested the Runtime to terminate it
> > > in an unusual way.
> > > [junit] Please contact the application's support team for more 
information.
> > > [junit] Test
> > > org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> > > FAILED
> > > <==
> > >
> > > Thanks,
> > >
> > > 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > > > On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > Juist my two cents. Some test even from such a high-level module as
> > > > > beans fail if they run from bootclasspath (BeansTest for example).
> > > > > Moreover, they crash DRLVM :)
> > > >
> > > >
> > > > Seems, it is should be evaluated by VM peoples. The vm crash is not good
> > > > reaction for test failure.
> > > >  thanks, Vladimir
> > > >
> > > > BTW, personally I use custom-made build file to develop with HDK and
> > > > > single-module checkout.
>
> --
> Alexei Zakharov,
> Intel Middleware Product Division
>
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

--
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Mark Hindess]

On 2 October 2006 at 16:36, Oliver Deakin <[EMAIL PROTECTED]> wrote:
> Alexei Zakharov wrote:
> > If we plan to use HDK for supporting developers who work on single
> > module (that is a good idea IMHO) then we definitely need to supply
> > jar with tests. 
> 
> Can I suggest that we have a separate test jar for each module? So
> we'd have luni-tests.jar, security-tests.jar etc. This means that if a 
> developer
> working on a single module creates a bug fix and a new test case, they only
> need to rebuild the test jar for that particular module (they may only 
> have that single
> module checked out, after all).
> 
> In fact, we will need to create separate test jars for bootclasspath and 
> classpath
> tests, unless there is a way in Ant to specify which subsets of the file 
> tree within
> a jar are on the bootclasspath/classpath - it's probably simpler to just 
> have
> -api-tests.jar and -impl-tests.jar (or whatever naming
> convention).

It feels like I have an echo.  I said pretty much the same things on the
renamed "Using the HDK" thread earlier in the day. ;-)

I should mention that modules like security actually have four distinct 
types of tests.  api, api.injected, impl, and impl.injected - in other
words some api tests are run on the bootclasspath and some impl tests
are not.

So perhaps we need 4 jars!

-Mark.

> So IMHO we should:
> 1) Add bundling of --tests.jar into the HDK to each module's
> build.xml as a standard step of the test build process.
> 2) Alter the test execution Ant targets to always run the tests using 
> the prebuilt
> --test.jar's on the (boot)classpath - on the bootclasspath
> we put "*-impl-test.jar" and on the classpath we put "*-api-test.jar".
> 
> This way running the tests against a prebuilt HDK will work without 
> rebuilding any
> tests (because the test run targets will only expect the prebuilt jars) 
> and the
> developer can easily rebuild a single module's set of tests by running its
> compile-tests target (or something similar).
> 
> Does this sound reasonable?
> 
> Regards,
> Oliver
> 
> > We may also supply the build file with placeholders
> > for user classes & tests dirs that will be prepended to
> > classpath/bootclasspath.
> >
> > Regards,
> >
> > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> >> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >> >
> >> >
> >> >
> >> > If I recall, the point of the test.jar was to have a pre-built jar of
> >> > tests in the HDK so that someone could setup the build-test infra
> >> > using the HDK so they could run tests on their platform w/o having to
> >> > build everything.  Good idea.
> >>
> >>
> >> Yes, you are correct. This idea implemented in the jira 964.
> >>
> >> If that's so, then something would
> >> > have to be configured to have the classlib "test" target use that
> >> > jar.  All I'm saying is that how we do this is important, as we don't
> >> > want to cause pain for classlib developers who use the HDK for
> >> > development support.
> >>
> >>
> >>
> >> Seems, we think about different use cases.
> >>
> >> In my case, user can download the HDK for own platform (if we have 
> >> one) run
> >> tests and look on results (also, may be upload it to the harmony 
> >> site). Also
> >> it can be used for application run to check 'enable' status. But if this
> >> user interested in Harmony development he should checkout ws and use
> >> built-in ant targets to build and test updated ws.
> >>
> >>
> >>
> >> How you plan to use HDK? It looks like initial miscommunication :)
> >>  thanks, Vladimir
> >>
> >>
> >>
> >> > geir
> >> >
> >> > >
> >> > > Thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >> > Thanks, Vladimir
> >> > >> >
> >> > >> > geir
> >> > >> >>
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > Thanks, Vladimir
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > On 7/23/06, Geir Ma

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 10/2/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:


<...>
Does this sound reasonable?




Seems, that everybody thinking about separated test jar for each module (I
proposed one jar as first step onlyJ). Now, we should implement this. If you
need any help I'm a volunteer.

thanks, Vladimir

Regards,

Oliver

> We may also supply the build file with placeholders
> for user classes & tests dirs that will be prepended to
> classpath/bootclasspath.
>
> Regards,
>
> 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
>> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>> >
>> >
>> >
>> > If I recall, the point of the test.jar was to have a pre-built jar of
>> > tests in the HDK so that someone could setup the build-test infra
>> > using the HDK so they could run tests on their platform w/o having to
>> > build everything.  Good idea.
>>
>>
>> Yes, you are correct. This idea implemented in the jira 964.
>>
>> If that's so, then something would
>> > have to be configured to have the classlib "test" target use that
>> > jar.  All I'm saying is that how we do this is important, as we don't
>> > want to cause pain for classlib developers who use the HDK for
>> > development support.
>>
>>
>>
>> Seems, we think about different use cases.
>>
>> In my case, user can download the HDK for own platform (if we have
>> one) run
>> tests and look on results (also, may be upload it to the harmony
>> site). Also
>> it can be used for application run to check 'enable' status. But if
this
>> user interested in Harmony development he should checkout ws and use
>> built-in ant targets to build and test updated ws.
>>
>>
>>
>> How you plan to use HDK? It looks like initial miscommunication :)
>>  thanks, Vladimir
>>
>>
>>
>> > geir
>> >
>> > >
>> > > Thanks, Vladimir
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >> > Thanks, Vladimir
>> > >> >
>> > >> > geir
>> > >> >>
>> > >> >> >
>> > >> >> >
>> > >> >> >
>> > >> >> > Thanks, Vladimir
>> > >> >> >
>> > >> >> >
>> > >> >> >
>> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> > >> >> >>
>> > >> >> >> They are at the regular place
>> > >> >> >>
>> > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
>> > >> >> >>
>> > >> >> >> I moved all the old classlib snapshots into /old and I'll
>> > >> >> update the
>> > >> >> >> website accordingly.  I'll be automating this.  Also, lets
>> not
>> > >> >> >> make much
>> > >> >> >> noise about this for a little while so we can test to make
>> sure
>> > >> >> >> there's
>> > >> >> >> no major errors.  Things seem good.  I have a list of more
>> > >> >> things to
>> > >> >> >> fix, but I realized today that I was obsessing over the
>> > >> snapshot
>> > >> >> >> contents - it's not a release, and it's "good enough".
>> > >> >> >>
>> > >> >> >> I'd like to ditch both /old and the remaining classlib
>> > >> >> snapshots, as
>> > >> >> >>
>> > >> >> >> 1) they are snapshots - history doesn't matter
>> > >> >> >>
>> > >> >> >> 2) the classlib is now in the HDK, so we just need to adjust
>> > >> the
>> > >> >> >> docs to
>> > >> >> >> match.
>> > >> >> >>
>> > >> >> >> I'll do the latter, but wanted to see if anyone has a
problem
>> > >> >> w/ me
>> > >> >> >> removing /old and the last classlib snapshot.  I'll do this
>> > >> if I
>> > >> >> >> don't
>> > >> >> >> hear any protest, so either positively ack

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Egor Pasko]

On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> The same result with the "-Xem:opt". 

Could you file a JIRA for that, please? With steps to
reproduce. Please, also check with -Xem:jet.

Thanks for pointing out failures like that.

> The exact command in my
> environment was (WinXP SP2):
> 
> <==
> C:\mydoc\projects\tests\beans2>echo %JAVA_HOME%
> C:\Java\harmony-hdk-r450941\jdk\jre
> 
> C:\mydoc\projects\tests\beans2>%JAVA_HOME%\bin\java
> -Xbootclasspath/p:.\build\classes;.\build\tests;C:\Java\harmony\enhanced\classlib\trunk\depends\jars\junit_3.8.2\junit.jar
> -Xem:opt junit.textui.TestRunner
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> ...
> An unhandled error (4) has occurred.
> HyGeneric_Signal_Number=0004
> ExceptionCode=c005
> ExceptionAddress=0052A340
> ContextFlags=0001003f
> Handler1=00401010
> Handler2=11105CE0
> InaccessibleAddress=
> EDI=
> ESI=
> EAX=0013F1AC
> EBX=
> ECX=007129FC
> EDX=
> EIP=0052A340
> ESP=0013F17C
> EBP=
> Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> Module_base_address=0051
> Offset_in_DLL=0001a340
> 
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> <==
> 
> Regards,
> 
> 02 Oct 2006 20:14:11 +0700, Egor Pasko <[EMAIL PROTECTED]>:
> > On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> > > Agree. In case somebody is interested:
> > > org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> > > (from bootclasspath), harmony-hdk-r450941, WinXP.
> >
> > Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
> > JET?
> >
> > > Crash info:
> > >
> > > <==
> > >[junit] An unhandled error (4) has occurred.
> > > [junit] HyGeneric_Signal_Number=0004
> > > [junit] ExceptionCode=c005
> > > [junit] ExceptionAddress=0052A340
> > > [junit] ContextFlags=0001003f
> > > [junit] Handler1=00401010
> > > [junit] Handler2=11105CE0
> > > [junit] InaccessibleAddress=
> > > [junit] EDI=
> > > [junit] ESI=
> > > [junit] EAX=0013D69C
> > > [junit] EBX=
> > > [junit] ECX=007129FC
> > > [junit] EDX=
> > > [junit] EIP=0052A340
> > > [junit] ESP=0013D66C
> > > [junit] EBP=
> > > [junit] 
> > > Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> > > [junit] Module_base_address=0051
> > > [junit] Offset_in_DLL=0001a340
> > > [junit] This application has requested the Runtime to terminate it
> > > in an unusual way.
> > > [junit] Please contact the application's support team for more 
> > > information.
> > > [junit] Test
> > > org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> > > FAILED
> > > <==
> > >
> > > Thanks,
> > >
> > > 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > > > On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > Juist my two cents. Some test even from such a high-level module as
> > > > > beans fail if they run from bootclasspath (BeansTest for example).
> > > > > Moreover, they crash DRLVM :)
> > > >
> > > >
> > > > Seems, it is should be evaluated by VM peoples. The vm crash is not good
> > > > reaction for test failure.
> > > >  thanks, Vladimir
> > > >
> > > > BTW, personally I use custom-made build file to develop with HDK and
> > > > > single-module checkout.
> 
> -- 
> Alexei Zakharov,
> Intel Middleware Product Division
> 
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-- 
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

Wouldn't this be something nice to show people? :)


Well, it does not aligned with the current build system somehow, it
was just for my personal convenience. Build sources, build tests, run
all tests for the module  (bootclasspath & classpath), run the single
test of your choice, run tests with TestNG, convert TestNG test
results with JUnitConverter and even preprocess sources with the
Velocity compiler in order to remove unnecessary logging. :-)
Of course I can share it, if somebody is interested. No problem.

Thanks,

2006/10/2, Geir Magnusson Jr. <[EMAIL PROTECTED]>:



Alexei Zakharov wrote:
> Hi,
>
> 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
>> On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
>
>> > I think we need more than one tests.jar.  In fact, I think we need
>> > more than one tests.jar per module since some tests need to be on the
>> > bootclasspath while others do not (and should not).  At the moment
>> > it might be necessary to have more since there isn't really a way to
>> > distinguish api/internal tests (this might change if/when we move to
>> > testng).
>>
>> Almost all API tests can be run through the bootclasspath. May be we just
>> waiting for something like TestNG (or other solution) and will create one
>> test.jar for each module?
>
> Juist my two cents. Some test even from such a high-level module as
> beans fail if they run from bootclasspath (BeansTest for example).
> Moreover, they crash DRLVM :)
>
> BTW, personally I use custom-made build file to develop with HDK and
> single-module checkout.

Wouldn't this be something nice to show people? :)


--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

The same result with the "-Xem:opt". The exact command in my
environment was (WinXP SP2):

<==
C:\mydoc\projects\tests\beans2>echo %JAVA_HOME%
C:\Java\harmony-hdk-r450941\jdk\jre

C:\mydoc\projects\tests\beans2>%JAVA_HOME%\bin\java
-Xbootclasspath/p:.\build\classes;.\build\tests;C:\Java\harmony\enhanced\classlib\trunk\depends\jars\junit_3.8.2\junit.jar
-Xem:opt junit.textui.TestRunner
org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
...
An unhandled error (4) has occurred.
HyGeneric_Signal_Number=0004
ExceptionCode=c005
ExceptionAddress=0052A340
ContextFlags=0001003f
Handler1=00401010
Handler2=11105CE0
InaccessibleAddress=
EDI=
ESI=
EAX=0013F1AC
EBX=
ECX=007129FC
EDX=
EIP=0052A340
ESP=0013F17C
EBP=
Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
Module_base_address=0051
Offset_in_DLL=0001a340

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
<==

Regards,

02 Oct 2006 20:14:11 +0700, Egor Pasko <[EMAIL PROTECTED]>:

On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> Agree. In case somebody is interested:
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> (from bootclasspath), harmony-hdk-r450941, WinXP.

Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?

> Crash info:
>
> <==
>[junit] An unhandled error (4) has occurred.
> [junit] HyGeneric_Signal_Number=0004
> [junit] ExceptionCode=c005
> [junit] ExceptionAddress=0052A340
> [junit] ContextFlags=0001003f
> [junit] Handler1=00401010
> [junit] Handler2=11105CE0
> [junit] InaccessibleAddress=
> [junit] EDI=
> [junit] ESI=
> [junit] EAX=0013D69C
> [junit] EBX=
> [junit] ECX=007129FC
> [junit] EDX=
> [junit] EIP=0052A340
> [junit] ESP=0013D66C
> [junit] EBP=
> [junit] 
Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> [junit] Module_base_address=0051
> [junit] Offset_in_DLL=0001a340
> [junit] This application has requested the Runtime to terminate it
> in an unusual way.
> [junit] Please contact the application's support team for more 
information.
> [junit] Test
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> FAILED
> <==
>
> Thanks,
>
> 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Juist my two cents. Some test even from such a high-level module as
> > > beans fail if they run from bootclasspath (BeansTest for example).
> > > Moreover, they crash DRLVM :)
> >
> >
> > Seems, it is should be evaluated by VM peoples. The vm crash is not good
> > reaction for test failure.
> >  thanks, Vladimir
> >
> > BTW, personally I use custom-made build file to develop with HDK and
> > > single-module checkout.


--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?


I will check...

Regards,

02 Oct 2006 20:14:11 +0700, Egor Pasko <[EMAIL PROTECTED]>:

On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> Agree. In case somebody is interested:
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> (from bootclasspath), harmony-hdk-r450941, WinXP.

Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?

> Crash info:
>
> <==
>[junit] An unhandled error (4) has occurred.
> [junit] HyGeneric_Signal_Number=0004
> [junit] ExceptionCode=c005
> [junit] ExceptionAddress=0052A340
> [junit] ContextFlags=0001003f
> [junit] Handler1=00401010
> [junit] Handler2=11105CE0
> [junit] InaccessibleAddress=
> [junit] EDI=
> [junit] ESI=
> [junit] EAX=0013D69C
> [junit] EBX=
> [junit] ECX=007129FC
> [junit] EDX=
> [junit] EIP=0052A340
> [junit] ESP=0013D66C
> [junit] EBP=
> [junit] 
Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> [junit] Module_base_address=0051
> [junit] Offset_in_DLL=0001a340
> [junit] This application has requested the Runtime to terminate it
> in an unusual way.
> [junit] Please contact the application's support team for more 
information.
> [junit] Test
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> FAILED
> <==
>
> Thanks,
>
> 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Juist my two cents. Some test even from such a high-level module as
> > > beans fail if they run from bootclasspath (BeansTest for example).
> > > Moreover, they crash DRLVM :)
> >
> >
> > Seems, it is should be evaluated by VM peoples. The vm crash is not good
> > reaction for test failure.
> >  thanks, Vladimir
> >
> > BTW, personally I use custom-made build file to develop with HDK and
> > > single-module checkout.




--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Oliver Deakin]

Alexei Zakharov wrote:

If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO) then we definitely need to supply
jar with tests. 


Can I suggest that we have a separate test jar for each module? So
we'd have luni-tests.jar, security-tests.jar etc. This means that if a 
developer

working on a single module creates a bug fix and a new test case, they only
need to rebuild the test jar for that particular module (they may only 
have that single

module checked out, after all).

In fact, we will need to create separate test jars for bootclasspath and 
classpath
tests, unless there is a way in Ant to specify which subsets of the file 
tree within
a jar are on the bootclasspath/classpath - it's probably simpler to just 
have

-api-tests.jar and -impl-tests.jar (or whatever naming
convention).

So IMHO we should:
1) Add bundling of --tests.jar into the HDK to each module's
build.xml as a standard step of the test build process.
2) Alter the test execution Ant targets to always run the tests using 
the prebuilt

--test.jar's on the (boot)classpath - on the bootclasspath
we put "*-impl-test.jar" and on the classpath we put "*-api-test.jar".

This way running the tests against a prebuilt HDK will work without 
rebuilding any
tests (because the test run targets will only expect the prebuilt jars) 
and the

developer can easily rebuild a single module's set of tests by running its
compile-tests target (or something similar).

Does this sound reasonable?

Regards,
Oliver


We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.

Regards,

2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>
>
>
> If I recall, the point of the test.jar was to have a pre-built jar of
> tests in the HDK so that someone could setup the build-test infra
> using the HDK so they could run tests on their platform w/o having to
> build everything.  Good idea.


Yes, you are correct. This idea implemented in the jira 964.

If that's so, then something would
> have to be configured to have the classlib "test" target use that
> jar.  All I'm saying is that how we do this is important, as we don't
> want to cause pain for classlib developers who use the HDK for
> development support.



Seems, we think about different use cases.

In my case, user can download the HDK for own platform (if we have 
one) run
tests and look on results (also, may be upload it to the harmony 
site). Also

it can be used for application run to check 'enable' status. But if this
user interested in Harmony development he should checkout ws and use
built-in ant targets to build and test updated ws.



How you plan to use HDK? It looks like initial miscommunication :)
 thanks, Vladimir



> geir
>
> >
> > Thanks, Vladimir
> >
> >
> >
> >
> >
> >> > Thanks, Vladimir
> >> >
> >> > geir
> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > Thanks, Vladimir
> >> >> >
> >> >> >
> >> >> >
> >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> >> >>
> >> >> >> They are at the regular place
> >> >> >>
> >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> >> update the
> >> >> >> website accordingly.  I'll be automating this.  Also, lets 
not

> >> >> >> make much
> >> >> >> noise about this for a little while so we can test to make 
sure

> >> >> >> there's
> >> >> >> no major errors.  Things seem good.  I have a list of more
> >> >> things to
> >> >> >> fix, but I realized today that I was obsessing over the
> >> snapshot
> >> >> >> contents - it's not a release, and it's "good enough".
> >> >> >>
> >> >> >> I'd like to ditch both /old and the remaining classlib
> >> >> snapshots, as
> >> >> >>
> >> >> >> 1) they are snapshots - history doesn't matter
> >> >> >>
> >> >> >> 2) the classlib is now in the HDK, so we just need to adjust
> >> the
> >> >> >> docs to
> >> >> >> match.
>

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Geir Magnusson Jr.]

Mark Hindess wrote:

On 2 October 2006 at 8:52, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote:


I wonder if we can generate some kind of dependency graph as part of the 
build, so that if testing in a module, it can figure out the set of 
modules to test that are "n-away" dependent.  (IOW, test module + 1-away 
because it's quick, then before checkin test module + 2-away [or all])


I wondered about this for a different reason...

I think it might be interesting to be able to automate this even in
a fairy rough way since I'm interested to see what dependencies we
are adding between our modules over time.  Since my impression (based
on no real evidence) is that we perhaps aren't really giving it much
thought.


I suspect you're right.  We need a Dependency Czar :)

geir


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Egor Pasko]

On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> Agree. In case somebody is interested:
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> (from bootclasspath), harmony-hdk-r450941, WinXP.

Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?

> Crash info:
> 
> <==
>[junit] An unhandled error (4) has occurred.
> [junit] HyGeneric_Signal_Number=0004
> [junit] ExceptionCode=c005
> [junit] ExceptionAddress=0052A340
> [junit] ContextFlags=0001003f
> [junit] Handler1=00401010
> [junit] Handler2=11105CE0
> [junit] InaccessibleAddress=
> [junit] EDI=
> [junit] ESI=
> [junit] EAX=0013D69C
> [junit] EBX=
> [junit] ECX=007129FC
> [junit] EDX=
> [junit] EIP=0052A340
> [junit] ESP=0013D66C
> [junit] EBP=
> [junit] 
> Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
> [junit] Module_base_address=0051
> [junit] Offset_in_DLL=0001a340
> [junit] This application has requested the Runtime to terminate it
> in an unusual way.
> [junit] Please contact the application's support team for more 
> information.
> [junit] Test
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> FAILED
> <==
> 
> Thanks,
> 
> 2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Juist my two cents. Some test even from such a high-level module as
> > > beans fail if they run from bootclasspath (BeansTest for example).
> > > Moreover, they crash DRLVM :)
> >
> >
> > Seems, it is should be evaluated by VM peoples. The vm crash is not good
> > reaction for test failure.
> >  thanks, Vladimir
> >
> > BTW, personally I use custom-made build file to develop with HDK and
> > > single-module checkout.
> 
> 
> 
> -- 
> Alexei Zakharov,
> Intel Middleware Product Division
> 
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-- 
Egor Pasko, Intel Managed Runtime Division


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Mark Hindess]

On 2 October 2006 at 8:52, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote:
> 
> 
> I wonder if we can generate some kind of dependency graph as part of the 
> build, so that if testing in a module, it can figure out the set of 
> modules to test that are "n-away" dependent.  (IOW, test module + 1-away 
> because it's quick, then before checkin test module + 2-away [or all])

I wondered about this for a different reason...

I think it might be interesting to be able to automate this even in
a fairy rough way since I'm interested to see what dependencies we
are adding between our modules over time.  Since my impression (based
on no real evidence) is that we perhaps aren't really giving it much
thought.

-Mark.



-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Geir Magnusson Jr.]

Alexei Zakharov wrote:

Hi,

2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:



> I think we need more than one tests.jar.  In fact, I think we need
> more than one tests.jar per module since some tests need to be on the
> bootclasspath while others do not (and should not).  At the moment
> it might be necessary to have more since there isn't really a way to
> distinguish api/internal tests (this might change if/when we move to
> testng).

Almost all API tests can be run through the bootclasspath. May be we just
waiting for something like TestNG (or other solution) and will create one
test.jar for each module?


Juist my two cents. Some test even from such a high-level module as
beans fail if they run from bootclasspath (BeansTest for example).
Moreover, they crash DRLVM :)

BTW, personally I use custom-made build file to develop with HDK and
single-module checkout.


Wouldn't this be something nice to show people? :)

geir



Regards,



-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Geir Magnusson Jr.]

Mark Hindess wrote:


I think we need more than one tests.jar.  In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others do not (and should not).  At the moment
it might be necessary to have more since there isn't really a way to
distinguish api/internal tests (this might change if/when we move to
testng).


Yes, I think you are right,  and I think that this points to one of the 
[predicted] challenges with using only annotations for test organization.




We also need to ensure that properties.xml is available in the hdk -
for access to the properties and the make macro.  (This is already
on my todo list.)  I think we should probably create other macros
to simplify the module build.xml files.  (For example, share the
compile-tests/run-tests macros that are already defined in crypto, luni,
rmi, security and x-net.)  This is also on my todo list.

Also, since we've stated that when a module is change tests should
be run on the module itself and it's immediate dependent modules, we
really need a way to run other modules tests from a module.  This will
be interesting due to the complexity of the test setup but might be
slightly easier if the define common macros.  This is probably something
to keep in the back of our minds - I wouldn't let it stop us making
progress.


I wonder if we can generate some kind of dependency graph as part of the 
build, so that if testing in a module, it can figure out the set of 
modules to test that are "n-away" dependent.  (IOW, test module + 1-away 
because it's quick, then before checkin test module + 2-away [or all])



geir

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

Agree. In case somebody is interested:
org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
(from bootclasspath), harmony-hdk-r450941, WinXP.

Crash info:

<==
  [junit] An unhandled error (4) has occurred.
   [junit] HyGeneric_Signal_Number=0004
   [junit] ExceptionCode=c005
   [junit] ExceptionAddress=0052A340
   [junit] ContextFlags=0001003f
   [junit] Handler1=00401010
   [junit] Handler2=11105CE0
   [junit] InaccessibleAddress=
   [junit] EDI=
   [junit] ESI=
   [junit] EAX=0013D69C
   [junit] EBX=
   [junit] ECX=007129FC
   [junit] EDX=
   [junit] EIP=0052A340
   [junit] ESP=0013D66C
   [junit] EBP=
   [junit] Module=C:\Java\harmony-hdk-r450941\jdk\jre\bin\default\harmonyvm.dll
   [junit] Module_base_address=0051
   [junit] Offset_in_DLL=0001a340
   [junit] This application has requested the Runtime to terminate it
in an unusual way.
   [junit] Please contact the application's support team for more information.
   [junit] Test
org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
FAILED
<==

Thanks,

2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
>
>
> Juist my two cents. Some test even from such a high-level module as
> beans fail if they run from bootclasspath (BeansTest for example).
> Moreover, they crash DRLVM :)


Seems, it is should be evaluated by VM peoples. The vm crash is not good
reaction for test failure.
 thanks, Vladimir

BTW, personally I use custom-made build file to develop with HDK and
> single-module checkout.




--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Vladimir Ivanov]

On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:



Juist my two cents. Some test even from such a high-level module as
beans fail if they run from bootclasspath (BeansTest for example).
Moreover, they crash DRLVM :)



Seems, it is should be evaluated by VM peoples. The vm crash is not good
reaction for test failure.
thanks, Vladimir

BTW, personally I use custom-made build file to develop with HDK and

single-module checkout.

Regards,

--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Alexei Zakharov]

Hi,

2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:



> I think we need more than one tests.jar.  In fact, I think we need
> more than one tests.jar per module since some tests need to be on the
> bootclasspath while others do not (and should not).  At the moment
> it might be necessary to have more since there isn't really a way to
> distinguish api/internal tests (this might change if/when we move to
> testng).

Almost all API tests can be run through the bootclasspath. May be we just
waiting for something like TestNG (or other solution) and will create one
test.jar for each module?


Juist my two cents. Some test even from such a high-level module as
beans fail if they run from bootclasspath (BeansTest for example).
Moreover, they crash DRLVM :)

BTW, personally I use custom-made build file to develop with HDK and
single-module checkout.

Regards,

--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Vladimir Ivanov]

; >>
> >> Good point. +1 from me.
> >>
> >> SY, Alexey
> >>
> >> 2006/9/27, Alexei Zakharov <[EMAIL PROTECTED]>:
> >> > If we plan to use HDK for supporting developers who work on single
> >> > module (that is a good idea IMHO) then we definitely need to supply
> >> > jar with tests. We may also supply the build file with placeholders
> >> > for user classes & tests dirs that will be prepended to
> >> > classpath/bootclasspath.
> >> >
> >> > Regards,
> >> >
> >> > 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> >> > > On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >> > > >
> >> > > >
> >> > > >
> >> > > > If I recall, the point of the test.jar was to have a pre-
> >> built jar
> >> of
> >> > > > tests in the HDK so that someone could setup the build-test
> >> infra
> >> > > > using the HDK so they could run tests on their platform w/o
> >> having
> >> to
> >> > > > build everything.  Good idea.
> >> > >
> >> > >
> >> > > Yes, you are correct. This idea implemented in the jira 964.
> >> > >
> >> > > If that's so, then something would
> >> > > > have to be configured to have the classlib "test" target use
> >> that
> >> > > > jar.  All I'm saying is that how we do this is important, as we
> >> don't
> >> > > > want to cause pain for classlib developers who use the HDK for
> >> > > > development support.
> >> > >
> >> > >
> >> > >
> >> > > Seems, we think about different use cases.
> >> > >
> >> > > In my case, user can download the HDK for own platform (if we
> >> have
> >> one) run
> >> > > tests and look on results (also, may be upload it to the harmony
> >> site). Also
> >> > > it can be used for application run to check 'enable' status.
> >> But if
> >> this
> >> > > user interested in Harmony development he should checkout ws
> >> and use
> >> > > built-in ant targets to build and test updated ws.
> >> > >
> >> > >
> >> > >
> >> > > How you plan to use HDK? It looks like initial
> >> miscommunication :)
> >> > >  thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > > > geir
> >> > > >
> >> > > > >
> >> > > > > Thanks, Vladimir
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >> > Thanks, Vladimir
> >> > > > >> >
> >> > > > >> > geir
> >> > > > >> >>
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> > Thanks, Vladimir
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> > > > >> >> >>
> >> > > > >> >> >> They are at the regular place
> >> > > > >> >> >>
> >> > > > >> >> >> http://people.apache.org/dist/incubator/harmony/
> >> snapshots
> >> > > > >> >> >>
> >> > > > >> >> >> I moved all the old classlib snapshots into /old
> >> and I'll
> >> > > > >> >> update the
> >> > > > >> >> >> website accordingly.  I'll be automating this.
> >> Also, lets
> >> not
> >> > > > >> >> >> make much
> >> > > > >> >> >> noise about this for a little while so we can test
> >> to make
> >> sure
> >> > > > >> >> >> there's
> >> > > > >> >> >> no major e

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Mark Hindess]

 using the HDK so they could run tests on their platform w/o  
> >> having
> >> to
> >> > > > build everything.  Good idea.
> >> > >
> >> > >
> >> > > Yes, you are correct. This idea implemented in the jira 964.
> >> > >
> >> > > If that's so, then something would
> >> > > > have to be configured to have the classlib "test" target use  
> >> that
> >> > > > jar.  All I'm saying is that how we do this is important, as we
> >> don't
> >> > > > want to cause pain for classlib developers who use the HDK for
> >> > > > development support.
> >> > >
> >> > >
> >> > >
> >> > > Seems, we think about different use cases.
> >> > >
> >> > > In my case, user can download the HDK for own platform (if we  
> >> have
> >> one) run
> >> > > tests and look on results (also, may be upload it to the harmony
> >> site). Also
> >> > > it can be used for application run to check 'enable' status.  
> >> But if
> >> this
> >> > > user interested in Harmony development he should checkout ws  
> >> and use
> >> > > built-in ant targets to build and test updated ws.
> >> > >
> >> > >
> >> > >
> >> > > How you plan to use HDK? It looks like initial  
> >> miscommunication :)
> >> > >  thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > > > geir
> >> > > >
> >> > > > >
> >> > > > > Thanks, Vladimir
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > >> > Thanks, Vladimir
> >> > > > >> >
> >> > > > >> > geir
> >> > > > >> >>
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> > Thanks, Vladimir
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> >
> >> > > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> > > > >> >> >>
> >> > > > >> >> >> They are at the regular place
> >> > > > >> >> >>
> >> > > > >> >> >> http://people.apache.org/dist/incubator/harmony/ 
> >> snapshots
> >> > > > >> >> >>
> >> > > > >> >> >> I moved all the old classlib snapshots into /old  
> >> and I'll
> >> > > > >> >> update the
> >> > > > >> >> >> website accordingly.  I'll be automating this.   
> >> Also, lets
> >> not
> >> > > > >> >> >> make much
> >> > > > >> >> >> noise about this for a little while so we can test  
> >> to make
> >> sure
> >> > > > >> >> >> there's
> >> > > > >> >> >> no major errors.  Things seem good.  I have a list  
> >> of more
> >> > > > >> >> things to
> >> > > > >> >> >> fix, but I realized today that I was obsessing over  
> >> the
> >> > > > >> snapshot
> >> > > > >> >> >> contents - it's not a release, and it's "good enough".
> >> > > > >> >> >>
> >> > > > >> >> >> I'd like to ditch both /old and the remaining classlib
> >> > > > >> >> snapshots, as
> >> > > > >> >> >>
> >> > > > >> >> >> 1) they are snapshots - history doesn't matter
> >> > > > >> >> >>
> >> > > > >> >> >> 2) the classlib is now in the HDK, so we just need to
> >> adjust
> >> > > > >> the
> >> > > > >> >> >> d

Re: [general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Vladimir Ivanov]

 >
>> > > > geir
>> > > >
>> > > > >
>> > > > > Thanks, Vladimir
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >> > Thanks, Vladimir
>> > > > >> >
>> > > > >> > geir
>> > > > >> >>
>> > > > >> >> >
>> > > > >> >> >
>> > > > >> >> >
>> > > > >> >> > Thanks, Vladimir
>> > > > >> >> >
>> > > > >> >> >
>> > > > >> >> >
>> > > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> > > > >> >> >>
>> > > > >> >> >> They are at the regular place
>> > > > >> >> >>
>> > > > >> >> >> http://people.apache.org/dist/incubator/harmony/
>> snapshots
>> > > > >> >> >>
>> > > > >> >> >> I moved all the old classlib snapshots into /old
>> and I'll
>> > > > >> >> update the
>> > > > >> >> >> website accordingly.  I'll be automating this.
>> Also, lets
>> not
>> > > > >> >> >> make much
>> > > > >> >> >> noise about this for a little while so we can test
>> to make
>> sure
>> > > > >> >> >> there's
>> > > > >> >> >> no major errors.  Things seem good.  I have a list
>> of more
>> > > > >> >> things to
>> > > > >> >> >> fix, but I realized today that I was obsessing over
>> the
>> > > > >> snapshot
>> > > > >> >> >> contents - it's not a release, and it's "good enough".
>> > > > >> >> >>
>> > > > >> >> >> I'd like to ditch both /old and the remaining classlib
>> > > > >> >> snapshots, as
>> > > > >> >> >>
>> > > > >> >> >> 1) they are snapshots - history doesn't matter
>> > > > >> >> >>
>> > > > >> >> >> 2) the classlib is now in the HDK, so we just need to
>> adjust
>> > > > >> the
>> > > > >> >> >> docs to
>> > > > >> >> >> match.
>> > > > >> >> >>
>> > > > >> >> >> I'll do the latter, but wanted to see if anyone has a
>> problem
>> > > > >> >> w/ me
>> > > > >> >> >> removing /old and the last classlib snapshot.  I'll
>> do this
>> > > > >> if I
>> > > > >> >> >> don't
>> > > > >> >> >> hear any protest, so either positively acknowledge
>> this
>> action
>> > > > >> >> if you
>> > > > >> >> >> support it, dont' do a thing if you support or
>> dont' care,
>> > > > >> or say
>> > > > >> >> >> why we
>> > > > >> >> >> shouldn't :)
>> > > > >> >> >>
>> > > > >> >> >> geir
>> > > > >> >> >>
>> > > > >> >> >>
>> > > > >> >>
>> > > > >>
>> -
>> > > > >> >> >> Terms of use :
>> http://incubator.apache.org/harmony/mailing.html
>> > > > >> >> >> To unsubscribe, e-mail: harmony-dev-
>> > > > >> >> [EMAIL PROTECTED]
>> > > > >> >> >> For additional commands, e-mail: harmony-dev-
>> > > > >> >> >> [EMAIL PROTECTED]
>> > > > >> >> >>
>> > > > >> >> >>
>> > > > >> >>
>> > > > >> >>
>> > > > >> >>
>> > > > >>
>> -
>> > > > >> >> Terms of use :
>> http://incubator.apache.org/harmony/mailing.html
>> > > > >> >> To unsubscribe, e-mail: harmony-dev-
>> > > > >> [EMAIL PROTECTED]
>> > > > >> >> For additional commands, e-mail: harmony-dev-
>> > > > >> >> [EMAIL PROTECTED]
>> > > > >> >>
>> > > > >> >>
>> > > > >>
>> > > > >>
>> > > > >>
>> -
>> > > > >> Terms of use : http://incubator.apache.org/harmony/
>> mailing.html
>> > > > >> To unsubscribe, e-mail:
>> [EMAIL PROTECTED]
>> > > > >> For additional commands, e-mail: harmony-dev-
>> > > > >> [EMAIL PROTECTED]
>> > > > >>
>> > > > >>
>> > > >
>> > > >
>> > > >
>> -
>> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > > > To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > > > For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>> > --
>> > Alexei Zakharov,
>> > Intel Middleware Product Division
>> >
>> >
>> -
>> > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> >
>> >
>>
>>
>> --
>> Alexey A. Petrenko
>> Intel Middleware Products Division
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[general] Using the HDK ( was Re: [general] jre and hdk snapshots posted to general snapshot site )

[Geir Magnusson Jr.]

Just renaming the thread

On Sep 29, 2006, at 9:17 AM, Vladimir Ivanov wrote:


today I tries to build and test one module with HDK. It almost works
:). Small instruction to reproduce:

1) checkout trunk -N, make and modules/ dirs. Note, / 
build.xml

refers to some staff in the make dir. Also, the luni-kernel and
security-kernel modules should be checkout to hide errors:
trunk\modules\beans\build.xml:80: Excludesfile
trunk\deploy\build\patternsets\luni-kernel.txt not found.
and
C:\tmp\tmp30\trunk\modules\beans\build.xml:80: Excludesfile
trunk\deploy\build\patternsets\security-kernel.txt not found.

2) run something like "ant -Dhy.jdk=C:\harmony\hdk\jdk - 
Dbuild.module=beans"
from the 'trunk' directory to copy patternsets to the deploy dir.  
Note, this

command will be failed on the check-dependency task.

3) set CLASSPATH=junit.jar;hdk\build\test\support.jar

4) go to the module dir (modules/beans in my case). That's all:  
module ready

to use. You can press: ant -Dhy.jdk=hdk\jdk clean/build/test. Note,
actually, the beans.jar in the HDK will be updated. It is OK?

To do in the build system:
- remove dependency on the luni-kernel and security-kernel modules
- add mode to rebuild module without HDK update (?)
- add mode to run tests with build html-report for each module.
- add mode to run all tests from tests.jar over HDK+ updated classes.
- ?

thanks, Vladimir

On 9/28/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:


Good point. +1 from me.

SY, Alexey

2006/9/27, Alexei Zakharov <[EMAIL PROTECTED]>:
> If we plan to use HDK for supporting developers who work on single
> module (that is a good idea IMHO) then we definitely need to supply
> jar with tests. We may also supply the build file with placeholders
> for user classes & tests dirs that will be prepended to
> classpath/bootclasspath.
>
> Regards,
>
> 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > > If I recall, the point of the test.jar was to have a pre- 
built jar

of
> > > tests in the HDK so that someone could setup the build-test  
infra
> > > using the HDK so they could run tests on their platform w/o  
having

to
> > > build everything.  Good idea.
> >
> >
> > Yes, you are correct. This idea implemented in the jira 964.
> >
> > If that's so, then something would
> > > have to be configured to have the classlib "test" target use  
that

> > > jar.  All I'm saying is that how we do this is important, as we
don't
> > > want to cause pain for classlib developers who use the HDK for
> > > development support.
> >
> >
> >
> > Seems, we think about different use cases.
> >
> > In my case, user can download the HDK for own platform (if we  
have

one) run
> > tests and look on results (also, may be upload it to the harmony
site). Also
> > it can be used for application run to check 'enable' status.  
But if

this
> > user interested in Harmony development he should checkout ws  
and use

> > built-in ant targets to build and test updated ws.
> >
> >
> >
> > How you plan to use HDK? It looks like initial  
miscommunication :)

> >  thanks, Vladimir
> >
> >
> >
> > > geir
> > >
> > > >
> > > > Thanks, Vladimir
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >> > Thanks, Vladimir
> > > >> >
> > > >> > geir
> > > >> >>
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > Thanks, Vladimir
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > > >> >> >>
> > > >> >> >> They are at the regular place
> > > >> >> >>
> > > >> >> >> http://people.apache.org/dist/incubator/harmony/ 
snapshots

> > > >> >> >>
> > > >> >> >> I moved all the old classlib snapshots into /old  
and I'll

> > > >> >> update the
> > > >> >> >> website accordingly.  I'll be automating this.   
Also, lets

not
> > > >> >> >> make much
> > > >> >> >> noise about this for a little while so we can test  
to make

sure
> > > >> >&

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

today I tries to build and test one module with HDK. It almost works
:). Small instruction to reproduce:

1) checkout trunk -N, make and modules/ dirs. Note, /build.xml
refers to some staff in the make dir. Also, the luni-kernel and
security-kernel modules should be checkout to hide errors:
trunk\modules\beans\build.xml:80: Excludesfile
trunk\deploy\build\patternsets\luni-kernel.txt not found.
and
C:\tmp\tmp30\trunk\modules\beans\build.xml:80: Excludesfile
trunk\deploy\build\patternsets\security-kernel.txt not found.

2) run something like "ant -Dhy.jdk=C:\harmony\hdk\jdk -Dbuild.module=beans"
from the 'trunk' directory to copy patternsets to the deploy dir. Note, this
command will be failed on the check-dependency task.

3) set CLASSPATH=junit.jar;hdk\build\test\support.jar

4) go to the module dir (modules/beans in my case). That's all: module ready
to use. You can press: ant -Dhy.jdk=hdk\jdk clean/build/test. Note,
actually, the beans.jar in the HDK will be updated. It is OK?

To do in the build system:
- remove dependency on the luni-kernel and security-kernel modules
- add mode to rebuild module without HDK update (?)
- add mode to run tests with build html-report for each module.
- add mode to run all tests from tests.jar over HDK+ updated classes.
- ?

thanks, Vladimir

On 9/28/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:


Good point. +1 from me.

SY, Alexey

2006/9/27, Alexei Zakharov <[EMAIL PROTECTED]>:
> If we plan to use HDK for supporting developers who work on single
> module (that is a good idea IMHO) then we definitely need to supply
> jar with tests. We may also supply the build file with placeholders
> for user classes & tests dirs that will be prepended to
> classpath/bootclasspath.
>
> Regards,
>
> 2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> > On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > > If I recall, the point of the test.jar was to have a pre-built jar
of
> > > tests in the HDK so that someone could setup the build-test infra
> > > using the HDK so they could run tests on their platform w/o having
to
> > > build everything.  Good idea.
> >
> >
> > Yes, you are correct. This idea implemented in the jira 964.
> >
> > If that's so, then something would
> > > have to be configured to have the classlib "test" target use that
> > > jar.  All I'm saying is that how we do this is important, as we
don't
> > > want to cause pain for classlib developers who use the HDK for
> > > development support.
> >
> >
> >
> > Seems, we think about different use cases.
> >
> > In my case, user can download the HDK for own platform (if we have
one) run
> > tests and look on results (also, may be upload it to the harmony
site). Also
> > it can be used for application run to check 'enable' status. But if
this
> > user interested in Harmony development he should checkout ws and use
> > built-in ant targets to build and test updated ws.
> >
> >
> >
> > How you plan to use HDK? It looks like initial miscommunication :)
> >  thanks, Vladimir
> >
> >
> >
> > > geir
> > >
> > > >
> > > > Thanks, Vladimir
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >> > Thanks, Vladimir
> > > >> >
> > > >> > geir
> > > >> >>
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > Thanks, Vladimir
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > > >> >> >>
> > > >> >> >> They are at the regular place
> > > >> >> >>
> > > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> > > >> >> >>
> > > >> >> >> I moved all the old classlib snapshots into /old and I'll
> > > >> >> update the
> > > >> >> >> website accordingly.  I'll be automating this.  Also, lets
not
> > > >> >> >> make much
> > > >> >> >> noise about this for a little while so we can test to make
sure
> > > >> >> >> there's
> > > >> >> >> no

Re: snapshot...

[Vladimir Ivanov]

Thanks, now it works.

On 9/29/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:


sorry - fixed (someone else pointed it out...)

On Sep 29, 2006, at 4:49 AM, Vladimir Ivanov wrote:

> Geir, could you please add r'reading' permission to HDK file? Now
> server
> says:
> "Forbidden
> You don't have permission to access
> /dist/incubator/harmony/snapshots/latest-harmony-hdk-windows.zip on
> this
> server"
>
> thanks, Vladimir
>
> On 9/29/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
>>
>> 2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
>> >
>> > On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
>> wrote:
>> > > Martin Cordova wrote:
>> > > > Hello, will this snapshot include the recent ImageIO
>> contributions?
>> > >
>> > > No, that will have to wait for the snapshot after it has been
>> voted
>> in.
>> > >
>> > > You should be able to combine the contribution with the
>> snapshot quite
>> > > easily if you choose.
>> > Not that easily.  There are no build scripts in the contribution -
>> > though the comments indicate that a patch will be contributed.
>> Yep, I'm going to prepare build files in next few days.
>>
>> And "svn add" script as it required by good issue resolution
>> guideline :)
>>
>> SY, Alexey
>>
>> --
>> Alexey A. Petrenko
>> Intel Middleware Products Division
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Geir Magnusson Jr.]

sorry - fixed (someone else pointed it out...)

On Sep 29, 2006, at 4:49 AM, Vladimir Ivanov wrote:

Geir, could you please add r'reading' permission to HDK file? Now  
server

says:
"Forbidden
You don't have permission to access
/dist/incubator/harmony/snapshots/latest-harmony-hdk-windows.zip on  
this

server"

thanks, Vladimir

On 9/29/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:


2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
>
> On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
wrote:
> > Martin Cordova wrote:
> > > Hello, will this snapshot include the recent ImageIO  
contributions?

> >
> > No, that will have to wait for the snapshot after it has been  
voted

in.
> >
> > You should be able to combine the contribution with the  
snapshot quite

> > easily if you choose.
> Not that easily.  There are no build scripts in the contribution -
> though the comments indicate that a patch will be contributed.
Yep, I'm going to prepare build files in next few days.

And "svn add" script as it required by good issue resolution  
guideline :)


SY, Alexey

--
Alexey A. Petrenko
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Vladimir Ivanov]

Geir, could you please add r'reading' permission to HDK file? Now server
says:
"Forbidden
You don't have permission to access
/dist/incubator/harmony/snapshots/latest-harmony-hdk-windows.zip on this
server"

thanks, Vladimir

On 9/29/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:


2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
>
> On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
wrote:
> > Martin Cordova wrote:
> > > Hello, will this snapshot include the recent ImageIO contributions?
> >
> > No, that will have to wait for the snapshot after it has been voted
in.
> >
> > You should be able to combine the contribution with the snapshot quite
> > easily if you choose.
> Not that easily.  There are no build scripts in the contribution -
> though the comments indicate that a patch will be contributed.
Yep, I'm going to prepare build files in next few days.

And "svn add" script as it required by good issue resolution guideline :)

SY, Alexey

--
Alexey A. Petrenko
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Alexey Petrenko]

2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:


On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Martin Cordova wrote:
> > Hello, will this snapshot include the recent ImageIO contributions?
>
> No, that will have to wait for the snapshot after it has been voted in.
>
> You should be able to combine the contribution with the snapshot quite
> easily if you choose.
Not that easily.  There are no build scripts in the contribution -
though the comments indicate that a patch will be contributed.

Yep, I'm going to prepare build files in next few days.

And "svn add" script as it required by good issue resolution guideline :)

SY, Alexey

--
Alexey A. Petrenko
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Mark Hindess]

On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Martin Cordova wrote:
> > Hello, will this snapshot include the recent ImageIO contributions?
> 
> No, that will have to wait for the snapshot after it has been voted in.
> 
> You should be able to combine the contribution with the snapshot quite
> easily if you choose.

Not that easily.  There are no build scripts in the contribution -
though the comments indicate that a patch will be contributed.

-Mark.



-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Tim Ellison]

Martin Cordova wrote:
> Hello, will this snapshot include the recent ImageIO contributions?

No, that will have to wait for the snapshot after it has been voted in.

You should be able to combine the contribution with the snapshot quite
easily if you choose.

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Martin Cordova]

Hello, will this snapshot include the recent ImageIO contributions?

Thanks,
Martin


On 9/28/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:

yes

On Sep 28, 2006, at 11:01 AM, Alexey Petrenko wrote:

> Geir,
>
> will this snapshot include awt native libraries on Windows?
>
> SY, Alexey
>
> 2006/9/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
>> As we've all been muttering for some time, it's high time for a new
>> snapshot.
>>
>> I want to beat on drlvm for a few hours with apps to be sure, and
>> then happy to push them out if ok.  if not ok, we should just do HDKs
>> (is anyone using the HDKs for development?)
>>
>> Is there anything standing in the way of the HDK for classlib? (I'll
>> figure out answer to question for DRLVM...)
>>
>> geir
>>
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>
>
>
> --
> Alexey A. Petrenko
> Intel Middleware Products Division
>
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Dinamica - RADical J2EE framework
open source, easy and powerful
http://www.martincordova.com

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Geir Magnusson Jr.]

yes

On Sep 28, 2006, at 11:01 AM, Alexey Petrenko wrote:


Geir,

will this snapshot include awt native libraries on Windows?

SY, Alexey

2006/9/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:

As we've all been muttering for some time, it's high time for a new
snapshot.

I want to beat on drlvm for a few hours with apps to be sure, and
then happy to push them out if ok.  if not ok, we should just do HDKs
(is anyone using the HDKs for development?)

Is there anything standing in the way of the HDK for classlib? (I'll
figure out answer to question for DRLVM...)

geir


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






--
Alexey A. Petrenko
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: snapshot...

[Alexey Petrenko]

Geir,

will this snapshot include awt native libraries on Windows?

SY, Alexey

2006/9/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:

As we've all been muttering for some time, it's high time for a new
snapshot.

I want to beat on drlvm for a few hours with apps to be sure, and
then happy to push them out if ok.  if not ok, we should just do HDKs
(is anyone using the HDKs for development?)

Is there anything standing in the way of the HDK for classlib? (I'll
figure out answer to question for DRLVM...)

geir


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Alexey A. Petrenko
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

snapshot...

[Geir Magnusson Jr.]

As we've all been muttering for some time, it's high time for a new  
snapshot.


I want to beat on drlvm for a few hours with apps to be sure, and  
then happy to push them out if ok.  if not ok, we should just do HDKs  
(is anyone using the HDKs for development?)


Is there anything standing in the way of the HDK for classlib? (I'll  
figure out answer to question for DRLVM...)


geir


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Alexey Petrenko]

Good point. +1 from me.

SY, Alexey

2006/9/27, Alexei Zakharov <[EMAIL PROTECTED]>:

If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO) then we definitely need to supply
jar with tests. We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.

Regards,

2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > If I recall, the point of the test.jar was to have a pre-built jar of
> > tests in the HDK so that someone could setup the build-test infra
> > using the HDK so they could run tests on their platform w/o having to
> > build everything.  Good idea.
>
>
> Yes, you are correct. This idea implemented in the jira 964.
>
> If that's so, then something would
> > have to be configured to have the classlib "test" target use that
> > jar.  All I'm saying is that how we do this is important, as we don't
> > want to cause pain for classlib developers who use the HDK for
> > development support.
>
>
>
> Seems, we think about different use cases.
>
> In my case, user can download the HDK for own platform (if we have one) run
> tests and look on results (also, may be upload it to the harmony site). Also
> it can be used for application run to check 'enable' status. But if this
> user interested in Harmony development he should checkout ws and use
> built-in ant targets to build and test updated ws.
>
>
>
> How you plan to use HDK? It looks like initial miscommunication :)
>  thanks, Vladimir
>
>
>
> > geir
> >
> > >
> > > Thanks, Vladimir
> > >
> > >
> > >
> > >
> > >
> > >> > Thanks, Vladimir
> > >> >
> > >> > geir
> > >> >>
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > Thanks, Vladimir
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > >> >> >>
> > >> >> >> They are at the regular place
> > >> >> >>
> > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> > >> >> >>
> > >> >> >> I moved all the old classlib snapshots into /old and I'll
> > >> >> update the
> > >> >> >> website accordingly.  I'll be automating this.  Also, lets not
> > >> >> >> make much
> > >> >> >> noise about this for a little while so we can test to make sure
> > >> >> >> there's
> > >> >> >> no major errors.  Things seem good.  I have a list of more
> > >> >> things to
> > >> >> >> fix, but I realized today that I was obsessing over the
> > >> snapshot
> > >> >> >> contents - it's not a release, and it's "good enough".
> > >> >> >>
> > >> >> >> I'd like to ditch both /old and the remaining classlib
> > >> >> snapshots, as
> > >> >> >>
> > >> >> >> 1) they are snapshots - history doesn't matter
> > >> >> >>
> > >> >> >> 2) the classlib is now in the HDK, so we just need to adjust
> > >> the
> > >> >> >> docs to
> > >> >> >> match.
> > >> >> >>
> > >> >> >> I'll do the latter, but wanted to see if anyone has a problem
> > >> >> w/ me
> > >> >> >> removing /old and the last classlib snapshot.  I'll do this
> > >> if I
> > >> >> >> don't
> > >> >> >> hear any protest, so either positively acknowledge this action
> > >> >> if you
> > >> >> >> support it, dont' do a thing if you support or dont' care,
> > >> or say
> > >> >> >> why we
> > >> >> >> shouldn't :)
> > >> >> >>
> > >> >> >> geir
> > >> >> >>
> > >> >> >>
> > >> >>
> > >> --

Re: [general] jre and hdk snapshots posted to general snapshot site

[Geir Magnusson Jr.]

On Sep 27, 2006, at 10:16 AM, Alexei Zakharov wrote:


If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO)


That was one of the originally stated motivations, yes.


then we definitely need to supply
jar with tests. We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.


Something like that, yes.

geir



Regards,

2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>
>
>
> If I recall, the point of the test.jar was to have a pre-built  
jar of

> tests in the HDK so that someone could setup the build-test infra
> using the HDK so they could run tests on their platform w/o  
having to

> build everything.  Good idea.


Yes, you are correct. This idea implemented in the jira 964.

If that's so, then something would
> have to be configured to have the classlib "test" target use that
> jar.  All I'm saying is that how we do this is important, as we  
don't

> want to cause pain for classlib developers who use the HDK for
> development support.



Seems, we think about different use cases.

In my case, user can download the HDK for own platform (if we have  
one) run
tests and look on results (also, may be upload it to the harmony  
site). Also
it can be used for application run to check 'enable' status. But  
if this

user interested in Harmony development he should checkout ws and use
built-in ant targets to build and test updated ws.



How you plan to use HDK? It looks like initial miscommunication :)
 thanks, Vladimir



> geir
>
> >
> > Thanks, Vladimir
> >
> >
> >
> >
> >
> >> > Thanks, Vladimir
> >> >
> >> > geir
> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > Thanks, Vladimir
> >> >> >
> >> >> >
> >> >> >
> >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> >> >>
> >> >> >> They are at the regular place
> >> >> >>
> >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> >> update the
> >> >> >> website accordingly.  I'll be automating this.  Also,  
lets not

> >> >> >> make much
> >> >> >> noise about this for a little while so we can test to  
make sure

> >> >> >> there's
> >> >> >> no major errors.  Things seem good.  I have a list of more
> >> >> things to
> >> >> >> fix, but I realized today that I was obsessing over the
> >> snapshot
> >> >> >> contents - it's not a release, and it's "good enough".
> >> >> >>
> >> >> >> I'd like to ditch both /old and the remaining classlib
> >> >> snapshots, as
> >> >> >>
> >> >> >> 1) they are snapshots - history doesn't matter
> >> >> >>
> >> >> >> 2) the classlib is now in the HDK, so we just need to  
adjust

> >> the
> >> >> >> docs to
> >> >> >> match.
> >> >> >>
> >> >> >> I'll do the latter, but wanted to see if anyone has a  
problem

> >> >> w/ me
> >> >> >> removing /old and the last classlib snapshot.  I'll do  
this

> >> if I
> >> >> >> don't
> >> >> >> hear any protest, so either positively acknowledge this  
action

> >> >> if you
> >> >> >> support it, dont' do a thing if you support or dont' care,
> >> or say
> >> >> >> why we
> >> >> >> shouldn't :)
> >> >> >>
> >> >> >> geir
> >> >> >>
> >> >> >>
> >> >>
> >>  
-
> >> >> >> Terms of use : http://incubator.apache.org/harmony/ 
mailing.html

> >> >> >> To unsubscribe, e-mail: harmony-dev-
> >> >> [EMAIL PROTECTED]
> >> >> >> For additional commands, e-mail: harmony-dev-
> >> >> >> [EMAIL PROTECTED]
> >> &g

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 9/27/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:


If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO) then we definitely need to supply
jar with tests. We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.



It is just other use case. If nobody objects I'll prepare patches for it.
thanks, Vladimir

Regards,


2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:
> On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > If I recall, the point of the test.jar was to have a pre-built jar of
> > tests in the HDK so that someone could setup the build-test infra
> > using the HDK so they could run tests on their platform w/o having to
> > build everything.  Good idea.
>
>
> Yes, you are correct. This idea implemented in the jira 964.
>
> If that's so, then something would
> > have to be configured to have the classlib "test" target use that
> > jar.  All I'm saying is that how we do this is important, as we don't
> > want to cause pain for classlib developers who use the HDK for
> > development support.
>
>
>
> Seems, we think about different use cases.
>
> In my case, user can download the HDK for own platform (if we have one)
run
> tests and look on results (also, may be upload it to the harmony site).
Also
> it can be used for application run to check 'enable' status. But if this
> user interested in Harmony development he should checkout ws and use
> built-in ant targets to build and test updated ws.
>
>
>
> How you plan to use HDK? It looks like initial miscommunication :)
>  thanks, Vladimir
>
>
>
> > geir
> >
> > >
> > > Thanks, Vladimir
> > >
> > >
> > >
> > >
> > >
> > >> > Thanks, Vladimir
> > >> >
> > >> > geir
> > >> >>
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > Thanks, Vladimir
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > >> >> >>
> > >> >> >> They are at the regular place
> > >> >> >>
> > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> > >> >> >>
> > >> >> >> I moved all the old classlib snapshots into /old and I'll
> > >> >> update the
> > >> >> >> website accordingly.  I'll be automating this.  Also, lets
not
> > >> >> >> make much
> > >> >> >> noise about this for a little while so we can test to make
sure
> > >> >> >> there's
> > >> >> >> no major errors.  Things seem good.  I have a list of more
> > >> >> things to
> > >> >> >> fix, but I realized today that I was obsessing over the
> > >> snapshot
> > >> >> >> contents - it's not a release, and it's "good enough".
> > >> >> >>
> > >> >> >> I'd like to ditch both /old and the remaining classlib
> > >> >> snapshots, as
> > >> >> >>
> > >> >> >> 1) they are snapshots - history doesn't matter
> > >> >> >>
> > >> >> >> 2) the classlib is now in the HDK, so we just need to adjust
> > >> the
> > >> >> >> docs to
> > >> >> >> match.
> > >> >> >>
> > >> >> >> I'll do the latter, but wanted to see if anyone has a problem
> > >> >> w/ me
> > >> >> >> removing /old and the last classlib snapshot.  I'll do this
> > >> if I
> > >> >> >> don't
> > >> >> >> hear any protest, so either positively acknowledge this
action
> > >> >> if you
> > >> >> >> support it, dont' do a thing if you support or dont' care,
> > >> or say
> > >> >> >> why we
> > >> >> >> shouldn't :)
> > >> >> >>
> > >> >> >> geir
> > >> >> >>
> > >> >> >>
> > &

Re: [general] jre and hdk snapshots posted to general snapshot site

[Alexei Zakharov]

If we plan to use HDK for supporting developers who work on single
module (that is a good idea IMHO) then we definitely need to supply
jar with tests. We may also supply the build file with placeholders
for user classes & tests dirs that will be prepended to
classpath/bootclasspath.

Regards,

2006/9/27, Vladimir Ivanov <[EMAIL PROTECTED]>:

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>
>
>
> If I recall, the point of the test.jar was to have a pre-built jar of
> tests in the HDK so that someone could setup the build-test infra
> using the HDK so they could run tests on their platform w/o having to
> build everything.  Good idea.


Yes, you are correct. This idea implemented in the jira 964.

If that's so, then something would
> have to be configured to have the classlib "test" target use that
> jar.  All I'm saying is that how we do this is important, as we don't
> want to cause pain for classlib developers who use the HDK for
> development support.



Seems, we think about different use cases.

In my case, user can download the HDK for own platform (if we have one) run
tests and look on results (also, may be upload it to the harmony site). Also
it can be used for application run to check 'enable' status. But if this
user interested in Harmony development he should checkout ws and use
built-in ant targets to build and test updated ws.



How you plan to use HDK? It looks like initial miscommunication :)
 thanks, Vladimir



> geir
>
> >
> > Thanks, Vladimir
> >
> >
> >
> >
> >
> >> > Thanks, Vladimir
> >> >
> >> > geir
> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > Thanks, Vladimir
> >> >> >
> >> >> >
> >> >> >
> >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >> >> >>
> >> >> >> They are at the regular place
> >> >> >>
> >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> >> update the
> >> >> >> website accordingly.  I'll be automating this.  Also, lets not
> >> >> >> make much
> >> >> >> noise about this for a little while so we can test to make sure
> >> >> >> there's
> >> >> >> no major errors.  Things seem good.  I have a list of more
> >> >> things to
> >> >> >> fix, but I realized today that I was obsessing over the
> >> snapshot
> >> >> >> contents - it's not a release, and it's "good enough".
> >> >> >>
> >> >> >> I'd like to ditch both /old and the remaining classlib
> >> >> snapshots, as
> >> >> >>
> >> >> >> 1) they are snapshots - history doesn't matter
> >> >> >>
> >> >> >> 2) the classlib is now in the HDK, so we just need to adjust
> >> the
> >> >> >> docs to
> >> >> >> match.
> >> >> >>
> >> >> >> I'll do the latter, but wanted to see if anyone has a problem
> >> >> w/ me
> >> >> >> removing /old and the last classlib snapshot.  I'll do this
> >> if I
> >> >> >> don't
> >> >> >> hear any protest, so either positively acknowledge this action
> >> >> if you
> >> >> >> support it, dont' do a thing if you support or dont' care,
> >> or say
> >> >> >> why we
> >> >> >> shouldn't :)
> >> >> >>
> >> >> >> geir
> >> >> >>
> >> >> >>
> >> >>
> >> -
> >> >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> >> >> To unsubscribe, e-mail: harmony-dev-
> >> >> [EMAIL PROTECTED]
> >> >> >> For additional commands, e-mail: harmony-dev-
> >> >> >> [EMAIL PROTECTED]
> >> >> >>
> >> >> >>
> >> >>
> >> >>
> >> >>
> >> -
> >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> >> To unsubscribe, e-mail: harmony-dev-
> >> [EMAIL PROTECTED]
> >> >> For additional commands, e-mail: harmony-dev-
> >> >> [EMAIL PROTECTED]
> >> >>
> >> >>
> >>
> >>
> >> -
> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: harmony-dev-
> >> [EMAIL PROTECTED]
> >>
> >>
>
>
> -
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>





--
Alexei Zakharov,
Intel Middleware Product Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:




If I recall, the point of the test.jar was to have a pre-built jar of
tests in the HDK so that someone could setup the build-test infra
using the HDK so they could run tests on their platform w/o having to
build everything.  Good idea.



Yes, you are correct. This idea implemented in the jira 964.

If that's so, then something would

have to be configured to have the classlib "test" target use that
jar.  All I'm saying is that how we do this is important, as we don't
want to cause pain for classlib developers who use the HDK for
development support.




Seems, we think about different use cases.

In my case, user can download the HDK for own platform (if we have one) run
tests and look on results (also, may be upload it to the harmony site). Also
it can be used for application run to check 'enable' status. But if this
user interested in Harmony development he should checkout ws and use
built-in ant targets to build and test updated ws.



How you plan to use HDK? It looks like initial miscommunication :)
thanks, Vladimir




geir

>
> Thanks, Vladimir
>
>
>
>
>
>> > Thanks, Vladimir
>> >
>> > geir
>> >>
>> >> >
>> >> >
>> >> >
>> >> > Thanks, Vladimir
>> >> >
>> >> >
>> >> >
>> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> >> >>
>> >> >> They are at the regular place
>> >> >>
>> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
>> >> >>
>> >> >> I moved all the old classlib snapshots into /old and I'll
>> >> update the
>> >> >> website accordingly.  I'll be automating this.  Also, lets not
>> >> >> make much
>> >> >> noise about this for a little while so we can test to make sure
>> >> >> there's
>> >> >> no major errors.  Things seem good.  I have a list of more
>> >> things to
>> >> >> fix, but I realized today that I was obsessing over the
>> snapshot
>> >> >> contents - it's not a release, and it's "good enough".
>> >> >>
>> >> >> I'd like to ditch both /old and the remaining classlib
>> >> snapshots, as
>> >> >>
>> >> >> 1) they are snapshots - history doesn't matter
>> >> >>
>> >> >> 2) the classlib is now in the HDK, so we just need to adjust
>> the
>> >> >> docs to
>> >> >> match.
>> >> >>
>> >> >> I'll do the latter, but wanted to see if anyone has a problem
>> >> w/ me
>> >> >> removing /old and the last classlib snapshot.  I'll do this
>> if I
>> >> >> don't
>> >> >> hear any protest, so either positively acknowledge this action
>> >> if you
>> >> >> support it, dont' do a thing if you support or dont' care,
>> or say
>> >> >> why we
>> >> >> shouldn't :)
>> >> >>
>> >> >> geir
>> >> >>
>> >> >>
>> >>
>> -
>> >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> >> To unsubscribe, e-mail: harmony-dev-
>> >> [EMAIL PROTECTED]
>> >> >> For additional commands, e-mail: harmony-dev-
>> >> >> [EMAIL PROTECTED]
>> >> >>
>> >> >>
>> >>
>> >>
>> >>
>> -
>> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> >> For additional commands, e-mail: harmony-dev-
>> >> [EMAIL PROTECTED]
>> >>
>> >>
>>
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Geir Magnusson Jr.]

On Sep 27, 2006, at 8:21 AM, Vladimir Ivanov wrote:


On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:


>
> If some doubts exist we can vote about it.

LOL.  No reason to vote - it's a technical issue with a single
true'false answer - would having a single jar of tests screw up a
developer using the HDK as originally intended, namely as a means to
allow them to just checking one classlib module, and use HDK to
supply the rest of the required headers, libraries and classes needed
for building and testing.

if the answer is "yes", then we need to figure out how to deal with
it.  If "no", then there's no problem and we go forward.

The question here isn't "do we want the test.jar" - because I think
we all do.  The question is "how do we do this conveniently and  
safely?"


>
> I can not see any downside to have one more jar in the HDK.

The problem could arise if that test.jar was used before the classes
in the checked-out module, masking any changes or such that the
developer was making.




So, conclusion is:

- while we does not provide scripts to run tests from this test.jar  
we have

no problems here;\

- when we will prepare scripts we should add tests from modules  
before this

test.jar (or prepare 2 separated scripts).

Do I miss something?


One of us is.

If I recall, the point of the test.jar was to have a pre-built jar of  
tests in the HDK so that someone could setup the build-test infra  
using the HDK so they could run tests on their platform w/o having to  
build everything.  Good idea.   If that's so, then something would  
have to be configured to have the classlib "test" target use that  
jar.  All I'm saying is that how we do this is important, as we don't  
want to cause pain for classlib developers who use the HDK for  
development support.


geir



Thanks, Vladimir






> Thanks, Vladimir
>
> geir
>>
>> >
>> >
>> >
>> > Thanks, Vladimir
>> >
>> >
>> >
>> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> >>
>> >> They are at the regular place
>> >>
>> >> http://people.apache.org/dist/incubator/harmony/snapshots
>> >>
>> >> I moved all the old classlib snapshots into /old and I'll
>> update the
>> >> website accordingly.  I'll be automating this.  Also, lets not
>> >> make much
>> >> noise about this for a little while so we can test to make sure
>> >> there's
>> >> no major errors.  Things seem good.  I have a list of more
>> things to
>> >> fix, but I realized today that I was obsessing over the  
snapshot

>> >> contents - it's not a release, and it's "good enough".
>> >>
>> >> I'd like to ditch both /old and the remaining classlib
>> snapshots, as
>> >>
>> >> 1) they are snapshots - history doesn't matter
>> >>
>> >> 2) the classlib is now in the HDK, so we just need to adjust  
the

>> >> docs to
>> >> match.
>> >>
>> >> I'll do the latter, but wanted to see if anyone has a problem
>> w/ me
>> >> removing /old and the last classlib snapshot.  I'll do this  
if I

>> >> don't
>> >> hear any protest, so either positively acknowledge this action
>> if you
>> >> support it, dont' do a thing if you support or dont' care,  
or say

>> >> why we
>> >> shouldn't :)
>> >>
>> >> geir
>> >>
>> >>
>>  
-

>> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> >> For additional commands, e-mail: harmony-dev-
>> >> [EMAIL PROTECTED]
>> >>
>> >>
>>
>>
>>  
-

>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev- 
[EMAIL PROTECTED]

>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:


>
> If some doubts exist we can vote about it.

LOL.  No reason to vote - it's a technical issue with a single
true'false answer - would having a single jar of tests screw up a
developer using the HDK as originally intended, namely as a means to
allow them to just checking one classlib module, and use HDK to
supply the rest of the required headers, libraries and classes needed
for building and testing.

if the answer is "yes", then we need to figure out how to deal with
it.  If "no", then there's no problem and we go forward.

The question here isn't "do we want the test.jar" - because I think
we all do.  The question is "how do we do this conveniently and safely?"

>
> I can not see any downside to have one more jar in the HDK.

The problem could arise if that test.jar was used before the classes
in the checked-out module, masking any changes or such that the
developer was making.




So, conclusion is:

- while we does not provide scripts to run tests from this test.jar we have
no problems here;\

- when we will prepare scripts we should add tests from modules before this
test.jar (or prepare 2 separated scripts).

Do I miss something?

Thanks, Vladimir






> Thanks, Vladimir
>
> geir
>>
>> >
>> >
>> >
>> > Thanks, Vladimir
>> >
>> >
>> >
>> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> >>
>> >> They are at the regular place
>> >>
>> >> http://people.apache.org/dist/incubator/harmony/snapshots
>> >>
>> >> I moved all the old classlib snapshots into /old and I'll
>> update the
>> >> website accordingly.  I'll be automating this.  Also, lets not
>> >> make much
>> >> noise about this for a little while so we can test to make sure
>> >> there's
>> >> no major errors.  Things seem good.  I have a list of more
>> things to
>> >> fix, but I realized today that I was obsessing over the snapshot
>> >> contents - it's not a release, and it's "good enough".
>> >>
>> >> I'd like to ditch both /old and the remaining classlib
>> snapshots, as
>> >>
>> >> 1) they are snapshots - history doesn't matter
>> >>
>> >> 2) the classlib is now in the HDK, so we just need to adjust the
>> >> docs to
>> >> match.
>> >>
>> >> I'll do the latter, but wanted to see if anyone has a problem
>> w/ me
>> >> removing /old and the last classlib snapshot.  I'll do this if I
>> >> don't
>> >> hear any protest, so either positively acknowledge this action
>> if you
>> >> support it, dont' do a thing if you support or dont' care, or say
>> >> why we
>> >> shouldn't :)
>> >>
>> >> geir
>> >>
>> >>
>> -
>> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> >> For additional commands, e-mail: harmony-dev-
>> >> [EMAIL PROTECTED]
>> >>
>> >>
>>
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Geir Magnusson Jr.]

On Sep 27, 2006, at 7:58 AM, Vladimir Ivanov wrote:


On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:



On Sep 27, 2006, at 3:10 AM, Vladimir Ivanov wrote:

> Some times ago we discussed (and agreed?) that the HDK should
> include tests
> (also as support.jar which already included) and issue 984 was
> filed to
> build test.jar.
>
> It will nice if test.jar will be added to the new version of HDK :)

I think it's good to have the tests there too.  However, is there any
downside to this?  might we cause trouble for people using the HDK
for development (rather than the build test infra?)




If some doubts exist we can vote about it.


LOL.  No reason to vote - it's a technical issue with a single  
true'false answer - would having a single jar of tests screw up a  
developer using the HDK as originally intended, namely as a means to  
allow them to just checking one classlib module, and use HDK to  
supply the rest of the required headers, libraries and classes needed  
for building and testing.


if the answer is "yes", then we need to figure out how to deal with  
it.  If "no", then there's no problem and we go forward.


The question here isn't "do we want the test.jar" - because I think  
we all do.  The question is "how do we do this conveniently and safely?"




I can not see any downside to have one more jar in the HDK.


The problem could arise if that test.jar was used before the classes  
in the checked-out module, masking any changes or such that the  
developer was making.




Thanks, Vladimir

geir


>
>
>
> Thanks, Vladimir
>
>
>
> On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>
>> They are at the regular place
>>
>> http://people.apache.org/dist/incubator/harmony/snapshots
>>
>> I moved all the old classlib snapshots into /old and I'll  
update the

>> website accordingly.  I'll be automating this.  Also, lets not
>> make much
>> noise about this for a little while so we can test to make sure
>> there's
>> no major errors.  Things seem good.  I have a list of more  
things to

>> fix, but I realized today that I was obsessing over the snapshot
>> contents - it's not a release, and it's "good enough".
>>
>> I'd like to ditch both /old and the remaining classlib  
snapshots, as

>>
>> 1) they are snapshots - history doesn't matter
>>
>> 2) the classlib is now in the HDK, so we just need to adjust the
>> docs to
>> match.
>>
>> I'll do the latter, but wanted to see if anyone has a problem  
w/ me

>> removing /old and the last classlib snapshot.  I'll do this if I
>> don't
>> hear any protest, so either positively acknowledge this action  
if you

>> support it, dont' do a thing if you support or dont' care, or say
>> why we
>> shouldn't :)
>>
>> geir
>>
>>  
-

>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev- 
[EMAIL PROTECTED]

>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

On 9/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:



On Sep 27, 2006, at 3:10 AM, Vladimir Ivanov wrote:

> Some times ago we discussed (and agreed?) that the HDK should
> include tests
> (also as support.jar which already included) and issue 984 was
> filed to
> build test.jar.
>
> It will nice if test.jar will be added to the new version of HDK :)

I think it's good to have the tests there too.  However, is there any
downside to this?  might we cause trouble for people using the HDK
for development (rather than the build test infra?)




If some doubts exist we can vote about it.

I can not see any downside to have one more jar in the HDK.
Thanks, Vladimir

geir


>
>
>
> Thanks, Vladimir
>
>
>
> On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>
>> They are at the regular place
>>
>> http://people.apache.org/dist/incubator/harmony/snapshots
>>
>> I moved all the old classlib snapshots into /old and I'll update the
>> website accordingly.  I'll be automating this.  Also, lets not
>> make much
>> noise about this for a little while so we can test to make sure
>> there's
>> no major errors.  Things seem good.  I have a list of more things to
>> fix, but I realized today that I was obsessing over the snapshot
>> contents - it's not a release, and it's "good enough".
>>
>> I'd like to ditch both /old and the remaining classlib snapshots, as
>>
>> 1) they are snapshots - history doesn't matter
>>
>> 2) the classlib is now in the HDK, so we just need to adjust the
>> docs to
>> match.
>>
>> I'll do the latter, but wanted to see if anyone has a problem w/ me
>> removing /old and the last classlib snapshot.  I'll do this if I
>> don't
>> hear any protest, so either positively acknowledge this action if you
>> support it, dont' do a thing if you support or dont' care, or say
>> why we
>> shouldn't :)
>>
>> geir
>>
>> -
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>>
>>


-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Geir Magnusson Jr.]

On Sep 27, 2006, at 3:10 AM, Vladimir Ivanov wrote:

Some times ago we discussed (and agreed?) that the HDK should  
include tests
(also as support.jar which already included) and issue 984 was  
filed to

build test.jar.

It will nice if test.jar will be added to the new version of HDK :)


I think it's good to have the tests there too.  However, is there any  
downside to this?  might we cause trouble for people using the HDK  
for development (rather than the build test infra?)


geir





Thanks, Vladimir



On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:


They are at the regular place

http://people.apache.org/dist/incubator/harmony/snapshots

I moved all the old classlib snapshots into /old and I'll update the
website accordingly.  I'll be automating this.  Also, lets not  
make much
noise about this for a little while so we can test to make sure  
there's

no major errors.  Things seem good.  I have a list of more things to
fix, but I realized today that I was obsessing over the snapshot
contents - it's not a release, and it's "good enough".

I'd like to ditch both /old and the remaining classlib snapshots, as

1) they are snapshots - history doesn't matter

2) the classlib is now in the HDK, so we just need to adjust the  
docs to

match.

I'll do the latter, but wanted to see if anyone has a problem w/ me
removing /old and the last classlib snapshot.  I'll do this if I  
don't

hear any protest, so either positively acknowledge this action if you
support it, dont' do a thing if you support or dont' care, or say  
why we

shouldn't :)

geir

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev- 
[EMAIL PROTECTED]






-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] jre and hdk snapshots posted to general snapshot site

[Vladimir Ivanov]

Some times ago we discussed (and agreed?) that the HDK should include tests
(also as support.jar which already included) and issue 984 was filed to
build test.jar.

It will nice if test.jar will be added to the new version of HDK :)



Thanks, Vladimir



On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:


They are at the regular place

http://people.apache.org/dist/incubator/harmony/snapshots

I moved all the old classlib snapshots into /old and I'll update the
website accordingly.  I'll be automating this.  Also, lets not make much
noise about this for a little while so we can test to make sure there's
no major errors.  Things seem good.  I have a list of more things to
fix, but I realized today that I was obsessing over the snapshot
contents - it's not a release, and it's "good enough".

I'd like to ditch both /old and the remaining classlib snapshots, as

1) they are snapshots - history doesn't matter

2) the classlib is now in the HDK, so we just need to adjust the docs to
match.

I'll do the latter, but wanted to see if anyone has a problem w/ me
removing /old and the last classlib snapshot.  I'll do this if I don't
hear any protest, so either positively acknowledge this action if you
support it, dont' do a thing if you support or dont' care, or say why we
shouldn't :)

geir

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] tasks for new snapshot?

[Paulex Yang]

Geir Magnusson Jr. wrote:
we should probably just fix that Character problem and then create a 
new HDK snapshot.  We're not there for JRE yet, but no reason to hold 
back HDK.
I've rolled back the update from HARMONY-1500, the original codes should 
work. I don't expect that problem can be fixed very soon (which may 
needs ICU4J's modification, if so we need to get agreement with ICU 
community even we find the cause and get a solution).


geir

On Sep 21, 2006, at 3:08 PM, Tim Ellison wrote:


Sounds like the launcher issues have been resolved, and we are at least
no worse off with handling JAVA_HOME than before.  Is it just the
HARMONY-1500 Character problem now that would prevent us from cutting a
snapshot of code?  Anything else I missed?

Regards,
Tim

--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Paulex Yang
China Software Development Lab
IBM



-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] tasks for new snapshot?

[Geir Magnusson Jr.]

we should probably just fix that Character problem and then create a  
new HDK snapshot.  We're not there for JRE yet, but no reason to hold  
back HDK.


geir

On Sep 21, 2006, at 3:08 PM, Tim Ellison wrote:

Sounds like the launcher issues have been resolved, and we are at  
least

no worse off with handling JAVA_HOME than before.  Is it just the
HARMONY-1500 Character problem now that would prevent us from  
cutting a

snapshot of code?  Anything else I missed?

Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general] tasks for new snapshot?

[Geir Magnusson Jr.]

On Sep 21, 2006, at 3:08 PM, Tim Ellison wrote:

Sounds like the launcher issues have been resolved, and we are at  
least

no worse off with handling JAVA_HOME than before.  Is it just the
HARMONY-1500 Character problem now that would prevent us from  
cutting a

snapshot of code?  Anything else I missed?


I've been waiting to be sure the launcher issue is gone before I was  
going to spin one...


geir



Regards,
Tim

--

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[general] tasks for new snapshot?

[Tim Ellison]

Sounds like the launcher issues have been resolved, and we are at least
no worse off with handling JAVA_HOME than before.  Is it just the
HARMONY-1500 Character problem now that would prevent us from cutting a
snapshot of code?  Anything else I missed?

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [classlib][concurrent] Integrating into builds and snapshot

[Geir Magnusson Jr.]

Andrey Chernyshev wrote:


I agree that j.u.c. will need efficient inlining for the Unsafe.
However, if the Harmony impl of Unsafe does nothing but simple call
forwarding to the appropriate methods of vmmagic, then we probably
won't get that big overhead.
In other words, we can try keeping Unsafe interface as a bridge
between j.u.c. and various VM's at the price of one extra method call
to it's "real" implementation (which could be vmmagic in our case). It
would be nice, however, if we can agree with the concurrency group to
hide Unsafe under some other interface which would have a more neutral
package name (e.g. not sun.misc).



Agreed.  I think though that we should demonstrate why we want the 
package change by successfully integrating into Harmony.


geir




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [classlib][concurrent] Integrating into builds and snapshot

[Geir Magnusson Jr.]

Didn't we agree to move it out of there?

geir


Nathan Beyer wrote:

For now, I'm just going to put everything into
'enhanced/classlib/trunk/modules/concurrent' for the sake of simplicity. We
can refactor later.

-Nathan


-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 9:19 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][concurrent] Integrating into builds and snapshot

Nathan Beyer wrote:

I think we're on the same page for all of this except for the placement

of

the public domain code. I didn't state it explicitly, but my assumption

was

that all of the code would go under the
'enhanced/classlib/trunk/modules/concurrent'. I probably should have

stated

this, but I so rarely work outside of 'enhanced' that it slipped my

mind. I

don't really care, but I'm not sure how we'd work the build.

Right - we'll figure that out.  I hope to get it into enhanced as well.


Are you thinking that we can svn:external the code from 'standard' to
'enhanced', such that most of it just overlays a normal module code

layout?

Nope :)  I wasn't thinking anything.  it's a ugly mess that makes my
head hurt.


The other options are having the build traverse up from classlib to

standard

or have two JARs one with the public domain code and one with Harmony

code

(COWAL). The public domain JAR could be built once and checked into the
"depends" under classlib.

That would be odd, code from std checked in.  Maybe we just tell devs to
do it and drop the jar in there...

geir


-Nathan


-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 9:21 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][concurrent] Integrating into builds and

snapshot



Nathan Beyer wrote:

Now that we're getting some good submissions to make the
java.util.concurrent code to work with DRLVM, I'd like make a proposal

for

getting the code in the Class Library and a part of our regular

builds,

tests and snapshots.



>From a technical/code integration standpoint, the go ahead assumption

is

that Harmony will have VMs implement a subset of the 'sun.misc.Unsafe'
class, such that the concurrent code, most of which is in the public

domain,

from the Concurrency Interest Site [1] can be used as-is, as least to

the

greatest extent possible. Are there any major dissents to this?

This is my understanding of what we already agreed to, and I'm getting

a

note from Doug about the code provenance.



Now, the issue that's of most contention, at least from our past
conversations, is the code management. First and foremost, we must

consider

the realities of the situation.



1. The concurrency interest group, the JSR-166 expert group, Doug Lea

and

others are NOT producing distributable builds, so we can not integrate

the

code like we do other components, like Xerces, Xalan, MX4J, etc. I

don't

want to speak for anyone here, so I'll qualify this by saying that I

haven't

been told this explicitly, so this is just my inference from

discussions

and

documentation. If this is not the case, then someone please speak up.

There

is an experimental JAR on the site [1], but it's meant specifically to

run

with the Sun RI and it contains code outside of the

java.util.concurrent

package space. Additionally, the TCK tests from the site [1], which

we'd

like to use are not packaged in any way.

Right - we should be able to slurp the tests in the same way as we do
the rest of it.  In fact, we are less worried about the tests because

we

don't ship those.

And lets just call them "tests", not "TCK test", because while they are
used in the TCK,  something we get from Sun, they are just "tests" :)



2. The code on the site [1] is only accessible through a ViewCVS Web
interface. As such, it's not exactly easy to interact with in terms of
created an automated checkout of the source to integrate into a build.

One

of my thoughts was using the svn:externals feature to download source
dynamically, but there are additional issues that make that especially
difficult; these issues follow. Besides that, I'm not sure that
svn:externals works with arbitrary URLs that aren't SVN repositories.

Who cares?  We're not going to slurp the code from their site for
building...


3. There is at least one source file that MUST NOT be used from the

site

[1]

because it's not open to the public domain, the CopyOnWriteArrayList

[2].

This will require at least one class to be developed as part of the

Harmony

Class Library.

Yes.


4. It's currently NOT feasible for Harmony to use the HEAD version of

the

code, as it has been updated to utilize several Java 6 APIs, which

Harmony

does not current

Re: [classlib][concurrent] Integrating into builds and snapshot

[Andrey Chernyshev]

On 8/21/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:

On 8/21/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
>
> Nathan Beyer wrote:
> > Now that we're getting some good submissions to make the
> > java.util.concurrent code to work with DRLVM, I'd like make a proposal for
> > getting the code in the Class Library and a part of our regular builds,
> > tests and snapshots.
> >
> >
> >
> >>From a technical/code integration standpoint, the go ahead assumption is
> > that Harmony will have VMs implement a subset of the 'sun.misc.Unsafe'
> > class, such that the concurrent code, most of which is in the public domain,
> > from the Concurrency Interest Site [1] can be used as-is, as least to the
> > greatest extent possible. Are there any major dissents to this?
>
> This is my understanding of what we already agreed to, and I'm getting a
> note from Doug about the code provenance.
>

I was not able to see any open documentation on sun.misc.Unsafe on the
web.  I did notice emails that describe using sun.misc.Unsafe to
read/write specific memory addresses.  I suspect that both
sun.misc.Unsafe and Jikes vmmagic do essentially the same thing.  That
is, read/write and also compare/swap specific memory addresses from
Java code.

MMTk definitely relies on efficient JIT inlining of Jikes vmmagic.  It
also looks like java.util.concurrent needs efficient JIT inlining of
sun.misc.Unsafe.  If indeed both vmmagic and Unsafe do the same thing,
it probably does not make sense to rewrite Concurrency or MMTk.  In
other words, we might be stuck with supporting both APIs in the short
term.


I agree that j.u.c. will need efficient inlining for the Unsafe.
However, if the Harmony impl of Unsafe does nothing but simple call
forwarding to the appropriate methods of vmmagic, then we probably
won't get that big overhead.
In other words, we can try keeping Unsafe interface as a bridge
between j.u.c. and various VM's at the price of one extra method call
to it's "real" implementation (which could be vmmagic in our case). It
would be nice, however, if we can agree with the concurrency group to
hide Unsafe under some other interface which would have a more neutral
package name (e.g. not sun.misc).

Thanks,
Andrey.




In any case, can the sun.misc.Unsafe API be described on this mailing
list?  It would help us all figure out what existing pieces can be
reused to support high-performance java.util.concurrent.

Thanks

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Andrey Chernyshev
Intel Middleware Products Division

-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [classlib][concurrent] Integrating into builds and snapshot

[Geir Magnusson Jr]

Weldon Washburn wrote:
> On 8/21/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>
>>
>> Nathan Beyer wrote:
>> > Now that we're getting some good submissions to make the
>> > java.util.concurrent code to work with DRLVM, I'd like make a
>> proposal for
>> > getting the code in the Class Library and a part of our regular builds,
>> > tests and snapshots.
>> >
>> >
>> >
>> >>From a technical/code integration standpoint, the go ahead
>> assumption is
>> > that Harmony will have VMs implement a subset of the 'sun.misc.Unsafe'
>> > class, such that the concurrent code, most of which is in the public
>> domain,
>> > from the Concurrency Interest Site [1] can be used as-is, as least
>> to the
>> > greatest extent possible. Are there any major dissents to this?
>>
>> This is my understanding of what we already agreed to, and I'm getting a
>> note from Doug about the code provenance.
>>
> 
> I was not able to see any open documentation on sun.misc.Unsafe on the
> web.  I did notice emails that describe using sun.misc.Unsafe to
> read/write specific memory addresses.  I suspect that both
> sun.misc.Unsafe and Jikes vmmagic do essentially the same thing.  That
> is, read/write and also compare/swap specific memory addresses from
> Java code.
> 
> MMTk definitely relies on efficient JIT inlining of Jikes vmmagic.  It
> also looks like java.util.concurrent needs efficient JIT inlining of
> sun.misc.Unsafe.  If indeed both vmmagic and Unsafe do the same thing,
> it probably does not make sense to rewrite Concurrency or MMTk.  In
> other words, we might be stuck with supporting both APIs in the short
> term.
> 
> In any case, can the sun.misc.Unsafe API be described on this mailing
> list?  It would help us all figure out what existing pieces can be
> reused to support high-performance java.util.concurrent.

If you are asking "are we allowed?" I see no reason why not - we're just
trying to figure out what it does based on the j.u.c code...

I don't think anyone here has specific knowledge of it, and if they do,
given it's not under an open source license, they shouldn't be telling us :)

geir




-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]