Re: [build-test] Moving from /enhanced to /standard

+1 go for it On 11/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Well the subject line was build-test (not the actual directory name) and you talk about the testing framework -- so just being clear that you are not talking about the JUnit test suites/structure. Regards, Tim Geir Magnusson Jr.

Re: [classlib][swing] Serialization of Swing classes

On 11/13/06, Ivanov, Alexey A <[EMAIL PROTECTED]> wrote: >-Original Message- >From: Tim Ellison [mailto:[EMAIL PROTECTED] >Sent: Sunday, November 12, 2006 1:12 AM >To: harmony-dev@incubator.apache.org >Subject: Re: [classlib][swing] Serialization of Swing classes

Re: Deleted version_svn_tag.h

Not using SVN directly? Do I even want to ask? In any case, I tested it after I deleted the file and the file was regenerated during the build. Did I miss something? I thought this bit was already in the scripts. -Nathan On 11/13/06, Salikh Zakirov <[EMAIL PROTECTED]> wrote: Nathan

Re: [doc] site.css

Spaces only please! -Nathan On 11/13/06, Ivanov, Alexey A <[EMAIL PROTECTED]> wrote: Hi all, I've updated formatting of definition lists on site: https://issues.apache.org/jira/browse/HARMONY-2173 The new formatting looks more natural to me; the screenshots can be found in the JIRA issue.

Re: svn commit: r473588 - in /incubator/harmony/enhanced/drlvm/trunk/vm: interpreter/src/ port/src/lil/em64t/pim/ vmcore/include/ vmcore/src/util/em64t/base/

I deleted the file and added it to the ignore property. For those not familiar with SVN, I would strongly encourage reading the first couple chapters of the book [1]. It's a very quick read and extremely helpful. -Nathan [1] http://svnbook.red-bean.com/ On 11/12/06, Stefano Mazzocchi <[EMAIL P

Re: [general] creation of "jdktools"

Thanks for trying. I've created the folder. It's at revision 474016. -Nathan On 11/12/06, Ilya Neverov <[EMAIL PROTECTED]> wrote: Hi, see below. On 11/12/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > On 11/11/06, Ilya Neverov <[EMAIL PROTECTED]> wrote: >

Re: [classlib][sql] package javax.sql.rowset.serial is missing in Harmony

Yep, definitely cool. I started working on javax.sql.rowset the other day and have what I've completed so far there, but I think there's still one more class and much more unit testing needed. Feel free to work there as well. -Nathan On 11/10/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote: 2006/

Re: [general] creation of "jdktools"

On 11/11/06, Ilya Neverov <[EMAIL PROTECTED]> wrote: On 10/31/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: [skip] > > Assumptions which look reasonable for jdktool's build subsystem: > > > > 1) it works in presence of built classlib (as HDK binaries or as a > > result of classlib phase of ov

Re: [classlib][swing] Serialization of Swing classes

ture and forget to change the serialVersionUID. Also adding serialVersionUID implies the serialization compatibility is important, which is not the case. Regards, Vasily Zakharov Intel Middleware Products Division -Original Message- From: Nathan Beyer [mailto:[EMAIL PROTECTED] Sent: Satu

Re: [classlib][swing] Serialization of Swing classes

If there's no need for serialization compatability between VMs and versions of a VM, then is there any harm in adding explicit serialVersionUID fields? On 11/10/06, Ivanov, Alexey A <[EMAIL PROTECTED]> wrote: Nathan, all, You shouldn't add explicit serialVersionUID because Sun explicitly states

Re: Japi diffs for harmony

Cool, just making sure. Excuse my obvious questions. :) -Nathan On 11/9/06, Stuart Ballard <[EMAIL PROTECTED]> wrote: Nathan Beyer wrote: > No problem on the name change, but doesn't what Stuart is talking > about require that methods add this exception to the signature to &

Re: [classlib][sound] Volunteer to implement missing & bad APIs in javax.sound.sampled

You may want to take a quick scan of JIRA for "sound" items, just to make sure there aren't any additional patches that haven't been applied. -Nathan On 11/8/06, Andrew Zhang <[EMAIL PROTECTED]> wrote: Hi folks, According to the japi result, there're 0.29% bad, and 8.7% missing APIs in javax.s

Re: [classlib][concurrent] Complete support?

On 11/8/06, Andrey Chernyshev <[EMAIL PROTECTED]> wrote: On 11/8/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > Nathan Beyer wrote: > > Instead of continuing to add functionality to the DRLVM-specific > > Atomics class, I'd like to get a consensus on the Threads/Obj

Re: [classlib][concurrent] Complete support?

JNI for the Objects impl. Any thought on what is best place to put this function to? Nik. On 11/8/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > Instead of continuing to add functionality to the DRLVM-specific > Atomics class, I'd like to get a consensus on the Threads/Objec

Re: Japi diffs for harmony

No problem on the name change, but doesn't what Stuart is talking about require that methods add this exception to the signature to actually show up in the reports? On 11/8/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Stuart Ballard wrote: > Tim Ellison wrote: >> I'm no fan of stubs for just such

Re: [classlib] [suncompat] completion (was; Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1)

, then the caller is the bootstrap class loader, correct? Assuming that's correct, we're asserting that only classes in the bootstrap class loader can call Unsafe, correct? thanks -Nathan On 11/7/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Nathan Beyer wrote: > I believe we

Re: [classlib][concurrent] Complete support?

Instead of continuing to add functionality to the DRLVM-specific Atomics class, I'd like to get a consensus on the Threads/Objects (include CAS operations) interfaces in luni-kernel. Then we can get DRLVM to implement these classes and the donated IBM VM to do the same so we can have concurrent su

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

On 11/7/06, Paulex Yang <[EMAIL PROTECTED]> wrote: Nathan Beyer wrote: > On 11/6/06, Paulex Yang <[EMAIL PROTECTED]> wrote: >> Geir Magnusson Jr. wrote: >> > >> > >> > Paulex Yang wrote: >> >> Geir Magnusson Jr. wrote: >> >>

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

On 11/6/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Paulex Yang wrote: > Geir Magnusson Jr. wrote: >> >> >> Paulex Yang wrote: >>> Geir Magnusson Jr. wrote: did we decide not to go to TestNG? >>> Sigh...I guess there must be too many ones have waited too long for >>> TestNG...(includ

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

On 11/6/06, Paulex Yang <[EMAIL PROTECTED]> wrote: Geir Magnusson Jr. wrote: > > > Paulex Yang wrote: >> Geir Magnusson Jr. wrote: >>> did we decide not to go to TestNG? >> Sigh...I guess there must be too many ones have waited too long for >> TestNG...(including me) > > I don't understand - what

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

Assuming we get this functioning, does this mean we can use JUnit 4 testing? -Nathan On 11/3/06, Leo Li <[EMAIL PROTECTED]> wrote: Hi, all I have just tested JUnit4.1 on Harmony. With J9 VM, harmony passes both on windows xp2 and redhat enterprise 4.0. While drlvm fails on linux, whic

Re: [classlib] Preprocessor - CHECKPOINT

I've read a few articles about J2ME development using Antenna, which has a Java preprocessor task for Ant [1]. The Mobility Pack for NetBeans includes a Java preprocessor, which it claims is similar/based on Antenna [2]. I still feel a little dirty about the thought of preprocessing Java source,

Re: [classlib] Preprocessor - CHECKPOINT

What's the concern about just using the prescribed branching pattern for SVN? There are some other nice tricks like "externals" for pulling in common files into the working copies of other branches (ala the 'concurrent' code in 'standard' that's pulled into 'enhanced' on checkout). I would propose

Re: [general] creation of "jdktools"

On 10/31/06, Mark Hindess <[EMAIL PROTECTED]> wrote: On 31 October 2006 at 7:24, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > > > Alexei Zakharov wrote: > > Take me for example. I will be most likely misleaded with "build" > > since the majority of projects I've seen in my life were using "

Re: [classlib] Preprocessor (was Re: [classlib][rmi] Code smell - Thread.sleep() in ActivationGroup method)

I don't know too much about ME profiles, but my opinion would be to start by treating the target platform as a full Java SE port and then look to add optional ME modules to the classlib. For example, port DRLVM to Windows Mobile on Xscale or ARM. I've worked a little bit with IBM's WebSphere Micr

Re: [testing][support] Where to place xxxTestCase support classes

If the support classes aren't used outside of one module, then I would put them in that module. Like the beans example mentioned. As for the package name, I would prefer to avoid the "java.*" and "javax.*" package names whenever possible, so we can avoid classpath issues. -Nathan On 10/31/06, A

Re: [classlib][swing] javax.swing.filechooser.FileSystemViewTest failure on WinXP

Brilliant! Thanks. On 10/29/06, Stepan Mishura <[EMAIL PROTECTED]> wrote: Nathan, The issues should be fixed by HARMONY-1893. I've committed the fix at r469056. Thanks, Stepan. On 10/30/06, Nathan Beyer wrote: > > I'm seeing a failure in the javax.swing.filechooser.F

[general] DOAP file project descriptor

I've committed an initial DOAP file for the Harmony project in SVN [1]. The DOAP file is for the Apache Projects site [2], check out the site for more information. The file is loaded via HTTP from any URL, so any updates made to the file in SVN will be directly available for processing. I'm going

Re: [classlib] Preprocessor (was Re: [classlib][rmi] Code smell - Thread.sleep() in ActivationGroup method)

On 10/29/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Mikhail Fursov wrote: > On 10/29/06, *Geir Magnusson Jr.* <[EMAIL PROTECTED] > > wrote: > > > 1) The Logging Debate That Won't Die - we don't want to encumber our > "production" code with logging or eve

