Re: 10 years CACAO

[Arnaud Vandyck]

On 2/19/07, Christian Thalinger <[EMAIL PROTECTED]> wrote:
[...]

Happy birthday to us!  And lets see what the next 10 years will bring...


I don't know what it'll be as you already are so fast! :-D

Happy Birthday ;-)

--
Arnaud Vandyck

Re: ofbiz

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thomas Koch wrote:
> Hello Classpath people,

[...]

> java -jar ofbiz.jar -install 
> and then
> ./startofbiz.sh gives me 
> 
> 2006-09-25 16:57:15,871 (main) [ClassLoaderContainer.java:59 :INFO ] 
> CachedClassLoader created
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org.objectweb.carol.jndi.registry.ManageableRegistry

Don't you need jonas? http://jonas.objectweb.org/

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFGT9X4vzFZu62tMIRAp33AJ9TZfRJCeuelXh0LIBp5gZc93p0ugCgrk8Q
5LlfDIpSecu2pnZNFVICCQE=
=xh3o
-END PGP SIGNATURE-

Re: New japize option

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stuart Ballard wrote:
> I added a new option to Japize to allow excluding svuid information
> for a particular set of packages or classes. I'm using it on my
> scripts but I'm mentioning it here because you might want to use it
> for the runs on Builder too.
> 
> japize as xxx packages +whatever -whatever -javax.swing:serial

Is there a way to ignore the default factory classes?

I don't think this is an error:
http://www.kaffe.org/~stuart/japi/htmlout/h-jdk15-classpath.html#err_bad_javax_xml_datatype

The default DataTypeFactory in Sun's implementation and in GNU Classpath
implementation will maybe never be the same.

This problem can show eatch time there is a factory pattern with a
default value hardcoded as a constant... but I did not find another
example ;-) Maybe I'm wrong.

Cheers,

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFES5GK4vzFZu62tMIRAv6/AJ489W26lpmBfarRnecIdWtbCGNYWwCfWsud
eNrzwgHF8hLmP3hnyRb9BgU=
=WJFh
-END PGP SIGNATURE-

Re: Mauve wishlist

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thomas Fitzsimmons wrote:
> Hi,
[...]
> There is also lots of room for improvement in how Mauve tests are
> selected and run.  I'm hoping someone who better understands Mauve's
> design will elaborate.

I had a very quick look at TestNG[0] and I think it could be a good
approach: no need to change the mauve test classes, just invoke the
tests with TestNG. There is an eclipse plugin that display the running
tests like JUnit.

TestNG use a tag feature like we have in mauve (JDK1.1, JDK1.2, ...) and
we can add other groups like swing, nio, etc. Those tags can be
annotations or javadoc comments (with @ and I think it's processed with
xdoclet).

As I understood (but I did not read all the documentation), the very big
advantage Mauve can take in adopting TestNG (vs JUnit?) is that we
shouldn't have to re-write all the test cases!

[0] http://testng.org/doc/

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEHok24vzFZu62tMIRAmOoAJ9VI7oH+83wQ+FPJhvQjDfPNK+KFACbB5DS
w3SFrZtDNCcjPNGEzJlDQLE=
=7YEE
-END PGP SIGNATURE-

RFC: Removing unused import

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

Filtering warnings in Classpath with Eclipse, I found there are 388
warnings about "The import XXX is never used". I can work on these
warnings and I think I can commit the result without requesting for
comment on each classes because it's a minimal impact patch. But before
proceeding, I'd like to ask:
1- is it useful;

2- which package can I start working on?

Packages that are involved:

gnu.classpath.jdwp.**
gnu.CORBA.**
gnu.javax.crypto.**
gnu.javax.imageio.bmp.*
gnu.javax.net.ssl.*
gnu.javax.net.ssl.provider.*
gnu.javax.security.auth.Password
gnu.javax.sound.midi.**
gnu.java.awt.*
gnu.java.awt.peer.gtk.*
gnu.java.awt.peer.qt.*
gnu.java.net.protocol.http.Headers
gnu.java.security.prng.PRNGFactory
gnu.java.security.x509.ext.GeneralNames
gnu.regexp.RETokenRepeated
gnu.xml.dom.html2.*
gnu.xml.stream.*
gnu.xml.transform.*
gnu.xml.validation.datatype.*
gnu.xml.validation.relaxng.FullSyntaxBuilder
gnu.xml.validator.xmlschema.*
gnu.xml.xpath.XPathParser
javax.imageio.metadata.IIOMetadataFormatImpl
javax.swing.RepaintManager
javax.swing.plaf.basic.*
javax.swing.plaf.metal.*
javax.swing.table.DefaultTableRenderer
javax.swing.text.*
javax.xml.stream.*
org.omg.**
tools.gnu.classpath.tools.rmi.*
tools.gnu.classpath.tools.rmi.**
vm.reference.gnu.classpath.jdwp.*

Thanks for your time and comments,

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEEFVo4vzFZu62tMIRAlCmAJ4l0XJ6/oUcXYv7GlNRyNkJsXFnCACfQ+CQ
3TdE+LrWu4a+8VyH2tItiHo=
=ZBxW
-END PGP SIGNATURE-

Re: FOSDEM'06 Photos

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Wolfgang Baer wrote:
> Christian Thalinger wrote:
> 
>>On Wed, 2006-03-01 at 11:02 +0100, Mark Wielaard wrote:
>>
>>
>>>BTW. Does anybody have contact details for that camera team that was
>>>making a movie in our developer room?
>>
>>
>>I guess Wolfgang has.  He exchanged something with them.  Have you,
>>Wolfgang?
> 
> 
> Well, I asked them how long it will take but it seems its a longer
> project about 2 years. I gave them this lists address and they promised
> to contact us if it's produced and on television.
> 
> But Arnaud also exchanged something, at least according his blog post.
> Maybe he also got the email of this woman ?

I gave her my email but got no contact at the moment.

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEBt3M4vzFZu62tMIRAlo4AJ91PPoT+LBc7jFwORUnVAJp2KbW3ACfdo3m
GRdsf6CGobdnePnF9ztsSBk=
=Uinh
-END PGP SIGNATURE-

[Announce] Charva 1.1.1 has been uploaded in the Debian archive... in main!

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

I'm glad to announce you that charva[0] (a java windowing toolkit for
text terminals) 1.1.1 has been packaged in Debian[1] and is running with
kaffe[2] (a free VM based on GNU Classpath[3])!

It's been uploaded to the Debian archive today and as it moves to main,
it could take some days before reaching the archive.

I got some nice screenshots:
http://people.debian.org/~avdyk/images/charva-swing.png
http://people.debian.org/~avdyk/images/charva-term.png

And a blog entry:
http://www.edev.be/blog/index.php/archives/2006/01/18/charva-111-in-debian-move-to-main/

Cheers,

[0] http://www.pitman.co.za/projects/charva/
[1] http://www.debian.org
[2] http://kaffe.org/
[3] http://www.gnu.org/software/classpath/

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzgz24vzFZu62tMIRAppHAJ9vOQJq52m7S0+Jll+xlwp9h/8m8QCeIxgr
O/0+jREGtqhNk+Bxf5T7fBQ=
=XXSk
-END PGP SIGNATURE-


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

Re: Suns Jni comes under OpenSource-License (APL 2.0)

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dalibor Topic wrote:
> theUser BL  hotmail.com> writes:
> 
> 
>>I have now read at
>>http://www.heise.de/newsticker/meldung/65143
>>that Sun wants to put the license of the "Jini Technology Starter Kit 2.1" 
>>under the Apache-License 2.0.

I suppose the subject is wrong: jni != jini

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDXgbE4vzFZu62tMIRAhycAKC79C11QkW6oPtFV5A+PEZb5xwZgwCgpSV7
L1qcMAG/w/Om6PtGQqJ/oNs=
=tCGi
-END PGP SIGNATURE-


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

[REMOVE] test/java.beans/IntrospectorTest.java and test/java.beans/DescriptorTest.java

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

The tests in these 2 classes are already in Mauve. I'll try to add
PropertyChangeSupport test cases in mauve asap and will notify when the
test/java.beans/PropertyChangeSupportTest.java can be removed.

Cheers,

- --
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDLY564vzFZu62tMIRAifyAJ0XeTwu7XbghD1KyOwGE9NWHXSMNACdGgK0
Wz0JOZVFmXGvRqryCbUV05M=
=WoLK
-END PGP SIGNATURE-


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

viewToModel(java.awt.Point) missing method in javax.swing.JEditorPane

[Arnaud Vandyck]

Hi, 

Trying to build libjazzy-java with kaffe, I get this error:


[javac] 96. int pos = editor.viewToModel(pt);
[javac]   ^^
[javac] *** Semantic Error: No accessible method with signature\
"viewToModel(java.awt.Point)" was found in type\
"javax.swing.JEditorPane".

Cheers,

-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

jdepend builds with kaffe but two junit tests fail.

[Arnaud Vandyck]

Hi list,

I was trying to move the libjdepend-java debian package to our 'main'
section (compiled with free tools) and it compiled fine with kaffe. I
thought it was a good idea to also run the junit tests against the free
compiled version and I got two failures.

Attached is the diff of the junit tests (it's not a real diff because I
removed unnecessary lines). I also attached the junit test of jdepend.

I'll upload the package as is. I don't know exactly if it's a problem in
NumberFormat or if the jdepend classes does not run as it should.

Thanks for your comments,

-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
Java Trap: http://www.gnu.org/philosophy/java-trap.html
--- jdepend-2.9-IBM-JDK-1.4.2.build.log 2005-03-22 09:35:41.471963904 +0100
+++ jdepend-2.9-kaffe.build.log 2005-03-22 09:41:25.775621792 +0100

[...]

 test:
 [junit] Testsuite: jdepend.framework.AllTests
-[junit] Tests run: 53, Failures: 0, Errors: 0, Time elapsed: 3.971 sec
+[junit] Tests run: 45, Failures: 1, Errors: 0, Time elapsed: 19.471 sec
 
