java-devel May 2005

java-devel@lists.fedoraproject.org

27 participants
21 discussions

ANN: Linux TestFest
by Surendra Singhi 16 Jun '05

16 Jun '05

Love Linux? Love TESTING on Linux? We're SpikeSource, a bunch of passionate open source testing folks, and we're holding our first-ever TestFest on June 17th. We'll give you the chance to show how good your code really is by testing it using our new 'test harness'. We run 22,000 tests per day on over 63 open source components using this harness. This event kicks off our free testing service for the open source community. Mix and mingle with our developers to chat about open source testing. Hear from SpikeSource founder & CTO Murugan Pal on Participatory Testing and our architect, Sastry Malladi, about our Core stack product. Testing demonstrations on popular open source software will also be held for attendees. All developers are welcome! Check us out at www.spikesource.com/testfest.html, where you can register and learn how to package and test your code. On June 17th, 3pm, head over to SpikeSource offices in Redwood City to receive a report on your test results with helpful feedback from our staff. Lots of free food & beer to go around. Heck, we're even hiring. Should be a real geek fest! We hope to see you there. -- Surendra Singhi http://www.public.asu.edu/~sksinghi

2 1

Blojsom and Tomcat on FC4
by David J. Orme 31 May '05

31 May '05

Hi all, Today I tried to get Blojsom to run inside Tomcat as distributed with FC4 test3 (with all updates applied as-of this morning). It bombed with an error in the log file about a malformed regular expression. What is the correct place to report this bug? Best regards, Dave Orme -- Eclipse Visual Editor Project lead http://www.db4o.com -- The Open-source Java Object Database http://xswt.sf.net -- XML-based SWT page description language

4 3

RE fedora-devel-java-list@redhat.com
by China-printing-factory 26 May '05

26 May '05

Dear fedora-devel-java-list(a)redhat.com , We are very glad to know you from Internet, We are an advertisement making factory in Shenzhen of China, We hope to detail our services to you, and look forward to mutual cooperation between us. Speciality of our factory: 1. Color poster by spray Including all kinds of poster, Outdoor and indoor banners, Exhibition apparatus, Stickers, Light slices, Exhibition boards of foam, Transparent slices and more.. 2. Color items by printing Including all kinds of paper printing, Catalogues, Handbags, Cards, Boxes, Stick papers, Hanging brands, Document pouches, Envelopes, Letter paper, Carbon paper and more. You can visit our home page at www.szcolor.com for more information. If you have products to need producing or cost accounting, please tell us the name of product, size, quantity, the color, the material, the basic design, use occasion and method, etc.. The file uploads of address: ftp://szcolor.com/ ftp://26220610.dns0755.net/ The trade is very convenient, If you are in Hong Kong, We have account No. in Hong Kong, and can deliver after payments, For other overseas buyers, You can handle remittance through "Western Union" at "www.westernunion.com", The goods can entrust the Express delivery company to send and deliver to your office. Thanks and best wishes, Mr.Leo AD Factory of Shenzhen http://www.szcolor.com/ E-mail: info(a)6220610.com Tel: +86-0755-2622 0610 Fax: +86-0755-8240 9179 Mobile: 136-9198-4046 ICQ Number: 173161456 MSN Name: www(a)6220610.com QICQ Number: 88680008 Welcome to contact us ! Chinese text: 我們在深圳主要專業于廣告宣傳制品的印務生產工作, 例如: 大小廣告宣傳畫面、海報橫額、挂畫招貼、展板展架、燈片燈箱、展覽展示等; 產品目錄、宣傳畫冊、手提袋、膠貼紙、卡片吊牌、包裝盒、台歷挂歷等; 彩色名片,只需HK$30一盒,每人3盒起數, 數碼攝影每張最低HK$20起. 歡迎繼續聯絡! 01:10:34 2005-05-27

1 0

My packaging priorities
by Gary Benson 26 May '05

26 May '05