[classlib][swing] javax.swing.filechooser.FileSystemViewTest failure on WinXP

I'm seeing a failure in the javax.swing.filechooser.FileSystemViewTest on WinXP in the 'testGetSystemTypeDescription' test. Here's the failure and stack trace. expected: but was: junit.framework.ComparisonFailure: expected: but was: at javax.swing.filechooser.FileSystemViewTest.testGetSystemType

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

? -Nathan [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=162296 [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=162356 On 10/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Elena Semukhina wrote: > On 10/26/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: >> >> If this is a bu

Re: [general] sun ceo annouced open source java time frame at Oracle OpenWorld conference

On 10/29/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Alex Blewitt wrote: > On 28/10/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> It's a hoot -- it now seems to have mutated into all of SE being >> available by Christmas :-) > > Ho ho ho. Not gonna happen... I think you meant -- "Ba HU

[classlib][rmi] Code smell - Thread.sleep() in ActivationGroup method

I found this bit of code in the java.rmi.activation.ActivationGroup. I snipped the calls to the RMI logger, for a bit more clarity. protected void activeObject(ActivationID id, MarshalledObject mobj) throws ActivationException, UnknownObjectException, RemoteException { try {

Re: [classlib][concurrent] ASF block comments?

On 10/28/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Tim Ellison wrote: > Nathan Beyer wrote: >> I made mods to them, so that they would compile. We've discussed this >> in the past; there was some invalid generics syntax that was valid at >> the point of

Re: [classlib][concurrent] ASF block comments?

On 10/28/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Nathan Beyer wrote: > I made mods to them, so that they would compile. We've discussed this > in the past; there was some invalid generics syntax that was valid at > the point of the JSR166 PFD. For maintenance purposes, it

Re: [classlib][tools] Bundle manifest checker

Felix has a nice Maven 2 plugin for generating OSGi manifests - http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html. -Nathan On 10/27/06, Richard S. Hall <[EMAIL PROTECTED]> wrote: Tim, Peter Kriens created a tool to generate/verify manifests. I am not sure if it will work for your situ

Re: [classlib][concurrent] ASF block comments?

I made mods to them, so that they would compile. We've discussed this in the past; there was some invalid generics syntax that was valid at the point of the JSR166 PFD. For maintenance purposes, it was easier to take the single tag of code from the concurrency CVS than try to do a mish/mash approa

Re: [classlib][tests] Junit best practice

BTW - the script does run on Windows with ActiveState's Perl runtime. -Nathatn On 10/25/06, Richard Liang <[EMAIL PROTECTED]> wrote: Awesome. I just plan to review our junit tests, now it seems your tool has done what I want ;-) I highly recommend we read this article "JUnit best practices"[1]

Re: javac and hdk

It's possible, it's just not well documented and probably not well supported. Note - you'll have to manually setup the bootclasspath arguments. org.apache.maven.plugins maven-compiler-plugin 1.4 1.4 true false eclipse org.c

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

;> I think getEnclosingClass returns null not because of the "strange" > >> name but because it doesn't generate the enclosing method attribute > >> for local classes. > >> > >> Evgueni > >> > >> On 10/24/06, Gregory Shimansk

Re: [classlib][awt] Revision #465514 broke image decoders.

ere finalized. Your email > > mentioned "a lot of invalid modifications"; what are the other issues, > > specifically? > Only final fields. No other issues. But 3-4 in 3 classes - it is alot for me :) > > On 10/24/06, Nathan Beyer <[EMAIL PROTECTED]> wrote:

Re: [classlib][General]Problem in plug-in dependencies

I've updated the build scripts, so the manifests of the source JARs shouldn't be causing anymore conflicts. Let me know if this fixes the issue. -Nathan On 10/24/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: Ouch. Yeah, the source JARs don't need to use the same MANIFEST f

Re: [classlib][General]Problem in plug-in dependencies

Ouch. Yeah, the source JARs don't need to use the same MANIFEST file. I'll take a look at that. This explains some of the issues I've been having. Nice catch -Nathan On 10/24/06, Leo Li <[EMAIL PROTECTED]> wrote: It seems that eclipse wrongly load the required jar for a certain bundle, since, f

Re: [build] Building on Eclipse - FYI

Are you referring to running the build scripts via Eclipse? Just wanted to make sure I understand. Personally, I only import the module projects one at a time and run the full builds outside of Eclipse, so I've never tried this. Perhaps some additional documentation on using Eclipse in this fashi

Re: [classlib][awt] Revision #465514 broke image decoders.

the other issues, specifically? -Nathan On 10/24/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: Where are the tests for these decoders? How did you determine that they no longer worked? I'll remove the final modifiers. -Nathan On 10/24/06, Oleg Khaschansky <[EMAIL PROTECTED]> w

Re: [classlib][awt] Revision #465514 broke image decoders.

Where are the tests for these decoders? How did you determine that they no longer worked? I'll remove the final modifiers. -Nathan On 10/24/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote: Hi, Rev. 465514 introduced a lot of invalid modifications to the GifDecoder, PngDecoder and JpegDecoder.

Re: svn commit: r466154 - in /incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent: ./ locks/

Most of the concurrent code warnings go away with newer versions (from the concurrency scm), but those newer versions also have Java 6 API dependencies, so at the moment we'll have to stick with what we have. -Nathan On 10/24/06, Denis Kishenko <[EMAIL PROTECTED]> wrote: Sorry, I skiped this ma

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

ooked at the algorithm which determines member accessibility and found a problem in it. To resolve the problem we need to fix getEnclosingClass. So I propose to concentrate on this method for now. Evgueni On 10/24/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > By "inner class" y

Re: [build] Problem with fetch-depends part of build script

JIRA was probably still down as part of the ASF infrastructure moves. Is this still an issue? On 10/23/06, Sian January <[EMAIL PROTECTED]> wrote: Hello, This morning I have been trying to build Harmony and I'm having a problem with the fetch-depends part of the build script. I am getting the

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

n 10/23/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote: On Sunday 22 October 2006 01:08 Nathan Beyer wrote: > I haven't had a chance to look at the issue (JIRAs down right now, > probably part of the infrastructure move), but have you tried > comparing the actual class fil

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

I haven't had a chance to look at the issue (JIRAs down right now, probably part of the infrastructure move), but have you tried comparing the actual class files of the problematic class or classes. I'd suggest compiling the files using ECJ, save them off, compile with Sun/BEA/etc, save them off

RE: [jira] Commented: (HARMONY-632) Patch to provide parsing of file_bands at end of Pack200 file.

onents: Classlib Reporter: Alex Blewitt Assigned To: Nathan Beyer Priority: Trivial Attachments: segment.patch This patch provides the unpacking of the file_bands at the end of a Pack200 archive. With this, the implementation is now capable of reading a non-

Re: svn commit: r466154 - in /incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent: ./ locks/

I was asking based on a cursory glance. geir Nathan Beyer wrote: > They are in 'standard' and do use 'links' (svn:externals). Check out > the full path of the original commit message. Using svn:externals just > makes it seem like it's in 'extended', b

Re: [classlib] Build failure messages

the moment, sorry. :( Also, I had the thought of creating a compile indirection in the build scripts using an Ant macro. This way any global compiler tweaks could be performed in the macro. I haven't convinced myself of the value of that though. -Nathan On 10/20/06, Paulex Yang <[EMAIL PROTE

Re: svn commit: r466154 - in /incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent: ./ locks/

They are in 'standard' and do use 'links' (svn:externals). Check out the full path of the original commit message. Using svn:externals just makes it seem like it's in 'extended', but that's just in your working copy. -Nathan On 10/20/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Thanks for

Re: [vote] Graduate Apache Harmony podling from the Incubator

+1 On 10/20/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: We're trying something a little different. I think Roy Fielding one said something along the lines of "when a community gets organized enough to vote itself out of the Incubator, it's appropriate." So to bring the Harmony community

Re: [classlib] Build failure messages

does not declare a static > final serialVersionUID field of type long > > 2006/10/19, Nathan Beyer <[EMAIL PROTECTED]>: >> I added a compiler arg to the main 'build-java.xml' compile to disable >> all of the warnings. >> >> This should take care of

Re: [classlib] Build failure messages

I added a compiler arg to the main 'build-java.xml' compile to disable all of the warnings. This should take care of the warnings. -Nathan On 10/18/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Can we just shut them off for now? it's a good project for someone to go and clean those up, bu

Re: ECJ set as default compiler (WAS: [general] version of gcc and other tools)

d call ant again? :) geir Nathan Beyer wrote: > I've update the README to include information about setting up Ant > with ECJ and setting the ANT_OPTS environment variable. I also put a > snippet of the odd build failure in the troubleshooting section. > > -Nathan > > On

Re: [classlib] build fails: build-java.xml:143: java.lang.reflect.InvocationTargetException

That's Linux only though, correct? You need a "IBM" PC for windows. There's also BEA's JDK. It's pretty good on Windows. On 10/18/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Geir Magnusson Jr. wrote: > Where can we find the downloads for windows and linux? I'll switch :) here http://w

Re: [classlib] javax.activity package. where to go?

I noticed this in JAPI the other day as well. I was thinking that these classes would be part of Yoko, since these are exceptions that have special meaning when used in a CORBA ORB. That's just my quick take from the javadoc, but since I've never seen these used I don't really know. -Nathan On

Re: ECJ set as default compiler (WAS: [general] version of gcc and other tools)

lib/trunk turns > up 2052 instances. If its in a README, its well obscured! Please tell me > where the instructions are for downloading the correct version of Eclipse > compiler. It might be good to add where to find Eclipse compiler to the, > "...please place EJC.JAR" m

Re: [announce] New Apache Harmony Committers : Oliver Deakin, Richard Liang, Alexey Petrenko, Gregory Shimansky, Alexey Varlamov, Alexei Zakharov

Congratulations to all the new committers. -N On 10/16/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: Please join the Apache Harmony PPMC in welcoming the project's newest committers, in alphabetical order : Oliver Deakin Richard Liang Alexey Petrenko Gregory Shimansky Alexey Varlamov Alexe

Re: [build] build failed with latest harmony classlib

D]> wrote: On 10/17/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > > try to either a 'rebuild' or 'clean' then 'build' Thanks, Nathan. I tried "ant clean" and then "ant build", but I got a weird error message: -compile: [

Re: [build] build failed with latest harmony classlib

gt; wrote: > > On 10/17/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > > > > try to either a 'rebuild' or 'clean' then 'build' > > > Thanks, Nathan. I tried "ant clean" and then "ant build", but I got a > weird &

Re: [build] build failed with latest harmony classlib

rk Shen <[EMAIL PROTECTED]> wrote: Nathan Beyer 写道: > try to either a 'rebuild' or 'clean' then 'build' I tried rebuild, but still fail [mkdir] Created dir: C:\spark\harmony\build\classes [javac] Since compiler setting isn't classic or modern,ignoring fork setti

Re: [build] build failed with latest harmony classlib

try to either a 'rebuild' or 'clean' then 'build' On 10/16/06, Andrew Zhang <[EMAIL PROTECTED]> wrote: Hi, I get a compile error when building latest harmony classlib. Anyone has the same problem? or just my local problem? Error message: -compile: [javac] Since compiler setting isn't class

Re: [classlib]Harmony passes 73% on Derby.

Are there any obvious bugs in Harmony that are of note? Perhaps some unexpected NPEs? On 10/16/06, Leo Li <[EMAIL PROTECTED]> wrote: Hi, all: I have ran the tests of Derby on Harmony, both on windows xp and ubuntu. The result is similar. On windows, 579 Tests Run 73% Pas

Re: ECJ set as default compiler (WAS: [general] version of gcc and other tools)

than [1] http://java.sun.com/j2se/1.5.0/docs/api/java/lang/ref/ReferenceQueue.html#poll() On 10/16/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote: On Tuesday 17 October 2006 02:07 Nathan Beyer wrote: > I've set the default compiler value to use the ECJ adapter. I've also >

ECJ set as default compiler (WAS: [general] version of gcc and other tools)

age -- From: Geir Magnusson Jr. <[EMAIL PROTECTED]> Date: Oct 16, 2006 12:38 PM Subject: Re: [general] version of gcc and other tools To: harmony-dev@incubator.apache.org None from me, but please also add some useful message for people if not found like "ECJ not found. Please copy t

Re: [buildtest] odd classlib build failure

exp.jar' and add the string set CRUISE_PATH=%CRUISE_PATH%;%LIBDIR%\ant-apache-regexp.jar to the cruisecontrol.bat file. thanks, Vladimir On 10/16/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > > I'm trying to setup the Build-Test stuff on a Windows XP machine and > I'm runn

Re: [classlib] HARMONY-1505 and HARMONY-1608 - cleanup of JNI function names

I do like clean code; go for it. On 10/16/06, Mark Hindess <[EMAIL PROTECTED]> wrote: On 15 October 2006 at 18:40, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > > Does anyone have an objection to those two JIRAs? I don't. -Mark. --

Re: [general] version of gcc and other tools

On 10/15/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Geir Magnusson Jr. wrote: > I suppose that as a temporary solution, we can just get people to drop > ECJ into ant/lib... Yes, that would be my preferred solution too, until Ant support comes along. Any objections to setting the harmony defau

Re: [general] POLL : supported platforms

My primary votes would go for - Windows XP, Server 2003, Vista on ia32 and ia64 platforms Secondary votes - Ubuntu, RHEL/FC, SUSE on ia32 and ia64 platforms Tertiary votes - MacOSX, ia32 and ia64 platforms - this would give me a reason to buy a MacBook Pro :) -Nathan On 10/16/06, Geir Magnusso

[buildtest] odd classlib build failure

I'm trying to setup the Build-Test stuff on a Windows XP machine and I'm running to a weird script failure for the 'classlib' build. I can run the build perfectly outside of CruiseControl, but this is the error I'm getting when the build is run by CruiseControl. compile-java: [echo] Compilin

Re: [general] version of gcc and other tools

el build's call to build-java.xml. -Nathan Regards, 2006/10/13, Nathan Beyer <[EMAIL PROTECTED]>: > As Geir mentions, there a compiler difference's in Sun's JDK. The > changes are noticeable between 5.0_7 and 5.0_8. Note: Sun as released > 5.0_9. > > I'd

Re: [general] version of gcc and other tools

As Geir mentions, there a compiler difference's in Sun's JDK. The changes are noticeable between 5.0_7 and 5.0_8. Note: Sun as released 5.0_9. I'd prefer to be using ECJ for our compiler, but I haven't heard anything lately about getting that back into the build scripts. -Nathan On 10/12/06, Ge

Re: [classlib]Self-host of Derby

On 10/11/06, Leo Li <[EMAIL PROTECTED]> wrote: Hi, all: I now plan to make the self-host of Derby on Harmony. Is there anyone interested in this topic? Here is what I encountered in the process. Hope it will be helpful to anybody who is interested in it. At first, the testca

Re: [classlib][util.prefs] Implementation should be compatible with RI

Can you provide a patch for the test case that correctly asserts the specification's contract and passes on the RI? This may help for someone to provide a fix for the issue. -Nathan On 10/11/06, Elena Semukhina <[EMAIL PROTECTED]> wrote: Hi all, org.apache.harmony.prefs.tests.java.util.prefs.P

Re: [classlib] [tests] Can anyone explain what these are for?

these methods, either in other classes or in other methods of the class. -Nathan On 10/10/06, Richard Liang <[EMAIL PROTECTED]> wrote: On 10/11/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > I've seen a few and I've deleted any that I've come across. I would > say f

Re: [classlib][concurrent] Implementation of the CopyOnWriteArrayList class.

I think that should be it. Awesome. Now we just need to finalize the Objects/Threads APIs. -Nathan On 10/10/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: Nice - thanks! We are still missing one class, or does that complete the holes for j.u.c? Oleg Khaschansky wrote: > I uploaded a patch

Re: [classlib] [tests] Can anyone explain what these are for?

I've seen a few and I've deleted any that I've come across. I would say feel free to delete them too. I've also been deleting empty setup and teardown methods too. -Nathan On 10/10/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: These could be a result of copy/paste tests creation. And I'm curio

Re: [classlib][test] Failure in swing test

+1 for defaulting with.awt.swing to true. Is there any reason to still have this property at all? On 10/9/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Works for me too now ... Unless anyone objects I suggest that we make the 'with.awt.swing' default behavior (and we'll see the failure if it happ

Re: [general] Dynamic class loading

more generalized launcher. -Nathan On 10/7/06, Nikolay Chugunov <[EMAIL PROTECTED]> wrote: >Nathan Beyer wrote: >Stefano is correct, this doesn't require anything special in the VM. >In fact, the basics of this already exist -- JavaServer Pages. >Is compiling code a big pro

Re: [classlib] build problem.... I'm forgetting something obvious...

Are you running build with "-Dwith.awt.swing=true"? I had some weird problems yesterday and it just seemed that I wasn't consistently using that property for all ant runs. -Nathan On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: still on that new machine. classlib builds fine, but "an

Re: [classlib][lang] AbstractStringBuilder, abstract class?

I commited a change. The class is now abstract. Please verify that is solves the issue. Would someone mind posting a JIRA issue with an additional test for StringBuffer and StringBuilder. -Nathan On 10/7/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: Seems like it was just a oversight.

Re: [classlib][lang] AbstractStringBuilder, abstract class?

s fix this. > > Andrew Zhang wrote: > > On 2/23/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > > > >> > >> An interesting side note: The "Serialized Form" documentation gives away > >> an > >> implementation detail of StringBu

Re: [general] Dynamic class loading

Stefano is correct, this doesn't require anything special in the VM. In fact, the basics of this already exist -- JavaServer Pages. Is compiling code a big problem? -Nathan On 10/6/06, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: Nikolay Chugunov wrote: > From the beginning of learning Java an

Re: [classlib] clash in eclipse metadata

Realistically, we could probably just eliminate all of the Eclipse IDE files, as they don't really work out of the box anyway, so I always end up tweaking them anyway or tweaking my setup. For those who do use Eclipse IDE, a simple script could be create to generate the appropriate artifacts or it

Re: [general] define pre-commit testing configs to gain the stability

I only have Windows/MSVC2003/IA32, if you're looking for anecdotal evidence. On 10/6/06, Pavel Ozhdikhin <[EMAIL PROTECTED]> wrote: Alexey, No, I'm not sure the committers have all the configurations. I think most of all have Windows and Linux IA32, but I doubt all of them have EM64T. This is i

RE: [classlib][logging] Best practices for logging within the Class Library?

like a very efficient way of figuring out how the code works, and just > > clutters up the codebase. > > > > I'd also object to having loads of modules depend on logging. > > Oh, for that #define I was talking about in the sync object thread. > > Actually, I'll

[classlib][logging] Best practices for logging within the Class Library?

There seem to be a number of places where logging would be useful within the class library (and Java parts of the VM), but the rules of engagement seems to be undefined, so it's not being used. Here's my super-duper high-level swipe at it. 1. Use java.util.logging for normal logging (somewhat obv

RE: [classlib] Recognizing lock objects

There may be value in doing this, but what's the increase in class file overhead? Every new class that gets created for these locks ends up as another class file that has to be stored (takes up drive space) and has to be loaded (takes up memory in the class loader). Ever additional class file takes

RE: [r451637] - Code cleanup - ... - Remove unnecessary comments

aced the TODO with the stack trace print. It is my OPINION that TODO comments are, in general (80%), crap, but I've only replaced TODOs in Harmony with actual code or documentation. -Nathan > > > On 04/10/06, Nathan Beyer <[EMAIL PROTECTED]> wrote: > >> If this i

RE: [r451637] - Code cleanup - ... - Remove unnecessary comments

> -Original Message- > From: Alexey Varlamov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 04, 2006 5:13 AM > To: harmony-dev@incubator.apache.org > Subject: Re: [r451637] - Code cleanup - ... - Remove unnecessary comments > > 2006/10/4, Nathan Beyer <[E

Re: [r451637] - Code cleanup - ... - Remove unnecessary comments

If this is an event that should be logged, as the TODO indicated, then why not just print out the stack trace and be done with it? If this exception happens so often that you'd like it removed, then why would we want to log a warning message, which I would presume would print to the console just a

RE: [vote] HARMONY-1410 : JDWP agent for DRLVM

+1 > -Original Message- > From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 28, 2006 12:38 AM > To: harmony-dev@incubator.apache.org > Subject: [vote] HARMONY-1410 : JDWP agent for DRLVM > > BCC and ACQs are in. > > What say ye? Would it be nice to debug usi

RE: [jira] Is it comfortable for committers when source and test patches are packed in the single diff file?

> -Original Message- > From: Tim Ellison [mailto:[EMAIL PROTECTED] > > Geir Magnusson Jr. wrote: > > > > On Sep 26, 2006, at 10:23 AM, Denis Kishenko wrote: > > > >> Geir, thanks for answer. > >> > >> As I understand committers don't run tests from issue's descriptions? > > > > Sometimes.

RE: [classlib][vmi] VMI classes for Thread/Object manipulation for java.util.concurrent

> -Original Message- > From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]> > > On Sep 26, 2006, at 1:16 PM, Tim Ellison wrote: > > > Geir Magnusson Jr. wrote: > >> On Sep 26, 2006, at 6:36 AM, Tim Ellison wrote: > >>> It sounds like you prefer not to split them, which would put an > >>>

RE: [classlib][vmi] VMI classes for Thread/Object manipulation for java.util.concurrent

> -Original Message- > From: Tim Ellison [mailto:[EMAIL PROTECTED] > > Andrey Chernyshev wrote: > > So if we built the full code path, would the picture be like: > > > > j.u.concurrent.atomic.Atomic // > > | // untouched JSR 166 > >

  1   2   3   4   >