-[junit] Testcase: testInvalidClassFile took 0.017 sec
-[junit] Testcase: testInterfaceClass took 0.009 sec
-[junit] Testcase: testAbstractClass took 0.007 sec
-[junit] Testcase: testConcreteClass took 0.018 sec
-[junit] Testcase: testInnerClass took 0.006 sec
-[junit] Testcase: testPackageClass took 0.002 sec
-[junit] Testcase: testJDependComponents took 0.549 sec
-[junit] Testcase: testInvalidJarFile took 0.002 sec
-[junit] Testcase: testInvalidZipFile took 0.002 sec
-[junit] Testcase: testJarFile took 0.018 sec
-[junit] Testcase: testJarFileWithoutInnerClasses took 0.028 sec
-[junit] Testcase: testZipFile took 0.007 sec
-[junit] Testcase: testZipFileWithoutInnerClasses took 0.007 sec
-[junit] Testcase: testCountClasses took 0.01 sec
-[junit] Testcase: testMatchPass took 0.019 sec
-[junit] Testcase: testMatchFail took 0.003 sec
-[junit] Testcase: testJDependConstraints took 0.417 sec
-[junit] Testcase: testNoCycles took 0.008 sec
-[junit] Testcase: test2Node1BranchCycle took 0 sec
-[junit] Testcase: test3Node1BranchCycle took 0.001 sec
-[junit] Testcase: test3Node1BranchSubCycle took 0.001 sec
-[junit] Testcase: test3Node2BranchCycle took 0.001 sec
-[junit] Testcase: test5Node2BranchCycle took 0.001 sec
-[junit] Testcase: testNoCycles took 0.001 sec
-[junit] Testcase: test2Node1BranchCycle took 0 sec
-[junit] Testcase: test3Node1BranchCycle took 0 sec
-[junit] Testcase: test3Node1BranchSubCycle took 0.001 sec
-[junit] Testcase: test3Node2BranchCycle took 0.001 sec
-[junit] Testcase: test5Node2BranchCycle took 0.001 sec
-[junit] Testcase: testEmptyFileManager took 0 sec
-[junit] Testcase: testBuildDirectory took 0.008 sec
-[junit] Testcase: testNonExistentDirectory took 0.001 sec
-[junit] Testcase: testInvalidDirectory took 0 sec
-[junit] Testcase: testClassFile took 0.001 sec
-[junit] Testcase: testNonExistentClassFile took 0 sec
-[junit] Testcase: testInvalidClassFile took 0.001 sec
-[junit] Testcase: testJar took 0.001 sec
-[junit] Testcase: testZip took 0 sec
-[junit] Testcase: testWar took 0.001 sec
-[junit] Testcase: testDefault took 0.002 sec
-[junit] Testcase: testFile took 0.001 sec
-[junit] Testcase: testCollection took 0 sec
-[junit] Testcase: testCollectionSubset took 0 sec
-[junit] Testcase: testAnalyzeClassFiles took 0.398 sec
-[junit] Testcase: testConfiguredVolatility took 0.334 sec
-[junit] Testcase: testDefaultFilters took 0.001 sec
-[junit] Testcase: testFiltersFromFile took 0.188 sec
-[junit] Testcase: testDefaultPackages took 0.038 sec
-[junit] Testcase: testOnePackageDistance took 0.348 sec
-[junit] Testcase: testOnePackageHasNoCycles took 0.392 sec
-[junit] Testcase: testAllPackagesDistance took 0.356 sec
-[junit] Testcase: testAllPackagesHaveNoCycles took 0.394 sec
-[junit] Testcase: testDependencyConstraint took 0.351 sec

[...]

+[junit] Testcase: testPackageClass took 0.068 sec
+[junit] Testcase: testInnerClass took 0.027 sec
+[junit] Testcase: testConcreteClass took 0.059 sec
+[junit] Testcase: testAbstractClass took 0.044 sec
+[junit] Testcase: testInterfaceClass took 0.027 sec
+[junit] Testcase: testInvalidClassFile took 0.008 sec
+[junit] Testcase: testJDependComponents took 4.031 sec
+[junit] Testcase: testCountClasses took 0.185 sec
+[junit] Testcase: testZipFileWithoutInnerClasses took 0.164 sec
+[junit] Testcase: testZipFile took 0.191 sec
+[junit] Testcase: testJarFileWithoutInnerClasses took 0.187 sec
+[junit] Testcase: testJarFile took 0.176 sec
+[junit] Testcase: testInvalidZipFile took 0.007 sec
+[junit] Testcase: testInvalidJarFile took 0.008 sec
+[junit] Testcase: testJDependConstraints took 4.615 sec
+[j

Another free VM... from a commercial vendor?

[Arnaud Vandyck]

http://www.weiqigao.com/blog/2005/01/17/110601188.html

I first heard of plans of an open-source Java from IBM 55 days ago from
Kevin Bedell's weblog quoting Eric Raymond but without further sourcing.

Today's traffic on the JPackage.org mailing list seems to unofficially
confirm what that post said:
...

-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

Re: Sleeping at FOSDEM

[Arnaud Vandyck]

Thu, 13 Jan 2005 10:32:41 +0100, 
Sascha Brawer <[EMAIL PROTECTED]> wrote: 

> Sounds pretty cool. Actually, who is going to FOSDEM? May
> ex-classpath-hackers-gone-lurking come, too?

Good to hear you Sascha! Of course you are welcome! ;-)

-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

Some areas of improvment

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Classpather's,

http://java.debian.net/index.php/MovingJavaToMain

I did try to move xalan (xalan2) to main but it fails because of some
dependencies:

bcel (from jakarta) needs javax.swing.JList
  http://www.apache.org/dist/jakarta/bcel/binaries/bcel-5.1.tar.gz

rhino (from Mozilla) needs javax.swing.JTree
  ftp://ftp.mozilla.org/pub/mozilla.org/js/

Is there someone working on these set of classes? Does he need some
help? What is the status of these sets of classes?

Thanks for your help,

Cheers,

- -- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBoKsp4vzFZu62tMIRAqJpAKCc/mw8LzuAAPZZbBFSdoqlJfEN5gCfdIqW
bkdByG200Dl9JxQDXjMqOds=
=YvdP
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Eclipse

[Arnaud Vandyck]

Tue, 26 Oct 2004 10:39:12 +0200, 
Michael Koch <[EMAIL PROTECTED]> wrote: 

> Am Dienstag, 26. Oktober 2004 10:23 schrieb Arnaud Vandyck:

[...]

>> Yes, other worst alternatives exist. Also, note that GNU JAXP
>> release cycle is not the same as classpath; and if we really want a
>> separate module, I suppose it's possible to add some instructions
>> to the make dist target or something.
>
> The question is: Does GNU JAXP wants/needs an extra release cylce when 
> its merged ? Personally I think thats a bad idea.

Not a different release cycle, but if some people wants GNU JAXP but not
all GNU CLASSPATH, maybe it could be kind to ship a separate module when
it has evolved.

-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Eclipse

[Arnaud Vandyck]

Mon, 25 Oct 2004 21:10:17 +0100, 
Chris Burdess <[EMAIL PROTECTED]> wrote: 

> Dalibor Topic wrote:
>> I, too, want to see GNU JAXP integrated into GNU Classpath.

[...]

> Moving GNU JAXP to the Classpath project is not a problem for the
> current JAXP developers.
>
> Note on modularisation: as I understand it GNU JAXP is only really
> used by Classpath and the various free JVM implementations (libgcj,
> kaffe, etc), which already use Classpath or are attempting to unify
> their code with it.

Yes, other worst alternatives exist. Also, note that GNU JAXP release
cycle is not the same as classpath; and if we really want a separate
module, I suppose it's possible to add some instructions to the make
dist target or something.

-- 
Arnaud Vandyck
http://fosdem.org/
Free and Open Source Developers' European Meeting
February 26-27 2005,
Bruxelles, Belgium


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Eclipse

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sat, 23 Oct 2004 20:59:54 +0200, 
Mark Wielaard <[EMAIL PROTECTED]> wrote: 

> For 0.12 I want to at least move GNU JAXP in again in the external
> directory. Maybe it can become a regular part of GNU Classpath, we
> would need to discuss that with Chris and Arnaud.

'Merging' gnujaxp in classpath make sense to me. Maybe you can add a
- --without-xml parameter to the configure script for small devices or for
easy customization. jaxp is a part of java since 1.4.

Cheers,

- -- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBfNI44vzFZu62tMIRAs4PAKCqfLTwI6N6rCUa8+z2iRVhzDjQaACfbv5A
e56zKMIQEpyWAUcZaK0ajiw=
=LF7A
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

[gjdoc] problem building gjdoc

[Arnaud Vandyck]

Hi,

I'm trying to build gjdoc with the autotools (all the files from cvs):

$ ./autogen.sh
[...]
$ make
[...]
jar cfm gnu-classpath-tools-gjdoc-0.1.4-cvs.jar gjdoc.mf -C classes gnu \
 dtd/gjdoc.dtd \
dtd/ent/iso-amsa.ent dtd/ent/iso-lat2.ent dtd/ent/iso-num.ent dtd/ent/iso-amsn.ent 
dtd/ent/iso-pub.ent dtd/ent/iso-grk4.ent dtd/ent/iso-amsb.ent dtd/ent/iso-amsc.ent 
dtd/ent/iso-cyr1.ent dtd/ent/iso-grk2.ent dtd/ent/iso-tech.ent dtd/ent/iso-grk3.ent 
dtd/ent/iso-dia.ent dtd/ent/iso-grk1.ent dtd/ent/iso-amsr.ent dtd/ent/iso-lat1.ent 
dtd/ent/iso-box.ent dtd/ent/iso-cyr2.ent dtd/ent/iso-amso.ent dtd/dbcentx.mod \
rng/gjdoc-classdoc.rng rng/gjdoc-common.rng rng/gjdoc-index.rng 
doctranslets/gjdoc_common.xsl doctranslets/html/allpackages.xsl 
doctranslets/html/allclasses.xsl doctranslets/html/index_noframes.xsl 
doctranslets/html/html_common.xsl doctranslets/html/packagedoc.xsl 
doctranslets/html/gjdoc.xsl doctranslets/html/descriptor.xsl 
doctranslets/html/doctranslet.xsl doctranslets/html/fulltree.xsl 
doctranslets/html/index.xsl doctranslets/html/packageclasses.xsl 
doctranslets/html/classdoc.xsl
classes/dtd/gjdoc.dtd: no such file or directory
classes/dtd/ent/iso-amsa.ent: no such file or directory
classes/dtd/ent/iso-lat2.ent: no such file or directory
classes/dtd/ent/iso-num.ent: no such file or directory
classes/dtd/ent/iso-amsn.ent: no such file or directory
classes/dtd/ent/iso-pub.ent: no such file or directory
classes/dtd/ent/iso-grk4.ent: no such file or directory
classes/dtd/ent/iso-amsb.ent: no such file or directory
classes/dtd/ent/iso-amsc.ent: no such file or directory
classes/dtd/ent/iso-cyr1.ent: no such file or directory
classes/dtd/ent/iso-grk2.ent: no such file or directory
classes/dtd/ent/iso-tech.ent: no such file or directory
classes/dtd/ent/iso-grk3.ent: no such file or directory
classes/dtd/ent/iso-dia.ent: no such file or directory
classes/dtd/ent/iso-grk1.ent: no such file or directory
classes/dtd/ent/iso-amsr.ent: no such file or directory
classes/dtd/ent/iso-lat1.ent: no such file or directory
classes/dtd/ent/iso-box.ent: no such file or directory
classes/dtd/ent/iso-cyr2.ent: no such file or directory
classes/dtd/ent/iso-amso.ent: no such file or directory
classes/dtd/dbcentx.mod: no such file or directory
classes/rng/gjdoc-classdoc.rng: no such file or directory
classes/rng/gjdoc-common.rng: no such file or directory
classes/rng/gjdoc-index.rng: no such file or directory
classes/doctranslets/gjdoc_common.xsl: no such file or directory
classes/doctranslets/html/allpackages.xsl: no such file or directory
classes/doctranslets/html/allclasses.xsl: no such file or directory
classes/doctranslets/html/index_noframes.xsl: no such file or directory
classes/doctranslets/html/html_common.xsl: no such file or directory
classes/doctranslets/html/packagedoc.xsl: no such file or directory
classes/doctranslets/html/gjdoc.xsl: no such file or directory
classes/doctranslets/html/descriptor.xsl: no such file or directory
classes/doctranslets/html/doctranslet.xsl: no such file or directory
classes/doctranslets/html/fulltree.xsl: no such file or directory
classes/doctranslets/html/index.xsl: no such file or directory
classes/doctranslets/html/packageclasses.xsl: no such file or directory
classes/doctranslets/html/classdoc.xsl: no such file or directory
make: *** [gnu-classpath-tools-gjdoc-0.1.4-cvs.jar] Erreur 2
~/prj/gnu/gjdoc $ 


-- 
 Arnaud Vandyck
  ,= ,-_-. =.
 ((_/)o o(\_))
  `-'(. .)`-'
  \_/


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

[FW] Re: which jvm for gnujaxp?

[Arnaud Vandyck]

Hi all,