During my recent native-compilation spree I mailed one of our internal lists with the priorities I personally assign to my packages. Tom Tromey pointed out that it'd be a good idea to make them public, so... Note that my task is to maintain Tomcat and Ant, so anywhere I've written "users" you should read it as "users of Tomcat and/or Ant". And if a package isn't in one of these bands then it's not one of mine. BAND 1: used by all users, all of the time ========================================== ant jakarta-commons-beanutils jakarta-commons-collections jakarta-commons-digester jakarta-commons-el jakarta-commons-logging jakarta-commons-modeler mod_jk mx4j regexp tomcat5 xerces-j2 xml-commons BAND 2: used by some users, some of the time ============================================ classpathx-jaf classpathx-mail gnu-crypto jakarta-commons-dbcp jakarta-commons-fileupload jakarta-commons-pool jakarta-commons-validator oro struts11 ldapjdk log4j xalan-j2 BAND 3: maybe someone out there uses it... ========================================== antlr avalon-framework avalon-logkit bcel cryptix cryptix-asn1 gnu.getopt jakarta-commons-lang jakarta-commons-launcher jakarta-taglibs-standard java_cup jdepend jlex junit puretls xml-commons-resolver As a concrete example of how the love gets dished out between them, you might notice that all band 1 packages are nativified now, one or two band 2 packages are nativified now (and I expect the number will increase in FC5) and that no band 3 packages are nativified (and it's likely to stay like that). Cheers, Gary

1 0

rhOOo rawhide & fc3
by Morgan Read 26 May '05

26 May '05

Hi All, Does anyone know of any gotchas for installing rawhide OOo in fc3 I should know of before I do? I have OOo1.2 & sunjre1.5 installed. Any help much appreciated. Regards, Morgan.

2 1

packaging questions
by Anthony Green 25 May '05

25 May '05

I have some packaging questions. First off, I've created a yum repository with my jogl RPMS. Just copy the following into /etc/yum.repos.d/spindazzle.org.repo and run... $ yum install jogl ---- cut here --------------------------------------------------- # All SRPMS are found in http://spindazzle.org/yum/FC4/SRPMS [spindazzle.org] name=spindazzle.org FC4 $basearch baseurl=http://spindazzle.org/yum/FC4/$basearch gpgkey=http://spindazzle.org/yum/green@spindazzle.org-pubkey.txt enabled=1 gpgcheck=1 ---- cut here --------------------------------------------------- I also tried packaging the Gears demo, but ran into a couple of problems. My spec file builds Gears like so: gcj -o Gears --main=demos.gears.Gears Gears.java -ljogl.jar I think this is supposed to work, since.... $ ls -l /usr/lib/libjogl.jar.so lrwxrwxrwx 1 root root 21 May 24 17:12 /usr/lib/libjogl.jar.so -> libjogl-1.1b11.jar.so I've placed the Gears SRPM here: http://spindazzle.org/yum/FC4/SRPMS If you build it and try to install, you'll get: error: Failed dependencies: libjogl.jar.so is needed by jogl-demos-Gears-1.5-1fc.i386 I don't understand why I'm getting this, since the symlink and underlying library do exist. The next problem is that Gears executable won't run. When I try it I get a NullPointerException in VMClassLoader.resolveClass (this is the exception causing a LinkageError: unexpected exception during linking: net.java.games.jogl.GLCapabilities). The Gears demo _does_ run when I run it from bytecode and have the appropriate jar files in my CLASSPATH. Any suggestions re: these two problems? Thanks! AG

2 1

java-gcjHEAD-compat (or "How to use your gcc build to run Eclipse")
by Andrew Overholt 25 May '05

25 May '05

Hi, Tom Fitzsimmons and I (okay, it was mostly Tom ;) worked out how to have a set of alternatives for java, javac, etc. that can use a non-system gcc installation. This will allow you to easily run our Eclipse packages (among others) using your gcc builds. (I'm assuming here that you have a ~/.rpmmacros similar to [2]) 1. check java-1.4.2-gcj-compat out of Fedora CVS [1]. 2. cd into the java-1.4.2-gcj-compat/devel directory 3. make sources; cp *.tar.gz ~/rpmbuild/SOURCES 4. ensure that your gcc build is ahead of the system compiler in your path 5. rpmbuild \ --define "custom 1" \ --define "gcj_prefix <location of your build directory>" \ --define "origin gcj<YOURSUFFIX>" \ -ba java-1.4.2-gcj-compat.spec 6. install the resulting RPM (should be in ~/rpmbuild/RPMS/<ARCH>/) 7. set your java and javac alternatives to be those of your gcc build: sudo /usr/sbin/update-alternatives --set javac \ /usr/lib/jvm/java-1.4.2-gcj<YOURSUFFIX>/bin/javac sudo /usr/sbin/update-alternatives --set java \ /usr/lib/jvm/jre-1.4.2-gcj<YOURSUFFIX>/bin/java 8. verify that /usr/bin/java --version gives the same output as your gij Now running Eclipse (and other apps that use /usr/bin/java) should use your gcc build. Andrew [1] http://cvs.fedora.redhat.com/core.shtml http://cvs.fedora.redhat.com/viewcvs/rpms/java-1.4.2-gcj-compat/ [2] $ cat ~/.rpmmacros %_topdir /home/overholt/rpmbuild $ ls /home/overholt/rpmbuild BUILD RPMS SOURCES SPECS SRPMS

2 2

Oprofiling Eclipse CVS checkout
by Andrew Overholt 25 May '05

25 May '05

Hi, I'm trying to track down the cause of [1], so it was suggested to me that I run oprofile and see what's going on. I've done so and attached the output. I don't really know what I'm supposed to be seeing in this, so if someone who knows more could help me out, I'd really appreciate it. What I did: 1. sudo opcontrol --reset 2. sudo opcontrol --start --no-vmlinux 3. started eclipse and tried to check out GNU-Crypto [2] While this was going, I checked on gnu-crypto on the command line (on a different machine .. it's the same if I do it on the same machine as the one running Eclipse). The command line checkout started when the Eclipse checkout was about 20% or 30% completed and finished before the Eclipse checkout made it to 40% (these percentages are just rough estimates based upon the progress bars). 4. stopped the Eclipse checkout while it was still less than 50% completed and cleanly exited Eclipse 5. sudo opcontrol --stop 6. sudo opreport image-exclude:/no-vmlinux Thanks, Andrew [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151832 [2] cvs -d :ext:anoncvs@savannah.gnu.org/cvsroot/gnu-crypto co gnu-crypto

7 14

Updated patch to find-and-aot-compile (formerly find-and-nativify)
by Robin Green 25 May '05

25 May '05

This patch to find-and-aot-compile incorporates previous suggestions (see previous thread "Patch to find-and-nativify"). In particular, instead of replicating the directory structure of the jars, it just stores the shlibs in one directory, because I can't see a realistic scenario where having the full directory structure would be necessary. The decision is a matter of personal taste AFAICS. (Sane packages should not contain two jars with the exact same basenames but different contents.) -- Robin --- find-and-aot-compile.orig 2005-05-08 13:08:01.000000000 +0100 +++ find-and-aot-compile 2005-04-28 03:31:05.000000000 +0100 @@ -12,20 +12,34 @@ (ex. eclipse) BUILD_OPTIONS - a list of gcj options to pass to aot-compile (outside of -findirect-dispatch, -shared, and -Wl,-Bsymbolic) + + By default, the generated database will assume libraries will go in /usr/lib. + To change this, set LIBDIR to the appropriate directory. + + Set SKIPTAR=y to skip tar file creation. "} name=$1 build_options=$2 -for jarfile in $(find -name \*.jar); do +mkdir $name +rm -f dblist + +for jarfile in $(find -type f -name \*.jar); do # This is ugly. What we want is to be able to natively-compile all the # jars within an RPM build tree as well as from an arbitrary location # in the filesystem. Patches welcome :) - so_dir="./$name/$(dirname $jarfile | \ - sed 's:^\.\+/::')"; - mkdir -p $so_dir; - dest_so_name=$so_dir/lib`basename $jarfile`.so - aot-compile $jarfile $dest_so_name "$build_options" + dest_so_name=$name/lib$name-`basename $jarfile`.so + aot-compile "$build_options" $jarfile + built_so_name=`dirname $jarfile`/lib`basename $jarfile`.so + mv $built_so_name $dest_so_name + dbfile=$jarfile.db + gcj-dbtool -f $dbfile $jarfile ${LIBDIR:-/usr/lib}/$dest_so_name + printf "$dbfile\0" >>dblist done -tar czf $name.tar.gz $name +gcj-dbtool -0 -m $name.db <dblist + +if [ -z "{$SKIPTAR:-}" ]; then + tar czf $name.tar.gz $name +fi

3 3

jogl package
by Anthony Green 24 May '05

24 May '05

Here's my first stab at an RPM with the new scripts (find-and-nativify and rebuild-gcj-db). It's the OpenGL java bindings: http://people.redhat.com/green/FC4 A couple of observations.... It's still not super-trivial to add native versions of jar files. See attached spec file. On the other hand, I don't know how we could make it simpler. Our libjawt.so.6 is a bit of a problem. I was unable to run any jogl code with a non-gcj alternative, since they all pick up /usr/lib/libjawt.so.6, which has references to our gtk peers and fails to load. Should libjawt.so be an alternative? Or can we install it somewhere gcj specific? AG

2 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel May 2005