I had a problem running gnujaxp transformation with sablevm, jamvm (but
I don't know their mailing list) and gij. I did succeed with kaffe.

Chris investigate a little more and it seems the problem is when native
code is called (libxml or libxsl).

Here is an example.

NOTE: I post this mail on several mailing lists but only reply on your
  own one, thanks.

--- Begin Message ---
Arnaud Vandyck wrote:
Can I forward this mail to the gcj dev mailing list?
Sure. I attach a simple test case which uses the libxmlj SAX parser to 
parse an XML file given on argv. Using java=gij, I get the following:

# ./saxtest test.xml
>> Parsing test.xml
Exception in thread "main" java.lang.UnsatisfiedLinkError: parseStream
   <>
Exception in thread "Thread-1" java.lang.UnsatisfiedLinkError: 
freeLibxsltGlobal
   <>

# gij --version
gij (GNU libgcj) version 3.4.2
Copyright (C) 2002 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.

# uname -a
Darwin bobtail.local 7.5.0 Darwin Kernel Version 7.5.0: Thu Aug  5 
19:26:16 PDT2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC  Power 
Macintosh powerpc

Using the Apple-supplied java, the program behaves as expected.
--
Chris Burdess
import java.io.File;
import java.io.FileInputStream;
import java.io.InputStream;
import java.io.IOException;
import java.net.URL;
import java.net.MalformedURLException;

import javax.xml.parsers.SAXParser;
import javax.xml.parsers.SAXParserFactory;

import org.xml.sax.Attributes;
import org.xml.sax.InputSource;
import org.xml.sax.Locator;
import org.xml.sax.SAXParseException;
import org.xml.sax.XMLReader;
import org.xml.sax.helpers.DefaultHandler;

public class saxtest extends DefaultHandler
{

  Locator locator;

  public void setDocumentLocator(Locator l)
{
  locator = l;
}

  public void startDocument()
{
  msg("startDocument");
}

  public void endDocument()
{
  msg("endDocument");
}

  public void startElement(String uri, String localName, String qname,
   Attributes atts)
{
  if (uri == null)
msg("startElement "+qname);
  else
msg("startElementNS "+uri+" "+localName);
  int len = atts.getLength();
  for (int i = 0; i < len; i++)
{
  String attrUri = atts.getURI(i);
  if (attrUri == null)
System.out.println("\tattribute "+atts.getQName(i)+" = "+atts.getValue(i));
  else
System.out.println("\tattributeNS "+attrUri+" "+
   atts.getLocalName(i)+" = "+atts.getValue(i));
}
}

  public void endElement(String uri, String localName, String qname)
{
  if (uri == null)
msg("endElement "+qname);
  else
msg("endElementNS "+uri+" "+localName);
}

  public void characters(char[] ch, int start, int len)
{
  msg("characters: "+new String(ch, start, len));
}

  public void warning(SAXParseException e)
{
  msg("WARNING: "+e.getMessage());
}

  public void error(SAXParseException e)
{
  msg("ERROR: "+e.getMessage());
}

  public void fatalError(SAXParseException e)
{
  msg("FATAL ERROR: "+e.getMessage());
}

  public InputSource resolveEntity (String publicId, String systemId)
throws IOException
{
  msg("resolveEntity: "+systemId);
  try
{
  URL url = new URL (systemId);
  return new InputSource (url.openStream ());
}
  catch (MalformedURLException e)
{
  File file = new File (systemId);
  if (!file.exists ())
{
  return null;
}
  InputStream in = new FileInputStream (file);
  return new InputSource (in);
}
}

  void msg (String message)
{
  if (locator != null)
{
  String systemId = locator.getSystemId ();
  if (systemId != null)
{
  int ls = systemId.lastIndexOf ('/');
  if (ls != -1)
{
  systemId = systemId.substring (ls + 1);
}
  System.out.print (systemId + ':');
}
  System.out.print (locator.getLineNumber ());
  int col = locator.getColumnNumber ();
  if (col != -1)
{
  System.out.print ("," + col);
}
  System.out.print (":");
}
  System.out.println(message);
}

  public static void main (String[] args)
{
  saxtest test = new saxtest ();
  try
{
  SAXParserFactory factory = SAXParserFactory.newInstance ();

Building log4j with free compiler (was: [Alan Tam] Re: IMPORTANT [RFS] liblog4j1.2-java build from sources)

[Arnaud Vandyck]

System.out.println("Hi!");

I've tried to build log4j with free compilers but it fails. Alan Tam
investigate a lot more and here is the result.

Thanks to him,

Regards,

--- Begin Message ---
Hi,

On 2004-07-28 20:38, Arnaud Vandyck wrote:

>[...]
>
>So I built log4j with sablevm, ant1.6 and jikes... but it fails. I don't
>know why but I've been unable to 'exclude' classes to build. So at the
>moment, log4j is built using jikes-classpath (oups, I forgot 'classpath'
>dependency) and fastjar... and all classes are not built!
>
>This is the line to find all the sources to be built:
>  files = $(shell find src/java -name \*.java \
>| grep -v chainsaw | grep -v lf5 \
>| grep -v jms | grep -v jmx | grep -v JMS)
>
>And this is the lines two install the package:
>  deb http://people.debian.org/~avdyk/debian ./
>  deb-src http://people.debian.org/~avdyk/debian ./
>  
>
I have just tested building log4j1.2-1.2.8 with sablevm, ant1.6 and 
jikes. Only 2 build problems occurred:

1. lf5/viewer failed to build because of the following missing methods:
   - javax.swing.JTable.getRowHeight
   - javax.swing.JTable.sizeColumnsToFit
   - javax.swing.JTable.setRowHeight
   - javax.swing.JTextArea.setWrapStyleWord
   - javax.swing.JTree.setCellEditor
   - javax.swing.JTree.setShowsRootHandles
   - javax.swing.JTree.expandPath
   - javax.swing.JTree.collapsePath
   - javax.swing.JTree.getPathForLocation
   - javax.swing.JTree.getRowBounds
   - javax.swing.JTree.getRowCount
   - javax.swing.JTree.isExpanded
in
   - 
src/java/org/apache/log4j/lf5/viewer/categoryexplorer/CategoryExplorerTree.java
   - 
src/java/org/apache/log4j/lf5/viewer/categoryexplorer/CategoryImmediateEditor.java
   - 
src/java/org/apache/log4j/lf5/viewer/categoryexplorer/CategoryNodeEditor.java
   - 
src/java/org/apache/log4j/lf5/viewer/configure/ConfigurationManager.java
   - src/java/org/apache/log4j/lf5/viewer/LF5SwingUtils.java
   - src/java/org/apache/log4j/lf5/viewer/LogBrokerMonitor.java
   - src/java/org/apache/log4j/lf5/viewer/LogTable.java
This should be solved if lf5/viewer (or the whole lf5, which was 
introduced in version 1.2.5) is removed from the package, maybe moved to 
a second package.

2. rmic fails even after set to use the one from kaffe. But this affects 
the RMI example only, which is safe to ignore.

>[...]
>
>So here are the possible way (if there are more, thanks to comment):
>
>. log4j stays in free but without some packages (chainsaw, lf5, jmx and
>  jms)
>
>. log4j goes back to contrib and will be built with non-free JVM's
>
>. we make two packages available.
>
>Thanks for your time and comments,
>  
>
Given "This version of LogFactor5 is not completely integrated with 
log4j [1], I suppose we can first remove the offending packages to fix 
the rc bug and after the problem it solved, it is split into a second 
package.

-- 
Regards,
Alan

[1] http://logging.apache.org/log4j/docs/api/org/apache/log4j/lf5/package-summary.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



--- End Message ---


-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Eclipse 3.0

[Arnaud Vandyck]

Mark Wielaard <[EMAIL PROTECTED]> writes:

[...]

> Then we hit:
>
> javax.xml.transform.TransformerFactoryConfigurationError: Factory class
> com.icl.saxon.TransformerFactoryImpl not found
>at javax.xml.transform.ClassStuff.createFactory (ClassStuff.java:141)
>
> Since they decided not to automagically include their own XML stuff
> since M9... So you need libxmlj or something like xalan added to your
> bootclasspath. I tried that, but I now have jamvm crashing. Rebuilding
> libgcj with the above patches now. But first some sleep.

This one is from Saxon but I think the default xslt engine now changed
to libxmlj

-- 
Arnaud Vandyck

< doogie> asuffield: how do you think dpkg was originally written?  :|
< asuffield> by letting iwj get dangerously near a computer
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: [Classpathx-discuss] More Java Extensions

[Arnaud Vandyck]

Andrew John Hughes <[EMAIL PROTECTED]> writes:

> Hi all,
>   I don't know if anyone here has heard about the recent release of Sun's
> Project Looking Glass under the GPL.  Its no doubt a good sign to see
> Sun releasing this interesting project under a true Free Software
> license.  However, the Java code still depends on a couple of Java
> extensions, namely Java 3D and Java Advanced Imaging.  I was wondering
> if anyone knew about the possibility or the existence of an effort to
> create Free Software implementations of these libraries?  Having these
> would mean that Project Looking Glass would be more likely to run on a
> Free platform.  At present, it is tied to proprietary Sun licenses, even
> if the main code is under the GPL.

I'm not sure but maybe some developpers on classpath project already
work on this.

-- 
Arnaud Vandyck


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

[Fw] GridBagLayout in kaffe CVS HEAD

[Arnaud Vandyck]

   screenSize.width / 2 - frame.getSize().width / 2,
screenSize.height / 2 - frame.getSize().height / 2);

// Show the window.
frame.setVisible(true);
}

private static void addBag(Frame frame, Component comp,
   GridBagLayout gridbag, GridBagConstraints c) {
gridbag.setConstraints(comp, c);
frame.add(comp);
}

}


signature.asc
Description: This is a digitally signed message part
--- End Message ---

-- 
Arnaud Vandyck

If you are going to run a rinky-dink distro made by a couple of
volunteers, why not run a rinky-dink distro made by a lot of volunteers?
-- Jaldhar H. Vyas on debian-devel
___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Working On Classpath

[Arnaud Vandyck]

Andrew John Hughes <[EMAIL PROTECTED]> writes:

> On Mon, 2004-06-07 at 19:57, Dalibor Topic wrote:
>> http://www.nongnu.org/gcjwebplugin/ :)
> Thanks!  Looking at the page, I do recall now having seen it before. 
> The page suggests the project is dead, but the mailing list and CVS show
> it as still pretty active...

It's pretty active. I did compile it from CVS on Debian/ppc but it fails
with mozilla1.6. Michael told me to wait for Mozilla 1.7.

-- 
Arnaud Vandyck


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Working On Classpath

[Arnaud Vandyck]

Thomas Zander <[EMAIL PROTECTED]> writes:

> On Wednesday 26 May 2004 23:47, Andrew John Hughes wrote:
>>  Given the
>> length of time that the Free Java projects have now been active, it
>> amazes me that so little consideration is given to alternate VMs and
>> compilers by the Java community, especially for FOSS.
>
> The free-java projects have made a bad start; when I just started using 
> Java I tried kaffe and Jikes. Kaffe was totally unusable; and since I 
> still can't apt-get it, its not on my radar.  (I'm wondering how many 
> distro's ship kaffe.)

Using Debian? good thing ;-)

Yes, you can apt-get kaffe (1.1.4) and the pre 1.1.5 should be out soon
(waiting for ftpmasters to accept it)!

You can also apt-get jikes, gcj, gij, classpath, and they are pretty
up-to-date ;-)

Other distro's? There are other distro's? ;-)

Cheers,

-- 
Arnaud Vandyck

Packages should build-depend on what they should build-depend.
-- Santiago Vila on debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: Working On Classpath

[Arnaud Vandyck]

Andrew John Hughes <[EMAIL PROTECTED]> writes:

> [...] Given the length of time that the Free Java projects have now
> been active, it amazes me that so little consideration is given to
> alternate VMs and compilers by the Java community, especially for
> FOSS.

Sun and IBM are the most contributors of open source java
community. Most of Jakarta, Netbeans, Eclipse, Jikes, Tomcat, Xerces,
Xalan, etc. Why do you want them to use JVM they do not ship? or they do
not certify? Certification is an important thing for Sun (and for their
customers).

Also, because of Sun not making java a 'standard' (iso, ecma, etc.), and
java not being free, free community had (or had had or has had?) a lack
of interest in java. So most people hacking on free java (or open source
java) projects comes from WinWorld. It's amazing to see the commits,
call for help, etc on jakarta mailing lists... most users run
Windows. Same thing on a lot of Open Java projects on Sourceforge.

Now, with the progress of free JVM's (and yes, you can apt-get kaffe
;-)), maybe the FOSS community will have some interest in this wonderful
programming language.

Correct me if I'm wrong,

Cheers,

-- 
Arnaud Vandyck

< jaybonci> actually d-i stands for "divine intervention" ;)
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath

Re: GNU Classpath 0.09 release (not yet, but pre1 available)

[Arnaud Vandyck]

Mark Wielaard <[EMAIL PROTECTED]> writes:

> Hi,

Hi Mark, Hi all,

> On Tue, 2004-05-04 at 13:42, Arnaud Vandyck wrote:
>> As I already proposed, I still want to help cp-tools and gjdoc...
>
> Great. Thanks.
> There are several things that need to be done before we can easily and
> correctly use gjdoc to create official GNU Classpath API documentation.
>
> - HTML entity issues as described in [bugs #4823] HTML entities such as
> auml and nbsp should be put back in the API doc
> https://savannah.gnu.org/bugs/?func=detailitem&item_id=4823
> The problem is unanalyzed and happens when using the native compiled
> gjdoc as described in the FAQ:
> http://www.gnu.org/software/classpath/faq/faq.html#faq5_1
> It would be great if someone could analyze what goes wrong.
>
> - Copyright statements as found in the actual source file should appear
> in the generated HTML file.
> What we need is an option to get the first comment block text that
> contains the word 'Copyright' in it by gcj to be put in the generated
> XML file so that we can use XSLT to put it into the HTML file.

Is it a feature present in the original javadoc? That's not a problem if
not, but I just wanna know.

> - The generation of HTML files should be speed up a lot. It seems that
> we can generate the XML files in not to much time, but the XSLT
> transformation to XHTML takes hours. Someone with XSLT performance
> experience would be great (or someone that would like to learn about
> that of course).

I did never thought about that ;-) I'll look at it...

> - We do have images for some of the API doc, but those are not put into
> the resulting HTML files.

Only the first sentence of the packages.html page is copied in the
index.xml file. But the rest is not copied in the generated html file
([task #962] Parse package.html and extract  contents; there is a
note saying 'Mark solved this' so maybe I'm wrong and I need to re-sync
the Debian package); also the 'doc-files' directory is not copied ([bugs
#8898] copy doc-files directory).

I also plan to file bugs against all the original javadoc arguments
gjdoc does not understand because in Debain we'd like gjdoc to be a
complete replacement of javadoc tool.

Cheers,

-- 
Arnaud Vandyck

< sam> /.ing an issue is like asking an infinite number of monkeys for 
   advice
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Ease the synchronisation of GNUJAXP

[Arnaud Vandyck]

Michael Koch <[EMAIL PROTECTED]> writes:

> Am Dienstag, 11. Mai 2004 19:03 schrieb Arnaud Vandyck:
>> Some comments about this cryptic message!
>>
>> Dalibor and Mark told me one day that it's difficult to merge
>> gnujaxp because of the $Id$ tags in some files. When they compare
>> files, the diff were huge and sometimes they were NO changes!
>>
>> So to ease the merge, I did remove all the $Id$ tags... but forgot
>> some. Now, every tags are out (I hope) ;-)
>>
>> Michael: Is it a better explanation? ;-)
>
> Muchas gracias for this explanation. I hope I dont write such cryptic 
> mails too often and just noone tells me ...

Except when you try to explain coding standards :P

-- 
Arnaud Vandyck

This is Unix we're talking about, remember.  It's not supposed to be
nice for the applications programmer.
-- Matthew Danish on debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Ease the synchronisation of GNUJAXP

[Arnaud Vandyck]

Some comments about this cryptic message!

Dalibor and Mark told me one day that it's difficult to merge gnujaxp
because of the $Id$ tags in some files. When they compare files, the
diff were huge and sometimes they were NO changes!

So to ease the merge, I did remove all the $Id$ tags... but forgot
some. Now, every tags are out (I hope) ;-)

Michael: Is it a better explanation? ;-)

Cheers,

Arnaud Vandyck <[EMAIL PROTECTED]> writes:

> FYI:
>
> 2004-05-11  Arnaud Vandyck  <[EMAIL PROTECTED]>
>
>   * acinclude.m4, aclocal.m4, configure.ac, config/mkinstalldirs,
>   source/gnu/xml/dom/package.html,
>   source/gnu/xml/pipeline/package.html,
>   source/gnu/xml/util/package.html, source/org/xml/sax/package.html,
>   source/org/xml/sax/ext/package.html,
>   source/org/xml/sax/helpers/package.html: removed $Id$ tag.
>
>   Reported by Maarten Coene <[EMAIL PROTECTED]>:
>   * source/gnu/xml/aelfred2/XmlParser.java: changed 'enum' variable
>   name to 'enumer' to avoid reserved keyword of Java1.5.
>
> Cheers,   
>
> -- 
> Arnaud Vandyck
>
> < sam> /.ing an issue is like asking an infinite number of monkeys for 
>advice
>   -- in #debian-devel
>
>
> _______
> Classpath mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/classpath
>
>

-- 
Arnaud Vandyck

< asuffield> a workstation is anything you can stick on somebodies desk
 and con them into using
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Ease the synchronisation of GNUJAXP

[Arnaud Vandyck]

FYI:

2004-05-11  Arnaud Vandyck  <[EMAIL PROTECTED]>

* acinclude.m4, aclocal.m4, configure.ac, config/mkinstalldirs,
source/gnu/xml/dom/package.html,
source/gnu/xml/pipeline/package.html,
source/gnu/xml/util/package.html, source/org/xml/sax/package.html,
source/org/xml/sax/ext/package.html,
source/org/xml/sax/helpers/package.html: removed $Id$ tag.

Reported by Maarten Coene <[EMAIL PROTECTED]>:
* source/gnu/xml/aelfred2/XmlParser.java: changed 'enum' variable
name to 'enumer' to avoid reserved keyword of Java1.5.

Cheers, 

-- 
Arnaud Vandyck

< sam> /.ing an issue is like asking an infinite number of monkeys for 
   advice
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: GNU Classpath 0.09 release (not yet, but pre1 available)

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark Wielaard <[EMAIL PROTECTED]> writes:

> GNU Classpath has grown again and gjdoc takes more then two and half
> hours with 170M on my machine :{ Found some small HTML entity issues
> which have been fixed. Results can be seen at:
> http://www.klomp.org/mark/classpath/doc/api/html/
>
> Unfortunately we will have to fix some things with gjdoc (copyright
> statements, images, etc.) to have a real official page with the docs.

As I already proposed, I still want to help cp-tools and gjdoc...

Cheers,

- -- 
Arnaud Vandyck

< jaybonci> actually d-i stands for "divine intervention" ;)
-- in #debian-devel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAl4Gi4vzFZu62tMIRAtocAJ9VonODgIHMmiAJUggluxSsNWtMKQCfVDez
WWGr/LeaRgAPtRnfwlNJFzA=
=TPAJ
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [GNUJAXP] Moving src to source!

[Arnaud Vandyck]

Thomas Zander <[EMAIL PROTECTED]> writes:

> Just FYI: the Java standard is to use 'src'.
> Using a source dir in Eclipse (I have been told) is pretty darn hard, it 
> expects 'src' instead.
> Mauve also has it as their 'standard expected dir'.

Maybe that's why I did want to change from source to src, but i was told
that classpathx standard was source...

Cheers,

-- 
Arnaud Vandyck

< sam> /.ing an issue is like asking an infinite number of monkeys for 
   advice
-- in #debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

[GNUJAXP] Moving src to source!

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all!

I am very sorry and don't ask why I did move the sources of gnujaxp to
'src' directory (I don't know my self!)

So now, everything is back in place: sources are back in 'source'
directory.

2004-04-22  Arnaud Vandyck  <[EMAIL PROTECTED]>

* source: sources directory has been moved to source directory,
src has been deleted. Sorry for the inconvenience.

- -- 
Arnaud Vandyck

... but hey, this is Linux, isn't it meant to do infinite loops in 5
seconds?
-- Jonathan Oxer in the apt-cacher ChangeLog
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAh7Ht4vzFZu62tMIRApzRAKCxDqRo0KRaCWvCtuQb5oEQ0Ty57wCeIfIy
x2Qnn9yTIdIUL5L+54Z7m2I=
=c7VD
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: FOSDEM group photo

[Arnaud Vandyck]

"S. Meslin-Weber" <[EMAIL PROTECTED]> writes:

> direct link to the image in question:
> http://adorphuye.com/gallery/FOSDEM2004/IMGP0234

Bad! GNU Classpathx maintainer and Debian Developer was not on it :-/

When did you took that photo?! I thought I was always with you ;-)

-- 
~/.signature not found

This is Unix we're talking about, remember.  It's not supposed to be
nice for the applications programmer.
-- Matthew Danish on debian-devel


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: gnujaxp audit

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark Wielaard <[EMAIL PROTECTED]> writes:

> Thanks for that report. I didn't know about it yet.  Did you send an
> email to [EMAIL PROTECTED] as described in
> http://savannah.gnu.org/statements/changesets-available.txt.asc It is
> a good idea to report it so they know about the status of the project.

Done.

- -- 
Debian Hint #21: If your Debian box is behind a slow network connection,
but you have access to a fast one as well, check out the apt-zip package.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQFASiSu4vzFZu62tMIRAiUpAKCmR8fP9w8HeLa5egtI4m7jc5XsegCWLVF3
lognnlLHv7Ew2qgiNdo5ig==
=UeE8
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

gnujaxp audit [was: Re: plans for classpath 0.08?]

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark Wielaard <[EMAIL PROTECTED]> writes:

> For 0.08 I have the following issues:
> - The audit after the savannah compromise was never completely finished.
>   (I do not expect to find anything, but would feel better if all code
>was gone over at most once. Will do this on Thursday and Friday.)

Hi Mark, Hi all,

I don't know if I already send a mail about the audit but I had a cvs
checkout of jaxp from a long time on my machine and made an update after
the compromise and there was no difference between my local repository
and the Savannah one. I suppose this way I can be sure classpathx is not
compromise?

Cheers,

- -- 
Arnaud
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARl0c4vzFZu62tMIRAjoYAKCHYejECRGJI8ZFNHrSqOnQzvPxQwCgjUfJ
4R7mskVgrL+gXQL8mm09z1M=
=DeUo
-END PGP SIGNATURE-


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [Article] Sun Fires Back over Open Source Java Accusations

[Arnaud Vandyck]

Tom Tromey <[EMAIL PROTECTED]> writes:

>> "Patrik" == Patrik Reali <[EMAIL PROTECTED]> writes:
>
> Patrik> OSNews has some discussion on Sun's answer to ESR request to make Java
> Patrik> open source.
> Patrik> 
>
> IMO, while it would be helpful if Sun opened their source, we don't
> really need it.
>
> What we do need is 3 things:
>
> 1. Access to the TCK on acceptable terms,
>
> 2. Involvement in the JCP without contamination or other unacceptable
>constraints, and
>
> 3. Easing of the requirements on subsetting.  The free software
>community doesn't work well with the "one big perfect release"
>model that Sun seems to want.  They could lift these restrictions
>for free implementations only.  I think we all recognize
>compatibility as a major benefit of the Java platform; we differ
>only on how to get there.
>
> The free Java implementors and Sun would make good allies if these
> things were done.

Maybe this could be a good start for a better open letter, isn't it?!

-- 
Arnaud


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: MBOX and classpathx

[Arnaud Vandyck]

"Chris B." <[EMAIL PROTECTED]> writes:

> The MBOX implementation in CLASSPATHX barfs on zero length files. But
> isn't a zero length file technically a valid MBOX file??

I did forward the mail to [EMAIL PROTECTED]

-- 
Arnaud


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch #2388] DefaultTableCellRenderer update

[Arnaud Vandyck]

Michael Koch <[EMAIL PROTECTED]> writes:

> /**/
> [patch #2388] Latest Modifications:
>
> Changes by: 
>   Michael Koch <[EMAIL PROTECTED]>
> 'Date: 
>   Mon 01/12/04 at 20:21 (GMT)
>
> What | Removed   | Added
> ---
>   Status | Open  | Closed
>
>
> -- Additional Follow-up Comments 
> I commited a sligtly edited patch to CVS.

Very kind, thank you! ;)

I'm a litttle busy at the moment but I'll try to rework on other parts
of Swing as soon as I can.

Cheers,

-- 
Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch #2388] DefaultTableCellRenderer update

[Arnaud Vandyck]

Michael Koch <[EMAIL PROTECTED]> writes:

> No problem. Will you update your patch or should I do it ? Then the
> patch can go in.

As you want (if you can do it, go on ;)). I don't think I'll have the
time to do that but maybe we'll meet tonight (for me at last) on #kaffe
;) Also, I don't know if I still have the patch on my machine (and were
it is!)... and I don't have a classpath cvs in sync... (yes, I know,
it's a shame!)...

Cheers to everyone,

-- 
Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch #2388] DefaultTableCellRenderer update

[Arnaud Vandyck]

Michael Koch <[EMAIL PROTECTED]> writes:

> On Mon, Jan 12, 2004 at 03:32:35PM +0100, Arnaud Vandyck wrote:
>> Michael Koch <[EMAIL PROTECTED]> writes:
>> > - no changelog entry
>> And what is this?
[...]
> Oh, I totally overlooked this.
NP.

>> > - we dont wanna add stubbed methods anymore. Either implement it or
>> > leave it out.
>> 
>> Sorry if I left a stub method... Which one? Lot of methods in this
>> component are empty because they override parent and they DO NOTHING
>> (it's the way they are! because it's the table that make the renderer)
>> 
>> ... if I understood it right! ;)
>
> If thats the case the you should really add this as comment to method
> like this:
>
> public void foobar()
> {
>   // This methods needs to be overridden in subclasses to actually do
>   // somthing.
> }
>
> A comment in the method documentation can't hurt too but "Does nothing."
> is a little bit short and undesciptive why this method does nothing.

Yes, I should comment, sorry. The fact is some methods in this component
are overriden because it's the table that does redraw all the components
and if each component redraw it self, it'll take too much time.

I thing I still have some mails that explain exactly what happens (some
devs on this list helped me).

You know Mark, it took me a long time to understand and to implement
(event empty methods because I was not sure I have to leave it empty)
and I really want a working swing implementation, not just a library to
compile (but not to run). Believe me, when I do send a patch, I try that
it's really useful ;)... even if I make mistakes ;)

I already do follow your coding standards, next time, I'll comment my
code ;)

Cheers,

-- 
Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch #2388] DefaultTableCellRenderer update

[Arnaud Vandyck]

Michael Koch <[EMAIL PROTECTED]> writes:

> This mail is an automated notification from the patch tracker
>  of the project: classpath.
>
> /**/
> [patch #2388] Latest Modifications:
>
> Changes by: 
>   Michael Koch <[EMAIL PROTECTED]>
> 'Date: 
>   Mon 01/12/04 at 12:03 (GMT)
>
> -- Additional Follow-up Comments 
> Some problems with this patch:
>
> - no changelog entry

And what is this?

 2003-12-01  Arnaud Vandyck  <[EMAIL PROTECTED]>

* javax/swing/table/DefaultTableCellRenderer.java
(DefaultTableCellRenderer): Added javadoc for the class and for
the constructor, Border instance, create an EmptyBorder.
(UIResource): Removed the comment at the end of the class
(setForeground): New method.
(setBackground): New method.
(updateUI): New method.
(getTableCellRendererComponent): rewritten with the help of
dvholten and Stephane Meslin-Weber.
(validate): New method.
(repaint): New method.
(firePropertyChange): New method.
(setValue): New method.


> - we dont wanna add stubbed methods anymore. Either implement it or leave it out.

Sorry if I left a stub method... Which one? Lot of methods in this
component are empty because they override parent and they DO NOTHING
(it's the way they are! because it's the table that make the renderer)

... if I understood it right! ;)

> /**/
> [patch #2388] Full Item Snapshot:
>
> URL: <http://savannah.gnu.org/patch/?func=detailitem&item_id=2388>
> Project: classpath
> Submitted by: Arnaud Vandyck
> On: Sun 11/30/03 at 23:22
>
> Category:  None
> Priority:  1 - Later
> Resolution:  None
> Assigned to:  None
> Originator Email:  
> Status:  Open
>
>
> Summary:  DefaultTableCellRenderer update
>
> Original Submission:  Here is a patch for 
> javax/swing/table/DefaultTableCellRenderer.java and here is the Changelog entry.
>
> 2003-12-01  Arnaud Vandyck  <[EMAIL PROTECTED]>
>
>   * javax/swing/table/DefaultTableCellRenderer.java
>   (DefaultTableCellRenderer): Added javadoc for the class and for
>   the constructor, Border instance, create an EmptyBorder.
>   (UIResource): Removed the comment at the end of the class
>   (setForeground): New method.
>   (setBackground): New method.
>   (updateUI): New method.
>   (getTableCellRendererComponent): rewritten with the help of
>   dvholten and Stephane Meslin-Weber.
>   (validate): New method.
>   (repaint): New method.
>   (firePropertyChange): New method.
>   (setValue): New method.
>
>
> Follow-up Comments
> --
>
>
> ---
> Date: Mon 01/12/04 at 12:03 By: mkoch
> Some problems with this patch:
>
> - no changelog entry
> - we dont wanna add stubbed methods anymore. Either implement it or leave it out.
>
>
>
>
>
>
> File Attachments
> ---
>
> ---
> Date: Sun 11/30/03 at 23:22  Name: DefaultTableCellRenderer.patch  Size: 4KB   By: 
> avdyk
>
> http://savannah.gnu.org/patch/download.php?item_id=2388&item_file_id=2407
>
>
>
>
>
>
> For detailed info, follow this link:
> <http://savannah.gnu.org/patch/?func=detailitem&item_id=2388>
>
> ___
>   Message sent via/by Savannah
>   http://savannah.gnu.org/
>
>
>
>

-- 
Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: The status of Classpath (in brief)

[Arnaud Vandyck]

"Grzegorz B. Prokopski" <[EMAIL PROTECTED]> writes:

> W liÅcie z nie, 04-01-2004, godz. 18:15, David Holmes pisze: 
>> My only comment is that a stated goal of "at least as complete as 1.1"
>> is no longer adequate. The Java platform is a moving target and 1.5 is
>> on the horizon.
>
> As Mark has mentioned somewhere it'd probably be the topic of one of
> the discussions during FOSDEM.

[...]

> For GNU CP the question that arises the most often is:
> toward which version is it heading?
> And Mark's answer is right (in another part of his essay):
> none - GNU CP is driven by what is needed for the _applications_
> (which people want and make possible to run).

This is a goal but it does not prevent us to work on different parts of
the project. I think it means everyone who has the skills should better
help in these areas.

If anything precise is needed, those who are developing AWT and other
packages that need to be complete to go to 1.0 can maybe ask here for
some help. (not me, I lost my x server! :'()

Cheers ;)

-- 
Arnaud


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: T E S T Do not respond

[Arnaud Vandyck]

Arnaud Vandyck <[EMAIL PROTECTED]> writes:

> Sorry, just a test

I hope it's correct now...

And sorry again for the noise ;)

-- 
Arnaud


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

T E S T Do not respond

[Arnaud Vandyck]

Sorry, just a test


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Classpath API

[Arnaud Vandyck]

What did you try to build from sources and how?

Victor Niebla <[EMAIL PROTECTED]> writes:

> I have tried to build it from the sources and get it from the classpath-doc
> package, but both tries where unsuccesfull.
>
> The debian package contains:
> /usr/share/doc/classpath-doc/api/classpath-copyright.xml
> /usr/share/doc/classpath-doc/api/Makefile.am
> /usr/share/doc/classpath-doc/api/Makefile.gz
> /usr/share/doc/classpath-doc/api/Makefile.in.gz
> /usr/share/doc/classpath-doc/texinfo.tex.gz
> /usr/share/doc/classpath-doc/Makefile.am
> /usr/share/doc/classpath-doc/Makefile.gz
> /usr/share/doc/classpath-doc/vmintegration.info.gz
> /usr/share/doc/classpath-doc/copyright
> /usr/share/doc/classpath-doc/hacking.texinfo.gz
> /usr/share/doc/classpath-doc/vmintegration.texinfo.gz
> /usr/share/doc/classpath-doc/hacking.info.gz
> /usr/share/doc/classpath-doc/changelog.gz
> /usr/share/doc/classpath-doc/Makefile.in.gz
> /usr/share/doc/classpath-doc/changelog.Debian.gz
>
> Should i inform of a bad builded package???

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.



___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Revolution Action

[Arnaud Vandyck]

On Sun, 30 Nov 2003 21:09:03 +0100
Chris Gray <[EMAIL PROTECTED]> wrote:

> I'll talk to the organiser, Peter Vandenabeele, about this.  We should
> be able to get more than just a BOF.

Great!

It also could be great to announce new releases from SableVM, gcj, kaffe
and classpath... all together ;)

(saturday 21 and sunday 22, february, 2003)

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: GNU Classpath 0.07 created

[Arnaud Vandyck]

On Sun, 30 Nov 2003 18:28:52 +0100
Mark Wielaard <[EMAIL PROTECTED]> wrote:

> It is done. 0.07 has been tagged and created. Find it at:
> http://www.klomp.org/mark/classpath/

Congratulation to the team and thanks to Mark.

[...]

> And apologies to everyone that had outstanding patches that didn't
> make it for this release. Rest assured that those patches will be used
> for making the next 0.08 release (again in three months) even more
> perfect then 0.07 already is!

So the JB party at FOSDEM will be to kill 0.07... and 0.08 will be
GoldFingers! ;)

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [Little Off Topic] Revolution is on ;)

[Arnaud Vandyck]

On Sun, 30 Nov 2003 00:33:08 +0100
Chris Gray <[EMAIL PROTECTED]> wrote:

> However, frankly I suspect that the JavaPolis agenda is set by their 
> sponsors, and that some of these would not want to hear such a talk.

See the subject :-D

> So let's  by all means propose a paper or two for next year (like I
> already did this  year) _and then_ if it is refused, just convene our
> own alternative  conference at a nearby location.

Not a bad idea but I don't think it could be interresting. I prefer the
idea we meet all together at some freesoftware meetings

> In the meantime, is there anything planned for FOSDEM?  E.g., an
> open-source  Java track? This could be an opportunity the thesis that
> the future of Java  lies with us, not with S*n.

Of course! ;) And I suppose everyone will try to be there! ;)

http://www.fosdem.org/2004/index/speakers/speakers_tromey

GCJ

Tom Tromey has worked on many free software projects over the years. He
wrote GNU Automake, and these days is the libgcj maintainer.  He is an
engineer for Red Hat and lives in Boulder, Colorado.

GCJ is a free Java front end for EGCS. It can natively compile both Java
source and bytecode files. This new front end is integrated into the
EGCS project. The goal of the gcj project is to provide a complete free
software Java system, centered around an ahead-of-time compiler.

This talk will explain gcj's "radically traditional" view of the Java
programming language, and will cover the difficulties inherent in Java
precompilation.

Website http://gcc.gnu.org/java/
Contact tromey (at) redhat com

Also, maybe we can set a little JB party for the 0.07 release :-D

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

[Little Off Topic] Revolution is on ;)

[Arnaud Vandyck]

Why don't you try to make a keynote at the JavaPolis (maybe next year)
in the Open Source hall.

http://www.bejug.org/bejugPortal/appmanager/BeJUG/JP03?_nfpb=true&16005_actionOverride=showPage&16005speaker=day1

If the link is bad, try http://www.bejug.org/ and follow 'Agenda'.

Cheers,

PS: I don't think I'll be there but I'll go at the FOSDEM, Bruxelles,
    Belgium: http://www.fosdem.org/

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Mauve tests [was: Re: [PATCH] swing frame fixes]

[Arnaud Vandyck]

On Wed, 19 Nov 2003 17:04:32 +0100
Sascha Brawer <[EMAIL PROTECTED]> wrote:

> Do you have any Mauve test code for your class? This question may sound
> malicious, but I really think that we all should writing more test cases.
> (This includes myself, I finally should clean up my test suite for
> java.util.logging).

I'd like to know where are the mauve tests? ./test? ./testsuite?

And maybe how can I write a mauve test for a awt or swing class?

Sorry if it's a dumb question ;)

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [PATCH] swing frame fixes

[Arnaud Vandyck]

On Wed, 19 Nov 2003 17:16:40 +0100
Michael Koch <[EMAIL PROTECTED]> wrote:

> Why adding stupid  ? Doesnt javadoc/gcjdoc add them automatically ?
> If javadoc does and gcjdoc doesnt we should fix the bug in gcjdoc and
> not use workarounds.

I don't remember javadoc does that. But as javadoc is in html, it's not
really a workaround. Maybe we can write text.

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

CheckStyle and JDEE

[Arnaud Vandyck]

Hi everybody,

I think I'm not the only one here to work with emacs ;) I'm not also the
only one whwo use jdee to write java into emacs:
http://jdee.sunsite.dk/
(or if you use w3m in emacs: http://jdee.sunsite.dk/rootpage.html ;-) )

As you can see in the archive of the mailing list:

,[ http://www.mail-archive.com/[EMAIL PROTECTED]/msg06877.html ]
|   * From: Paul Kinnucan
|   * Subject: Planned Changes to CheckStyle Interface
|   * Date: Mon, 27 Oct 2003 10:04:32 -0800
| 
| Hi JDEE Users,
| 
| This is to alert you to the fact that I am planning to make a major
| change to the JDEE's interface to CheckStyle in the upcoming JDEE 2.3.3
| release and to give you the opportunity to give me some feedback before
| the plans are finalized.
| 
| [...]
| 
| Release 3.0 of CheckStyle replaces the properties method of
| customization with the use of XML configuration files. A user specifies
| a style by specifying a configuration file on the command line. The next
| release will support this new method by providing a customization
| variable named jde-checkstyle-style that allows you to specify either
| Sun's coding style or a custom style. If you specify Sun's style, the
| JDEE will point CheckStyle (via a command-line argument) to a
| configuration file that comes with the JDEE and defines the Sun
| standard. If you specify a custom style, you must enter the path of the
| configuration file that defines the custom standard. The JDEE will point
| CheckStyle to the custom configuration file that you specify.
| 
| [...]
`

For reference, checkstyle is here:
http://checkstyle.sourceforge.net/

Best regards,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Code formatting

[Arnaud Vandyck]

On Mon, 27 Oct 2003 16:20:23 -0700
Tom Tromey <[EMAIL PROTECTED]> wrote:

> >>>>> "Michael" == Michael Koch <[EMAIL PROTECTED]> writes:
> 
> Michael> From what I understood what Tom said to me our style would be to write:
> Michael>  getToolkit().create (this);
> Michael> Empty brackets have no space before it, non-empty brackets have a
> Michael> space before it.
> 
> Oops, I didn't mean to give that impression.
> My understanding was that, in theory, for method calls we never had a
> space before the parens.  (In practice we often do, we're kind of
> random about it.)

So... what's up with this? ;) Do I have to re-write my patch? Was it
already committed?

Cheers,

-- 
  .''`.   ** Debian GNU/Linux **
 : :' :  Arnaud   Vandyck
 `. `'   http://people.debian.org/~avdyk/
   `-


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch] Small fix for java.beans

[Arnaud Vandyck]

On Fri, 24 Oct 2003 16:46:20 +0200 (CEST)
Arnaud Vandyck <[EMAIL PROTECTED]> wrote:

> On Fri, 24 Oct 2003 16:21:47 +0200
> Mark Wielaard <[EMAIL PROTECTED]> wrote:
> 
> [gnu/java/beans/IntrospectionIncubator.java]
> 
> > That file is really badly  formatted (but was already in the Classpath
> > tree).  If  someone  wants  to  clean  that up,  that  would  be  very
> > appreciated.
> 
> I have to learn so I can reformat this file. I'll send a patch asap ;)

Attached is the patch and here is the Changelog entry:
2003-10-24 Arnaud Vandyck <[EMAIL PROTECTED]>

* gnu/java/beans/IntrospectionIncubator.java: reformated to conform to
the GNU standards

Waiting for your comments, thanks,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.
Index: IntrospectionIncubator.java
===
RCS file: /cvsroot/classpath/classpath/gnu/java/beans/IntrospectionIncubator.java,v
retrieving revision 1.11
diff -u -r1.11 IntrospectionIncubator.java
--- IntrospectionIncubator.java 24 Oct 2003 14:19:35 -  1.11
+++ IntrospectionIncubator.java 24 Oct 2003 15:16:55 -
@@ -53,303 +53,383 @@
  ** @see java.beans.BeanInfo
  **/
 
-public class IntrospectionIncubator {
-   Hashtable propertyMethods = new Hashtable();
-   Hashtable listenerMethods = new Hashtable();
-   Vector otherMethods = new Vector();
-
-   Class propertyStopClass;
-   Class eventStopClass;
-   Class methodStopClass;
-
-   public IntrospectionIncubator() {
-   }
-
-   /* Paving the way for automatic Introspection */
-   public void addMethod(Method method) {
-   if(Modifier.isPublic(method.getModifiers())) {
-   String name = ClassHelper.getTruncatedName(method.getName());
-   Class retType = method.getReturnType();
-   Class[] params = method.getParameterTypes();
-   boolean isVoid = retType.equals(java.lang.Void.TYPE);
-   Class methodClass = method.getDeclaringClass();
-   if(propertyStopClass == null || 
(propertyStopClass.isAssignableFrom(methodClass) && 
!propertyStopClass.equals(methodClass))) {
-   if(name.startsWith("is")
-  && retType.equals(java.lang.Boolean.TYPE)
-  && params.length == 0) {
-   addToPropertyHash(name,method,IS);
-   } else if(name.startsWith("get") && !isVoid) {
-   if(params.length == 0) {
-   addToPropertyHash(name,method,GET);
-   } else if(params.length == 1 && 
params[0].equals(java.lang.Integer.TYPE)) {
-   addToPropertyHash(name,method,GET_I);
-   } else {
-   otherMethods.addElement(method);
-   }
-   } else if(name.startsWith("set") && isVoid) {
-   if(params.length == 1) {
-   addToPropertyHash(name,method,SET);
-   } else if(params.length == 2 && 
params[0].equals(java.lang.Integer.TYPE)) {
-   addToPropertyHash(name,method,SET_I);
-   } else {
-   otherMethods.addElement(method);
-   }
-   }
-   }
-   if(eventStopClass == null || 
(eventStopClass.isAssignableFrom(methodClass) && !eventStopClass.equals(methodClass))) 
{
-   if(name.startsWith("add")
- && isVoid
- && params.length == 1
- && 
java.util.EventListener.class.isAssignableFrom(params[0])) {
-   addToListenerHash(name,method,ADD);
-   } else if(name.startsWith("remove")
- && isVoid
- && params.length == 1
- && 
java.util.EventListener.class.isAssignableFrom(params[0])) {
-   addToListenerHash(name,method,REMOVE);
-   }
-   }
-   if(methodStopClass == null || 
(methodS

Re: [patch] Small fix for java.beans

[Arnaud Vandyck]

On Fri, 24 Oct 2003 16:21:47 +0200
Mark Wielaard <[EMAIL PROTECTED]> wrote:

[gnu/java/beans/IntrospectionIncubator.java]

> That file is really badly  formatted (but was already in the Classpath
> tree).  If  someone  wants  to  clean  that up,  that  would  be  very
> appreciated.

I have to learn so I can reformat this file. I'll send a patch asap ;)

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

RFC: Spin Java petition

[Arnaud Vandyck]

Hi,

I've just read an article on Newsforge:
http://newsforge.com/newsforge/03/10/02/1240243.shtml?tid=3

And in a comment, I saw this reference:
http://www.petitiononline.com/spinjava/petition.html

I copy the text below. I did not sign the petition right now because I'd
like to have your comments before doing it (or not!) ;)

Thanks for your attention.

--- START ---

To: Sun Microsystems and Scott McNealy

Firstly, we, Java  developers, give you our most  heartfelt and grateful
thanks. Your  dedication, insight, and  innovation have given  the world
what is the premier platform  for computer programming, and ushered in a
new era of  pervasive computing that will impact  all facets of people's
daily lives  for decades or more to  come. When Sun is  talked about 100
years from today,  it is Java that will be the  main focus of attention,
and rightly so.  It is rare for  a company that started out  as a "mere"
hardware company to  aspire to such immortality, but  by your hard work,
perseverance,  and  tenaciousness  you  have  granted  Sun  a  place  in
history. 

Alas, there now comes a time when  we must consider whether it is in the
best interest of your creation, Java, to be set free. 

Spinning off  Java as part  of a closely  aligned sister company  of Sun
would seal Java's dominance in  programming for the next several decades
and lift  it to heights yet  unseen. As a  parent, I'm sure I  too would
grieve if  my children grew  up and  left, but I  know that this  is the
natural progression of  life, and that they would be  the better off for
it. 

For Java,  the advantages are  clear enough. For example,  parties which
had maintained  a distance  from Java because  of its  relationship with
what  they believe  to be  a threatening  and gigantic  hardware company
would  be  more  likely to  embrace  Java  (e.g.  the Linux  crowd).  In
addition, Sun competitors like IBM, HP,  and BEA would be more likely to
continue to  stick with Java and market  Java if they knew  it would not
benefit a direct competitor. 

Please consider our petition, and thank you again. 

Sincerely,

The Undersigned

--- END ---

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Bug reports

[Arnaud Vandyck]

Hi! 

I don't know Savannah's bug system that much, can someone explain me: 

- why are bugs 744 and 750 duplicated? 

- it seems like 744 is resolved, why not close?

- why are some bugs duplicated? 

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Why override setBackground(Color) in DefaultTableCellRenderer?

[Arnaud Vandyck]

On Sat, 27 Sep 2003 17:42:29 +0100
"Stephane Meslin-Weber" <[EMAIL PROTECTED]> wrote:

> > I  do not  understand what  I have  to  do in  this methode  
> > nor in  the
> > setForeground(Color) one?
> > 
> > Can someone help me and explain what to do? 
> > http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/table/Defa
> > ultTableCellRenderer.html#setBackground(java.awt.Color)
> 
> The docs say a few other methods had to be overridden to no-ops to stop
> the revalidation that would happen when those properties are changed. I
> imagine that this could also the case for changing the colours.

I  saw for  validate, revalidate,  repaint and  firePropertyChanged, but
what about isOpaque()?  always true? Whate about
setForeground/Background?Is   itimpossibleto   changethe
foreground/background of a cell in a JTable? 

Well, as  the implementation  note says[1], it's  maybe the  JTable that
does it alone?! 

Also, maybe it's  my english or my little brain, but  I don't catch what
the getTableCellRendererComponent(...) should do? Current implementation
of  classpath returns  'null' (and  that's  all)... I  don't think  it's
enough... 

Thanks for your help,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Footnotes: 
[1] 
http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/table/DefaultTableCellRenderer.html#override



___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Why override setBackground(Color) in DefaultTableCellRenderer?

[Arnaud Vandyck]

I  do not  understand what  I have  to  do in  this methode  nor in  the
setForeground(Color) one?

Can someone help me and explain what to do? 
http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/table/DefaultTableCellRenderer.html#setBackground(java.awt.Color)

Thanks ;)

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: NYIException

[Arnaud Vandyck]

On Thu, 25 Sep 2003 15:43:10 +0200
Sascha Brawer <[EMAIL PROTECTED]> wrote:

> I'd favor "NotYetImplementedException". Class names tend to be very 
> verbose in Java, and IMHO it would make sense to follow that style.

... even if NY is exceptionnel! ;)

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Kaffe and gjdoc

[Arnaud Vandyck]

Hi everybody,

[I do Cc: classpath because I'm not on cp-tools but someone can maybe forward]

The good news:
--

kaffe can run ant and build something (but maybe everyone already know! ;))

The bad news:
-

gjdoc from cvs is broken because of java.util.jar.JarFile.OPEN_READ. 

Here is the log:


[EMAIL PROTECTED]:~/debian/gnu/gjdoc/src$ kaffe -classpath $CLASSPATH 
-Dant.home=/usr/share/ant -Dbuild.compiler=kjc org.apache.tools.ant.Main 
Buildfile: build.xml

init:
[mkdir] Created dir: /home/arnaud/debian/gnu/gjdoc/tmp/build
[mkdir] Created dir: /home/arnaud/debian/gnu/gjdoc/dist

compile:
[javac] Compiling 64 source files to  /home/arnaud/debian/gnu/gjdoc/tmp/build
[javac] 
/home/arnaud/debian/gnu/gjdoc/src/gnu/classpath/tools/gjdoc/ClassDocProxy.java:37: caution:Assignment
 of an expression to itself [KOPI]
[javac] 
/home/arnaud/debian/gnu/gjdoc/src/gnu/classpath/tools/doclets/xmldoclet/FileSystemClassLoader.java:103:
 error:Cannot find type "java/util/jar/JarFile/OPEN_READ"
[javac] 
/home/arnaud/debian/gnu/gjdoc/src/gnu/classpath/tools/doclets/xmldoclet/doctranslet/DocTranslet.java:294:
 error:Cannot find type "java/util/jar/JarFile/OPEN_READ"

BUILD FAILED
file:/home/arnaud/debian/gnu/gjdoc/src/build.xml:73: Compile failed; see
the compiler error output for details. 

Total time: 34 seconds
[EMAIL PROTECTED]:~/debian/gnu/gjdoc/src$ 

--

I'll re-try in some days... 

I think  integrating gjdoc in kaffe may  be a target for  1.1.2... if it
can be built! ;) sorry but I do not have so much time this month and the
next one... 

Cheers,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [patch #1859] [Patch #1859] java.sql.Time#setTime(long)

[Arnaud Vandyck]

I think I'll stop committing patches late at night! ;)

On Wed, 27 Aug 2003 18:43:13 -0400
[EMAIL PROTECTED] wrote:

> Patch #1859 has been updated. 
> 
> Project: 
> Category: None
> Status: Closed
> Summary: java.sql.Time#setTime(long)
> 
> Follow-Ups:
> 
> Date: Thu 08/28/03 at 00:43
> By: mark
> 
> Comment:
> If the only thing we have todo is just call super.setTime() with the same argument 
> then this is unnecessary.

> 

> I don't know why japitools is listing this since it isn't a real API difference, 
> just an implementation issue.

> 
> ---
> 
> ---
> For more info, visit:
> 
> http://savannah.gnu.org/patch/?func=detailpatch&patch_id=1859&group_id=85
> 
> _______
>   Message sent via/by Savannah
>   http://savannah.gnu.org/
> 
> 


-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

java.sql.Date#setTime(long)

[Arnaud Vandyck]

This methode does not exist in classpath but does in J2SE1.4

http://java.sun.com/j2se/1.4.2/docs/api/java/sql/Date.html#setTime(long)

... and is not deprecated. 

Also, Is  it normal that the  deprecated methode of this  class throw an
IllegalArgumentException?

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [Classpathx-discuss] [gnujaxp] javax.xml.* conform to jaxp1.1

[Arnaud Vandyck]

On 22 Aug 2003 11:05:25 +0100
Nic <[EMAIL PROTECTED]> wrote:

> Would Debian have  a problem with this? It's just  a dependancy on the
> package isn't it? Most people will already have libxml2 I suspect.

No problem with Debian. But maybe  with other JDK/ JRE. What does kaffe,
sablevm, jikes, gcj and so think about this?

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

java.sql.Time#setTime(long)

[Arnaud Vandyck]

This methode does not exist in classpath but does in J2SE1.4

http://java.sun.com/j2se/1.4.2/docs/api/java/sql/Time.html#setTime(long)

... and is not deprecated. 

Also, Is  it normal that the  deprecated methode of this  class throw an
IllegalArgumentException?

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

[japitools message] how to resolve 'SerialVersionUID'

[Arnaud Vandyck]

Hi all,

if you  look at  japitools[1], there are  some minor problems  like this
one:

org.xml.sax
Minor: 3 classes.
Minor

* class org.xml.sax.SAXException: SerialVersionUID=583241635256073760 in jdk14, 
but SerialVersionUID=-8251803752662179270 in classpath
* class org.xml.sax.SAXNotRecognizedException: 
SerialVersionUID=5440506620509557213 in jdk14, but 
SerialVersionUID=1398555601346822626 in classpath
* class org.xml.sax.SAXNotSupportedException: 
SerialVersionUID=-1422818934641823846 in jdk14, but 
SerialVersionUID=-7373565723188945450 in classpath

Can someone tell me how to solve this problems if they can be solved? 

Best Regards,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Footnotes: 
[1] http://japi.sab39.org/htmlout/h-jdk14-classpath.html


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [Classpathx-discuss] [gnujaxp] javax.xml.* conform to jaxp1.1

[Arnaud Vandyck]

On 19 Aug 2003 15:32:55 +0100
Nic <[EMAIL PROTECTED]> wrote:

> Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> 
> > I've just finished some commits (less than 10) to make gnujaxp compliant
> > with jaxp1.1 public API. 
> > 
> > We still need to  fix the build system (see [1]) and  that's all for the
> > minor changes. 
> > 
> > The major improvment would be to have an transform implementation.
> 
> Err.. what about our libxslt thing? It's in the classpathx repository.

It's not full java :( but well,  if it runs well, no problem. I think we
have to integrate the full jaxp API (so WITH transformations).

> What I had planned to do was make a libxml2 jaxp provider for SAX and
> DOM. They would fit in very nicely with a libxslt based TRAX.

Do I understand  that Aelfred and gnu.xml.dom will be  out? And you plan
to make bindings with libxml2? 

Well, I'd  like to have come  comments about that (if  I understood this
right?).

> I will get round to the build setup soon. Are you available to test
> builds?

Maybe next week. List or private, no problem.

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: [Classpathx-discuss] [gnujaxp] javax.xml.* conform to jaxp1.1

[Arnaud Vandyck]

On 20 Aug 2003 00:35:13 -0400
Brian Jones <[EMAIL PROTECTED]> wrote:

> Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> 
> > I've just finished some commits (less than 10) to make gnujaxp compliant
> > with jaxp1.1 public API. 
> > 
> > We still need to  fix the build system (see [1]) and  that's all for the
> > minor changes. 
> > 
> > The major improvment would be to have an transform implementation.
> 
> Ahh, that's good.  Should we import that for the release?

There are  very few  classes that  have been changed  but the  japi test
will, I think, return a 99.99% conformance ;)

Regards,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

[gnujaxp] javax.xml.* conform to jaxp1.1

[Arnaud Vandyck]

I've just finished some commits (less than 10) to make gnujaxp compliant
with jaxp1.1 public API. 

We still need to  fix the build system (see [1]) and  that's all for the
minor changes. 

The major improvment would be to have an transform implementation.

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Footnotes: 
[1] http://bugs.debian.org/205647
http://bugs.debian.org/205648



___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Preparing for 0.06 release

[Arnaud Vandyck]

On 15 Aug 2003 13:17:30 +0200
Mark Wielaard <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> On Fri, 2003-08-15 at 12:35, Mark Wielaard wrote:
> > I have:
> > automake 1.7.6
> > autoconf 2.57
> > libtool 1.5.0a
> > 
> > Does it work for you? I can try downgrading the tools.
> 
> Downgraded libtool to 1.4.3 and it now works correctly!
> 
> Yeah,

;) Mark can you specify this to make sure John 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp0.pgp
Description: PGP signature
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: classpath 0.06?

[Arnaud Vandyck]

Brian Jones <[EMAIL PROTECTED]> wrote:
> David P Grove <[EMAIL PROTECTED]> writes:
> > There was some discussion a month or so ago about making a classpath
> > 0.06  distribution.  Is there  a chance  this could  happen sometime
> > relatively soon?   We're thinking about  making the next  release of
> > Jikes RVM in 2-3  weeks and it would be great to  be able to get all
> > the hard work done in classpath since 0.05 out to our users.  Almost
> > all of them use classpath 0.05 instead of classpath cvs head because
> > the install process is easier.
> I can help to physically get it on the ftp server, etc. if Mark needs
> it.

Sorry, maybe  a idiot question,  but is there  a release plan  for 0.06,
0.07, ..., 1.0?

Is it a problem if there are more releases? 

Isn't the website  a bit out of date  or will it be updated  only when a
new release will be done?

PS: Brian, many thanks for the good job ;)

-- Arnaud


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Fw: Benchmarks (who has the fastest free VM)

[Arnaud Vandyck]

Quelques tests de rapidité sur des machines virtuelles Java libres.

-- Arnaud pour http://ressource-toi.org/ --

--- Begin Message ---
Hi all,

Before going to the Libre Software Meeting and LinuxTag


I wanted to know how the different free VMs were doing.
So I did some micro benchmarks against them. I didn't have time to do
more complete benchmarks and I couldn't get Orp and JRVM working (which
is a shame since those are claimed to be the fasted VMs there are). So
maybe someone with more time (or access to working Orp/JRVM VMs) can do
some bigger tests.

Orp didn't compile since it has some hardcoded values for glibc 2.1
and glibc 2.2, but I am using glibc 2.3. And it needs several fixes to
get it to compile with gcc 3.x. JRVM did compile, but needs a specific
version of a proprietary VM to create the boot image. The resulting
JikesRVM binary and image keep seg faulting however on my machine.

The machine that ran the test had a Athlon 1600+ (1.4Ghz) and 768MB.
It was lightly used and I don't claim to have done scientific
benchmarking.  All times were measured with /usr/bin/time -p and the
best of three runs is given. (Note that some tests measure elapsed
time themselves so the time -p values are only for reference.)  The
benchmarks were mentioned earlier on shudo.net. If someone has more
suggestions please let me know.

VMs used:
kissme 0.0.30 (Jun 24 2003)
SableVM version 1.0.8
kaffe 1.1.x-cvs (checkout today)
ikvm (Latest ikvmbin snapshot plus Mono JIT compiler version 0.25)
gij/gcj 3.3.1 20030626 (Debian prerelease)
(For gcj tests were compiled from source using just -O2)

Looking at the results (see below) there are clearly three groups: the
plain interpreters (kissme, gij and sablevm), the jitters (kaffe and
ikvm) and the ahead of time compiler (gcj). The jitters are clearly
much faster then the interpreters, and the ahead of time compiler is
clearly much faster then the jitters.

Interesting is that ikvm has results comparable with kaffe, but often
takes more time "preparing" the classes. This can be clearly seen with
the Linpack benchmark where the ikvm score and kaffe score are almost
identical, but when looking at the real time spend you see that ikvm
consumes much more processor cycles.

SableVM recently got a "portable" jit compiler, it would be
interesting to see how it matches up to kaffe and ikvm.

Since gcj compiled code seems to be very fast but the gij interpreter
is not very fast it might be interesting to combine gcj with one of
the jitters or make one of the jitters be able to use precompiled
binaries produced by gcj (for example to precompile all core classes
used by the VM).

Let me know if you have other benchmark/speed test stories.

Cheers,

Mark


The results:

http://math.nist.gov/scimark2/

Kissme:
  Composite Score: 3.0156149099413163E174
  FFT (1024): 1.5078077289324666E175
  SOR (100x100):   -1.1107352312578372E61
  Monte Carlo : 1.6082285944663933E129
  Sparse matmult (N=1000, nz=5000): 2.6108808678857117E25
  LU (100x100): 3.5030103117925084
 
  real 26.99
  user 26.82
  sys 0.05

gij:
  Composite Score: 5.145989276632694
  FFT (1024): 2.648052903699278
  SOR (100x100):   8.881613884448855
  Monte Carlo : 1.387464107626074
  Sparse matmult (N=1000, nz=5000): 5.551639995055836
  LU (100x100): 7.261175492333425
 
  real 31.30
  user 31.19
  sys 0.10

SableVM:
  Composite Score: 7.329552111085732
  FFT (1024): 4.404292204203279
  SOR (100x100):   13.062330882926906
  Monte Carlo : 2.369663222573336
  Sparse matmult (N=1000, nz=5000): 7.329992764243664
  LU (100x100): 9.481481481481481
 
  real 28.23
  user 26.95
  sys 0.11

Kaffe:
  Composite Score: 60.46979156068268
  FFT (1024): 30.891199299334463
  SOR (100x100):   148.2273083076923
  Monte Carlo : 12.628691263262526
  Sparse matmult (N=1000, nz=5000): 54.10832237609153
  LU (100x100): 56.49343655703252
 
  real 31.17
  user 31.10
  sys 0.00

ikvm:
  Composite Score: 100.9979186697824
  FFT (1024): 59.79980402491375
  SOR (100x100):   224.2731618120265
  Monte Carlo : 34.02223834505183
  Sparse matmult (N=1000, nz=5000): 83.7413726183124
  LU (100x100): 103.1530165486078
 
  real 35.60
  user 35.42
  sys 0.09

gcj:
  Composite Score: 217.51089337171615
  FFT (1024): 225.23768378150965
  SOR (100x100):   305.57485467536026
  Monte Carlo : 15.335663953302584
  Sparse matmult (N=1000, nz=5000): 235.82583613959164
  LU (100x100): 305.5804283088167
 
  real 28.49
  user 28.44
  sys 0.06


Sieve.java from TYA 

Kissme:
  634 iterations in 10.008 seconds
  Sieve score = 63
  real 10.10
  user 9.98
  sys 0.02

SableVM:
  2355 iterations in 10.0 seconds
  Sieve score = 236
  real 10.08
  user 10.08
  sys 0.01

gij:
  2692 iterations in 10.0 seconds
  Sieve score = 269
  real 10.10
  user 10.05
  sys 0.05

ikvm:
  40937 iterations in 10.0 seconds
  Sieve score = 4094
  real 11.32
  user 11.24
  sys 0.05

Kaffe:
  48611 i

Re: FAQ

[Arnaud Vandyck]

Sascha Brawer <[EMAIL PROTECTED]> wrote:
> I have  the impression that it would  not hurt if Classpath  had a FAQ
> page.  To make a concrete  proposal, I've written a preliminary draft,
> see
> 
>   http://www.dandelis.ch/cpfaq.html

Great! Very good job!

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Where to put images for JavaDoc?

[Arnaud Vandyck]

Brian Jones <[EMAIL PROTECTED]> wrote:
> Sascha Brawer <[EMAIL PROTECTED]> writes:
> 
> > Hi,
> > 
> > I would like to illustrate the JavaDoc for some classes with images.
> > Where can I put the image files?
> > 
> > For example,  I think it  is much easier  to explain the  purpose of
> > javax.swing.border.BevelBorder with  the attached image  -- in text,
> > it would be pretty hard to describe in text which pixels get painted
> > in what color. ASCII art would not work in all cases.
> 
> Hmm... how could  we handle this?  I think  make an 'images' directory
> in doc/api/ and we'll eventually fix it up to copy that directory into
> the generated documentation directory.   Your links would then need to
> be relative to  the root of the  docs... which I think are  all in one
> directory anyway so like img src="images/swing1.png" alt="[blah]".

First, Sascha, the image is very nice ;-)

Maybe  classpath can follow  the Sun's  recommendations for  the javadoc
from here:

http://java.sun.com/j2se/javadoc/writingdoccomments/index.html#images

The  following  are the  Java  Software  proposals  for conventions  for
including images in doc comments.  The master images would be located in
the source tree; when the Javadoc  tool is run with the standard doclet,
it would copy those files to the destination HTML directory. 

Images in Source Tree

* Naming  of   doc  images  in   source  tree  -  Name   GIF  images
  -1.gif, incrementing  the integer for  subsequent images in
  the same class. Example: Button-1.gif

* Location  of doc  images in  source  tree -  Put doc  images in  a
  directory called "doc-files". This  directory should reside in the
  same package  directory where the  source files reside.  (The name
  "doc-files" distinguishes it as documentation separate from images
  used by the  source code itself, such as  bitmaps displayed in the
  GUI.) Example: A  screen shot of a button,  Button-1.gif, might be
  included in  the class  comment for the  Button class.  The Button
  source file and the image would be located at:
  java/awt/Button.java (source file)
  java/awt/doc-files/Button-1.gif (image file)

Images in HTML Destination

* Naming of doc  images in HTML destination -  Images would have
  the  same name  as  they  have in  the  source tree.  Example:
  Button-1.gif

* Location of doc images in HTML destination -
  o  With hierarchical  file  output, such  as Javadoc  1.2,
  directories  would  be located  in  the package  directory
  named "doc-files". For example:

  api/java/awt/doc-files/Button-1.gif

  o With flat file  output, such as Javadoc 1.1, directories
  would  be  located  in  the package  directory  and  named
  "images-". For example:

  api/images-java.awt/
  api/images-java.awt.swing/

...

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

classpath-x [was: Re: Classpath on linux-ppc]

[Arnaud Vandyck]

[EMAIL PROTECTED] wrote:

> The GNU ClasspathX project's JAXP implementation is a derivative of
> AElfred.

I am on all the classpathx's lists but -crypto :-)

I'll contact them to see if I can help.

-- arnaud :: http://vbstefi60.fapse.ulg.ac.be/~arnaud/


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: Classpath on linux-ppc

[Arnaud Vandyck]

Sascha Brawer <[EMAIL PROTECTED]> wrote:

> You can also use an unfree Java implementation (such as Apple's JDK
> 1.3 on MacOS X) to develop packages for Classpath.  Of course only
> as long as you only use public APIs, and never ever decompile or
> even look at the sources.

It's the one of IBM. But in this case, I prefer to use the debianized
Blackdown version (I am on Debian-ppc).

> > If someone can help, I'd be very interresting in contributing.
> 
> Thanks a lot! (I'm not a maintainer, but nobody else has said this
> so far...)

:-)

> >-- arnaud :: http://vbstefi60.fapse.ulg.ac.be/~arnaud/
> 
> What package would you like to work on?
> 
> Looking at your web page, I could imagine you might be interested in
> the javax.xml.* tree, or (because of your SVG links) javax.print
> with an SVG StreamPrintService.  But of course, you'd be welcome to
> do anything!

Well, Sascha, yes, but I am not a guru! Not a C, C++, Assembly guru
and neither a Java guru, I just have the J2 programmer certification
and trying to pass the dev certification, but I did not study
computers at University!

Maybe I can begin with some documentation and why not a javax.*
package. What is needed? What is the task on the top of the todo list
for a new (beginner and) "helper"?

For clarification:

Mark Wielaard <[EMAIL PROTECTED]> wrote:

> The easiest is to use gcj with libgcj. This works perfectly on PPC.
> libgcj is based on GNU Classpath but a lot of merging work is still
> needed. (See http://gcc.gnu.org/java/libgcj-classpath-compare.html)
> Note that libgcj takes a lot of time (and disk space) to compile.
> It is certainly not the nicest platform to do quick write, run,
> debug cycles if you are hacking on the core libraries.

Compiler

> Kissme  is known to work on PPC with Classpath
> and is easier to use. But the PPC support is not very well tested yet.
> I got it running once, but have not yet done anything more then Hello
> World with it. See for some issues I had then (that might already be
> solved): 

Runtime (JVM)

> > I have a Blue G3 at home with Debian GNU/Linux (sarge) and there is a
> > package named 'orp-classpath' but it seems like orp is not available
> > for ppc.
> 
> I have a PowerMac G3/233 running Debian GNU/Linux (woody, but with a
> newer binutils to work with gcj from CVS, I believe sarge is newer then
> woody so you should be good to go). I saw that there is now a Debian
> kissme and sablevm package at least for x86. You might want to ask the
> package maintainers if they can try to create a PPC version.

I saw these packages but did not try to install on the G3. I'll check
the Debian's bts and maybe fill a 'which' bug.

> > If someone can help, I'd be very interresting in contributing.
> 
> Great! Let us know how it goes. Setting up Classpath plus VM is
> sadly non-trivial and using a PPC machine makes it especially
> interesting.  But we would of course like your help.

Anthony Green <[EMAIL PROTECTED]> wrote:

> It's not so bad if you can do your development outside of libgcj.
> For instance, many new packages can be developed outside of libgcj
> and then merge it in when you're happy (like a new javax.* package).
> You can also avoid native compilation and link times by testing with
> gij.

So maybe the first step would be to contribute even with a non-free
implementation of a jdk as Sascha and Anthony suggest. When
contribution is ok, I'll try to test it with gcj (for compilation) and
kissme (for runtime) as Mark suggest.

Am I right? Any other suggestions are welcome.

I'll check

to know where I can help, or maybe someon can suggest.

For the javax.xml.* packages, I thought AElfred's API was donated?

Thanks to everybody for welcome and suggestions.

-- arnaud :: http://vbstefi60.fapse.ulg.ac.be/~arnaud/


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Classpath on linux-ppc

[Arnaud Vandyck]

Hi,

I'd like to contribute to the Classpath project but I'd like to know
if it is possible to use classpath on ppc? If yes, which compiler and
which runtime?

I have a Blue G3 at home with Debian GNU/Linux (sarge) and there is a
package named 'orp-classpath' but it seems like orp is not available
for ppc.

If someone can help, I'd be very interresting in contributing.

Thanks,

-- arnaud :: http://vbstefi60.fapse.ulg.ac.be/~arnaud/


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath