From greenrd at greenrd.org Mon Aug 1 00:55:52 2005 From: greenrd at greenrd.org (Robin Green) Date: Mon, 01 Aug 2005 01:55:52 +0100 Subject: [fedora-java] Re: Java on Fedora faq References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: On Tue, 26 Jul 2005 08:02:12 -0700, John M. Gabriele wrote: > It's starting to come along. :) > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOnFedora I've gotten off my rear end and started on the fedoraproject.org version. I've written http://fedoraproject.org/wiki/JavaStackTraces and thrown up a skeleton for http://fedoraproject.org/wiki/JavaFAQ - which might end up being split up into multiple pages. (I have a tendency to write everything as FAQs, which means some stuff might need refactoring.) Feel free to pile on in, folks :) John - sorry for the duplication. I can give you a wiki account if you want. -- Robin From justin.conover at gmail.com Mon Aug 1 03:21:33 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 31 Jul 2005 22:21:33 -0500 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: On 7/31/05, Robin Green wrote: > On Tue, 26 Jul 2005 08:02:12 -0700, John M. Gabriele wrote: > > It's starting to come along. :) > > > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOnFedora > > I've gotten off my rear end and started on the fedoraproject.org version. > I've written http://fedoraproject.org/wiki/JavaStackTraces and thrown > up a skeleton for http://fedoraproject.org/wiki/JavaFAQ - which might end > up being split up into multiple pages. (I have a tendency to write > everything as FAQs, which means some stuff might need refactoring.) > > Feel free to pile on in, folks :) > > John - sorry for the duplication. I can give you a wiki account if you > want. > > -- > Robin > 6. I didn't install Fedora java at install time, but I want to install it now. How do I do that? yum groupinstall "Java Development" "Eclipse" From john_sips_tea at yahoo.com Mon Aug 1 03:31:45 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 31 Jul 2005 20:31:45 -0700 (PDT) Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: Message-ID: <20050801033145.78616.qmail@web80909.mail.scd.yahoo.com> --- Robin Green wrote: > On Tue, 26 Jul 2005 08:02:12 -0700, John M. Gabriele wrote: > > It's starting to come along. :) > > > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOnFedora > > I've gotten off my rear end and started on the fedoraproject.org version. > I've written http://fedoraproject.org/wiki/JavaStackTraces and thrown > up a skeleton for http://fedoraproject.org/wiki/JavaFAQ - which might end > up being split up into multiple pages. (I have a tendency to write > everything as FAQs, which means some stuff might need refactoring.) > > Feel free to pile on in, folks :) It's looking good. Could use a table of contents at the top. Regarding Swing and AWT; note that you *can* build and run simple Swing and AWT programs using the Java that comes with Fedora. It's just a little incomplete at the moment -- but it seems like it's getting there rapidly. The simple Swing app I tried building and running on my system worked fine. :) > John - sorry for the duplication. I can give you a wiki account if you > want. No problem. It's great that there's so much enthusiasm out there for GNU Java. :) > -- > Robin > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From justin.conover at gmail.com Mon Aug 1 03:32:47 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 31 Jul 2005 22:32:47 -0500 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: On 7/31/05, Justin Conover wrote: > On 7/31/05, Robin Green wrote: > > On Tue, 26 Jul 2005 08:02:12 -0700, John M. Gabriele wrote: > > > It's starting to come along. :) > > > > > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOnFedora > > > > I've gotten off my rear end and started on the fedoraproject.org version. > > I've written http://fedoraproject.org/wiki/JavaStackTraces and thrown > > up a skeleton for http://fedoraproject.org/wiki/JavaFAQ - which might end > > up being split up into multiple pages. (I have a tendency to write > > everything as FAQs, which means some stuff might need refactoring.) > > > > Feel free to pile on in, folks :) > > > > John - sorry for the duplication. I can give you a wiki account if you > > want. > > > > -- > > Robin > > > 6. I didn't install Fedora java at install time, but I want to install > it now. How do I do that? > > yum groupinstall "Java Development" "Eclipse" > 13. RSSOwl crashes on x86_64 - help! Robin, here was the link if you didn't save it, anything else let me know, I can follow instructions ;-) Segfault http://rafb.net/paste/results/XzImQb10.html backtrace http://rafb.net/paste/results/wljW5A89.html From john_sips_tea at yahoo.com Mon Aug 1 04:22:04 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 31 Jul 2005 21:22:04 -0700 (PDT) Subject: [fedora-java] where are the fedora-specific tomcat5 docs? other docs? Message-ID: <20050801042204.20156.qmail@web80904.mail.scd.yahoo.com> Someone on this list mentioned to me how to start and stop tomcat ("service tomcat5 start" and "service tomcat5 stop"). That got me thinking: I hadn't yet looked in the fedora- specific tomcat docs. Where in the docs does it say that's how to start and start tomcat? Lesse: [john at localhost ~]$ man tomcat No manual entry for tomcat [john at localhost ~]$ man tomcat5 No manual entry for tomcat5 [john at localhost ~]$ apropos tomcat tomcat: nothing appropriate Hmm... weird. Let's see if I've got a tomcat5-docs package installed, or any docs at all on tomcat: [john at localhost ~]$ rpm -qa | grep tomcat tomcat5-5.0.30-5jpp_6fc tomcat5-webapps-5.0.30-5jpp_6fc tomcat5-servlet-2.4-api-5.0.30-5jpp_6fc tomcat5-admin-webapps-5.0.30-5jpp_6fc tomcat5-jasper-5.0.30-5jpp_6fc No docs rpm. Let's see about some docs in the tomcat5 rpm: [john at localhost ~]$ rpm -ql tomcat5 | grep doc /usr/share/doc/tomcat5-5.0.30 /usr/share/doc/tomcat5-5.0.30/BENCHMARKS.txt /usr/share/doc/tomcat5-5.0.30/LICENSE /usr/share/doc/tomcat5-5.0.30/RELEASE-NOTES /usr/share/doc/tomcat5-5.0.30/RELEASE-PLAN-5.0.txt /usr/share/doc/tomcat5-5.0.30/RUNNING.txt /usr/share/doc/tomcat5-5.0.30/TOMCAT4.README.RPM Ah, here we are: [john at localhost ~]$ less /usr/share/doc/tomcat5-5.0.30/RUNNING.txt Uh oh. Generic docs (nothing dealing with running on GNU/Linux). Hmm... maybe there's a tomcat-docs rpm that I need to install: [john at localhost ~]$ yum search tomcat | grep i386 tomcat5.i386 5.0.30-5jpp_6fc base tomcat5-servlet-2.4-api.i386 5.0.30-5jpp_6fc base tomcat5-servlet-2.4-api-javadoc.i386 5.0.30-5jpp_6fc base tomcat5-jasper.i386 5.0.30-5jpp_6fc base tomcat5-jasper-javadoc.i386 5.0.30-5jpp_6fc base tomcat5-webapps.i386 5.0.30-5jpp_6fc base tomcat5-admin-webapps.i386 5.0.30-5jpp_6fc base mod_jk.i386 1.2.6-3jpp_4fc base mod_jk-manual.i386 1.2.6-3jpp_4fc base tomcat5.i386 5.0.30-5jpp_6fc installed tomcat5-webapps.i386 5.0.30-5jpp_6fc installed tomcat5-servlet-2.4-api.i386 5.0.30-5jpp_6fc installed tomcat5-admin-webapps.i386 5.0.30-5jpp_6fc installed tomcat5-jasper.i386 5.0.30-5jpp_6fc installed Uh oh. No dice. [starting to get that icy feeling down my back] Well, last ditch effort: maybe there's something in here: [john at localhost ~]$ rpm -qi tomcat5 [snip] Summary : Apache Servlet/JSP Engine, RI for Servlet 2.4/JSP 2.0 API Description : Server that conforms to the Servlet 2.4 and JSP 2.0 specifications from Java Software. Develop Web applications in Java. :( Hmm... Why didn't the rpm packager create at least a simple readme saying how to stop and start this software? Maybe I'm missing something basic: does Fedora *have* doc rpms? Is it that maybe Red Hat doesn't worry too much about the docs since they sell support for RHEL, and it really doesn't pay for them to supply docs? Is this a recurring theme for many other Fedora Core packages that are packaged by Red Hat? BTW, that isn't a dig at Red Hat. I understand they do an enormous amount of work just to give us FC, and that they rigidly adhere to free software standards for the good of the community, and that they have to stay in business so they can continue to pay developers to work on free software. :) Heck, I've got a RH sticker on my car. :) I like RH. But it *is* possible that they reckon that it doesn't pay to *also* create docs for software that they plan to sell support for. Thanks, ---J ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From john_sips_tea at yahoo.com Mon Aug 1 04:37:50 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 31 Jul 2005 21:37:50 -0700 (PDT) Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: Message-ID: <20050801043750.67956.qmail@web80908.mail.scd.yahoo.com> --- Justin Conover wrote: > > > 6. I didn't install Fedora java at install time, but I want to install > it now. How do I do that? > > yum groupinstall "Java Development" "Eclipse" > > How do you find out what strings to type for the group(s)? Where are they listed? ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From gbenson at redhat.com Mon Aug 1 08:23:19 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 1 Aug 2005 09:23:19 +0100 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: <20050801082317.GA5038@redhat.com> Robin Green wrote: > > http://fedoraproject.org/wiki/JavaFAQ > > AWT (java.awt) is unfinished. Not much is implemented yet. Isn't AWT was mostly done? Cheers, Gary From nicolas.mailhot at laposte.net Mon Aug 1 10:12:06 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 1 Aug 2005 12:12:06 +0200 (CEST) Subject: [fedora-java] where are the fedora-specific tomcat5 docs? other docs? In-Reply-To: <20050801042204.20156.qmail@web80904.mail.scd.yahoo.com> References: <20050801042204.20156.qmail@web80904.mail.scd.yahoo.com> Message-ID: <47754.192.54.193.37.1122891126.squirrel@rousalka.dyndns.org> On Lun 1 ao?t 2005 06:22, John M. Gabriele wrote: > Hmm... Why didn't the rpm packager create at least a simple > readme saying how to stop and start this software? Because this is Red Hat administration 101 and all the system daemons are managed this way (mtas, httpd servers, etc). In fact it's not even Red Hat specific because this kind of initialisation script is standardised at the LSB level. There is absolutely nothing special about tomcat behaving like the rest of the system. I doubt all the other daemons have a readme explaining this either. _HOWEVER_ should you feel like improving the packages documentation (or other) patches are accepted at least on jpackage-discuss at zarb.org and https://www.jpackage.org/bugzilla/enter_bug.cgi?product=tomcat5 from where they'll eventually be merged in the fedora packages (it'll work the other way too, the merge is done both ways). Regards, -- Nicolas Mailhot From aph at redhat.com Mon Aug 1 10:32:17 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 1 Aug 2005 11:32:17 +0100 Subject: [fedora-java] where are the fedora-specific tomcat5 docs? other docs? In-Reply-To: <47754.192.54.193.37.1122891126.squirrel@rousalka.dyndns.org> References: <20050801042204.20156.qmail@web80904.mail.scd.yahoo.com> <47754.192.54.193.37.1122891126.squirrel@rousalka.dyndns.org> Message-ID: <17133.64049.151153.806182@zapata.pink> Nicolas Mailhot writes: > > On Lun 1 ao?t 2005 06:22, John M. Gabriele wrote: > > > Hmm... Why didn't the rpm packager create at least a simple > > readme saying how to stop and start this software? > > Because this is Red Hat administration 101 and all the system daemons are > managed this way (mtas, httpd servers, etc). In fact it's not even Red Hat > specific because this kind of initialisation script is standardised at the > LSB level. This way to start daemons comes from UNIX System V, AFAIK. That makes in January 1983, a mere 22 years ago. Unless it was actually part of SVR4, in which case it was 1988, a mere 17 years ago. Andrew. From nicolas.mailhot at laposte.net Mon Aug 1 10:49:43 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 1 Aug 2005 12:49:43 +0200 (CEST) Subject: [fedora-java] where are the fedora-specific tomcat5 docs? other docs? In-Reply-To: <17133.64049.151153.806182@zapata.pink> References: <20050801042204.20156.qmail@web80904.mail.scd.yahoo.com> <47754.192.54.193.37.1122891126.squirrel@rousalka.dyndns.org> <17133.64049.151153.806182@zapata.pink> Message-ID: <42725.192.54.193.37.1122893383.squirrel@rousalka.dyndns.org> On Lun 1 ao?t 2005 12:32, Andrew Haley wrote: > Nicolas Mailhot writes: > > > > On Lun 1 ao?t 2005 06:22, John M. Gabriele wrote: > > > > > Hmm... Why didn't the rpm packager create at least a simple > > > readme saying how to stop and start this software? > > > > Because this is Red Hat administration 101 and all the system daemons > are > > managed this way (mtas, httpd servers, etc). In fact it's not even Red > Hat > > specific because this kind of initialisation script is standardised at > the > > LSB level. > > This way to start daemons comes from UNIX System V, AFAIK. That makes > in January 1983, a mere 22 years ago. Unless it was actually part of > SVR4, in which case it was 1988, a mere 17 years ago. Right. I didn't want to enter in all those persky details to make my point ;) -- Nicolas Mailhot From justin.conover at gmail.com Mon Aug 1 10:52:29 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 1 Aug 2005 05:52:29 -0500 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: <20050801043750.67956.qmail@web80908.mail.scd.yahoo.com> References: <20050801043750.67956.qmail@web80908.mail.scd.yahoo.com> Message-ID: On 7/31/05, John M. Gabriele wrote: > > > --- Justin Conover wrote: > > > > > > > 6. I didn't install Fedora java at install time, but I want to install > > it now. How do I do that? > > > > yum groupinstall "Java Development" "Eclipse" > > > > > > How do you find out what strings to type for the group(s)? Where > are they listed? > yum grouplist You will see duplicates in the list, but you can fix that by: you can disable grouplist from extras repo by adding "enablegroups=0" in /etc/yum.repos.d/fedora-extras.repo \ fedora-extras-devel.repo http://fedoranews.org/mediawiki/index.php/Duplicate_Grouplist_in_YUM_for_FC4 example: $ yum grouplist | grep -i devel Compatibility Arch Development Support Java Development KDE Software Development KDE Software Development X Software Development X Software Development Development Tools Development Tools GNOME Software Development GNOME Software Development Legacy Software Development XFCE Software Development $ yum --disablerepo=extras-development grouplist | grep -i devel Compatibility Arch Development Support Java Development KDE Software Development X Software Development Development Tools GNOME Software Development Legacy Software Development From john_sips_tea at yahoo.com Mon Aug 1 13:43:27 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Mon, 1 Aug 2005 06:43:27 -0700 (PDT) Subject: [fedora-java] where are the fedora-specific tomcat5 docs? other docs? In-Reply-To: <17133.64049.151153.806182@zapata.pink> Message-ID: <20050801134327.35982.qmail@web80902.mail.scd.yahoo.com> --- Andrew Haley wrote: > Nicolas Mailhot writes: > > > > On Lun 1 ao?t 2005 06:22, John M. Gabriele wrote: > > > > > Hmm... Why didn't the rpm packager create at least a simple > > > readme saying how to stop and start this software? > > > > Because this is Red Hat administration 101 and all the system daemons are > > managed this way (mtas, httpd servers, etc). In fact it's not even Red Hat > > specific because this kind of initialisation script is standardised at the > > LSB level. > > This way to start daemons comes from UNIX System V, AFAIK. That makes > in January 1983, a mere 22 years ago. Unless it was actually part of > SVR4, in which case it was 1988, a mere 17 years ago. > > Andrew. Thanks for the info. I'd never seen the "service" command per se, but I have of course used the scripts in /etc/init.d to start and stop system services. That said, I still think it should be mentioned in a Fedora-specific (or, better yet, JPP-specific) readme because: A. It's different from the way Tomcat is started on other major platforms (like Debian) -- at least, when you install the binary package right from Jakarta (haven't ever apt-get installed the Debian Tomcat .deb). B. It's different from the way described in the offical Tomcat docs. C. It's different from the way described right there in the readme that comes with FC4. As Nicolas suggested, it's probably best to submit a tiny little file/patch to JPP, asking for a README.JPP.txt with that little bit of content. As a side-effect, it would also raise the visibility of the JPackage project. Thanks, ---J ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From greenrd at greenrd.org Mon Aug 1 16:28:49 2005 From: greenrd at greenrd.org (Robin Green) Date: Mon, 01 Aug 2005 17:28:49 +0100 Subject: [fedora-java] RE: rssowl: libgcj bugs that need fixing for it torun References: <65953E8166311641A685BDF71D8658262B70CE@cacexc12.americas.cpqcorp.net> Message-ID: On Thu, 28 Jul 2005 17:02:35 -0700, Boehm, Hans wrote: > There is some code in earlier versions of the > GC to do thread registration, but it's very platform specific > and thus ugly. I think there wasn't a real facility for Linux. > > The tricky part of doing this in general is that the GC needs > to know the stack bounds for the newly registered thread. It > can find the hot end, but the cold end is often hard. GC7 > addresses this by providing two ways to get the cold stack > end: > > 1) A generic mechanism that just takes the address of a local. > The collector knows how to implement that everywhere. We just > provide a function that calls back one of your functions f with > a stack address that's guaranteed to be "below" f. Since this > is not the actual base of the stack, the GC ends up tracing > pointers only in "new" frames. > > 2) A separate routine that tries to discover the stack base > in a platform dependent way. It may fail. (And currently > usually does.) I think that for Linux, pthread_getattr_np > works for most threads, though perhaps not the main one. > (The thread pointer also probably works in many cases.) > > I'm not sure the JNI primitives can be implemented in terms > of (1). Certainly if you use CNI that has different semantics, > in that the GC doesn't see pointers "below" you on the stack. On the contrary, I believe that JNI's AttachCurrentThread can and should be implemented in terms of something like (1). AttachCurrentThread (which allows you to set up a thread to call Java from C) is part of the Invocation API, which does not appear to make any special garbage collection guarantees about references held by the native caller. It is my understanding that any references to Java objects held by the native caller must be explicitly registered as JNI global references, and therefore the stack below the Java part does not have to be - and indeed should *not* be - considered. It should not be considered because this could cause spurious leaks or hide wrong code. (However, it's probably OK to include it if doing a temporary workaround.) However, I think some setup would need to be done *every* time a call was made from native->Java code at "top level" (i.e. where the native caller was not called by Java code on this thread), because the cold end of the Java part of the stack can be in a different place each time. I am going to take a different tack and try to implement something like my earlier proposal: >> If so, the only other thing I can think of is to spawn a new >> registered thread instead of calling AttachCurrentThread, and >> somehow translate all C->Java invocations on the unregistered >> thread into inter-thread calls onto the new registered >> thread. In other words, keep all Java code on a separate thread. Yuck. -- Robin P.S. Cacao and Kaffe "avoid" this problem because they simply refuse to provide a working AttachCurrentThread, so callbacks from native threads can't work at all - which is, obviously, not a workaround. From david at zarb.org Mon Aug 1 19:29:43 2005 From: david at zarb.org (David Walluck) Date: Mon, 1 Aug 2005 15:29:43 -0400 Subject: [fedora-java] ecj classpath Message-ID: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> When trying to compile with ecj, I am getting the following error: The type java.lang.Object cannot be resolved I am confused as to how ecj finds rt.jar since I don't see it being added to the classpath or bootclasspath. I have even tried adding it explicitly to either of these and it doesn't seem to help. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From justin.conover at gmail.com Tue Aug 2 00:05:09 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 1 Aug 2005 19:05:09 -0500 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: On 7/31/05, Robin Green wrote: > On Tue, 26 Jul 2005 08:02:12 -0700, John M. Gabriele wrote: > > It's starting to come along. :) > > > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOnFedora > > I've gotten off my rear end and started on the fedoraproject.org version. > I've written http://fedoraproject.org/wiki/JavaStackTraces and thrown > up a skeleton for http://fedoraproject.org/wiki/JavaFAQ - which might end > up being split up into multiple pages. (I have a tendency to write > everything as FAQs, which means some stuff might need refactoring.) > > Feel free to pile on in, folks :) > > John - sorry for the duplication. I can give you a wiki account if you > want. > > -- > Robin > I know this is off topic, but what does fedoraproject.org use for the wiki? Is there a package in core/extras that adds that to apache? I want to setup a wiki at work because the documentation in the group is starting to go all over the place. Thanks for any info. From justin.conover at gmail.com Tue Aug 2 00:46:39 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 1 Aug 2005 19:46:39 -0500 Subject: [fedora-java] Re: Java on Fedora faq In-Reply-To: References: <20050726150212.77495.qmail@web80908.mail.scd.yahoo.com> Message-ID: > I know this is off topic, but what does fedoraproject.org use for the > wiki? Is there a package in core/extras that adds that to apache? > > I want to setup a wiki at work because the documentation in the group > is starting to go all over the place. Thanks for any info. > Just click on the link /me http://moinmoin.wikiwikiweb.de/ From nando at antunes.eti.br Tue Aug 2 18:54:14 2005 From: nando at antunes.eti.br (C.F. Scheidecker Antunes) Date: Tue, 02 Aug 2005 12:54:14 -0600 Subject: [fedora-java] Where to configure CLASSPATH and other stuff on my FC4 box Message-ID: <42EFC156.2040406@antunes.eti.br> Hello all, Before using JPackage I was used to install Java manually. Now I've built the rpm packages using JPackage and had them installed. It is flawless and works great. However I have a question that I was hoping you could help me with. Back in the good ol'days I used to update either the /etc/profile or .bashrc of a specific user to have the classpath and other stuff set. So, this is a part of an old /etc/profile of mine: CLASSPATH=$CLASSPATH:/opt/jaf-1.0.2/activation.jar CLASSPATH=$CLASSPATH:/opt/jakarta-regexp-1.3/jakarta-regexp-1.3.jar CLASSPATH=$CLASSPATH:/opt/javamail-1.3.1/mail.jar:. JAVA_HOME=/opt/java #CATALINA_HOME=/opt/tomcat export PATH USER LOGNAME MAIL HOSTNAME HISTSIZE INPUTRC CLASSPATH JAVA_HOME Now, I've noticed that Jpackage has an /etc/java/java.conf file which makes me wonder the place where java config stuff such as classpath, catalina_home and java_home are supposed to be. Is there any documentation regarding this issue? Are there any standards for them? Any ideas or suggestions? By the way, how can I get some documentation on Jpackage? The homepage is somewhat confusing. Thanks in advance, C.F. From orion at cora.nwra.com Tue Aug 2 19:09:14 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 02 Aug 2005 13:09:14 -0600 Subject: [fedora-java] Try again - photran 3.0 Message-ID: <42EFC4DA.10705@cora.nwra.com> Okay, starting up again trying to work on photran 3.0, and looking for lots of help.... Here is the description from the photran group of how to build. Now, this is all done in Eclipse. I can easily enough use cvs directly to check out all the source and patch them together. But I'm not sure how I should then go about building the package. Any help appreciated... Unlike Photran 2.1 and its predecessor(s), Photran 3.0 is built *on top of* the CDT. However, there are still a few minor changes that have to be made to the CDT to get it to support additional languages. We are hoping the CDT folks will commit those changes to the CDT proper, but until they do, things are a bit more complicated for us. PART I. Check out the CDT sources from CVS. 1. In Eclipse, switch to the CVS Repository Exploring perspective. 2. Right-click the CVS Repositories view; choose New > Repository Location 3. Enter the following information, then click Finish: Host name: dev.eclipse.org Repository path: /home/tools Connection type: pserver Username: anonymous Password: (no password) 4. Right-click on :pserver:anonymous at dev.eclipse.org:/home/tools, and choose Refresh Branches... 5. Select the following, and click OK: org.eclipse.cdt-build org.eclipse.cdt-core org.eclipse.cdt-doc org.eclipse.cdt-debug org.eclipse.cdt-launch When prompted, tell it to Search Deeply. 6. Expand :pserver:anonymous at dev.eclipse.org:/home/tools, and then expand Versions (in the CVS Repositories view) 7. Under org.eclipse.cdt-build, expand org.eclipse.cdt-build CDT_3_0_RC2 8. Right click and check out all of the org.eclipse.cdt.* packages EXCEPT for the ones ending in "tests" (why bother testing?) 9. Do the same with org.eclipse.cdt-core, org.eclipse.cdt-debug, org.eclipse.cdt-doc, and org.eclipse.cdt-launch 10. You now have the CDT source code. Make sure it compiles successfully (lots of warnings, but no errors). PART II. Check out the Photran source and the CDT patches. 11. In Eclipse, switch to the CVS Repository Exploring perspective. 12. Right-click the CVS Repositories view; choose New > Repository Location 13. Enter the following information, then click Finish: Host name: www.photran.org >>>>>> Repository path: /usr/local/photran30 <<<<<< THIS HAS CHANGED!!! Connection type: extssh Username/passwd: (we gave you this) 14. Expand extssh:username at www.photran.org:/usr/local/photran30, then expand HEAD (in the CVS Repositories view) 15. Right-click and check out all of the org.eclipse.fdt projects as well as org.eclipse.photran. DO NOT check out org.eclipse.photran.parser. You only need this project if you will be regenerating the parser from the grammar. (The parser is included in the org.eclipse.fdt.core plugin as a JAR file. This way, the parser does not have to be recompiled every time you rebuild Photran.) The sources will NOT compile at this point; you must complete the following... PART III. Patch the CDT sources 16. Go to a bash prompt. Change to your Eclipse workspace directory (the one containing all of the org.eclipse.cdt, org.eclipse.fdt, and org.eclipse.photran projects). 17. Change to the org.eclipse.photran directory. 18. Run ./install 19. Go back into eclipse. Refresh all of the org.eclipse.cdt packages. (Click the first, shift-click the last, right-click, choose Refresh.) The sources should all compile (albeit with about 640 warnings). -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From Nicolas.Mailhot at laPoste.net Tue Aug 2 19:08:54 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 02 Aug 2005 21:08:54 +0200 Subject: [fedora-java] Where to configure CLASSPATH and other stuff on my FC4 box In-Reply-To: <42EFC156.2040406@antunes.eti.br> References: <42EFC156.2040406@antunes.eti.br> Message-ID: <1123009734.18379.6.camel@rousalka.dyndns.org> Le mardi 02 ao?t 2005 ? 12:54 -0600, C.F. Scheidecker Antunes a ?crit : > By the way, how can I get some documentation on Jpackage? The homepage > is somewhat confusing. The main documentation sources are : 1. on-line faq 2. documentation provided with the jpackage-utils package 3. this list (live and archives) I'm afraid the configuration setup is messy, apps do pretty much as they like (and they don't agree on their wants). Fairly detailed descriptions of how it could be fixed have been posted on the list (by me among others) but so far no one has been caring enough to review all packages and make them conform to a single behaviour. So this is an open problem. If you have the time and the will we'll gladly accept fixes. But it's not a one-week effort. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From gbenson at redhat.com Wed Aug 3 16:49:06 2005 From: gbenson at redhat.com (Gary Benson) Date: Wed, 3 Aug 2005 17:49:06 +0100 Subject: [fedora-java] ecj classpath In-Reply-To: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> References: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> Message-ID: <20050803164904.GD7732@redhat.com> David Walluck wrote: > When trying to compile with ecj, I am getting the following error: > > The type java.lang.Object cannot be resolved > > I am confused as to how ecj finds rt.jar since I don't see it being > added to the classpath or bootclasspath. I have even tried adding it > explicitly to either of these and it doesn't seem to help. I've seen that error before, but only when things have been egregiously broken. You're using i386 packages, right? What're your versions of eclipse-ecj, libgcj and java-1.4.2-gcj-compat? Cheers, Gary From i.pilcher at comcast.net Wed Aug 3 17:09:39 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 03 Aug 2005 12:09:39 -0500 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? Message-ID: java-1.4.2-gcj-compat provides jaxp_parser_impl, but it doesn't require xerces-j2, which seems to actually provide the functionality. Is my analysis correct? If so, I'll bugzilla it. TIA -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From david at zarb.org Wed Aug 3 17:47:26 2005 From: david at zarb.org (David Walluck) Date: Wed, 3 Aug 2005 13:47:26 -0400 Subject: [fedora-java] ecj classpath In-Reply-To: <20050803164904.GD7732@redhat.com> References: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> <20050803164904.GD7732@redhat.com> Message-ID: <20050803134726.1tymrlzr8ao40cgk@www.zarb.org> Gary Benson wrote: > David Walluck wrote: >> When trying to compile with ecj, I am getting the following error: >> >> The type java.lang.Object cannot be resolved >> >> I am confused as to how ecj finds rt.jar since I don't see it being >> added to the classpath or bootclasspath. I have even tried adding it >> explicitly to either of these and it doesn't seem to help. > > I've seen that error before, but only when things have been > egregiously broken. You're using i386 packages, right? What're > your versions of eclipse-ecj, libgcj and java-1.4.2-gcj-compat? I am rebuilding the Fedora packages (x86 arch), since, for example, I would like a standalone ecj package that could eventually go to jpackage.org. However, I am trying not to change anything such that I would create a problem that didn't exist before. If I ``simply'' rebuild java-1.4.2-gcj compat (40jpp_43rh) and then try to run ecj, the above error happens. Yet, if I use the rebuilt rpm everything seems to work. The ecj package is made from portions of the eclipse spec (from 3.1.0_fc-12). I did note that gij is supposed to find rt.jar based on a hardcoded path to java home (by passing `--with-java-home' when configure libgcj). This is set to the directory of java-gcj-compat even though the gcc rpm doesn't depend on this package (as far as I can tell). I suspect that running gij directly (without having java-gcj-compat installed) will make it fail to find rt.jar. Of course, this doesn't explain what's happening because rt.jar exists in the path specified by `--with-java-home' and ecj is linked to libgcj and not launched with gij. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From overholt at redhat.com Wed Aug 3 17:49:31 2005 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 3 Aug 2005 13:49:31 -0400 Subject: [fedora-java] ecj classpath In-Reply-To: <20050803134726.1tymrlzr8ao40cgk@www.zarb.org> References: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> <20050803164904.GD7732@redhat.com> <20050803134726.1tymrlzr8ao40cgk@www.zarb.org> Message-ID: <20050803174931.GC3611@redhat.com> * David Walluck [2005-08-03 13:47]: > > [...] I would like a standalone ecj package that could eventually go to > jpackage.org. How are you going to do this without an upstream independent ecj release? Andrew From overholt at redhat.com Wed Aug 3 17:50:13 2005 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 3 Aug 2005 13:50:13 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: References: Message-ID: <20050803175013.GD3611@redhat.com> * Ian Pilcher [2005-08-03 13:13]: > java-1.4.2-gcj-compat provides jaxp_parser_impl, but it doesn't require > xerces-j2, which seems to actually provide the functionality. I think gnuxml (or gnujaxp or whatever it's called) provides the functionality in libgcj. I could be wrong, though. Andrew From overholt at redhat.com Wed Aug 3 17:54:04 2005 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 3 Aug 2005 13:54:04 -0400 Subject: [fedora-java] Try again - photran 3.0 In-Reply-To: <42EFC4DA.10705@cora.nwra.com> References: <42EFC4DA.10705@cora.nwra.com> Message-ID: <20050803175404.GE3611@redhat.com> * Orion Poplawski [2005-08-02 15:09]: > > Here is the description from the photran group of how to build. Now, > this is all done in Eclipse. I can easily enough use cvs directly to > check out all the source and patch them together. But I'm not sure how > I should then go about building the package. Any help appreciated... We can work something out similar to how we do the other plugins (CDT, PyDev, etc.). > Unlike Photran 2.1 and its predecessor(s), Photran 3.0 is built *on top of* > the CDT. However, there are still a few minor changes that have to be made > to the CDT to get it to support additional languages. We are hoping the CDT > folks will commit those changes to the CDT proper, but until they do, things > are a bit more complicated for us. Eesh. If the changes to the CDT are blessed by its upstream developers but not included in a released CDT, we can include them in eclipse-cdt. > Connection type: extssh > Username/passwd: (we gave you this) Is there no chance of publicly-accessible CVS? > 15. Right-click and check out all of the org.eclipse.fdt projects as well > as org.eclipse.photran. DO NOT check out org.eclipse.photran.parser. > You only need this project if you will be regenerating the parser > from the > grammar. (The parser is included in the org.eclipse.fdt.core plugin > as a JAR file. This way, the parser does not have to be recompiled > every time you rebuild Photran.) We'll need to build everything from source. > 16. Go to a bash prompt. Change to your Eclipse workspace directory > (the one containing all of the org.eclipse.cdt, org.eclipse.fdt, and > org.eclipse.photran projects). > 17. Change to the org.eclipse.photran directory. > 18. Run ./install > 19. Go back into eclipse. Refresh all of the org.eclipse.cdt packages. > (Click the first, shift-click the last, right-click, choose Refresh.) Man, this is going to be a PITA ... But we'll work it out :) Andrew From tromey at redhat.com Wed Aug 3 03:52:36 2005 From: tromey at redhat.com (Tom Tromey) Date: Tue, 02 Aug 2005 21:52:36 -0600 Subject: [fedora-java] Is tomcat-connectors-4.0.6 buildable on FC4 In-Reply-To: References: <1122644298.2972.3.camel@to-dhcp6.toronto.redhat.com> Message-ID: <1123041156.3288.3.camel@mopsy> On Fri, 2005-07-29 at 20:01 +0530, crisppy fernandes wrote: > > I don't think gcj ever supported JDK1_1InitArgs. > > > But on FC2 we have compiled the same source and it worked. You probably had some other JDK installed. > > Can you modify your code to not use it? > > I can modify my tomcat-connector source but how i can modify jni.h > file on system. > which is system defined. Starting with 1.2 the initialization structure for JNI is defined differently. 1.2 is quite old, I recommend changing your source to use this approach. Still, if you want to update libgcj to understand JDK1_1InitArgs, you can. You'll need to modify the jni.h that is in the libgcj source tree, and also libjava/jni.cc to understand the new argument structure. Tom From david at zarb.org Wed Aug 3 18:09:51 2005 From: david at zarb.org (David Walluck) Date: Wed, 3 Aug 2005 14:09:51 -0400 Subject: [fedora-java] ecj classpath In-Reply-To: <20050803174931.GC3611@redhat.com> References: <20050801152943.f8k8xdadwo0osws4@www.zarb.org> <20050803164904.GD7732@redhat.com> <20050803134726.1tymrlzr8ao40cgk@www.zarb.org> <20050803174931.GC3611@redhat.com> Message-ID: <20050803140951.sr9q26e0gs0os8ok@www.zarb.org> Andrew Overholt wrote: > * David Walluck [2005-08-03 13:47]: >> >> [...] I would like a standalone ecj package that could eventually go to >> jpackage.org. > > How are you going to do this without an upstream independent ecj release? It requires taking the neccessary sources from eclipse. It would be nice to have ecj released standalone upstream as well. I think a bug has been filed about this upstream. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From david at zarb.org Wed Aug 3 18:15:01 2005 From: david at zarb.org (David Walluck) Date: Wed, 3 Aug 2005 14:15:01 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050803175013.GD3611@redhat.com> References: <20050803175013.GD3611@redhat.com> Message-ID: <20050803141501.ypmk03m1w44w44ck@www.zarb.org> Andrew Overholt wrote: > * Ian Pilcher [2005-08-03 13:13]: >> java-1.4.2-gcj-compat provides jaxp_parser_impl, but it doesn't require >> xerces-j2, which seems to actually provide the functionality. > > I think gnuxml (or gnujaxp or whatever it's called) provides the > functionality in libgcj. I could be wrong, though. The java-1.4.2-gcj-compat rpm more-or-less ``correctly'' provides jaxp_parser_impl since the necessary classes are in rt.jar, so xerces-j2 isn't needed. However, in practice whenever I tried to build or run packages with the GNU jaxp or transform implementations, it would fail. Installing xerces-j2 fixes the problem since it has a higher alternatives priority, but since xerces-j2 is not explictly required we do end up with inconsistent build environments where one cannot be sure which jar was actually used to build a package (but I assume most, if not all, use xerces-j2). In short, the java-1.4.2-gcj-compat does what it's supposed to, but I don't think that the classes are actually compatible based on experience. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From i.pilcher at comcast.net Wed Aug 3 18:27:42 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 03 Aug 2005 13:27:42 -0500 Subject: [fedora-java] Re: Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050803175013.GD3611@redhat.com> References: <20050803175013.GD3611@redhat.com> Message-ID: Andrew Overholt wrote: > * Ian Pilcher [2005-08-03 13:13]: > >>java-1.4.2-gcj-compat provides jaxp_parser_impl, but it doesn't require >>xerces-j2, which seems to actually provide the functionality. > > > I think gnuxml (or gnujaxp or whatever it's called) provides the > functionality in libgcj. I could be wrong, though. > I was assuming that no such functionality was provided, because the /etc/alternatives/jaxp_parser_impl was broken. It turns out that it was still pointing to /usr/share/java/libgcj-4.0.0.jar, even though libgcj has been upgraded to 4.0.1. Is anyone else seeing this? (What does "alternatives --display jaxp_parser_impl" say?) TIA -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From overholt at redhat.com Wed Aug 3 18:31:53 2005 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 3 Aug 2005 14:31:53 -0400 Subject: [fedora-java] Re: Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: References: <20050803175013.GD3611@redhat.com> Message-ID: <20050803183153.GF3611@redhat.com> * Ian Pilcher [2005-08-03 14:30]: > I was assuming that no such functionality was provided, because the > /etc/alternatives/jaxp_parser_impl was broken. It turns out that it was > still pointing to /usr/share/java/libgcj-4.0.0.jar, even though libgcj > has been upgraded to 4.0.1. > > Is anyone else seeing this? (What does "alternatives --display > jaxp_parser_impl" say?) I actually have xerces installed so mine points to xerces-j2.jar. I do, however, have alternatives for libgcj-4.0.0.jar and libgcj-4.0.1.jar. Andrew From i.pilcher at comcast.net Wed Aug 3 18:57:38 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 03 Aug 2005 13:57:38 -0500 Subject: [fedora-java] Re: Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050803183153.GF3611@redhat.com> References: <20050803175013.GD3611@redhat.com> <20050803183153.GF3611@redhat.com> Message-ID: Andrew Overholt wrote: > I actually have xerces installed so mine points to xerces-j2.jar. I do, > however, have alternatives for libgcj-4.0.0.jar and libgcj-4.0.1.jar. I have bugzilla'ed this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165035 -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From gbenson at redhat.com Thu Aug 4 11:32:08 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 12:32:08 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050803141501.ypmk03m1w44w44ck@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> Message-ID: <20050804113206.GB15124@redhat.com> David Walluck wrote: > Andrew Overholt wrote: > >* Ian Pilcher [2005-08-03 13:13]: > > > java-1.4.2-gcj-compat provides jaxp_parser_impl, but it doesn't > > > require xerces-j2, which seems to actually provide the > > > functionality. > > > > I think gnuxml (or gnujaxp or whatever it's called) provides the > > functionality in libgcj. I could be wrong, though. > > The java-1.4.2-gcj-compat rpm more-or-less ``correctly'' provides > jaxp_parser_impl since the necessary classes are in rt.jar, so > xerces-j2 isn't needed. However, in practice whenever I tried to > build or run packages with the GNU jaxp or transform > implementations, it would fail. Why did it fail? Both ant and eclipse use libgcj's XML code and work fine with it, so I'm guessing it's pretty decent. Cheers, Gary From david at zarb.org Thu Aug 4 11:48:02 2005 From: david at zarb.org (David Walluck) Date: Thu, 4 Aug 2005 07:48:02 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804113206.GB15124@redhat.com> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> Message-ID: <20050804074802.oeajjuznk0s00c44@www.zarb.org> Gary Benson wrote: > Why did it fail? Both ant and eclipse use libgcj's XML code and work > fine with it, so I'm guessing it's pretty decent. I just recall many, if not all, packages requiring jaxp_parser_impl failing to build until I installed xerces-j2. If I try again, I will report on the list so that maybe an upstream bug could be filed. I know that if I try to use libgcj to provide jaxp_transform_impl, then the ant style task always fails (with a NPE). Now, jaxp_transform_impl isn't part of the current java-gcj-compat rpm, but I figured I would try it also since the classes are there. Another question about java-gcj-compat: should it provide jndi-ldap? tomcat5 seems to require this and I don't see what other package could provide it. It's listed in the tomcat5 spec but I don't see the jar listed in any of the property files used by ant. Again, I can't get tomcat5 to build, and it's the final package I need before trying to build eclipse with a free stack. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gbenson at redhat.com Thu Aug 4 12:42:58 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 13:42:58 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804074802.oeajjuznk0s00c44@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> Message-ID: <20050804124256.GC15124@redhat.com> David Walluck wrote: > Gary Benson wrote: > > Why did it fail? Both ant and eclipse use libgcj's XML code and > > work fine with it, so I'm guessing it's pretty decent. > > I just recall many, if not all, packages requiring jaxp_parser_impl > failing to build until I installed xerces-j2. If I try again, I will > report on the list so that maybe an upstream bug could be filed. Cool, please do. > I know that if I try to use libgcj to provide jaxp_transform_impl, > then the ant style task always fails (with a NPE). Now, > jaxp_transform_impl isn't part of the current java-gcj-compat rpm, > but I figured I would try it also since the classes are there. > Another question about java-gcj-compat: should it provide jndi-ldap? > tomcat5 seems to require this and I don't see what other package > could provide it. It's listed in the tomcat5 spec but I don't see > the jar listed in any of the property files used by ant. Again, I > can't get tomcat5 to build, and it's the final package I need before > trying to build eclipse with a free stack. slippy:[~]$ rpm -q --whatprovides jndi-ldap ldapjdk-4.17-1jpp_2fc Cheers, Gary From david at zarb.org Thu Aug 4 13:20:37 2005 From: david at zarb.org (David Walluck) Date: Thu, 4 Aug 2005 09:20:37 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804124256.GC15124@redhat.com> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> Message-ID: <20050804092037.norgrmlw0cgoccko@www.zarb.org> Gary Benson wrote: > slippy:[~]$ rpm -q --whatprovides jndi-ldap > ldapjdk-4.17-1jpp_2fc OK, thanks, but this still doesn't look required to build tomcat5, but I think that some part of tomcat5 wants an ldap service provider to run. Anyway, the build of ldapjdk fails when making the javadocs. When the tomcat5 build fails it is at line 315 (after patching) of the jakarta-tomcat-5 build.xml which runs jasper2 on the jsp examples. When the build terminates, generated_web.xml is empty. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From nicolas.mailhot at laposte.net Thu Aug 4 13:29:24 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 4 Aug 2005 15:29:24 +0200 (CEST) Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804092037.norgrmlw0cgoccko@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> Message-ID: <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> On Jeu 4 ao?t 2005 15:20, David Walluck wrote: > Gary Benson wrote: > >> slippy:[~]$ rpm -q --whatprovides jndi-ldap >> ldapjdk-4.17-1jpp_2fc > > OK, thanks, but this still doesn't look required to build tomcat5, but I > think > that some part of tomcat5 wants an ldap service provider to run. It's very possible the ldap is only there for compliance with some spec, and tomcat code has no use for it. > Anyway, > the > build of ldapjdk fails when making the javadocs. Do we build ldapjdk from sources today ? If so, I'm impressed. The mozilla source entanglements where pretty bad last time I looked. Regards, -- Nicolas Mailhot From gbenson at redhat.com Thu Aug 4 13:45:06 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 14:45:06 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> Message-ID: <20050804134505.GD15124@redhat.com> Nicolas Mailhot wrote: > On Jeu 4 ao?t 2005 15:20, David Walluck wrote: > > Gary Benson wrote: > > > slippy:[~]$ rpm -q --whatprovides jndi-ldap > > > ldapjdk-4.17-1jpp_2fc > > > > OK, thanks, but this still doesn't look required to build tomcat5, > > but I think that some part of tomcat5 wants an ldap service > > provider to run. > > It's very possible the ldap is only there for compliance with some > spec, and tomcat code has no use for it. No, it does use it. There's a valve that lets you do authentication using LDAP, or some such thing. > > Anyway, the build of ldapjdk fails when making the javadocs. > > Do we build ldapjdk from sources today ? If so, I'm impressed. The > mozilla source entanglements where pretty bad last time I looked. There was a binary jarfile in there last time I looked. Given that probably nobody uses the LDAP authenticator I'd be tempted to just strip the dependency from tomcat5 rather than mess about fixing ldapjdk. Cheers, Gary From david at zarb.org Thu Aug 4 13:45:02 2005 From: david at zarb.org (David Walluck) Date: Thu, 4 Aug 2005 09:45:02 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> Message-ID: <20050804094502.r5fgznp28gocww0o@www.zarb.org> Nicolas Mailhot wrote: > It's very possible the ldap is only there for compliance with some spec, > and tomcat code has no use for it. I mean, ldapjdk does not provide javax.naming.*, and I don't think that the jndi-ldap virtual package was meant for service providers (or was it?), in which case java-gcj-compat should provide jndi-ldap since it has javax.naming.*. And tomcat5 does require those classes to build. So (Build)Requires: jndi-ldap is okay. It probably also could use ldapjdk at runtime, but this would only be a suggested package requirement. The problem is that these classes are supposedly contained in jndi-ldap.jar but this never gets added to the classpath. It turns out that it works in practice since everyone has this in their jndi.jar which is set in a property file. > >> Anyway, >> the >> build of ldapjdk fails when making the javadocs. > > Do we build ldapjdk from sources today ? If so, I'm impressed. The mozilla > source entanglements where pretty bad last time I looked. > > Regards, > > -- > Nicolas Mailhot > > -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gbenson at redhat.com Thu Aug 4 13:52:11 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 14:52:11 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804092037.norgrmlw0cgoccko@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> Message-ID: <20050804135209.GE15124@redhat.com> David Walluck wrote: > Gary Benson wrote: > > slippy:[~]$ rpm -q --whatprovides jndi-ldap > > ldapjdk-4.17-1jpp_2fc > > OK, thanks, but this still doesn't look required to build tomcat5, > but I think that some part of tomcat5 wants an ldap service provider > to run. Anyway, the build of ldapjdk fails when making the javadocs. It's required to build one class IIRC. The package in FC4 is old, and quite possibly dates back to the days when we didn't have a working javadoc, so we wouldn't have been building it and wouldn't have seen the error. One of the avalon-foo packages fails in the same way IIRC. Anyway, I'm happy to remove the ldapjdk depenency from tomcat5 if Nicholas is happy for it to be removed upstream. I already removed tyrex in Fedora, which is another of these required-for-one-class things. > When the tomcat5 build fails it is at line 315 (after patching) of > the jakarta-tomcat-5 build.xml which runs jasper2 on the jsp > examples. When the build terminates, generated_web.xml is empty. I've been getting this error too, I think, but it's a way down my todo list. I'll have a look at it now. Cheers, Gary From david at zarb.org Thu Aug 4 14:12:44 2005 From: david at zarb.org (David Walluck) Date: Thu, 4 Aug 2005 10:12:44 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804135209.GE15124@redhat.com> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <20050804135209.GE15124@redhat.com> Message-ID: <20050804101244.qthb1dut4w0g4088@www.zarb.org> Gary Benson wrote: > It's required to build one class IIRC. The package in FC4 is old, and > quite possibly dates back to the days when we didn't have a working > javadoc, so we wouldn't have been building it and wouldn't have seen I built tomcat5 without having ldapjdk installed. It doesn't seem to be required to build anything. I am in favor of getting rid of the jpackage, especially due to the binary jar (if we can't get rid of that). We just need to find out whether java-gcj-compat should provide jndi-ldap.jar or not. Even if it doesn't, all we have to do is remove any reference of jndi-ldap from tomcat5.spec and it should be fine. As for the ldapjdk javadocs, if you are planning on keeping ldapjdk in FC, then I suggest you run the build again to make sure it's still building (or it does build and I just have bad luck). >> When the tomcat5 build fails it is at line 315 (after patching) of >> the jakarta-tomcat-5 build.xml which runs jasper2 on the jsp >> examples. When the build terminates, generated_web.xml is empty. > > I've been getting this error too, I think, but it's a way down my todo > list. I'll have a look at it now. If this error has been there, then how was it built in the first place? Has FC4 gone through a rebuild process at all? I feel like some packages may have been bootstrapped in or gotten in at one time when they worked and then stopped working at a later date. If I am the only one getting this error, I don't know enough about jasper (or whatever) right now to investigate. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gbenson at redhat.com Thu Aug 4 14:47:09 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 15:47:09 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804101244.qthb1dut4w0g4088@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <20050804135209.GE15124@redhat.com> <20050804101244.qthb1dut4w0g4088@www.zarb.org> Message-ID: <20050804144707.GG15124@redhat.com> David Walluck wrote: > As for the ldapjdk javadocs, if you are planning on keeping ldapjdk > in FC, then I suggest you run the build again to make sure it's > still building (or it does build and I just have bad luck). I'll kill it if nobody objects. There's far more important things that need fixing. > > > When the tomcat5 build fails it is at line 315 (after patching) > > > of the jakarta-tomcat-5 build.xml which runs jasper2 on the jsp > > > examples. When the build terminates, generated_web.xml is empty. > > > > I've been getting this error too, I think, but it's a way down my > > todo list. I'll have a look at it now. > > If this error has been there, then how was it built in the first > place? I guess something regressed in libgcj, gcc-java, eclipse-ecj, or any of their or tomcat5's dependencies. Or it could be an early resolution issue or something similar that appeared because a class that wasn't native now is. I can't reproduce it locally, so it's not straightforward to fix. > Has FC4 gone through a rebuild process at all? I feel like some > packages may have been bootstrapped in or gotten in at one time > when they worked and then stopped working at a later date. I'm not sure if Fedora has mass-rebuilds these days. Certainly we used to do it, but even so it'd only catch regressions once per cycle. > If I am the only one getting this error, I don't know enough about > jasper (or whatever) right now to investigate. Bugzilla the details and I'll help you out. Cheers, Gary From david at zarb.org Thu Aug 4 15:12:33 2005 From: david at zarb.org (David Walluck) Date: Thu, 4 Aug 2005 11:12:33 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804144707.GG15124@redhat.com> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <20050804135209.GE15124@redhat.com> <20050804101244.qthb1dut4w0g4088@www.zarb.org> <20050804144707.GG15124@redhat.com> Message-ID: <20050804111233.v61rx26xog0k4c00@www.zarb.org> Gary Benson wrote: > I guess something regressed in libgcj, gcc-java, eclipse-ecj, or any > of their or tomcat5's dependencies. Or it could be an early If jasper was easier to run standalone I could try that since then I would at least be able to debug, but it's impossible for me to debug when launched as an ant task. The jasper5 shell script also expects JAVA_HOME to be set but doesn't set it. I think this should be filed at jpackage.org. > >> If I am the only one getting this error, I don't know enough about >> jasper (or whatever) right now to investigate. > > Bugzilla the details and I'll help you out. I am running a hybrid setup, so all I could ask is that you rebuild there and see if the same thing happens. If everything works on your end, I can only assume it's something I screwed up, so I don't want to waste your time on it if that's the case. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gbenson at redhat.com Thu Aug 4 15:28:51 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Aug 2005 16:28:51 +0100 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804111233.v61rx26xog0k4c00@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <20050804135209.GE15124@redhat.com> <20050804101244.qthb1dut4w0g4088@www.zarb.org> <20050804144707.GG15124@redhat.com> <20050804111233.v61rx26xog0k4c00@www.zarb.org> Message-ID: <20050804152849.GH15124@redhat.com> David Walluck wrote: > Gary Benson wrote: > > I guess something regressed in libgcj, gcc-java, eclipse-ecj, or > > any of their or tomcat5's dependencies. Or it could be an early > > If jasper was easier to run standalone I could try that since then I > would at least be able to debug, but it's impossible for me to debug > when launched as an ant task. If you run 'ant -verbose' it might well print the arguments you need in order to run it from the commandline. Cheers, Gary From saeki at venusnetwoerk.cx Fri Aug 5 14:13:01 2005 From: saeki at venusnetwoerk.cx (saeki at venusnetwoerk.cx) Date: Fri, 5 Aug 2005 10:13:01 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCJDRMNTo7QkEkNyRGJCQkXiQ5GyhC?= Message-ID: 20050805222851.18265mail@mail.ppp87521dood-system854.happyfan.system1.com ?????????Venus Network? ??????????????? ?????????????????????? ???????????? ?????????????????????? ????????????????? ??? ??? ??? ??? ??? ??? ????? ??? ************************ ?? ??? ? ??? ?? ??? ************************ ????????????????? ??????????? ?????????????? ?Venus Network? ??????????????? ??????????????????? ??????????????? ???????????????? ??????????????????????????? ?????????????? ???????????????? ????????????????????? ??????????????? ??????????????? ?????? ???????? ???????? ???????????? ????????????????? ??????????? ??????????????????? ?????????? ? ????????????????????????????? ?????????????????? ????????????????? ???????????????? ?????????????????????????? ?????????????????????????????? ???????????????????????? ??????????????????????? ????????????????? ? ????????????????????????????? ???????????????????????? ??????????? ????????????????? Venus Network ???????? From fernando at lozano.eti.br Fri Aug 5 13:58:22 2005 From: fernando at lozano.eti.br (Fernando Lozano) Date: Fri, 05 Aug 2005 10:58:22 -0300 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> Message-ID: <42F3707E.2010109@lozano.eti.br> Hi Nicolas, >>>slippy:[~]$ rpm -q --whatprovides jndi-ldap >>>ldapjdk-4.17-1jpp_2fc >>> >>> >>OK, thanks, but this still doesn't look required to build tomcat5, but I >>think that some part of tomcat5 wants an ldap service provider to run. >> >> >It's very possible the ldap is only there for compliance with some spec, >and tomcat code has no use for it. > > Tomcat supports many Realms (that's how it names the classes that implements this) for authentication. You can authenticate from a XML file (an passwd file in disguise), from a SQL Database and from a LDAP directory. That's the only use of LDAP for Tomcat AFAIK. So you can run Tomcat without LDAP support, but you'll miss this option. It could well be extracted to a separate package, and just this package should depend on a jndi-ldap provider. The internal jndi service bundled with tomcat (for defining datasources and environment) does not need ldap. []s, Fernando Lozano From mark at klomp.org Sat Aug 6 12:42:51 2005 From: mark at klomp.org (Mark Wielaard) Date: Sat, 06 Aug 2005 14:42:51 +0200 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804074802.oeajjuznk0s00c44@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> Message-ID: <1123332171.32143.44.camel@localhost.localdomain> Hi, On Thu, 2005-08-04 at 07:48 -0400, David Walluck wrote: > Gary Benson wrote: > > > Why did it fail? Both ant and eclipse use libgcj's XML code and work > > fine with it, so I'm guessing it's pretty decent. > > I just recall many, if not all, packages requiring jaxp_parser_impl failing to > build until I installed xerces-j2. If I try again, I will report on the > list so that maybe an upstream bug could be filed. Yes please. Compile error messages or runtime stacktraces would be appreciated. See also the new "upstream" gcj/classpath runtime library bug page: http://www.gnu.org/software/classpath/bugs.html (Which really just has convenience links to the gcc bugzilla. Since last week gcc, gcj, and classpath bugs are all maintained in the same bug database which should make finding and filing bugs between different components a lot easier.) > I know that if I try to use libgcj to provide jaxp_transform_impl, then > the ant style task always fails (with a NPE). Could you post the stacktrace of this NPE? Thanks, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mark at klomp.org Sat Aug 6 12:45:47 2005 From: mark at klomp.org (Mark Wielaard) Date: Sat, 06 Aug 2005 14:45:47 +0200 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <20050804094502.r5fgznp28gocww0o@www.zarb.org> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> <20050804094502.r5fgznp28gocww0o@www.zarb.org> Message-ID: <1123332347.32143.48.camel@localhost.localdomain> Hi, On Thu, 2005-08-04 at 09:45 -0400, David Walluck wrote: > Nicolas Mailhot wrote: > > > It's very possible the ldap is only there for compliance with some spec, > > and tomcat code has no use for it. > > I mean, ldapjdk does not provide javax.naming.*, and I don't think that the > jndi-ldap virtual package was meant for service providers (or was it?), in > which case java-gcj-compat should provide jndi-ldap since it has > javax.naming.*. > > And tomcat5 does require those classes to build. javax.naming.* and subpackages should be provided by libgcj/classpath. We were up to date till at least 1.3, but maybe some newer classes are missing. Could you post any compile errors and/or post a bug report containing these to http://www.gnu.org/software/classpath/bugs.html Thanks, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From azuma at venusnetwoerk.cx Sat Aug 6 14:20:31 2005 From: azuma at venusnetwoerk.cx (azuma at venusnetwoerk.cx) Date: Sat, 6 Aug 2005 10:20:31 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCMHokLUIzJC0kaCRtJDckLyQqGyhC?= =?iso-2022-jp?b?GyRCNGokJCQ3JF4kOSEjGyhC?= Message-ID: 20050806223601.76768mail@mail.uid2489565-roadfan0012_8457241_system1.com ??????????????VenusNetwork???????????????? ??????????????????????????????????????????????????????????????????????? ?????VenusNetwork??????2????????????????????? ????????VenusNetwork????????????????????????????? ??????????????????????????????????? ?????????????? ------------------------------------------------------------------------------ ????????????????????????? ???????????????????????????? ???????????????VenusNetwork????????????????? ?????????????????????????????????????????????????????????????????? ????????????????????????????????????????? ?????????????????????????????????????????????? ?????????VenusNetwork???????????????????? ?????????????VenusNetwork??????????????????????????????VenusNetwork???????????????????? ?????????????????????????????????? ????????????????? ?????????????????? ?????????? ?VenusNetwork????? ??????????? ------------------------------------------------------------------------------ ????????????????? ?????????????????????????????????????????????????? ??????????????????? VenusNetwork?????????????????????????????????????????????????????????????? ???????????????????????????????????????????????? ???????????????????????????? ?????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????? ???VenusNetwork?????????????????????? ????????????????????????????? ???????????????????????? ?????????????????????????????????????? ??????????????????????????? ????,? ???????????????????????(?????) ????,? ???????????????????????? ????1?????????????????????????????? ????2?????????????????????????????????? ????3????????????????????????? ????4?40?????????????????????? ???????????????????????????????????? ????????????????????????? ?VenusNetwork????????? ------------------------------------------------------------------------------ ???? ??????????????????????????????????? ??????????????????????????????????????????? ???????????? From azuma at venusnetwoerk.cx Sun Aug 7 19:13:23 2005 From: azuma at venusnetwoerk.cx (azuma at venusnetwoerk.cx) Date: Sun, 7 Aug 2005 15:13:23 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCJDRMNTo7QkEkNyRGJCQkXiQ5GyhC?= Message-ID: 20050808040724.34175mail@mail.ppp87521dood-system854.happyfan.system1.com ?????????Venus Network? ??????????????? ?????????????????????? ???????????? ?????????????????????? ????????????????? ??? ??? ??? ??? ??? ??? ????? ??? ************************ ?? ??? ? ??? ?? ??? ************************ ????????????????? ??????????? ?????????????? ?Venus Network? ??????????????? ??????????????????? ??????????????? ???????????????? ??????????????????????????? ?????????????? ???????????????? ????????????????????? ??????????????? ??????????????? ?????? ???????? ???????? ???????????? ????????????????? ??????????? ??????????????????? ?????????? ? ????????????????????????????? ?????????????????? ????????????????? ???????????????? ?????????????????????????? ?????????????????????????????? ???????????????????????? ??????????????????????? ????????????????? ? ????????????????????????????? ???????????????????????? ??????????? ????????????????? Venus Network ???????? From stefan.preuss at open-xchange.org Mon Aug 8 11:02:00 2005 From: stefan.preuss at open-xchange.org (Stefan Preuss) Date: Mon, 8 Aug 2005 13:02:00 +0200 (CEST) Subject: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6 In-Reply-To: <6659511.1121761604412.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> References: <42CF4152.3050106@randomink.org> <7478663.1120890734876.OPEN-XCHANGE.WebMail.wwwrun@ox.netline-is.de> <20050709075427.GA24894@bluezoo.org> <6649615.1120908068277.OPEN-XCHANGE.WebMail.wwwrun@ox.netline-is.de> <13623369.1121274332840.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> <20050713141755.fzsm8tic2ssk8oos@www.zarb.org> <26613121.1121344377342.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> <5be0e58a144429c07c03a8ea7c6fb789@bluezoo.org> <6659511.1121761604412.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> Message-ID: <7488714.1123498920863.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> Am Jul 19, 2005 10:26 AM schrieb Martin Kauss : >On Jul 19, 2005 09:57 AM, Chris Burdess wrote: > >>Tom Tromey wrote: >>>Chris> If you just want ACL support in the GNU IMAP provider, we can >>>schedule >>>Chris> it in for the next release. >>> >>>Martin> We can help to make such an implementation happen, but our >>>Martin> focus is the solution and the features. Thats why we have not >>>Martin> ask for methods. Now, if there is a strong demand and the GNU >>>Martin> Classpath developers are scheduling the complete >>>Martin> implementation of the required classes and methods for one of >>>Martin> the next GNU Classpath javamail API releases, we should have >>>Martin> some conversation how this can be implemented in a very easy >>>Martin> way (like some kind of configure option) to support it (of >>>Martin> course we must keep an eye on the effort ;-). >>> >>>Martin> And to avoid any rumor, this strategy is part of our general >>>Martin> developing concepts. We do not reinvent wheels we are using >>>Martin> existing infrastructure wherever it fits our needs. >>> >>>Let me make a somewhat more radical suggestion: if inetlib implements >>>the needed ACL support, how about switching to use it exclusively? >> >>It does; the relevant IMAPConnection methods are setacl, deleteacl, >>getacl, listrights, myrights. >> >>It wouldn't be too much trouble to implement higher-level wrappers in >>IMAPFolder if working with them is conceptually easier, though. Also, >>as I mentioned before, JavaMail and JAF provide a whole MIME >>implementation that may be convenient. >>-- >>Chris Burdess >> > > >Chris, > >i will talk with Stefan about this over the next week >(he is not available this week) - we will come back >ASAP. > >Greetings, > >Martin Kauss Hi. We are now using SUNs JavaMail API for some years, that also includes Rights, ACLs and Quota (even if they are marked as EXPERIMENTAL). These are requirements by many people which we can't just ignore. These are the reasons why we can't use GNU JavaMail at the moment. So, as soon as it's available at the GNU JavaMail we can put this into our configure so everyone has the "freedom of choice"! But is it really necessary as the JavaMail is now part of the "GlassFish Project"? With best regards, Stefan Preuss -- OPEN-XCHANGE http://www.openexchange.com From david at zarb.org Mon Aug 8 11:46:54 2005 From: david at zarb.org (David Walluck) Date: Mon, 8 Aug 2005 07:46:54 -0400 Subject: [fedora-java] Should java-1.4.2-gcj-compat require xerces-j2? In-Reply-To: <1123332347.32143.48.camel@localhost.localdomain> References: <20050803175013.GD3611@redhat.com> <20050803141501.ypmk03m1w44w44ck@www.zarb.org> <20050804113206.GB15124@redhat.com> <20050804074802.oeajjuznk0s00c44@www.zarb.org> <20050804124256.GC15124@redhat.com> <20050804092037.norgrmlw0cgoccko@www.zarb.org> <33355.192.54.193.37.1123162164.squirrel@rousalka.dyndns.org> <20050804094502.r5fgznp28gocww0o@www.zarb.org> <1123332347.32143.48.camel@localhost.localdomain> Message-ID: <20050808074654.rtx2c4qjwkgws4wk@www.zarb.org> Mark Wielaard wrote: > javax.naming.* and subpackages should be provided by libgcj/classpath. > We were up to date till at least 1.3, but maybe some newer classes are > missing. Could you post any compile errors and/or post a bug report > containing these to http://www.gnu.org/software/classpath/bugs.html I have no problems building tomcat5 with regard to the javax.naming package. Concerning whatever problem I do have, I posted the ant stacktrace to the list. I know this isn't very helpful. To get a real stack trace, I think I need to launch JspC directly, but I didn't take the time to figure out how to do this yet as the included scripts didn't work. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From sayaka082572 at yahoo.co.jp Mon Aug 8 13:14:20 2005 From: sayaka082572 at yahoo.co.jp (sayaka082572 at yahoo.co.jp) Date: Mon, 8 Aug 2005 09:14:20 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCTS1GcSQmOGY6QiQkJF4kORsoQg==?= Message-ID: 20050808220544.60162mail@mail.free8891919-freefreeserver7-taiken7.st ????????????????????????m(_ _)m http://deai77.cc/taiken/ ??????????? From greenrd at greenrd.org Mon Aug 8 17:07:32 2005 From: greenrd at greenrd.org (Robin Green) Date: Mon, 08 Aug 2005 18:07:32 +0100 Subject: [fedora-java] Re: FUDCon London 2005 References: <7f617d2705080501177ebc482d@mail.gmail.com> Message-ID: Is anyone on this list going to FUDCon London? Details below. On Fri, 05 Aug 2005 10:17:08 +0200, Alex Maier wrote: > Hello guys, > > I wanted to ask you for support in publicizing the upcoming FUDcon > London 2005, and in possibly volunteering to speak there too :) > > If you are on any relevant lists or have a blog, consider mentioning > FUDCon London 2005 there, or adding a link to the FUDCon page to your > signature, like I did: http://fedoraproject.org/fudcon/ > > You can use this text in your messages to lists: > > > FUDCon Invitation > > FUDCon London 2005, the third gathering of Fedora Users and > Developers, will be held at LinuxWorld Conference and Expo UK, on the > 6th of October in London, UK. > > FUDCon will feature presentations from prominent members of the Fedora > Project, both from Red Hat and from the Fedora community. > > Attendance is free to anyone attending LinuxWorld UK. > > The FUDCon staff requests that those who plan to attend FUDCon London > 2005 register by sending a short email with your name to > fudcon-register at fedoraproject.org > > > Call for Presentations > > Working on an interesting project that uses Fedora? Looking to find > contributors to help with your work, or just looking to share your > project with the world? The Fedora Project is looking for presenters > at FUDCon London 2005. Any topic that relates significantly to the > Fedora Project will be considered. > > Please submit an abstract of no more than 250 words to [MAILTO] > fudcon-cfp at fedoraporject.org. > > Submission deadline: Friday, August 26th, 2005 Notification of > decision: Friday, September 2nd, 2005 Final version deadline: Friday, > September 16, 2005 > > > Call for Volunteers > > If you want to help out organizing a FUDCon, visit this page: > http://fedoraproject.org/wiki/FUDCon/Organization > -- > FUDCon London 2005 > http://fedoraproject.org/fudcon From tromey at redhat.com Mon Aug 8 17:08:36 2005 From: tromey at redhat.com (Tom Tromey) Date: 08 Aug 2005 11:08:36 -0600 Subject: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6 In-Reply-To: <7488714.1123498920863.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> References: <42CF4152.3050106@randomink.org> <7478663.1120890734876.OPEN-XCHANGE.WebMail.wwwrun@ox.netline-is.de> <20050709075427.GA24894@bluezoo.org> <6649615.1120908068277.OPEN-XCHANGE.WebMail.wwwrun@ox.netline-is.de> <13623369.1121274332840.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> <20050713141755.fzsm8tic2ssk8oos@www.zarb.org> <26613121.1121344377342.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> <5be0e58a144429c07c03a8ea7c6fb789@bluezoo.org> <6659511.1121761604412.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> <7488714.1123498920863.OPEN-XCHANGE.WebMail.tomcat@ox.netline-is.de> Message-ID: >>>>> "Stefan" == Stefan Preuss writes: Stefan> But is it really necessary as the JavaMail is now part of the Stefan> "GlassFish Project"? My understanding is that the code in GlassFish is under the CDDL, which is not GPL compatible, and that furthermore Open Exchange is GPL. Tom From aph at redhat.com Mon Aug 8 17:36:27 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 8 Aug 2005 18:36:27 +0100 Subject: [fedora-java] Re: FUDCon London 2005 In-Reply-To: References: <7f617d2705080501177ebc482d@mail.gmail.com> Message-ID: <17143.38939.265609.112118@zapata.pink> Robin Green writes: > Is anyone on this list going to FUDCon London? Details below. I haven't thought much about it yet, but it would be a good idea for me to go. Andrew. From john_sips_tea at yahoo.com Tue Aug 9 01:49:35 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Mon, 8 Aug 2005 18:49:35 -0700 (PDT) Subject: [fedora-java] why the []'s around the symlink names in /var/lib/tomcat5/common/lib? Message-ID: <20050809014935.66564.qmail@web80904.mail.scd.yahoo.com> I'm going to get my "hello world" servlet running tonight in FC4, and was about to build my .java file into a .class file so it can go in /var/lib/tomcat5/webapps/my_test_area/WEB-INF/classes and started to type: gcj -C --classpath=/var/lib/tomcat5/common/lib/... when I noticed that all the jars in that directory have square brackets in the names. Why are they named that way? I've never come across that anywhere else, and it seems odd given that you need to backslash-escape the []'s on the command line. Thanks. ---John __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From john_sips_tea at yahoo.com Tue Aug 9 02:04:24 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Mon, 8 Aug 2005 19:04:24 -0700 (PDT) Subject: [fedora-java] su to tomcat user? Message-ID: <20050809020424.71293.qmail@web80901.mail.scd.yahoo.com> I noticed there's a tomcat user on my system: [root at localhost ~]# cat /etc/passwd | grep tom tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh I'm just getting started using Tomcat on FC4. Should I be su'ing to tomcat to work with files in (and copy files into) /var/lib/tomcat5? Or do I work in there as root, then chown -R everthing to root:tomcat when I'm done? And why are there links in the tomcat user's home directory (/usr/share/tomcat5) pointing to all the relevant tomcat5 directories? As usual, I'm writing out my notes and leaving them lying around in case they might be useful for someone else: http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.SimpleServlet ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From gbenson at redhat.com Tue Aug 9 11:58:39 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 9 Aug 2005 12:58:39 +0100 Subject: [fedora-java] why the []'s around the symlink names in /var/lib/tomcat5/common/lib? In-Reply-To: <20050809014935.66564.qmail@web80904.mail.scd.yahoo.com> References: <20050809014935.66564.qmail@web80904.mail.scd.yahoo.com> Message-ID: <20050809115837.GG4709@redhat.com> John M. Gabriele wrote: > ...I noticed that all the jars in that directory have square > brackets in the names. It means that the links were created using the JPackage build-jar-repository script. I think the names get parsed in order to keep the links current, or some such thing. Cheers, Gary From gbenson at redhat.com Tue Aug 9 12:06:02 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 9 Aug 2005 13:06:02 +0100 Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050809020424.71293.qmail@web80901.mail.scd.yahoo.com> References: <20050809020424.71293.qmail@web80901.mail.scd.yahoo.com> Message-ID: <20050809120601.GH4709@redhat.com> John M. Gabriele wrote: > I noticed there's a tomcat user on my system: > > [root at localhost ~]# cat /etc/passwd | grep tom > tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh > > I'm just getting started using Tomcat on FC4. > > Should I be su'ing to tomcat to work with files > in (and copy files into) /var/lib/tomcat5? > > Or do I work in there as root, then chown -R > everthing to root:tomcat when I'm done? Neither, ideally. You should be able to work as root and leave the files owned as root. Or as any other user: I'll often create a directory /var/lib/tomcat5/webapps/whatever and chown it gary.gary, and then just work in there under my normal login. Incidentally, does anyone know why the example webapps are chgrp tomcat? It seems to have been done in order to giving the server write access to its webapps, but allowing the server write into classloader directories seems to me like an open invitation for vulnerabilities and I'd like to remove it. Cheers, Gary From aph at redhat.com Tue Aug 9 13:16:31 2005 From: aph at redhat.com (Andrew Haley) Date: Tue, 9 Aug 2005 14:16:31 +0100 Subject: [fedora-java] why the []'s around the symlink names in /var/lib/tomcat5/common/lib? In-Reply-To: <20050809014935.66564.qmail@web80904.mail.scd.yahoo.com> References: <20050809014935.66564.qmail@web80904.mail.scd.yahoo.com> Message-ID: <17144.44207.52062.613505@zapata.pink> John M. Gabriele writes: > I'm going to get my "hello world" servlet running > tonight in FC4, and was about to build my .java file > into a .class file so it can go in > /var/lib/tomcat5/webapps/my_test_area/WEB-INF/classes > and started to type: > gcj -C --classpath=/var/lib/tomcat5/common/lib/... > when I noticed that all the jars in that directory > have square brackets in the names. > > Why are they named that way? It's to do with the way that jpackage.org have chosen to represent symbolic links. These brackets have cause us many, many problems in scripts and we hope to eliminate them in the future. In the meantime, however, we'll continue to suffer. Andrew. From 969ltte at access.mountain.net Mon Aug 8 21:46:46 2005 From: 969ltte at access.mountain.net (Vanessa J. Smith) Date: Mon, 08 Aug 2005 21:46:46 +0000 Subject: [fedora-java] Windows XP - very low price Message-ID: <390e01c59c62$225e2742$37c63b1f@access.mountain.net> Get access to all the software you need for extremely low prices! Our software is 2-10 times cheaper than sold by our competitors. Examples: $79.95 Windows XP Professional (Including: Service Pack 2) $89.95 Microsoft Office 2003 Professional / $79.95 Office XP Professional $99.95 Adobe Photoshop 8.0/CS (Including: ImageReady CS) $179.95 Macromedia Studio MX 2004 (Including: Dreamweaver MX + Flash MX + Fireworks MX) $79.95 Adobe Acrobat 6.0 Professional $69.95 MS Project 2003 Professional Special Offers: $89.95 Windows XP Professional + Office XP Professional $149.95 Adobe Creative Suite Premium (5 CD) $129.95 Adobe Photoshop 7 + Adobe Premiere 7 + Adobe Illustrator 10 All main products from Microsoft, Adobe, Macromedia, Corel, etc. And many other... Go visit us at: http://www.soft-on-disks.com Regards, Vanessa Smith _____________________________________________________ To change your mail preferences, go here _____________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at mkdoc.com Tue Aug 9 14:19:33 2005 From: phil at mkdoc.com (Phil Shaw) Date: Tue, 9 Aug 2005 15:19:33 +0100 Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050809020424.71293.qmail@web80901.mail.scd.yahoo.com> Message-ID: <42F8C985.971.29802179@localhost> On 8 Aug 2005, at 19:04, John M. Gabriele wrote: > As usual, I'm writing out my notes and leaving > them lying around in case they might be useful for > someone else: > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.SimpleServlet John, Thanks for this. Looks like you're using a straight out of the box installation of Tomcat and deploying the application file set manually, yes? Have you tried deploying applications from WAR? Tried web app directories outside the Tomcat directory? Any special configuration advice? I'm planning to upgrade to FC4 soon, just lurking for tips on Tomcat use. Anything you can share would be most welcome. Best regards, Phil -- MKSearch (alpha) Free, open source metadata search engine with RDF storage and query. From gbenson at redhat.com Tue Aug 9 14:26:06 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 9 Aug 2005 15:26:06 +0100 Subject: [fedora-java] Python classfile parser Message-ID: <20050809142602.GB31546@redhat.com> This morning I needed a classfile parser for a script I've been writing, and I remembered that there was one in the ill-fated katana. I dug it out, tidied it up a bit, and stuck it here: http://inauspicious.org/files/scripts/classfile.py Enjoy! Gary From green at redhat.com Tue Aug 9 14:39:20 2005 From: green at redhat.com (Anthony Green) Date: Tue, 09 Aug 2005 07:39:20 -0700 Subject: [fedora-java] avalon-framework and doclet classes Message-ID: <1123598360.3028.18.camel@localhost.localdomain> Gary - I was trying to build something recently that required org.apache.avalon.framework.logger.Log4JLogger from avalon-framework. The avalon-framework.jar file in FC4 appears to be missing this class. I grabbed the SRPM file from rawhide and attempted to build that instead. The build failed with this... [javadoc] java.lang.ClassNotFoundException: com.sun.tools.doclets.standard.Standard not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} I've seen this before. It seems that our com-sun-javadoc or com-sun-tools-doclets-Taglet jar should be on the default classpath somehow. In any case, I noticed that this build of the jar file includes the proper class, but as far as I can tell, this is the same SRPM that was used in FC4. Why wouldn't the FC4 jar file contain the Log4JLogger class? Thanks! AG From saeki at venusnetwoerk.cx Tue Aug 9 14:42:42 2005 From: saeki at venusnetwoerk.cx (saeki at venusnetwoerk.cx) Date: Tue, 9 Aug 2005 10:42:42 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCMHokLUIzJC0kaCRtJDckLyQqGyhC?= =?iso-2022-jp?b?GyRCNGokJCQ3JF4kOSEjGyhC?= Message-ID: 20050809233617.66460mail@mail.uid2489565-roadfan0012_8457241_system1.com ??????????????VenusNetwork???????????????? ??????????????????????????????????????????????????????????????????????? ?????VenusNetwork??????2????????????????????? ????????VenusNetwork????????????????????????????? ??????????????????????????????????? ?????????????? ------------------------------------------------------------------------------ ????????????????????????? ???????????????????????????? ???????????????VenusNetwork????????????????? ?????????????????????????????????????????????????????????????????? ????????????????????????????????????????? ?????????????????????????????????????????????? ?????????VenusNetwork???????????????????? ?????????????VenusNetwork??????????????????????????????VenusNetwork???????????????????? ?????????????????????????????????? ????????????????? ?????????????????? ?????????? ?VenusNetwork????? ??????????? ------------------------------------------------------------------------------ ????????????????? ?????????????????????????????????????????????????? ??????????????????? VenusNetwork?????????????????????????????????????????????????????????????? ???????????????????????????????????????????????? ???????????????????????????? ?????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????? ???VenusNetwork?????????????????????? ????????????????????????????? ???????????????????????? ?????????????????????????????????????? ??????????????????????????? ????,? ???????????????????????(?????) ????,? ???????????????????????? ????1?????????????????????????????? ????2?????????????????????????????????? ????3????????????????????????? ????4?40?????????????????????? ???????????????????????????????????? ????????????????????????? ?VenusNetwork????????? ------------------------------------------------------------------------------ ???? ??????????????????????????????????? ??????????????????????????????????????????? ???????????? From gbenson at redhat.com Tue Aug 9 15:03:01 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 9 Aug 2005 16:03:01 +0100 Subject: [fedora-java] Re: avalon-framework and doclet classes In-Reply-To: <1123598360.3028.18.camel@localhost.localdomain> References: <1123598360.3028.18.camel@localhost.localdomain> Message-ID: <20050809150259.GC31546@redhat.com> Anthony Green wrote: > I was trying to build something recently that required > org.apache.avalon.framework.logger.Log4JLogger from > avalon-framework. > > The avalon-framework.jar file in FC4 appears to be missing this > class. I grabbed the SRPM file from rawhide and attempted to build > that instead. The build failed with this... > > [javadoc] java.lang.ClassNotFoundException: > com.sun.tools.doclets.standard.Standard not found in > gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:./], > parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > > I've seen this before. Me too. The binary rpm in FC4 and FC5 was built before we had javadoc, so the error wasn't noticed then. > It seems that our com-sun-javadoc or com-sun-tools-doclets-Taglet > jar should be on the default classpath somehow. It's odd that most things work without, though. > In any case, I noticed that this build of the jar file includes the > proper class, but as far as I can tell, this is the same SRPM that > was used in FC4. Why wouldn't the FC4 jar file contain the > Log4JLogger class? Some packages check for the existence of certain classes and disable bits of themselves if they're not found. It's possible that avalon-framework has such checks, but is missing some build dependency that forces the necessary class to be installed at build time. Do you have any idea how to fix the javadoc thing? If so, I can rebuild avalon-framework and see if the class you need appears. Cheers, Gary From green at redhat.com Tue Aug 9 15:44:30 2005 From: green at redhat.com (Anthony Green) Date: Tue, 09 Aug 2005 08:44:30 -0700 Subject: [fedora-java] Python classfile parser In-Reply-To: <20050809142602.GB31546@redhat.com> References: <20050809142602.GB31546@redhat.com> Message-ID: <1123602270.3117.3.camel@localhost.localdomain> On Tue, 2005-08-09 at 15:26 +0100, Gary Benson wrote: > This morning I needed a classfile parser for a script I've been > writing, and I remembered that there was one in the ill-fated > katana. I dug it out, tidied it up a bit, and stuck it here: > > http://inauspicious.org/files/scripts/classfile.py I've used that same parser code in gcjlib, and I've received a couple of bug fixes for it, mostly related to parsing Sun javac generated bytecode. See http://gcc.gnu.org/ml/java/2005-08/msg00006.html for instance. AG From john_sips_tea at yahoo.com Tue Aug 9 15:49:35 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Tue, 9 Aug 2005 08:49:35 -0700 (PDT) Subject: [fedora-java] su to tomcat user? In-Reply-To: <42F8C985.971.29802179@localhost> Message-ID: <20050809154935.65020.qmail@web80910.mail.scd.yahoo.com> --- Phil Shaw wrote: > On 8 Aug 2005, at 19:04, John M. Gabriele wrote: > > > As usual, I'm writing out my notes and leaving > > them lying around in case they might be useful for > > someone else: > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.SimpleServlet > > John, > > Thanks for this. My pleasure. :) > Looks like you're using a straight out of the box > installation of Tomcat and deploying the application file set > manually, yes? Yup. > Have you tried deploying applications from WAR? Nope. > Tried web app > directories outside the Tomcat directory? Nope. > Any special configuration > advice? None yet. I'm still pretty new at this. Where I work, we're using Mac OS X for development, and the deploying on Debian systems that use the official jakarta releases of Tomcat (rather than Debian .debs). On my local system, I've got tomcat installed right in my ~/opt. On the Debian systems, there's a "tomcat" or "tomcat5" user, and we work as that user whenever dealing with any of the webapps. Regardless, all webapps are always right there in the /path/to/tomcat/webapps. We don't deploy .war files. We use an ant task to build the .war's, but then: - shutdown tomcat, - copy the .war file to our webapps folder, - unzip them in-place, - delete the .war file, then - restart tomcat. > I'm planning to upgrade to FC4 soon, just lurking for tips on Tomcat > use. Anything you can share would be most welcome. Any useful info I get here will go into my little help doc. This is a helpful bunch here, so hopefully we'll get some more good tips. :) ---John __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From john_sips_tea at yahoo.com Tue Aug 9 15:53:39 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Tue, 9 Aug 2005 08:53:39 -0700 (PDT) Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050809120601.GH4709@redhat.com> Message-ID: <20050809155339.99412.qmail@web80907.mail.scd.yahoo.com> --- Gary Benson wrote: > John M. Gabriele wrote: > > I noticed there's a tomcat user on my system: > > > > [root at localhost ~]# cat /etc/passwd | grep tom > > tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh > > > > I'm just getting started using Tomcat on FC4. > > > > Should I be su'ing to tomcat to work with files > > in (and copy files into) /var/lib/tomcat5? > > > > Or do I work in there as root, then chown -R > > everthing to root:tomcat when I'm done? > > Neither, ideally. You should be able to work as root and leave the > files owned as root. Or as any other user: I'll often create a > directory /var/lib/tomcat5/webapps/whatever and chown it gary.gary, > and then just work in there under my normal login. > What's the purpose of having a "tomcat" user on the system at all? What's the point of having those links in /usr/share/tomcat5? ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From green at redhat.com Tue Aug 9 16:30:31 2005 From: green at redhat.com (Anthony Green) Date: Tue, 09 Aug 2005 09:30:31 -0700 Subject: [fedora-java] Re: avalon-framework and doclet classes In-Reply-To: <20050809150259.GC31546@redhat.com> References: <1123598360.3028.18.camel@localhost.localdomain> <20050809150259.GC31546@redhat.com> Message-ID: <1123605032.3117.54.camel@localhost.localdomain> On Tue, 2005-08-09 at 16:03 +0100, Gary Benson wrote: > Some packages check for the existence of certain classes and disable > bits of themselves if they're not found. It's possible that > avalon-framework has such checks, but is missing some build dependency > that forces the necessary class to be installed at build time. Ah, interesting. Could be. > Do you have any idea how to fix the javadoc thing? If so, I can > rebuild avalon-framework and see if the class you need appears. fitzsim should be able to give us some guidance. My first guess would be to integrate the javadoc classes into java-gcj-compat's tools.jar. What do you think Tom? AG From fitzsim at redhat.com Tue Aug 9 21:19:44 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 09 Aug 2005 17:19:44 -0400 Subject: [fedora-java] Re: avalon-framework and doclet classes In-Reply-To: <1123605032.3117.54.camel@localhost.localdomain> References: <1123598360.3028.18.camel@localhost.localdomain> <20050809150259.GC31546@redhat.com> <1123605032.3117.54.camel@localhost.localdomain> Message-ID: <1123622385.11535.26.camel@tortoise.toronto.redhat.com> On Tue, 2005-08-09 at 09:30 -0700, Anthony Green wrote: > On Tue, 2005-08-09 at 16:03 +0100, Gary Benson wrote: > > Some packages check for the existence of certain classes and disable > > bits of themselves if they're not found. It's possible that > > avalon-framework has such checks, but is missing some build dependency > > that forces the necessary class to be installed at build time. > > Ah, interesting. Could be. > > > Do you have any idea how to fix the javadoc thing? If so, I can > > rebuild avalon-framework and see if the class you need appears. > > fitzsim should be able to give us some guidance. My first guess would > be to integrate the javadoc classes into java-gcj-compat's tools.jar. > > What do you think Tom? Yes, I agree these classes belong in tools.jar. I think just doing that will fix the javadoc problem -- you're building with ant, right? I don't think Sun actually includes tools.jar on the system classpath; rather, ant just loads it directly. Tom From green at redhat.com Tue Aug 9 22:03:20 2005 From: green at redhat.com (Anthony Green) Date: Tue, 09 Aug 2005 15:03:20 -0700 Subject: [fedora-java] Re: avalon-framework and doclet classes In-Reply-To: <1123598360.3028.18.camel@localhost.localdomain> References: <1123598360.3028.18.camel@localhost.localdomain> Message-ID: <1123625000.3299.19.camel@localhost.localdomain> On Tue, 2005-08-09 at 07:39 -0700, Anthony Green wrote: > The avalon-framework.jar file in FC4 appears to be missing this class. > I grabbed the SRPM file from rawhide and attempted to build that > instead. The build failed with this... > > [javadoc] java.lang.ClassNotFoundException: com.sun.tools.doclets.standard.Standard not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > Actually - it seems the problem is (also?) that gjdoc doesn't provide com.sun.tools.doclets.standard.Standard. Needs more investigation... AG From gbenson at redhat.com Wed Aug 10 08:39:55 2005 From: gbenson at redhat.com (Gary Benson) Date: Wed, 10 Aug 2005 09:39:55 +0100 Subject: [fedora-java] Python classfile parser In-Reply-To: <1123602270.3117.3.camel@localhost.localdomain> References: <20050809142602.GB31546@redhat.com> <1123602270.3117.3.camel@localhost.localdomain> Message-ID: <20050810083953.GA4887@redhat.com> Anthony Green wrote: > On Tue, 2005-08-09 at 15:26 +0100, Gary Benson wrote: > > This morning I needed a classfile parser for a script I've been > > writing, and I remembered that there was one in the ill-fated > > katana. I dug it out, tidied it up a bit, and stuck it here: > > > > http://inauspicious.org/files/scripts/classfile.py > > I've used that same parser code in gcjlib, and I've received a > couple of bug fixes for it, mostly related to parsing Sun javac > generated bytecode. > > See http://gcc.gnu.org/ml/java/2005-08/msg00006.html for instance. That's the earlier implementation, in Java. I must've hit the same out-of-order constant pool things as that guy, though, since I jumped through hoops in the Python implementation to cope with it. Cheers, Gary From gbenson at redhat.com Wed Aug 10 09:00:54 2005 From: gbenson at redhat.com (Gary Benson) Date: Wed, 10 Aug 2005 10:00:54 +0100 Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050809155339.99412.qmail@web80907.mail.scd.yahoo.com> References: <20050809120601.GH4709@redhat.com> <20050809155339.99412.qmail@web80907.mail.scd.yahoo.com> Message-ID: <20050810090052.GB4887@redhat.com> John M. Gabriele wrote: > --- Gary Benson wrote: > > John M. Gabriele wrote: > > > I noticed there's a tomcat user on my system: > > > > > > [root at localhost ~]# cat /etc/passwd | grep tom > > > tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh > > > > > > I'm just getting started using Tomcat on FC4. > > > > > > Should I be su'ing to tomcat to work with files > > > in (and copy files into) /var/lib/tomcat5? > > > > > > Or do I work in there as root, then chown -R > > > everthing to root:tomcat when I'm done? > > > > Neither, ideally. You should be able to work as root and leave > > the files owned as root. Or as any other user: I'll often create > > a directory /var/lib/tomcat5/webapps/whatever and chown it > > gary.gary, and then just work in there under my normal login. > > What's the purpose of having a "tomcat" user on the system at all? Most things that run as daemons have their own user, to limit the effects of security vulnerabilities. Malicious code inserted into a daemon running as root can do _anything_. Malicious code inserted into a daemon running as an unprivileged user can only do what that user can do, which should ideally be as little as possible. Daemons historically ran as root, but those that still do are a security nightmare. > What's the point of having those links in /usr/share/tomcat5? Because Tomcat expects to run out of one directory, but the FHS dictates that the various different files in that directory should live in various different places on the filesystem. Cheers, Gary From melmaga at lovers.optus.nu Wed Aug 10 08:43:04 2005 From: melmaga at lovers.optus.nu (withyou}KÄÌÁÊ) Date: 10 Aug 2005 08:43:04 -0000 Subject: [fedora-java] =?iso-2022-jp?b?GyRCIVZLXDUkJEdOeDAmISY3azonGyhC?= =?iso-2022-jp?b?GyRCJHI5TSQoJGs/TSROJWElayVeJSwhVyEhGyhCd2l0aCB5?= =?iso-2022-jp?b?b3U=?= Message-ID: <20050810084304.1957.qmail@orz2go.orz.hm> ****************************************************************** $B!!!yWD!y!z!z!y!yWD!yWD!yWD!yWD!y!z!z!y!yWD!yWD!yWD!yWD!y!z!z!y!yWD(B $B!z!y(B***********************************************************$B!y!z(B $B!z!y!!!!!VK\5$$GNx0&!&7k:'$r9M$($k?M$N%a%k%^%,!W(Bwith you$B!!!!(B $B!!!!(B $B!y!z(B $B!z!y(B***********************************************************$B!y!z(B $B!!!yWD!y!z!z!y!yWD!yWD!yWD!yWD!y!z!z!y!yWD!yWD!yWD!yWD!y!z!z!y!yWD(B $B!!!!!!K\F|$OJ@MM$K%W%l%<%s%HCf!*(B $B!!!!!!!!!!!!(Bhttp://lovers.optus.nu/newweb/ $B!!!}$3$N%a%k%^%,$O!"2q0w$N3'MM$KG[?.$7$F$*$j$^$9!#!}(B $B!!!!%a%k%^%,2r=|4uK>$N2q0wMM$O(Bmelmaga at lovers.optus.nu$B$^$G$4JV?.4j$$$^$9!#(B ---------------------------------------------------------------------------------------------------------------------------- $B!!!!!!!!!!!!!!!!!!!!!!(B $B!Z(BPR$B![(B $B!!!!!!!!!!!!!!!!!!!!!!!X%"%@%k%H%5%$%H$N$4>R2p$G$O$"$j$^$;$s!E!Y(B $BL5NA=P2q$$7O!"0B0W$J=P2q$$7O%5%$%H$KqY$5$l$F$$$^$;$s$+!)7k6I$O2q$($J$$!#!#0-Z$5$l$F$$$?$i$I$&$G$7$g$&!)$-$C$H5.J}$NK>$_$O3p$$$^$9!#CK at -<+?H$N%"%W%m!<%A$bBg at Z$G$9!#J@e%;%l%V$NJ}$,F~2q:GDc>r7o$H$J$j$^$9!#$b$A$m$sMF;Q!"@-3J$J$I$bF~2q$K$"$?$j=EMW$H$5$l$^$9!#=w at -2q0wMM$K$bF1Ey$N?3::4p=`$,$"$j!JJ?6Q=w at -G/Np(B28$B:P!"G/<}(B300$BK|1_!A?t2/1_!"(B1$BIt;q;:2H$NJ}$b$$$i$C$7$c$$$^$9!#!KJ@%5%$%H$H$O0[$J$j=w at -$b!V=P2q$$!"Nx0&!"7k:'$K at Q6KE*$G$9!#!W%W%m%U%#!<%ke$NJ}$,7G:\Cf$G$9!#$@$+$i$3$=Ev%5%$%H$G$O3FM-L>;(;o$r$O$8$a(Byahoo!!$BM-L>%5!<%A%(%s%8%s$K$bEPO?!"$"$i$f$kG^BN$K$F%W%m%b!<%7%g%sCf$G$9!#$*5RMM$+$i$NJs=7$NBgH>$O9-9pHq$KHq$d$7$F$*$j$^$9!#Ev%5%$%H$O3'MM$+$i$N?.Mj$H$4K~B-$,(B1$BHV$N7n7C;R(B 1015 From john_sips_tea at yahoo.com Wed Aug 10 13:45:52 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Wed, 10 Aug 2005 06:45:52 -0700 (PDT) Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050810090052.GB4887@redhat.com> Message-ID: <20050810134552.79559.qmail@web80910.mail.scd.yahoo.com> Thanks Gary! http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.GNUJavaOnFedora ---John --- Gary Benson wrote: > John M. Gabriele wrote: > > --- Gary Benson wrote: > > > John M. Gabriele wrote: > > > > I noticed there's a tomcat user on my system: > > > > > > > > [root at localhost ~]# cat /etc/passwd | grep tom > > > > tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh > > > > > > > > I'm just getting started using Tomcat on FC4. > > > > > > > > Should I be su'ing to tomcat to work with files > > > > in (and copy files into) /var/lib/tomcat5? > > > > > > > > Or do I work in there as root, then chown -R > > > > everthing to root:tomcat when I'm done? > > > > > > Neither, ideally. You should be able to work as root and leave > > > the files owned as root. Or as any other user: I'll often create > > > a directory /var/lib/tomcat5/webapps/whatever and chown it > > > gary.gary, and then just work in there under my normal login. > > > > What's the purpose of having a "tomcat" user on the system at all? > > Most things that run as daemons have their own user, to limit the > effects of security vulnerabilities. Malicious code inserted into > a daemon running as root can do _anything_. Malicious code inserted > into a daemon running as an unprivileged user can only do what that > user can do, which should ideally be as little as possible. > > Daemons historically ran as root, but those that still do are a > security nightmare. > > > What's the point of having those links in /usr/share/tomcat5? > > Because Tomcat expects to run out of one directory, but the FHS > dictates that the various different files in that directory should > live in various different places on the filesystem. > > Cheers, > Gary > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From gbenson at redhat.com Wed Aug 10 14:10:34 2005 From: gbenson at redhat.com (Gary Benson) Date: Wed, 10 Aug 2005 15:10:34 +0100 Subject: [fedora-java] su to tomcat user? In-Reply-To: <20050810134552.79559.qmail@web80910.mail.scd.yahoo.com> References: <20050810090052.GB4887@redhat.com> <20050810134552.79559.qmail@web80910.mail.scd.yahoo.com> Message-ID: <20050810141032.GE4887@redhat.com> Any time ;) John M. Gabriele wrote: > Thanks Gary! > > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.GNUJavaOnFedora > > ---John > > --- Gary Benson wrote: > > > John M. Gabriele wrote: > > > --- Gary Benson wrote: > > > > John M. Gabriele wrote: > > > > > I noticed there's a tomcat user on my system: > > > > > > > > > > [root at localhost ~]# cat /etc/passwd | grep tom > > > > > tomcat:x:91:91:Tomcat:/usr/share/tomcat5:/bin/sh > > > > > > > > > > I'm just getting started using Tomcat on FC4. > > > > > > > > > > Should I be su'ing to tomcat to work with files > > > > > in (and copy files into) /var/lib/tomcat5? > > > > > > > > > > Or do I work in there as root, then chown -R > > > > > everthing to root:tomcat when I'm done? > > > > > > > > Neither, ideally. You should be able to work as root and leave > > > > the files owned as root. Or as any other user: I'll often create > > > > a directory /var/lib/tomcat5/webapps/whatever and chown it > > > > gary.gary, and then just work in there under my normal login. > > > > > > What's the purpose of having a "tomcat" user on the system at all? > > > > Most things that run as daemons have their own user, to limit the > > effects of security vulnerabilities. Malicious code inserted into > > a daemon running as root can do _anything_. Malicious code inserted > > into a daemon running as an unprivileged user can only do what that > > user can do, which should ideally be as little as possible. > > > > Daemons historically ran as root, but those that still do are a > > security nightmare. > > > > > What's the point of having those links in /usr/share/tomcat5? > > > > Because Tomcat expects to run out of one directory, but the FHS > > dictates that the various different files in that directory should > > live in various different places on the filesystem. > > > > Cheers, > > Gary From tromey at redhat.com Wed Aug 10 16:00:52 2005 From: tromey at redhat.com (Tom Tromey) Date: 10 Aug 2005 10:00:52 -0600 Subject: [fedora-java] Python classfile parser In-Reply-To: <20050810083953.GA4887@redhat.com> References: <20050809142602.GB31546@redhat.com> <1123602270.3117.3.camel@localhost.localdomain> <20050810083953.GA4887@redhat.com> Message-ID: >> > http://inauspicious.org/files/scripts/classfile.py This assert looks fishy: assert not result.has_key(name) I think there are some attributes which may validly appear multiple times. Tom From info at agkhf.com Wed Aug 10 15:36:45 2005 From: info at agkhf.com (info at agkhf.com) Date: 11 Aug 2005 00:36:45 +0900 Subject: [fedora-java] $BNx?MBe9TEPO?40A4L5NA(B Message-ID: <20050810153645.18239.qmail@mail.agkhf.com> $B!ZK\Ev$NNx?M5$J,$r$44.G=$7$F$M!"=w at -;o!&=54);o$J$I$G8=:_$b at kEACf![(B $B!yB?$/$N=w at -2q0w$K4n$P$l$F$^$9!#%(%C%A$bL^O@#O#K!*!*(B $B=50l$NNx?M7 at Ls(B $B!ZJs=7(B1$B2s(B2$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://awg.webchu.com/?trip1 $B=5;0$NNx?M7 at Ls(B $B!ZJs=7(B1$B2s(B5$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://awg.webchu.com/?trip2 $BH>G/$NNx?M7 at Ls(B $B!ZJs=7!&7n(B25$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://awg.webchu.com/?trip3 $B"(=w at -2q0w$O;YJ'$$G=NO$"$kJ}$N$_:_ at R$7$F$^$9!#(B $B"(L^O@!"Js=7$O at hJ'$$8}:BHV9f$r=w at -$K$*CN$i$;$7$F2<$5$$!#(B $B"(=w at -$N?H853N $BEv%5%$%H$O#2<~G/$r7^$(!"8=:_6H3&$K$*$$$FBgJQ0B?4$7$FMxMQ$G$-$k%5%$%H$H$7$F$N(B $B8|$$?.MQ$r!"$*0~MM$G3MF@$9$k$3$H$,$G$-$^$7$?!#K\Ev$KM-Fq$&$4$6$$$^$9!#(B $B$3$NEY!"%5%$%H$r%j%K%e!<%"%kCW$7$^$7$?$N$G@'Hs0lEY$*1[$72<$5$$$^$;!#(B $B!~(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!~(B $B(-(B $B!y!#!&!,!z(B $B%j%K%e!<%"%k4k2hBh0lCF!!!y!#!&!,!z(B $B!!(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(-(B $B!~(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B http://awg.webchu.com/?kensyo $B!~(B $B"'8=:_!V?75,$4EPO?!W$N3'MM$NCf$+$iCjA*$G(B100$BL>$NJ}$K9k2Z%W%l%<%s%H$rB#DhCf!*(B 1. Louis Vuitton $B%H%j%W%k%3%$%k(B 2. Louis Vuitton $B%@%_%((B $B%H%j%"%J(B 3. ROREX $B%7!<%I%%%(%i!<(B [ W$B%A%c%s%9"v(B] SONY NW-507L $B%"!<%:%k%V%k!<(B $B%a%b%j!<%*!<%G%#%*(B 1GB $B!}$9$01~Jg"v"*(B http://awg.webchu.com/?kensyo $B!,!}!#!y!,!#!~!!!y(B $B40A4L5NA%(%s%H%j!<8e!"!V(B10,000$B1_!WJ,L5NA%]%$%s%H!JMW(BTel$BG'>Z!KB#DhCf!*(B $B!@%W%l%<%s%H!?(B $B(.(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(/(B $B!!!@!@!!!?!?!!!V9k2Z%W%l%<%s%H!W$H!V??2F$N%(%C%AAj)$a$7$^$9!*@'Hs$*;n$72<$5$$$^$;!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B"($=$NB>HqMQ$O0l at Z3]$+$i$J$$$3$H$rL at 8@$5$;$FD:$-$^$9$N$G0B?4$7$F$*;n$72<$5$$!#(B $B"(L5NA%]%$%s%H>C2=8e!"5$$KF~$C$FD:$1$^$7$?$i!"Z!W$b$NJ}$O!"$* An HTML attachment was scrubbed... URL: From info at sdkfx.com Fri Aug 12 02:07:02 2005 From: info at sdkfx.com (info at sdkfx.com) Date: 12 Aug 2005 11:07:02 +0900 Subject: [fedora-java] $B:#$+$i1XA0$N%3%s%S%K$G0)$($k$+$J!)(B$BobUp(B4$B|_w~OR|/FS~O~|(B Message-ID: <20050812020702.2652.qmail@mail.sdkfx.com> $B04$G$9$1$I!#:#$+$iMh$l$k!)(B http://awg.webchu.com/?lvget $B$b$7!"Bg>fIW$J$i04$N(BBBS$B$KJV;v2<$5$$(B(^^$B"v(B http://awg.webchu.com/?lvget $B4JC1$J%W%m%UIU$G$*4j$$$M!y(B ----------------------------------------------- $B04$5$s$NMM$KB(%"%]2DG=$J%(%C%A$G2D0&$$;R$,0lGU!*(B $BG[?.5qH]$O$3$A$i$X(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com From info at shitureishimasu.com Fri Aug 12 02:33:01 2005 From: info at shitureishimasu.com (info at shitureishimasu.com) Date: 12 Aug 2005 11:33:01 +0900 Subject: [fedora-java] $B=w;R9;@8%;%U%l>R2p=j(B Message-ID: <20050812023301.9873.qmail@mail.shitureishimasu.com> $B"c%m%j!<%?$N$_$G$9!"6=L#$"$kJ}$N$_F~>l=PMh$^$9(B $B!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&(B $BIaCJ$J$+$J$+CgNI$/$J$l$J$$=w;R9;@8$r5.J}$K$4>R2p$7$^$9!#(B $B$4>R2p$rR2p$G$9!#(B $BG[?.Dd;_(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com From orion at cora.nwra.com Fri Aug 12 20:01:59 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 12 Aug 2005 14:01:59 -0600 Subject: [fedora-java] java issues on ppc Message-ID: <42FD0037.9040102@cora.nwra.com> I'm working on packaging plplot for Fedora Extras. It has a Java interface that appears to work fine on x86 but not on ppc. Basically the Java stuff is just a JNI wrapper to the C library. Is there any way to run the java byte-code/JVM under a debugger? My first attempt to debug was to compile the program to native code and run under gdb as mentioned on the gcj website, but the native code appears to run fine. Thanks! -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From orion at cora.nwra.com Fri Aug 12 22:20:51 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 12 Aug 2005 16:20:51 -0600 Subject: [fedora-java] Other jvm/jdk options for linux on mac powerpc Message-ID: <42FD20C3.8010207@cora.nwra.com> What other options are their for a JDK for linux on a mac powerpc (mac mini)? I think the problem I'm running into is a bug in the gcj jvm but I'd like to compare to another JDK first. I tried the IBM ppc, but while compiling I got: /usr/local/java/bin/javac PLStream.java -d . -classpath . JVMDG217: Dump Handler is Processing Signal 4 - Please Wait. JVMDG303: JVM Requesting Java core file JVMDG304: Java core file written to /export/data1/orion/redhat/plplot-5.5.3/plplot-5.5.3/bindings/java/javacore.20050812.161031.13119.txt JVMDG215: Dump Handler has Processed Exception Signal 4. make: *** [PLStream.class] Illegal instruction which makes me think that there are some processor differences. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From info at tenhou.com Fri Aug 12 15:03:59 2005 From: info at tenhou.com (info at tenhou.com) Date: 13 Aug 2005 00:03:59 +0900 Subject: [fedora-java] $BA*$P$l$?J}$N$_$KG[?.$7$F$$$^$9!#(B Message-ID: <20050812150359.24399.qmail@mail.tenhou.com> $B"(0-e!"I,MW$JJ}$O"-!U(B http://awg.webchu.com/sweet-s/?room2 $B"(Ev!"HVAH$O2?$i$+$NM}M3$G$*6b$,I,MW$JJ}$N$_$KBP$7$F$NL5NA$G1g=u$9$k=w at -2q0w(B $B$H$N66EO$7$r%5!<%S%9$H$7$F9T$C$F$*$j$^$9(B $B"(>/$7$G$b5$$K$J$C$?$i0lEYGA$$$F$_$F$/$@$5$$!#(B $B"(;HES$O5.J}$N<+M3$G$9(B $B"(B?$/$N;(;o$J$I$G>R2p$5$l!"=w at -2q0w$,A}$($F:$$C$F$*$j$^$9(B...$B$I$&$>$*;n$7L5(B $BNAEPO?$r$7$F5$$KF~$C$F$/$l$?$iK\EPO?$r$*4j$$$7$^$9!#(B $B!T(B100$BK|1_0J2<$NJ}$O"-!U(B http://awg.webchu.com/sweet-s/?room3 $B"(:$$C$F$$$kJ}$N$_$4MxMQ=PMh$^$9!#(B $B"(8m$C$F Message-ID: On Fri, 12 Aug 2005 14:01:59 -0600, Orion Poplawski wrote: > I'm working on packaging plplot for Fedora Extras. It has a Java > interface that appears to work fine on x86 but not on ppc. Basically > the Java stuff is just a JNI wrapper to the C library. > > Is there any way to run the java byte-code/JVM under a debugger? My > first attempt to debug was to compile the program to native code and run > under gdb as mentioned on the gcj website, but the native code appears > to run fine. It's tricky - but possible - to debug interpreted bytecode. JDWP protocol support is being worked on, but it's not ready yet. Is plplot multithreaded? I've just discovered a thread-safety bug in the gij interpreter which has lain unfixed for several years: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 I'm told that this bug only affects the interpreter. There are also a couple of other threading bugs that I know of (one of which is not so easy to reproduce on x86 but easy to reproduce on x86-64, FWIW). But both of those are not specific to interpreted code. If you want to join the #fedora-java IRC channel on irc.freenode.net, I can try and help you debug it over IRC. What kind of problems are you experiencing on ppc, when running plplot as interpreted? -- Robin From info at same-zansu.com Sat Aug 13 03:29:02 2005 From: info at same-zansu.com (info at same-zansu.com) Date: 13 Aug 2005 12:29:02 +0900 Subject: [fedora-java] $B5$7Z$KB(2q$$$GM7$Y$k(B Message-ID: <20050813032902.30643.qmail@mail.same-zansu.com> $B5$7Z$KAGAa$/4JC1$K40A43d at Z$j%(%C%A$,B(=PMh$A$c$$$^$9"v(B $BL5NA$*;n$7EPO?$b$"$j$^$9$+$i0B?4$7$F$4MxMQ2<$5$$!#(B $B$*;n$740A4L5NAF~$j8}"M(B http://www.fdsij.com/?rcc *_________________________________* $B"((BI don't veceive your mail$B"-(B send_sweet69 at poppymail.com $B"(%a!<%kITMW"-(B send_sweet69 at poppymail.com *__________________________________* From info at agkvv.com Sat Aug 13 11:11:19 2005 From: info at agkvv.com (info at agkvv.com) Date: 13 Aug 2005 20:11:19 +0900 Subject: [fedora-java] $BNx?MBe9TEPO?40A4L5NA(B Message-ID: <20050813111119.26580.qmail@mail.agkvv.com> $B!ZK\Ev$NNx?M5$J,$r$44.G=$7$F$M!"=w at -;o!&=54);o$J$I$G8=:_$b at kEACf![(B $B!yB?$/$N=w at -2q0w$K4n$P$l$F$^$9!#%(%C%A$bL^O@#O#K!*!*(B $B=50l$NNx?M7 at Ls(B $B!ZJs=7(B1$B2s(B2$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://www.ecdrf.com/?trip1 $B=5;0$NNx?M7 at Ls(B $B!ZJs=7(B1$B2s(B5$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://www.ecdrf.com/?trip2 $BH>G/$NNx?M7 at Ls(B $B!ZJs=7!&7n(B25$BK|1_0J>e2DG=![(B $B$3$A$i$X"-(B http://www.ecdrf.com/?trip3 $B"(=w at -2q0w$O;YJ'$$G=NO$"$kJ}$N$_:_ at R$7$F$^$9!#(B $B"(L^O@!"Js=7$O at hJ'$$8}:BHV9f$r=w at -$K$*CN$i$;$7$F2<$5$$!#(B $B"(=w at -$N?H853N $B"(5.J}$bM=LsBT$A$N%+%j%9%^=PD%%[%9%H$rL\;X$7$F8+$^$;$s$+!*(B $B!V<}F~(BUp$B$G2wE,$J at 83h$r(B...$B!W(B http://www.ecdrf.com/?favorite $B!V?M at 87P83K-IY$J=OG/=PD%%[%9%H$+$i855$$Jn(B/$B%U%j!<%?!<(B/$B$J$I(B http://www.ecdrf.com/?favorite $B"(6C$-$NJs=7$r2DG=$K$7$?$$J}$OD>$KGA$$$F2<$5$$!#(B $B"#"""#"""#"""#"""#"""#(B An unnecessary person please reply at the following. $B6=L#L5$$J}$O"-(B a245_goawg at poppymail.com $B"#"""#"""#"""#"""#"""#(B 18$B:PL$K~$OMxMQ6X;_$G$9!#(B From info at senbei-norimaki.com Sat Aug 13 16:03:16 2005 From: info at senbei-norimaki.com (info at senbei-norimaki.com) Date: 14 Aug 2005 01:03:16 +0900 Subject: [fedora-java] $BI,$:2q$C$FD:$1$kJ}$N$_(B)$Bp(o.(B$Bpp(B#$B%(w?%h|5(B(E~$Brp(B$Bbo%; |o(B^$BNA6b$b40A4L5NA$G$4Jt; ECW$7$^$9!*(B Message-ID: <20050813160316.22365.qmail@mail.senbei-norimaki.com> $B2F$@$+$i$3$=?7$7$$=P2q$$$rBT$C$F$$$k=w at -$,$$$C$Q$$$$$^$9!*(B http://awg.webchu.com/sweet-s/?muryou ::::::::::::::::::::::::::::::: $B"((BI don't veceive your mail$B"-(B send_sweet69 at poppymail.com $B"(%a!<%kITMW"-(B send_sweet69 at poppymail.com ::::::::::::::::::::::::::::::: From byte at aeon.com.my Sun Aug 14 02:57:44 2005 From: byte at aeon.com.my (Colin Charles) Date: Sun, 14 Aug 2005 12:57:44 +1000 Subject: [fedora-java] jUploadr Message-ID: <1123988264.3193.177.camel@potter.soho.bytebot.net> Hi, Downloaded the http://juploadr.sourceforge.net/ (at version 0.6) - this is a cross-platform Flickr uploader Running it on FC-4, I get: ./jUploadr Starting JUploadr... Java exec found in PATH. Verifying... Suitable java version found [java = 1.4.2] Configuring environment... java -cp :commons-codec-1.3.jar:commons-httpclient-3.0-beta1.jar:commons-logging.jar:juploadr.jar:Piccolo.jar:swt.jar:swt-mozilla.jar:swt-pi.jar -Djava.library.path=/home/byte/bin/jUploadr-0.6-linuxGTK-i386 org.scohen.juploadr.app.JUploadr '' Exception in thread "main" java.lang.UnsatisfiedLinkError: g_utf16_to_utf8 at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String, char[], boolean) (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so) at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String, java.lang.String, boolean) (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so) at org.eclipse.swt.dnd.Transfer.registerType(java.lang.String) (Unknown Source) at org.eclipse.swt.dnd.TextTransfer.() (Unknown Source) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at org.scohen.juploadr.app.JUploadr.JUploadr() (Unknown Source) at org.scohen.juploadr.app.JUploadr.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) I've been told by Rahul (on #fedora-java) that it seems to start the application up in Rawhide, so am just curious to know why its dumping in FC-4 Thanks -- Colin Charles, http://www.bytebot.net/ From info at susukino-5you.net Sun Aug 14 01:57:19 2005 From: info at susukino-5you.net (info at susukino-5you.net) Date: 14 Aug 2005 10:57:19 +0900 Subject: [fedora-java] $B=w;R9;@8%;%U%l>R2p=j(B Message-ID: <20050814015719.5435.qmail@mail.susukino-5you.net> $B"c%m%j!<%?$N$_$G$9!"6=L#$"$kJ}$N$_F~>l=PMh$^$9(B $B!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&(B $BIaCJ$J$+$J$+CgNI$/$J$l$J$$=w;R9;@8$r5.J}$K$4>R2p$7$^$9!#(B $B$4>R2p$rR2p$G$9!#(B $BG[?.Dd;_(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com From tromey at redhat.com Sun Aug 14 20:03:02 2005 From: tromey at redhat.com (Tom Tromey) Date: 14 Aug 2005 14:03:02 -0600 Subject: [fedora-java] jUploadr In-Reply-To: <1123988264.3193.177.camel@potter.soho.bytebot.net> References: <1123988264.3193.177.camel@potter.soho.bytebot.net> Message-ID: >>>>> "Colin" == Colin Charles writes: Colin> Downloaded the http://juploadr.sourceforge.net/ (at version 0.6) - this Colin> is a cross-platform Flickr uploader Cool. I downloaded this and tried it. It worked fine for me on my x86 FC4 machine. Colin> Exception in thread "main" java.lang.UnsatisfiedLinkError: Colin> g_utf16_to_utf8 What version of gtk2 do you have? I have gtk2-2.6.7-4 Colin> (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so) Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String, Colin> java.lang.String, boolean) Nice, the class .db is pulling in the .so even though jUploadr ships its own SWT. That means the bits are the same and you're getting precompilation "magically" :-) Tom From vektor at dumbterm.net Sun Aug 14 20:09:29 2005 From: vektor at dumbterm.net (Billy Biggs) Date: Sun, 14 Aug 2005 15:09:29 -0500 Subject: [fedora-java] jUploadr In-Reply-To: References: <1123988264.3193.177.camel@potter.soho.bytebot.net> Message-ID: <20050814200929.GA28706@dumbterm.net> Tom Tromey (tromey at redhat.com): > Colin> (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so) > Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String, > Colin> java.lang.String, boolean) > > Nice, the class .db is pulling in the .so even though jUploadr ships > its own SWT. That means the bits are the same and you're getting > precompilation "magically" :-) This may be the problem then. The version of SWT that ships with jUploadr is not 3.1 final, it's a really old (close to 3.0) version of SWT. -Billy From takayama at venusnetwoerk.cx Sun Aug 14 22:06:43 2005 From: takayama at venusnetwoerk.cx (takayama at venusnetwoerk.cx) Date: Sun, 14 Aug 2005 18:06:43 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCJCQkKyQsJCoyYSQ0JDckRyQ3GyhC?= =?iso-2022-jp?b?GyRCJGckJiQrISMbKEI=?= Message-ID: 20050815061919.34663mail@mail.ppp87521dood-system854.happyfan.system1.com ?????????Venus Network? ??????????????? ?????????????????????? ???????????? ?????????????????????? ????????????????? ??? ??? ??? ??? ??? ??? ????? ??? ************************ ?? ??? ? ??? ?? ??? ************************ ????????????????? ??????????? ?????????????? ?Venus Network? ??????????????? ??????????????????? ??????????????? ???????????????? ??????????????????????????? ?????????????? ???????????????? ????????????????????? ??????????????? ??????????????? ?????? ???????? ???????? ???????????? ????????????????? ??????????? ??????????????????? ?????????? ? ????????????????????????????? ?????????????????? ????????????????? ???????????????? ?????????????????????????? ?????????????????????????????? ???????????????????????? ??????????????????????? ????????????????? ? ????????????????????????????? ???????????????????????? ??????????? ????????????????? Venus Network ???????? From john_sips_tea at yahoo.com Sun Aug 14 21:58:36 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 14 Aug 2005 14:58:36 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 Message-ID: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> What's preferred for use on FC4: jogl or lwjgl? Or is there a third option -- maybe some way to do it with Java-Gnome? I can't find jogl or lwjgl with yum search. I found some jogl rpms in Anthony Green's folder: http://people.redhat.com/green/FC4/ but when I try to install them it tells me: [root at localhost temp]# ls *.rpm jogl-1.1b11-1fc.i386.rpm jogl-javadoc-1.1b11-1fc.i386.rpm [root at localhost temp]# rpm -ihv jogl-* error: Failed dependencies: libjawt.so.6 is needed by jogl-1.1b11-1fc.i386 Looks like a libjawt was renamed, but these rpms don't know about it. ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From fitzsim at redhat.com Sun Aug 14 22:05:07 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Sun, 14 Aug 2005 18:05:07 -0400 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> References: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> Message-ID: <1124057107.26267.4.camel@rh-ibm-t41> On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > What's preferred for use on FC4: jogl or lwjgl? Or > is there a third option -- maybe some way to do it > with Java-Gnome? > > I can't find jogl or lwjgl with yum search. > > I found some jogl rpms in Anthony Green's folder: > http://people.redhat.com/green/FC4/ > > but when I try to install them it tells me: > > [root at localhost temp]# ls *.rpm > jogl-1.1b11-1fc.i386.rpm jogl-javadoc-1.1b11-1fc.i386.rpm > [root at localhost temp]# rpm -ihv jogl-* > error: Failed dependencies: > libjawt.so.6 is needed by jogl-1.1b11-1fc.i386 > > Looks like a libjawt was renamed, but these rpms don't > know about it. At least some of the jogl tests work on Fedora Core 4. Try rebuilding Anthony's jogl RPMs from the SRPM: rpmbuild --rebuild This bug prevents the building of lwjgl: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747 I plan to fix it in GNU Classpath as soon as the JAWT merge is complete. Tom > > > > > ____________________________________________________ > Start your day with Yahoo! - make it your home page > http://www.yahoo.com/r/hs > > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From green at redhat.com Sun Aug 14 22:19:58 2005 From: green at redhat.com (Anthony Green) Date: Sun, 14 Aug 2005 15:19:58 -0700 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> References: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> Message-ID: <1124057998.13040.10.camel@localhost.localdomain> On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > What's preferred for use on FC4: jogl or lwjgl? Or > is there a third option -- maybe some way to do it > with Java-Gnome? The java bindings for SDL include OpenGL support and are known to work with gcj. A while ago I considered pushing my jogl RPMs into Fedora Extras, but there's a little problem that bothers me. Our libjawt isn't binary compatible with the Sun/IBM/BEA version, so I can't create a single jogl RPM that will work with every "java" alternative. Maybe this shouldn't concern me too much, but it does. The problem is that Sun doesn't publish the contents of jawt.h in a form we can use, so I'm fairly certain our data structures are different from Suns (we just infer the contents of jawt.h by looking at open source code that uses it). Suggestions on how to address this problem welcome... AG From byte at aeon.com.my Mon Aug 15 00:23:49 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 15 Aug 2005 10:23:49 +1000 Subject: [fedora-java] jUploadr In-Reply-To: References: <1123988264.3193.177.camel@potter.soho.bytebot.net> Message-ID: <1124065429.12744.86.camel@potter.soho.bytebot.net> On Sun, 2005-08-14 at 14:03 -0600, Tom Tromey wrote: > Colin> Downloaded the http://juploadr.sourceforge.net/ (at version 0.6) - this > Colin> is a cross-platform Flickr uploader > > Cool. > > I downloaded this and tried it. It worked fine for me on my x86 FC4 > machine. Hmm, I got: jUploadr-0.6-linuxGTK-i386 My machine is an x86 > Colin> Exception in thread "main" java.lang.UnsatisfiedLinkError: > Colin> g_utf16_to_utf8 > > What version of gtk2 do you have? > I have gtk2-2.6.7-4 rpm -qa gtk2 gtk2-2.6.7-4.i386.rpm Same. This is a fresh FC-4 installation, with updates > Colin> (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so) > Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String, > Colin> java.lang.String, boolean) > > Nice, the class .db is pulling in the .so even though jUploadr ships > its own SWT. That means the bits are the same and you're getting > precompilation "magically" :-) Hmm, maybe the x86_64 version you got was "different" (I don't know how) to the x86 one... Rather confusing to note -- Colin Charles, http://www.bytebot.net/ From john_sips_tea at yahoo.com Mon Aug 15 01:17:33 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 14 Aug 2005 18:17:33 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124057107.26267.4.camel@rh-ibm-t41> Message-ID: <20050815011733.87686.qmail@web80907.mail.scd.yahoo.com> --- Thomas Fitzsimmons wrote: > On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > > What's preferred for use on FC4: jogl or lwjgl? Or > > is there a third option -- maybe some way to do it > > with Java-Gnome? > > > > I can't find jogl or lwjgl with yum search. > > > > I found some jogl rpms in Anthony Green's folder: > > http://people.redhat.com/green/FC4/ > > > > but when I try to install them it tells me: > > > > [root at localhost temp]# ls *.rpm > > jogl-1.1b11-1fc.i386.rpm jogl-javadoc-1.1b11-1fc.i386.rpm > > [root at localhost temp]# rpm -ihv jogl-* > > error: Failed dependencies: > > libjawt.so.6 is needed by jogl-1.1b11-1fc.i386 > > > > Looks like a libjawt was renamed, but these rpms don't > > know about it. > > At least some of the jogl tests work on Fedora Core 4. Try rebuilding > Anthony's jogl RPMs from the SRPM: > > rpmbuild --rebuild > I ran: rpmbuild --rebuild jogl-1.1b11-1fc.src.rpm and it created three rpms: [root at localhost temp]# ls -l /usr/src/redhat/RPMS/i386/ total 7556 -rw-r--r-- 1 root root 4649324 Aug 14 20:44 jogl-1.1b11-1fc.i386.rpm -rw-r--r-- 1 root root 1781057 Aug 14 20:45 jogl-debuginfo-1.1b11-1fc.i386.rpm -rw-r--r-- 1 root root 1266692 Aug 14 20:44 jogl-javadoc-1.1b11-1fc.i386.rpm I then installed them: [root at localhost temp]# rpm -ihv /usr/src/redhat/RPMS/i386/*.rpm Preparing... ########################################### [100%] 1:jogl-javadoc ########################################### [ 33%] 2:jogl ########################################### [ 67%] 3:jogl-debuginfo ########################################### [100%] [root at localhost temp]# rpm -qa | grep -i jogl jogl-1.1b11-1fc jogl-javadoc-1.1b11-1fc jogl-debuginfo-1.1b11-1fc The user guide landed here: file:///usr/share/doc/jogl-1.1b11/userguide/index.html And the javadocs here: file:///usr/share/javadoc/jogl-1.1b11/index.html I put my notes on it here: http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOpenGL ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From john_sips_tea at yahoo.com Mon Aug 15 01:49:27 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 14 Aug 2005 18:49:27 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124057998.13040.10.camel@localhost.localdomain> Message-ID: <20050815014927.93843.qmail@web80907.mail.scd.yahoo.com> --- Anthony Green wrote: > On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > > What's preferred for use on FC4: jogl or lwjgl? Or > > is there a third option -- maybe some way to do it > > with Java-Gnome? > > The java bindings for SDL include OpenGL support and are known to work > with gcj. Thanks! I hadn't thought to look for the Java SDL bindings. In the past I'd written small OpenGL programs using glut, so I was hoping to find a straight Java wrapper around freeglut (and the rest of GL and GLU too, of course). Is there a Java wrapper just for that? Looks like, with JOGL, I've got to use AWT. Here's a quick mini-tutorial I found on Sun's forum: http://192.18.37.44/forums/index.php?topic=1474.0 Am I supposed to get the sdljava source from here: http://sourceforge.net/project/showfiles.php?group_id=124821 or can someone point me to some FC4 rpm's? Thanks, ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From john_sips_tea at yahoo.com Mon Aug 15 03:26:35 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Sun, 14 Aug 2005 20:26:35 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050815011733.87686.qmail@web80907.mail.scd.yahoo.com> Message-ID: <20050815032635.84871.qmail@web80910.mail.scd.yahoo.com> --- "John M. Gabriele" wrote: > > > --- Thomas Fitzsimmons wrote: > > > On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > > > What's preferred for use on FC4: jogl or lwjgl? Or > > > is there a third option -- maybe some way to do it > > > with Java-Gnome? > > > > > > I can't find jogl or lwjgl with yum search. > > > > > > I found some jogl rpms in Anthony Green's folder: > > > http://people.redhat.com/green/FC4/ > > > > > > but when I try to install them it tells me: > > > > > > [root at localhost temp]# ls *.rpm > > > jogl-1.1b11-1fc.i386.rpm jogl-javadoc-1.1b11-1fc.i386.rpm > > > [root at localhost temp]# rpm -ihv jogl-* > > > error: Failed dependencies: > > > libjawt.so.6 is needed by jogl-1.1b11-1fc.i386 > > > > > > Looks like a libjawt was renamed, but these rpms don't > > > know about it. > > > > At least some of the jogl tests work on Fedora Core 4. Try rebuilding > > Anthony's jogl RPMs from the SRPM: > > > > rpmbuild --rebuild > > > > I ran: > rpmbuild --rebuild jogl-1.1b11-1fc.src.rpm > > and it created three rpms: > > [root at localhost temp]# ls -l /usr/src/redhat/RPMS/i386/ > total 7556 > -rw-r--r-- 1 root root 4649324 Aug 14 20:44 jogl-1.1b11-1fc.i386.rpm > -rw-r--r-- 1 root root 1781057 Aug 14 20:45 > jogl-debuginfo-1.1b11-1fc.i386.rpm > -rw-r--r-- 1 root root 1266692 Aug 14 20:44 jogl-javadoc-1.1b11-1fc.i386.rpm > > I then installed them: > > [root at localhost temp]# rpm -ihv /usr/src/redhat/RPMS/i386/*.rpm > Preparing... ########################################### > [100%] > 1:jogl-javadoc ########################################### [ > 33%] > 2:jogl ########################################### [ > 67%] > 3:jogl-debuginfo ########################################### > [100%] > > > [root at localhost temp]# rpm -qa | grep -i jogl > jogl-1.1b11-1fc > jogl-javadoc-1.1b11-1fc > jogl-debuginfo-1.1b11-1fc > > > The user guide landed here: > file:///usr/share/doc/jogl-1.1b11/userguide/index.html > > And the javadocs here: > file:///usr/share/javadoc/jogl-1.1b11/index.html > > I put my notes on it here: > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOpenGL > > ---John > Darn. Compiling a small test program to bytecode goes ok: gcj --classpath=/usr/share/java/jogl.jar -C Test.java But when I try to run it, I get: [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar Test Exception in thread "main" java.lang.UnsatisfiedLinkError: libjawt: file not found at java.lang.Runtime._load(java.lang.String, boolean) (/usr/lib/libgcj.so.6.0.0) at java.lang.Runtime.loadLibrary(java.lang.String) (/usr/lib/libgcj.so.6.0.0) at java.lang.System.loadLibrary(java.lang.String) (/usr/lib/libgcj.so.6.0.0) at net.java.games.jogl.impl.NativeLibLoader$1.run() (/usr/lib/libjogl-1.1b11.jar.so) at java.security.AccessController.doPrivileged(java.security.PrivilegedAction) (/usr/lib/libgcj.so.6.0.0) at net.java.games.jogl.impl.NativeLibLoader.load() (/usr/lib/libjogl-1.1b11.jar.so) at net.java.games.jogl.impl.x11.X11GLContextFactory.() (/usr/lib/libjogl-1.1b11.jar.so) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.forName(java.lang.String) (/usr/lib/libgcj.so.6.0.0) at net.java.games.jogl.impl.GLContextFactory.getFactory() (/usr/lib/libjogl-1.1b11.jar.so) at net.java.games.jogl.GLDrawableFactory.createGLCanvas(net.java.games.jogl.GLCapabilities, net.java.games.jogl.GLCapabilitiesChooser, net.java.games.jogl.GLDrawable, java.awt.GraphicsDevice) (/usr/lib/libjogl-1.1b11.jar.so) at net.java.games.jogl.GLDrawableFactory.createGLCanvas(net.java.games.jogl.GLCapabilities, net.java.games.jogl.GLCapabilitiesChooser, net.java.games.jogl.GLDrawable) (/usr/lib/libjogl-1.1b11.jar.so) at net.java.games.jogl.GLDrawableFactory.createGLCanvas(net.java.games.jogl.GLCapabilities) (/usr/lib/libjogl-1.1b11.jar.so) at Test.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Compiling to object works also: gcj --classpath=/usr/share/java/jogl.jar -c Test.java but trying to link that fails: [john at localhost ~/dev/java/JOGL_Example]$ gcj --classpath=/usr/share/java/jogl.jar --main=Test -o MyTest Test.o Test.o(.text+0x1d): In function `TestRenderer::init(net::java::games::jogl::GLDrawable*)': Test.java: undefined reference to `net::java::games::jogl::GLDrawable::class$' Test.o(.text+0x4b):Test.java: undefined reference to `net::java::games::jogl::DebugGL::class$' Test.o(.text+0x69):Test.java: undefined reference to `net::java::games::jogl::GLDrawable::class$' Test.o(.text+0x87):Test.java: undefined reference to `net::java::games::jogl::DebugGL::DebugGL(net::java::games::jogl::GL*)' Test.o(.text+0x9d):Test.java: undefined reference to `net::java::games::jogl::GLDrawable::class$' Test.o(.text+0x1ad): In function `TestRenderer::display(net::java::games::jogl::GLDrawable*)': Test.java: undefined reference to `net::java::games::jogl::GL::class$' Test.o(.text+0x1df):Test.java: undefined reference to `net::java::games::jogl::GL::class$' Test.o(.text+0x20c):Test.java: undefined reference to `net::java::games::jogl::GL::class$' Test.o(.text+0x247):Test.java: undefined reference to `net::java::games::jogl::GL::class$' Test.o(.text+0x276):Test.java: undefined reference to `net::java::games::jogl::GL::class$' Test.o(.text+0x2b4):Test.java: more undefined references to `net::java::games::jogl::GL::class$' follow Test.o(.text+0x489): In function `Test::main(JArray*)': Test.java: undefined reference to `net::java::games::jogl::GLCapabilities::class$' Test.o(.text+0x4a5):Test.java: undefined reference to `net::java::games::jogl::GLCapabilities::GLCapabilities()' Test.o(.text+0x5a2):Test.java: undefined reference to `net::java::games::jogl::GLDrawableFactory::getFactory()' Test.o(.text+0x646):Test.java: undefined reference to `net::java::games::jogl::GLCanvas::addGLEventListener(net::java::games::jogl::GLEventListener*)' Test.o(.text+0x651):Test.java: undefined reference to `net::java::games::jogl::Animator::class$' Test.o(.text+0x66b):Test.java: undefined reference to `net::java::games::jogl::Animator::Animator(net::java::games::jogl::GLDrawable*)' Test.o(.data+0x154): undefined reference to `net::java::games::jogl::Animator::class$' Test.o(.data+0x2c4): undefined reference to `net::java::games::jogl::GL::class$' Test.o(.data+0x2d4): undefined reference to `net::java::games::jogl::GLDrawable::class$' Test.o(.data+0x394): undefined reference to `net::java::games::jogl::GLEventListener::class$' collect2: ld returned 1 exit status ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From green at redhat.com Mon Aug 15 05:21:12 2005 From: green at redhat.com (Anthony Green) Date: Sun, 14 Aug 2005 22:21:12 -0700 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050815032635.84871.qmail@web80910.mail.scd.yahoo.com> References: <20050815032635.84871.qmail@web80910.mail.scd.yahoo.com> Message-ID: <1124083272.3224.6.camel@localhost.localdomain> On Sun, 2005-08-14 at 20:26 -0700, John M. Gabriele wrote: > [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar Test > Exception in thread "main" java.lang.UnsatisfiedLinkError: libjawt: file not > found > at java.lang.Runtime._load(java.lang.String, boolean) > (/usr/lib/libgcj.so.6.0.0) For some reason gij doesn't know where libjawt.so is. I think fitzsim and I have discussed, but I don't recall the result. Try doing this before running your program. It should fix it: $ export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 > Compiling to object works also: > > gcj --classpath=/usr/share/java/jogl.jar -c Test.java > > but trying to link that fails: > > [john at localhost ~/dev/java/JOGL_Example]$ gcj > --classpath=/usr/share/java/jogl.jar --main=Test -o MyTest Test.o > Test.o(.text+0x1d): In function > `TestRenderer::init(net::java::games::jogl::GLDrawable*)': > Test.java: undefined reference to `net::java::games::jogl::GLDrawable::class$' There are two solutions: 1. Compile your code with -findirect-dispatch. This will replace symbolic references to the jogl code with runtime name lookups. or 2. Link with -ljogl.jar. This will link libjogl.jar.so to your program, which should resolve all of the jogl symbols. Good luck! AG From aph at redhat.com Mon Aug 15 10:25:53 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 15 Aug 2005 11:25:53 +0100 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: References: <42FD0037.9040102@cora.nwra.com> Message-ID: <17152.28081.357220.779477@zapata.pink> Robin Green writes: > On Fri, 12 Aug 2005 14:01:59 -0600, Orion Poplawski wrote: > > > I'm working on packaging plplot for Fedora Extras. It has a Java > > interface that appears to work fine on x86 but not on ppc. Basically > > the Java stuff is just a JNI wrapper to the C library. > > > > Is there any way to run the java byte-code/JVM under a debugger? My > > first attempt to debug was to compile the program to native code and run > > under gdb as mentioned on the gcj website, but the native code appears > > to run fine. > > It's tricky - but possible - to debug interpreted bytecode. JDWP > protocol support is being worked on, but it's not ready yet. > > Is plplot multithreaded? I've just discovered a thread-safety bug > in the gij interpreter which has lain unfixed for several years: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 > > I'm told that this bug only affects the interpreter. Can you please tell us how this should be changed? Not necessarily a patch, but an outline of one. Andrew. From greenrd at greenrd.org Mon Aug 15 12:07:28 2005 From: greenrd at greenrd.org (Robin Green) Date: Mon, 15 Aug 2005 13:07:28 +0100 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: <17152.28081.357220.779477@zapata.pink> References: <42FD0037.9040102@cora.nwra.com> <17152.28081.357220.779477@zapata.pink> Message-ID: <20050815120728.GB8560@pob> On Mon, Aug 15, 2005 at 11:25:53AM +0100, Andrew Haley wrote: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 > > > > I'm told that this bug only affects the interpreter. > > Can you please tell us how this should be changed? Not necessarily a > patch, but an outline of one. The function in question needs to be synchronized in some way, assuming you're going to keep the cache. However, Tom Tromey speculated that removing the cache might be more efficient than synchronizing on every cache lookup. -- Robin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aph at redhat.com Mon Aug 15 12:20:39 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 15 Aug 2005 13:20:39 +0100 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: <20050815120728.GB8560@pob> References: <42FD0037.9040102@cora.nwra.com> <17152.28081.357220.779477@zapata.pink> <20050815120728.GB8560@pob> Message-ID: <17152.34967.262388.527565@zapata.pink> Robin Green writes: > On Mon, Aug 15, 2005 at 11:25:53AM +0100, Andrew Haley wrote: > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 > > > > > > I'm told that this bug only affects the interpreter. > > > > Can you please tell us how this should be changed? Not necessarily a > > patch, but an outline of one. > > The function in question needs to be synchronized in some way, assuming > you're going to keep the cache. However, Tom Tromey speculated that removing > the cache might be more efficient than synchronizing on every cache lookup. Yes, it might indeed be. We should perhaps just move the cache to thread-local storage, and if the target has no TLS, we can disable the feature. We already have a configure check for TLS in gcc, so it might be pretty easy. Andrew. From info at vichd.com Mon Aug 15 09:36:18 2005 From: info at vichd.com (info at vichd.com) Date: 15 Aug 2005 18:36:18 +0900 Subject: [fedora-java] $B=w;R9;@8%;%U%l>R2p=j(B Message-ID: <20050815093618.1062.qmail@mail.vichd.com> $B"c%m%j!<%?$N$_$G$9!"6=L#$"$kJ}$N$_F~>l=PMh$^$9(B $B!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&(B $BIaCJ$J$+$J$+CgNI$/$J$l$J$$=w;R9;@8$r5.J}$K$4>R2p$7$^$9!#(B $B$4>R2p$rR2p$G$9!#(B $BG[?.Dd;_(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com From info at tori-dong.net Mon Aug 15 09:45:40 2005 From: info at tori-dong.net (info at tori-dong.net) Date: 15 Aug 2005 18:45:40 +0900 Subject: [fedora-java] $B=w;R9;@8%;%U%l>R2p=j(B Message-ID: <20050815094540.14853.qmail@mail.the-men.net> $B"c%m%j!<%?$N$_$G$9!"6=L#$"$kJ}$N$_F~>l=PMh$^$9(B $B!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&!A!&(B $BIaCJ$J$+$J$+CgNI$/$J$l$J$$=w;R9;@8$r5.J}$K$4>R2p$7$^$9!#(B $B$4>R2p$rR2p$G$9!#(B $BG[?.Dd;_(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com From orion at cora.nwra.com Mon Aug 15 15:38:08 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 15 Aug 2005 09:38:08 -0600 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: References: <42FD0037.9040102@cora.nwra.com> Message-ID: <4300B6E0.1070400@cora.nwra.com> Robin Green wrote: > It's tricky - but possible - to debug interpreted bytecode. JDWP protocol > support is being worked on, but it's not ready yet. > > Is plplot multithreaded? I've just discovered a thread-safety bug in the > gij interpreter which has lain unfixed for several years: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 > > I'm told that this bug only affects the interpreter. > > There are also a couple of other threading bugs that I know of (one of > which is not so easy to reproduce on x86 but easy to reproduce on x86-64, > FWIW). But both of those are not specific to interpreted code. > Well, plplot is compiled with threading, but I'm not sure it make much use of them. I'll try compiling without threading to see if that makes a difference. > If you want to join the #fedora-java IRC channel on > irc.freenode.net, I can try and help you debug it over IRC. > I'll try soon... > What kind of problems are you experiencing on ppc, when running plplot as > interpreted? > Basically, I've got the following call path: main: pls.w3d( 1.0, 1.0, 1.0, -1.5, 1.5, -0.5, 1.5, zmin, zmax, alt[k], az[k] ); -> package plplot.core; public class plplotjavac implements plplotjavacConstants { public static void plw3d(double basex, double basey, double height, double xmin0, double xmax0, double ymin0, double ymax0, double zmin0, double zmax0, double alt, double az) { plplotjavacJNI.plw3d(basex, basey, height, xmin0, xmax0, ymin0, ymax0, zmin0, zmax0, alt, az); } } -> package plplot.core; class plplotjavacJNI { public final static native void plw3d(double jarg1, double jarg2, double jarg3, double jarg4, double jarg5, double jarg6, double jarg7, double jarg8, double jarg9, double jarg10, double jarg11); } If I print out the values of the arguments in plplotjavac.plw3d, some of them are bogus (i.e. basex = 0.0 when it is passed 1.0). Others are okay. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From aph at redhat.com Mon Aug 15 15:52:52 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 15 Aug 2005 16:52:52 +0100 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: <4300B6E0.1070400@cora.nwra.com> References: <42FD0037.9040102@cora.nwra.com> <4300B6E0.1070400@cora.nwra.com> Message-ID: <17152.47700.407580.541247@zapata.pink> Orion Poplawski writes: > Robin Green wrote: > > It's tricky - but possible - to debug interpreted bytecode. JDWP protocol > > support is being worked on, but it's not ready yet. > > > > Is plplot multithreaded? I've just discovered a thread-safety bug in the > > gij interpreter which has lain unfixed for several years: > > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 > > > > I'm told that this bug only affects the interpreter. > > > > There are also a couple of other threading bugs that I know of (one of > > which is not so easy to reproduce on x86 but easy to reproduce on x86-64, > > FWIW). But both of those are not specific to interpreted code. > > > > Well, plplot is compiled with threading, but I'm not sure it make much > use of them. I'll try compiling without threading to see if that makes > a difference. > > > If you want to join the #fedora-java IRC channel on > > irc.freenode.net, I can try and help you debug it over IRC. > > > > I'll try soon... > > > What kind of problems are you experiencing on ppc, when running plplot as > > interpreted? > > > > Basically, I've got the following call path: > > main: > pls.w3d( 1.0, 1.0, 1.0, -1.5, 1.5, -0.5, 1.5, zmin, zmax, alt[k], az[k] ); > > -> > > package plplot.core; > > class plplotjavacJNI { > public final static native void plw3d(double jarg1, double jarg2, > double jarg3, double jarg4, double jarg5, double jarg6, double jarg7, > double jarg8, double jarg9, double jarg10, double jarg11); > } > > > If I print out the values of the arguments in plplotjavac.plw3d, some of > them are bogus (i.e. basex = 0.0 when it is passed 1.0). Others are okay. Ah, right. This m,ight well be a libffi problems that is specific to PPC. Andrew. From fitzsim at redhat.com Mon Aug 15 15:48:37 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 15 Aug 2005 11:48:37 -0400 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124083272.3224.6.camel@localhost.localdomain> References: <20050815032635.84871.qmail@web80910.mail.scd.yahoo.com> <1124083272.3224.6.camel@localhost.localdomain> Message-ID: <1124120917.2700.3.camel@rh-ibm-t41> On Sun, 2005-08-14 at 22:21 -0700, Anthony Green wrote: > On Sun, 2005-08-14 at 20:26 -0700, John M. Gabriele wrote: > > [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar Test > > Exception in thread "main" java.lang.UnsatisfiedLinkError: libjawt: file not > > found > > at java.lang.Runtime._load(java.lang.String, boolean) > > (/usr/lib/libgcj.so.6.0.0) > > For some reason gij doesn't know where libjawt.so is. I think fitzsim > and I have discussed, but I don't recall the result. > > Try doing this before running your program. It should fix it: > > $ export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 Yes, to fix this properly we need to add that directory to the java.library.path system property. I filed a bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23403 Tom > > > Compiling to object works also: > > > > gcj --classpath=/usr/share/java/jogl.jar -c Test.java > > > > but trying to link that fails: > > > > [john at localhost ~/dev/java/JOGL_Example]$ gcj > > --classpath=/usr/share/java/jogl.jar --main=Test -o MyTest Test.o > > Test.o(.text+0x1d): In function > > `TestRenderer::init(net::java::games::jogl::GLDrawable*)': > > Test.java: undefined reference to `net::java::games::jogl::GLDrawable::class$' > > There are two solutions: > > 1. Compile your code with -findirect-dispatch. > > This will replace symbolic references to the jogl code with runtime name > lookups. > > or > > 2. Link with -ljogl.jar. This will link libjogl.jar.so to your program, > which should resolve all of the jogl symbols. > > Good luck! > > AG > > > > > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Mon Aug 15 15:49:57 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 15 Aug 2005 11:49:57 -0400 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124057998.13040.10.camel@localhost.localdomain> References: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> <1124057998.13040.10.camel@localhost.localdomain> Message-ID: <1124120997.2700.6.camel@rh-ibm-t41> On Sun, 2005-08-14 at 15:19 -0700, Anthony Green wrote: > On Sun, 2005-08-14 at 14:58 -0700, John M. Gabriele wrote: > > What's preferred for use on FC4: jogl or lwjgl? Or > > is there a third option -- maybe some way to do it > > with Java-Gnome? > > The java bindings for SDL include OpenGL support and are known to work > with gcj. > > A while ago I considered pushing my jogl RPMs into Fedora Extras, but > there's a little problem that bothers me. Our libjawt isn't binary > compatible with the Sun/IBM/BEA version, so I can't create a single jogl > RPM that will work with every "java" alternative. Maybe this shouldn't > concern me too much, but it does. > > The problem is that Sun doesn't publish the contents of jawt.h in a form > we can use, so I'm fairly certain our data structures are different from > Suns (we just infer the contents of jawt.h by looking at open source > code that uses it). > > Suggestions on how to address this problem welcome... Yes, does anyone know of a tool that can extract structs from shared libraries? Tom > > AG > > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From tromey at redhat.com Mon Aug 15 17:02:04 2005 From: tromey at redhat.com (Tom Tromey) Date: 15 Aug 2005 11:02:04 -0600 Subject: [fedora-java] jUploadr In-Reply-To: <20050814200929.GA28706@dumbterm.net> References: <1123988264.3193.177.camel@potter.soho.bytebot.net> <20050814200929.GA28706@dumbterm.net> Message-ID: >>>>> "Billy" == Billy Biggs writes: >> Nice, the class .db is pulling in the .so even though jUploadr ships >> its own SWT. That means the bits are the same and you're getting >> precompilation "magically" :-) Billy> This may be the problem then. The version of SWT that ships with Billy> jUploadr is not 3.1 final, it's a really old (close to 3.0) version of Billy> SWT. Could some classes still be identical between versions? If so then he might see some classes from the .so and some interpreted. But, yeah, this is worth looking into. Tom From tromey at redhat.com Mon Aug 15 17:03:47 2005 From: tromey at redhat.com (Tom Tromey) Date: 15 Aug 2005 11:03:47 -0600 Subject: [fedora-java] jUploadr In-Reply-To: <1124065429.12744.86.camel@potter.soho.bytebot.net> References: <1123988264.3193.177.camel@potter.soho.bytebot.net> <1124065429.12744.86.camel@potter.soho.bytebot.net> Message-ID: >> I downloaded this and tried it. It worked fine for me on my x86 FC4 >> machine. Colin> Hmm, I got: Colin> jUploadr-0.6-linuxGTK-i386 Colin> My machine is an x86 Me too. The undefined reference to this symbol comes from the libswt-pi-gtk-3062.so that comes with jUploadr. The symbol is supplied by /usr/lib/libglib-2.0.so.0. If you run ldd on the swt .so you should see that this is how libglib is resolved. Tom From orion at cora.nwra.com Mon Aug 15 17:29:23 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 15 Aug 2005 11:29:23 -0600 Subject: [fedora-java] Re: java issues on ppc In-Reply-To: <17152.47700.407580.541247@zapata.pink> References: <42FD0037.9040102@cora.nwra.com> <4300B6E0.1070400@cora.nwra.com> <17152.47700.407580.541247@zapata.pink> Message-ID: <4300D0F3.70703@cora.nwra.com> Andrew Haley wrote: > Orion Poplawski writes: > > Basically, I've got the following call path: > > > > main: > > pls.w3d( 1.0, 1.0, 1.0, -1.5, 1.5, -0.5, 1.5, zmin, zmax, alt[k], az[k] ); > > > > -> > > > > package plplot.core; > > > > class plplotjavacJNI { > > public final static native void plw3d(double jarg1, double jarg2, > > double jarg3, double jarg4, double jarg5, double jarg6, double jarg7, > > double jarg8, double jarg9, double jarg10, double jarg11); > > } > > > > > > If I print out the values of the arguments in plplotjavac.plw3d, some of > > them are bogus (i.e. basex = 0.0 when it is passed 1.0). Others are okay. > > Ah, right. This m,ight well be a libffi problems that is specific to > PPC. > > Andrew. I've got this down to a fairly small self contained test case. Submitted to GCC bugzilla: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23404 -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From tromey at redhat.com Mon Aug 15 18:04:27 2005 From: tromey at redhat.com (Tom Tromey) Date: 15 Aug 2005 12:04:27 -0600 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124120997.2700.6.camel@rh-ibm-t41> References: <20050814215836.53305.qmail@web80908.mail.scd.yahoo.com> <1124057998.13040.10.camel@localhost.localdomain> <1124120997.2700.6.camel@rh-ibm-t41> Message-ID: Tom> Yes, does anyone know of a tool that can extract structs from shared Tom> libraries? Write a little program, link it with the library, and use 'ptype' in gdb. Tom From info at torauma.com Mon Aug 15 21:48:52 2005 From: info at torauma.com (info at torauma.com) Date: 16 Aug 2005 06:48:52 +0900 Subject: [fedora-java] $B$ $B($!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B("!@!?("!!!y(BPerfect Free PC Site$B!yCB at 8!*!*(B $B(&(!(!(%!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=(B $B$=$NL>$NDL$j40A4L5NA$GD>EE8r49!uD>EE1\Mw$,$G$-$k$h$s"v(B http://www.ecdrf.com/?alltada $B%a!<%k$G%@%i%@%i$9$kI,MWL5$7!*(B $B!yEEOC$GB(7h$@$+$i4V0c$$L5$7!*(B $B!y$b$A$m$s%a!<%k$rFI$`$N$bAw$k$N$b40A4L5NA"v(B $B!y%a!<%k$K$9$k$bNI$7!*EEOC$K$9$k$bNI$7!*5.J}$)!A!A(Bv(*^^*)v$B$G$bAa$$$b$N>!$A$@$h$s!y(B $B"#(,(,(,(,(,(,(,(,(,(,(,"#(B $BM-NA$,9%$-$JJ}$O$3$A$i$M"v(B $B"((BI don't veceive your mail koi_gokoru_awg4589 at poppymail.com $B"(%a!<%kITMW(B koi_gokoru_awg4589 at poppymail.com $B"#(,(,(,(,(,(,(,(,(,(,(,"#(B From saeki at venusnetwoerk.cx Tue Aug 16 00:16:53 2005 From: saeki at venusnetwoerk.cx (saeki at venusnetwoerk.cx) Date: Mon, 15 Aug 2005 20:16:53 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCJCQkKyQsJCoyYSQ0JDckRyQ3GyhC?= =?iso-2022-jp?b?GyRCJGckJiQrISMbKEI=?= Message-ID: 20050816090904.52849mail@mail.ppp87521dood-system854.happyfan.system1.com ?????????Venus Network? ??????????????? ?????????????????????? ???????????? ?????????????????????? ????????????????? ??? ??? ??? ??? ??? ??? ????? ??? ************************ ?? ??? ? ??? ?? ??? ************************ ????????????????? ??????????? ?????????????? ?Venus Network? ??????????????? ??????????????????? ??????????????? ???????????????? ??????????????????????????? ?????????????? ???????????????? ????????????????????? ??????????????? ??????????????? ?????? ???????? ???????? ???????????? ????????????????? ??????????? ??????????????????? ?????????? ? ????????????????????????????? ?????????????????? ????????????????? ???????????????? ?????????????????????????? ?????????????????????????????? ???????????????????????? ??????????????????????? ????????????????? ? ????????????????????????????? ???????????????????????? ??????????? ????????????????? Venus Network ???????? From john_sips_tea at yahoo.com Tue Aug 16 02:00:22 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Mon, 15 Aug 2005 19:00:22 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124083272.3224.6.camel@localhost.localdomain> Message-ID: <20050816020023.33904.qmail@web80908.mail.scd.yahoo.com> --- Anthony Green wrote: > On Sun, 2005-08-14 at 20:26 -0700, John M. Gabriele wrote: > > [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar > Test > > Exception in thread "main" java.lang.UnsatisfiedLinkError: libjawt: file > not > > found > > at java.lang.Runtime._load(java.lang.String, boolean) > > (/usr/lib/libgcj.so.6.0.0) > > For some reason gij doesn't know where libjawt.so is. I think fitzsim > and I have discussed, but I don't recall the result. > > Try doing this before running your program. It should fix it: > > $ export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 > > > Compiling to object works also: > > > > gcj --classpath=/usr/share/java/jogl.jar -c Test.java > > > > but trying to link that fails: > > > > [john at localhost ~/dev/java/JOGL_Example]$ gcj > > --classpath=/usr/share/java/jogl.jar --main=Test -o MyTest Test.o > > Test.o(.text+0x1d): In function > > `TestRenderer::init(net::java::games::jogl::GLDrawable*)': > > Test.java: undefined reference to > `net::java::games::jogl::GLDrawable::class$' > > There are two solutions: > > 1. Compile your code with -findirect-dispatch. > > This will replace symbolic references to the jogl code with runtime name > lookups. > > or > > 2. Link with -ljogl.jar. This will link libjogl.jar.so to your program, > which should resolve all of the jogl symbols. > > Good luck! > > AG I think I'm gonna need just a bit more help. So as not to confuse the issue, there's two different ways we're trying to get this working here, and I'd like to get it working both ways: 1. using gcj to AOT compile then run directly, and 2. using gcj to compile to bytecode, then gij to run. My code is just the simple code described here: http://192.18.37.44/forums/index.php?topic=1474.0 (though I haven't yet gotten past the first few messages on that thread) The imports at the top look like: import net.java.games.jogl.*; import java.awt.*; import java.awt.event.WindowAdapter; import java.awt.event.WindowEvent; ------------------- compile to native, then run directly --------------- I built with this: gcj --classpath=/usr/share/java/jogl.jar \ -c Test.java (which gives me Test.o) then gcj --classpath=/usr/share/java/jogl.jar \ --main=Test -ljogl.jar -o MyTest Test.o [john at localhost ~/dev/java/JOGL_Example]$ ls -l total 68 -rwxrwxr-x 1 john john 25934 Aug 15 21:24 MyTest -rw-rw-r-- 1 john john 4873 Aug 15 21:07 Test.java -rw-rw-r-- 1 john john 16584 Aug 15 21:24 Test.o [john at localhost ~/dev/java/JOGL_Example]$ ldd MyTest linux-gate.so.1 => (0x0066c000) libjogl.jar.so => /usr/lib/libjogl.jar.so (0x0066d000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0056f000) libgcj.so.6 => /usr/lib/libgcj.so.6 (0x0259d000) libm.so.6 => /lib/libm.so.6 (0x003db000) libpthread.so.0 => /lib/libpthread.so.0 (0x00111000) libz.so.1 => /usr/lib/libz.so.1 (0x00407000) libdl.so.2 => /lib/libdl.so.2 (0x00401000) libc.so.6 => /lib/libc.so.6 (0x002af000) /lib/ld-linux.so.2 (0x00291000) [john at localhost ~/dev/java/JOGL_Example]$ echo $LD_LIBRARY_PATH /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 [john at localhost ~/dev/java/JOGL_Example]$ ls -l /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 total 4 lrwxrwxrwx 1 root root 23 Jul 30 01:25 libjawt.so -> /usr/lib/libgcjawt.so.6 [john at localhost ~/dev/java/JOGL_Example]$ ./MyTest Exception in thread "main" java.lang.LinkageError: unexpected exception during linking: net.java.games.jogl.GLCapabilities at java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (/usr/lib/libgcj.so.6.0.0) at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at Test.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Caused by: java.lang.NullPointerException at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) ...4 more ----------------- compile to bytecode, then interpret ----------- Ok, I can build the bytecode like so: gcj --classpath=/usr/share/java/jogl.jar -C Test.java (just changing the above -c to -C) then [john at localhost ~/dev/java/JOGL_Example]$ echo $LD_LIBRARY_PATH /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 and running it actually brings up a window and draws something which is red and flickers a bit, but doesn't look like a triangle. Here's the nasty-looking messages that come up in my terminal window: [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar Test Init GL is net.java.games.jogl.impl.x11.X11GLImpl (.:3155): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GtkWidget' (.:3155): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (.:3155): Gtk-CRITICAL **: gtk_widget_get_display: assertion `GTK_IS_WIDGET (widget)' failed Aborted ------------------------- Thanks for any help, ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From john_sips_tea at yahoo.com Tue Aug 16 05:01:13 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Mon, 15 Aug 2005 22:01:13 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050816020023.33904.qmail@web80908.mail.scd.yahoo.com> Message-ID: <20050816050113.69784.qmail@web80905.mail.scd.yahoo.com> --- "John M. Gabriele" wrote: > > > --- Anthony Green wrote: > > > On Sun, 2005-08-14 at 20:26 -0700, John M. Gabriele wrote: > > > > > Good luck! > > > > AG > > I think I'm gonna need just a bit more help. > > So as not to confuse the issue, there's two different ways we're trying > to get this working here, and I'd like to get it working both ways: > > 1. using gcj to AOT compile then run directly, and > > 2. using gcj to compile to bytecode, then gij to run. > > > My code is just the simple code described here: > http://192.18.37.44/forums/index.php?topic=1474.0 > (though I haven't yet gotten past the first few > messages on that thread) > The code I'm trying to get running is here: http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JOGLOnFC4 ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From info at dfkgj.com Tue Aug 16 10:03:00 2005 From: info at dfkgj.com (info at dfkgj.com) Date: 16 Aug 2005 19:03:00 +0900 Subject: [fedora-java] $B40A4L5NA$NAG?M=PD%%[%9%H$N%"%k%P%$%H(B Message-ID: <20050816100300.28369.qmail@mail.dfkgj.com> $B(.(,(/(.(,(/(.(,(/(.(,(/(B $B(-AG(-(-?M(-(-=P(-(-D%(-(B $B(1(,(0(1(,(0(1(,(0(1(,(0(B http://awg.webchu.com/?freehost $B"(%[%9%HBgJg=8!J$*;n$740A4L5NAEPO?#O#K!*!K(B $B"($9$Y$F%(%C%AL\E*$@$+$iNI$$;W$$$r$7$F>.8/$$2T$.!*(B $B"($*Ajn!&#S>n!&#M>n!&(B $B%J!<%9!&%9%C%A!<$J$I(B $B(.(,(/(.(,(/(.(,(/(.(,(/(B $B(-40(-(-A4(-(-L5(-(-NA(-(B $B(1(,(0(1(,(0(1(,(0(1(,(0(B http://awg.webchu.com/?freehost $B(.(,(/(.(,(/(B $B(-$*;n$7#O#K(-(B $B(1(,(0(1(,(0(B $B"(;E;v$N9g4V!"5YF|$rMxMQ$7$F<}F~%"%C%W$r$7$^$;$s$+!*D64JC1$JI{6H$G$9!#(B $B!y5.J}$b%j%C%A$K$J$j$^$;$s$+!)(B http://awg.webchu.com/?freehost $B!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a(B An unnecessary person please reply at the following. $B:#8e!"l9g$OJV?.2<$5$$!#(B a245_goawg at poppymail.com $B!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a!&!a(B 18$B:PL$K~$OMxMQ6X;_$G$9!#(B From green at redhat.com Tue Aug 16 13:38:49 2005 From: green at redhat.com (Anthony Green) Date: Tue, 16 Aug 2005 06:38:49 -0700 Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <20050816020023.33904.qmail@web80908.mail.scd.yahoo.com> References: <20050816020023.33904.qmail@web80908.mail.scd.yahoo.com> Message-ID: <1124199529.3013.12.camel@localhost.localdomain> On Mon, 2005-08-15 at 19:00 -0700, John M. Gabriele wrote: > [john at localhost ~/dev/java/JOGL_Example]$ ./MyTest > Exception in thread "main" java.lang.LinkageError: unexpected exception during > linking: net.java.games.jogl.GLCapabilities Rebuild your code with -findirect-dispatch and it will work. I guess we always need to use -findirect-dispatch, perhaps because we're implementing an interface that was built using that option. > [john at localhost ~/dev/java/JOGL_Example]$ echo $LD_LIBRARY_PATH > /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 > > and running it actually brings up a window and draws something > which is red and flickers a bit, but doesn't look like a triangle. It's a triangle, although the flickering is really making it unrecognizable. If your test code used double buffering then all would be good. I don't know why the triangle is constantly being rerendered. Perhaps this is normal behaviour. > Here's the nasty-looking messages that come up in my terminal > window: > > [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar Test > Init GL is net.java.games.jogl.impl.x11.X11GLImpl > > (.:3155): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in > cast to `GtkWidget' > > (.:3155): GLib-GObject-WARNING **: invalid unclassed pointer in cast to > `GtkObject' > > (.:3155): Gtk-CRITICAL **: gtk_widget_get_display: assertion `GTK_IS_WIDGET > (widget)' failed > Aborted I don't get any of these messages. Is your FC4 system up to date? AG From info at raja-lion.com Tue Aug 16 15:32:24 2005 From: info at raja-lion.com (info at raja-lion.com) Date: 17 Aug 2005 00:32:24 +0900 Subject: [fedora-java] $B5$7Z$KB(2q$$$GM7$Y$k(B Message-ID: <20050816153224.26460.qmail@mail.raja-lion.com> $B5$7Z$KAGAa$/4JC1$K40A43d at Z$j%(%C%A$,B(=PMh$A$c$$$^$9"v(B $BL5NA$*;n$7EPO?$b$"$j$^$9$+$i0B?4$7$F$4MxMQ2<$5$$!#(B $B$*;n$740A4L5NAF~$j8}"M(B http://awg.webchu.com/sweet-s/?rcc *_________________________________* $B"((BI don't veceive your mail$B"-(B send_sweet69 at poppymail.com $B"(%a!<%kITMW"-(B send_sweet69 at poppymail.com *__________________________________* From aph at redhat.com Tue Aug 16 17:54:34 2005 From: aph at redhat.com (Andrew Haley) Date: Tue, 16 Aug 2005 18:54:34 +0100 Subject: [fedora-java] JOnAS on gcj conformance test results Message-ID: <17154.10330.353187.207940@zapata.pink> Tom and Bryce made a patch to fix the class loader deadlock that Bryce said was blocking testsuite runs, and I applied it. I thought it might be interesting to run the testsuite, but I remembered Bryce's comment about running out of memory with many threads, so I reduced the thread stack size to 256k, which is the same as Sun IIRC. I ran the testsuite, and got some results: 91.07% success rate. Results here: http://people.redhat.com/~aph/jeremie-Linux-HSQL1-1.4.2-$%7bwebcontainer.name%7d.html Running the same tests with IBM's jvm gets 95.75%. This is good, I think. The *really* good news is that JOnAS did not grow unreasonably: it never exceeded about 300M. On that basis, I don't think there's any pressing need to search for memory leaks. However, the test harness was running under IBM's java, not gcj. That's why the test result is reported as IBM. JOnAS itself was running on gcj. I had trouble running the test harness itself on gcj, so I'm going to explore that later if I get the chance. It seems that the test harness relies on some correct behaviour of javax.naming that we're not handling correctly: all the tests fail on the harness side with traces like Exception raised in setup: javax.naming.NamingException: javax.naming.NamingException: javax.naming.NameNotFoundException: 1.412 name "bankManagerROHome" not bound Caused by: javax.naming.NameNotFoundException: name "bankManagerROHome" not bound at org.objectweb.jeremie.services.registry.jndi.JRMIRegistryContext.lookup(javax.naming.Name) (/usr/lib/libjonathan-jeremie-4.2.jar.so) at javax.naming.InitialContext.lookup(javax.naming.Name) (/home/aph/gcc-4_0-branch/install/lib/libgcj.so.6.0.0) at org.objectweb.carol.jndi.spi.JEREMIEContext.lookup(javax.naming.Name) (/usr/lib/libow_carol-1.8.9.3.jar.so) at org.objectweb.carol.jndi.spi.JEREMIEContext.lookup(java.lang.String) (/usr/lib/libow_carol-1.8.9.3.jar.so) at javax.naming.InitialContext.lookup(java.lang.String) (/home/aph/gcc-4_0-branch/install/lib/libgcj.so.6.0.0) at org.objectweb.carol.jndi.spi.MultiContext.lookup(java.lang.String) (/usr/lib/libow_carol-1.8.9.3.jar.so) at org.objectweb.carol.jndi.spi.ContextWrapper.lookup(java.lang.String) (/usr/lib/libow_carol-1.8.9.3.jar.so) at javax.naming.InitialContext.lookup(java.lang.String) (/home/aph/gcc-4_0-branch/install/lib/libgcj.so.6.0.0) at ... So, we need to find out why all tests fail with a javax.naming.NameNotFoundException when the test harness is run under gcj. Many of the test failures also seem to be caused by a javax.naming.NameNotFoundException, so this might be a common problem. On the downside: I saw the deadlock in the class loader again, even after Bryce's patch. I'll try to liase with Tom and Bryce to do some more debugging. gcj is not correctly initializing JOnAS' trace properties. This means that it's impossible to enable -- for example -- CAROL tracing. This is v.v.v. annoying, so I'm going to investigate it. More later. Andrew. From jdf.lists at gmail.com Tue Aug 16 18:12:09 2005 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Tue, 16 Aug 2005 11:12:09 -0700 Subject: [fedora-java] OT spam In-Reply-To: <20050815214852.15313.qmail@mail.torauma.com> References: <20050815214852.15313.qmail@mail.torauma.com> Message-ID: <67437bc40508161112abf57cc@mail.gmail.com> Any chance of blocking the Japanese spam? There have already been 3 today and they're messing up the archives: https://www.redhat.com/archives/fedora-devel-java-list/2005-August/date.html Perhaps there's some way to dump messages that use non-latin chars in the subject? On 16 Aug 2005 06:48:52 +0900, info at torauma.com wrote: > ???????????????????? > ??????Perfect Free PC Site????? > ???????????????????? > ??????????????????????????? From takayama at venusnetwoerk.cx Tue Aug 16 20:37:31 2005 From: takayama at venusnetwoerk.cx (takayama at venusnetwoerk.cx) Date: Tue, 16 Aug 2005 16:37:31 -0400 Subject: [fedora-java] =?iso-2022-jp?b?GyRCMHokLUIzJC0kaCRtJDckLyQqGyhC?= =?iso-2022-jp?b?GyRCNGokJCQ3JF4kOSEjGyhC?= Message-ID: 20050817044926.19948mail@mail.uid2489565-roadfan0012_8457241_system1.com ?VenusNetwork???????????????? ??????????????????????????????????????????????????????????????????????? ?????VenusNetwork??????2????????????????????? ????????VenusNetwork????????????????????????????? ??????????????????????????????????? ?????????????? ------------------------------------------------------------------------------ ????????????????????????? ???????????????????????????? ???????????????VenusNetwork????????????????? ?????????????????????????????????????????????????????????????????? ????????????????????????????????????????? ?????????????????????????????????????????????? ?????????VenusNetwork???????????????????? ?????????????VenusNetwork??????????????????????????????VenusNetwork???????????????????? ?????????????????????????????????? ????????????????? ?????????????????? ?????????? ?VenusNetwork????? ??????????? ------------------------------------------------------------------------------ ????????????????? ?????????????????????????????????????????????????? ??????????????????? VenusNetwork?????????????????????????????????????????????????????????????? ???????????????????????????????????????????????? ???????????????????????????? ?????????????????????????????????????????????????????????????????????? ????????????????????????????????????????????????????????????? ???VenusNetwork?????????????????????? ????????????????????????????? ???????????????????????? ?????????????????????????????????????? ??????????????????????????? ????,? ???????????????????????(?????) ????,? ???????????????????????? ????1?????????????????????????????? ????2?????????????????????????????????? ????3????????????????????????? ????4?40?????????????????????? ???????????????????????????????????? ????????????????????????? ?VenusNetwork????????? ------------------------------------------------------------------------------ ???? ??????????????????????????????????? ??????????????????????????????????????????? ???????????? From green at redhat.com Tue Aug 16 20:24:10 2005 From: green at redhat.com (Anthony Green) Date: Tue, 16 Aug 2005 13:24:10 -0700 Subject: [fedora-java] OT spam In-Reply-To: <67437bc40508161112abf57cc@mail.gmail.com> References: <20050815214852.15313.qmail@mail.torauma.com> <67437bc40508161112abf57cc@mail.gmail.com> Message-ID: <1124223850.5848.3.camel@dhcp-172-16-25-146.sfbay.redhat.com> On Tue, 2005-08-16 at 11:12 -0700, Joshua Daniel Franklin wrote: > Any chance of blocking the Japanese spam? There have already been 3 today and > they're messing up the archives: > > https://www.redhat.com/archives/fedora-devel-java-list/2005-August/date.html > > Perhaps there's some way to dump messages that use non-latin chars in > the subject? I've tweaked things so that only list subscribers may post to the list - everything else will bounce. I don't really like this ham-fisted approach, but it should certainly deal with the spam issue for now. Thanks, AG From john_sips_tea at yahoo.com Wed Aug 17 03:00:22 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Tue, 16 Aug 2005 20:00:22 -0700 (PDT) Subject: [fedora-java] Java OpenGL on FC4 In-Reply-To: <1124199529.3013.12.camel@localhost.localdomain> Message-ID: <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> --- Anthony Green wrote: > On Mon, 2005-08-15 at 19:00 -0700, John M. Gabriele wrote: > > [john at localhost ~/dev/java/JOGL_Example]$ ./MyTest > > Exception in thread "main" java.lang.LinkageError: unexpected exception > during > > linking: net.java.games.jogl.GLCapabilities > > Rebuild your code with -findirect-dispatch and it will work. Ok. Compiled from .java --> .o with that option and now it does the same thing as when I run it via gij. Which is weird, since the gcj man page has this to say: | Note that, at present, "-findirect-dispatch" can only be used | when compiling .class files. It will not work when compiling | from source. Anyhow, at this point, I probably need to look at the code itself to understand better why the image is not looking right (and learn how to enable double- buffering). Trying to take a screenshot doesn't work b/c every time I hit that PrintScn button, the flickering stops for an instant and the screenshot only shows a blank black rendering window. > I guess we > always need to use -findirect-dispatch, perhaps because we're > implementing an interface that was built using that option. > > > [john at localhost ~/dev/java/JOGL_Example]$ echo $LD_LIBRARY_PATH > > /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/i386 > > > > and running it actually brings up a window and draws something > > which is red and flickers a bit, but doesn't look like a triangle. > > It's a triangle, although the flickering is really making it > unrecognizable. If your test code used double buffering then all would > be good. Yeah. I've gotta learn how to turn that on. :) > I don't know why the triangle is constantly being rerendered. Perhaps > this is normal behaviour. > > > Here's the nasty-looking messages that come up in my terminal > > window: > > > > [john at localhost ~/dev/java/JOGL_Example]$ gij -cp /usr/share/java/jogl.jar > Test > > Init GL is net.java.games.jogl.impl.x11.X11GLImpl > > > > (.:3155): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' > in > > cast to `GtkWidget' > > > > (.:3155): GLib-GObject-WARNING **: invalid unclassed pointer in cast to > > `GtkObject' > > > > (.:3155): Gtk-CRITICAL **: gtk_widget_get_display: assertion `GTK_IS_WIDGET > > (widget)' failed > > Aborted > > I don't get any of these messages. Is your FC4 system up to date? > > AG Yup. Just did a "yum update". Note, I only get those messages (and similar ones when running the natively compiled version) when closing the window. Those messages aren't there when the window is up and the red triangular shape is flickering. http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JOGLOnFC4 I think I'm also gonna give sdljava a try also. I've tried SDL in the past, and also like the idea of keeping everything at least LGPL. ;) Thanks, ---John __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mark at klomp.org Wed Aug 17 14:02:59 2005 From: mark at klomp.org (Mark Wielaard) Date: Wed, 17 Aug 2005 16:02:59 +0200 Subject: [fedora-java] GNU Classpath distro DevJam Message-ID: <1124287379.8424.113.camel@localhost.localdomain> Hi all, Various Debian packagers and developers are interested in coming together to improve the Free Software tool chain, the programs and the free runtime environments for software written in the java programming language. For such a meeting we would like to include packagers from various distributions to coordinate on library names, dependency and versioning. And to share experiences on how to integrate and map dependencies of tools like ant and maven when creating traditional GNU/Linux distribution packages. So we are proposing a developer and packager meeting around coordinating and improving the state of packaging of large scale applications written in the java programming language using the GNU Classpath, gcj and other free java-like tool chains for the various GNU/Linux distributions. Please see DevJam wiki for details: http://java.debian.net/index.php/DevJam We hope to get together a group of (20 till 30) people wanting to do some hands on hacking to show the state of the art in packaging. Resulting in the availability of several new packages, improvements to the free tool chains and cross-distribution packaging conventions quickly after the meeting. One of the ideas to keep the cost down for now is sharing the meeting with another group in Oldenburg, Germany, from September 21st to September 25th. http://meeting.ffis.de/Oldenburg2005/ If you are interested please add you name and thoughts about how to make such a meeting most effective to the wiki! And please contact us if you are interested in sponsoring the effort. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From greenrd at greenrd.org Wed Aug 17 15:57:30 2005 From: greenrd at greenrd.org (Robin Green) Date: Wed, 17 Aug 2005 16:57:30 +0100 Subject: [fedora-java] Re: Java OpenGL on FC4 References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> Message-ID: On Tue, 16 Aug 2005 20:00:22 -0700, John M. Gabriele wrote: > --- Anthony Green wrote: > >> On Mon, 2005-08-15 at 19:00 -0700, John M. Gabriele wrote: >> > [john at localhost ~/dev/java/JOGL_Example]$ ./MyTest >> > Exception in thread "main" java.lang.LinkageError: unexpected exception >> during >> > linking: net.java.games.jogl.GLCapabilities >> >> Rebuild your code with -findirect-dispatch and it will work. > > Ok. Compiled from .java --> .o with that option and now it does > the same thing as when I run it via gij. > > Which is weird, since the gcj man page has this to say: > > | Note that, at present, "-findirect-dispatch" can only be used > | when compiling .class files. It will not work when compiling > | from source. Right. What I think Anthony *meant* was, follow the instructions on this page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ -- Robin From john_sips_tea at yahoo.com Wed Aug 17 16:23:06 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Wed, 17 Aug 2005 09:23:06 -0700 (PDT) Subject: [fedora-java] GNU Classpath distro DevJam In-Reply-To: <1124287379.8424.113.camel@localhost.localdomain> Message-ID: <20050817162306.51529.qmail@web80906.mail.scd.yahoo.com> This rocks! :) When they refer to standardizing on one package format, are they talking about maybe some metapackage based on JPP's RPMS that can easily be converted to a .deb? Are there going to be any Redhat/Fedora Java devs attending? This is awesome news. Makes me hum that John Lennon song "Imagine". :) ---John --- Mark Wielaard wrote: > Hi all, > > Various Debian packagers and developers are interested in coming > together to improve the Free Software tool chain, the programs and > the free runtime environments for software written in the java > programming language. > > For such a meeting we would like to include packagers from various > distributions to coordinate on library names, dependency and > versioning. And to share experiences on how to integrate and map > dependencies of tools like ant and maven when creating traditional > GNU/Linux distribution packages. > > So we are proposing a developer and packager meeting around > coordinating and improving the state of packaging of large scale > applications written in the java programming language using the GNU > Classpath, gcj and other free java-like tool chains for the various > GNU/Linux distributions. > > Please see DevJam wiki for details: > http://java.debian.net/index.php/DevJam > > We hope to get together a group of (20 till 30) people wanting to do > some hands on hacking to show the state of the art in packaging. > Resulting in the availability of several new packages, improvements to > the free tool chains and cross-distribution packaging conventions > quickly after the meeting. > > One of the ideas to keep the cost down for now is sharing the meeting > with another group in Oldenburg, Germany, from September 21st to > September 25th. http://meeting.ffis.de/Oldenburg2005/ > > If you are interested please add you name and thoughts about how to > make such a meeting most effective to the wiki! And please contact us > if you are interested in sponsoring the effort. > > Cheers, > > Mark > > -- > Escape the Java Trap with GNU Classpath! > http://www.gnu.org/philosophy/java-trap.html > > Join the community at http://planet.classpath.org/ > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Wed Aug 17 19:00:40 2005 From: aph at redhat.com (Andrew Haley) Date: Wed, 17 Aug 2005 20:00:40 +0100 Subject: [fedora-java] Monolog on gcj Message-ID: <17155.35160.466695.462147@zapata.pink> I've been having a really bizarre time figuring out why on gcj the trace.properties file of JOnAS doesn't have any effect. It seems to be due to weak references. Java has a class called java.util.logging.LogManager, and you can get a Logger by calling getLogger: Logger getLogger(String name) but LogManagers only keep weak references to their logs. So, as soon as a log has been created you need to keep a hard reference to it. In Monolog there is org.objectweb.util.monolog.wrapper.javaLog.LoggerFactory, and that uses a LogManager to keep track of the instances of Logger it creates. So, still no hard references there and it's up to the caller of LoggerFactory to keep hard references. JOnAS calls org.objectweb.util.monolog.file.monolog.PropertiesConfAccess.load(java.util.Properties, org.objectweb.util.monolog.api.LoggerFactory, org.objectweb.util.monolog.api.HandlerFactory, org.objectweb.util.monolog.api.LevelFactory) to read the properties file for JOnAS logging, and this routine as a side-effect creates loggers for all of JOnAS's subsystems. Later on, TraceCarol does this: public static void configure(LoggerFactory lf) { carolLogger = lf.getLogger(prefix); But of course, the LoggerFactory lf only has weak references to its loggers, so these loggers it created might have disappeared. This is why it doesn't matter how I edit the properties files, I get no output: by the time carol calls getLogger, the logger no longer exists. It seems to me that this is a failure of Monolog. The only way to fix it is to have Monolog's LoggerFactory keep hard references for its loggers. All I have to do to make Monolog work correctly with gcj is add the patch below. Andrew. --- src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java~ 2004-08-17 10:18:08.000000000 +0100 +++ src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java 2005-08-17 19:25:51.000000000 +0100 @@ -45,6 +45,8 @@ */ protected static Logger rootLogger = null; + private ArrayList loggers = new ArrayList(); + /** * This static code initialize the value of the variable defined into * BasicLevel. @@ -145,6 +147,7 @@ if (o == null) { // It doesn't exist => creates and adds it Logger result = new Logger(name, resName); + loggers.add(result); Monolog.debug("Instanciate the logger " + name); manager.addLogger(result); return result; From green at redhat.com Wed Aug 17 20:46:26 2005 From: green at redhat.com (Anthony Green) Date: Wed, 17 Aug 2005 13:46:26 -0700 Subject: [fedora-java] Re: Java OpenGL on FC4 In-Reply-To: References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> Message-ID: <1124311586.3060.34.camel@localhost.localdomain> On Wed, 2005-08-17 at 16:57 +0100, Robin Green wrote: > >> Rebuild your code with -findirect-dispatch and it will work. > > > > Ok. Compiled from .java --> .o with that option and now it does > > the same thing as when I run it via gij. > > > > Which is weird, since the gcj man page has this to say: > > > > | Note that, at present, "-findirect-dispatch" can only be used > > | when compiling .class files. It will not work when compiling > > | from source. > > Right. What I think Anthony *meant* was, follow the instructions on this > page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ Hmm.. no, I really did mean compile your .java file with -findirect-dispatch and it works. Omit the -findirect-dispatch and the program fails. I don't know how to reconcile this with the advice in the gcj man page. AG From tromey at redhat.com Wed Aug 17 20:51:24 2005 From: tromey at redhat.com (Tom Tromey) Date: 17 Aug 2005 14:51:24 -0600 Subject: [fedora-java] Re: Java OpenGL on FC4 In-Reply-To: <1124311586.3060.34.camel@localhost.localdomain> References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> <1124311586.3060.34.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> Hmm.. no, I really did mean compile your .java file with Anthony> -findirect-dispatch and it works. Omit the Anthony> -findirect-dispatch and the program fails. -findirect-dispatch doesn't always work when you compile a .java file. We ran out of time implementing this :-(. We should have made this case an error, but nobody thought of it before 4.0 shipped. The currently supported approach is to compile to .class first. At some point we will support compiling .java using -findirect-dispatch. Tom From john_sips_tea at yahoo.com Thu Aug 18 02:18:19 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Wed, 17 Aug 2005 19:18:19 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <1124311586.3060.34.camel@localhost.localdomain> Message-ID: <20050818021819.25018.qmail@web80908.mail.scd.yahoo.com> --- Anthony Green wrote: > On Wed, 2005-08-17 at 16:57 +0100, Robin Green wrote: > > >> Rebuild your code with -findirect-dispatch and it will work. > > > > > > Ok. Compiled from .java --> .o with that option and now it does > > > the same thing as when I run it via gij. > > > > > > Which is weird, since the gcj man page has this to say: > > > > > > | Note that, at present, "-findirect-dispatch" can only be used > > > | when compiling .class files. It will not work when compiling > > > | from source. > > > > Right. What I think Anthony *meant* was, follow the instructions on this > > page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > Hmm.. no, I really did mean compile your .java file with > -findirect-dispatch and it works. Omit the -findirect-dispatch and the > program fails. > > [snip] As long as that wiki page was mentioned, I wanted to interject something about it: It's a good start, but I think it could use an additional initial descriptive paragraph. Excellent points to include might be: 1. What is the "new binary compatibility ABI" and why would it matter to me (J. Random Java Hacker)? Does it refer to linking with code that was natively compiled with an older (or newer?) version of GCJ? 2. Exactly why would I want to "treat GCJ as a kind of caching JIT"? Doesn't the libgcj runtime already do something like that? 3. The 3rd sentence says, "The original application remains unchanged". What is being discussed? What's the original application? 4. The 4th sentence says, "However, defineClass() is modified to find the executable form of the class in a shared library." Where's this defineClass() method defined? Why would it be in my code? Did I write it? 5. It goes on to talk about a ".db" file. Is a database involved here? Anyhow, I'm certainly not complaining. It's great that someone has put in the time to get that page up. I'm just providing some suggestions on how it could be made more useful for the uninitiated. IMO, free software projects live and die by the quality of their docs. Thanks, ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From david at zarb.org Thu Aug 18 02:49:16 2005 From: david at zarb.org (David Walluck) Date: Wed, 17 Aug 2005 22:49:16 -0400 Subject: [fedora-java] Re: Java OpenGL on FC4 In-Reply-To: References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> Message-ID: <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> Robin Green wrote: > Right. What I think Anthony *meant* was, follow the instructions on this > page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ But we have aot-compile, so why not just use it instead and save some trouble? By the way, I don't like how aot-compile combines the %build and %install steps. This means that short-circuting to %install relly won't save you much time at all (since aot-compile is called from there). Can't it run twice, once during build where it creates the .so files, and once during %install where it installs the created .so files to the correct path, or something like this? Anyway, I think it would be better off as an rpm macro. I see some integration happening as an RPM post script, which is nice too. -- Sincerely, David Walluck ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From mckinlay at redhat.com Thu Aug 18 02:57:02 2005 From: mckinlay at redhat.com (Bryce McKinlay) Date: Wed, 17 Aug 2005 22:57:02 -0400 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818021819.25018.qmail@web80908.mail.scd.yahoo.com> References: <20050818021819.25018.qmail@web80908.mail.scd.yahoo.com> Message-ID: <4303F8FE.8090802@redhat.com> John M. Gabriele wrote: >1. What is the "new binary compatibility ABI" and why would it matter to > me (J. Random Java Hacker)? Does it refer to linking with code that > was natively compiled with an older (or newer?) version of GCJ? > >2. Exactly why would I want to "treat GCJ as a kind of caching JIT"? > Doesn't the libgcj runtime already do something like that? > >3. The 3rd sentence says, "The original application remains unchanged". > What is being discussed? What's the original application? > >4. The 4th sentence says, "However, defineClass() is modified to find > the executable form of the class in a shared library." Where's this > defineClass() method defined? Why would it be in my code? Did I write > it? > >5. It goes on to talk about a ".db" file. Is a database involved here? > > John, Some Java applications make assumptions about their runtime environment that made it very difficult to run them natively compiled without significant source code modifications. Specifically, these applications contain their own code to read bytecode streams and load them as classes using the ClassLoader.defineClass() method. The Eclipse IDE is a well-known example in which virtually the entire application is loaded in this manner. The "kind of caching JIT" (aka: gcj-dbtool) model described here is GCJ's solution to this problem. When defineClass() is called, the bytecode passed is matched, using the map contained in the ".db" file, against shared libraries containing the classes compiled in advance to native code. More typical applications that do not utilize custom classloaders do not need to worry about this at all. The BC-ABI (that is, the -findirect-dispatch option to gcj) can be used independently of gcj-dbtool to generate a binary that should continue to work despite changes to libgcj and other dependent class libraries. On the other hand, if you compile an application using the old style "C++ ABI", it will break as soon as any changes to the public APIs of dependent class libraries are made. In the past, as you can imagine, this was a significant limitation and an impediment to more widespread adoption of GCJ. I agree with you that GCJs documentation could use a significant spruce-up, specifically in the area of entry-level, explanatory, and HOWTO type stuff. Let me assure you that any contributions to this effort will be gratefully received by the GCJ maintainers and quickly reviewed/applied. Regards Bryce From john_sips_tea at yahoo.com Thu Aug 18 04:03:52 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Wed, 17 Aug 2005 21:03:52 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <4303F8FE.8090802@redhat.com> Message-ID: <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> --- Bryce McKinlay wrote: Thanks for the reply Bryce. I used much of it to update the beginning of: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ It sounds like, to be able to mix interpreted and natively compiled code at runtime, you need to have compiled your .jars with the -findirect-dispatch option, right? If so, why isn't -findirect-dispatch simply the default compilation mode? > [snip] > > On the other > hand, if you compile an application using the old style "C++ ABI", it > will break as soon as any changes to the public APIs of dependent class > libraries are made. Right -- since the Java runtime should be smart enough to use the lib as long as the signatures of the methods _it wants to use_ match up, correct? What does it mean to compile code with the "old style 'C++ ABI'"? (Is that referred to as the "standard ABI"?) Does that just simply mean to *not* use the -findirect-dispatch option? Thanks, ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Thu Aug 18 08:54:23 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 18 Aug 2005 09:54:23 +0100 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> References: <4303F8FE.8090802@redhat.com> <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> Message-ID: <17156.19647.953517.21654@zapata.pink> John M. Gabriele writes: > > --- Bryce McKinlay wrote: > > Thanks for the reply Bryce. I used much of it to update the > beginning of: > http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > It sounds like, to be able to mix interpreted and natively > compiled code at runtime, you need to have compiled your .jars > with the -findirect-dispatch option, right? > > If so, why isn't -findirect-dispatch simply the default > compilation mode? Its a bit slower, it's newer, and it doesn't work when compiling from Java source. I'm not sure when exactly -findirect-dispatch should become the default, but not until compiling from source works. That's not particularly difficult to do, but it really requires some rearrangement of the code in the compiler and we've been concentrating on maximizing compatibility. Longer term, I'd like to recover the performance losses with -findirect-dispatch, and then we can make that the default with a clear conscience. > > On the other hand, if you compile an application using the old > > style "C++ ABI", it will break as soon as any changes to the > > public APIs of dependent class libraries are made. > > Right -- since the Java runtime should be smart enough to use > the lib as long as the signatures of the methods _it wants to > use_ match up, correct? > > What does it mean to compile code with the "old style 'C++ ABI'"? > (Is that referred to as the "standard ABI"?) Does that just simply > mean to *not* use the -findirect-dispatch option? It does, yes. Andrew. From aph at redhat.com Thu Aug 18 09:27:14 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 18 Aug 2005 10:27:14 +0100 Subject: [fedora-java] Re: Java OpenGL on FC4 In-Reply-To: <1124311586.3060.34.camel@localhost.localdomain> References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> <1124311586.3060.34.camel@localhost.localdomain> Message-ID: <17156.21618.708230.281633@zapata.pink> Anthony Green writes: > On Wed, 2005-08-17 at 16:57 +0100, Robin Green wrote: > > >> Rebuild your code with -findirect-dispatch and it will work. > > > > > > Ok. Compiled from .java --> .o with that option and now it does > > > the same thing as when I run it via gij. > > > > > > Which is weird, since the gcj man page has this to say: > > > > > > | Note that, at present, "-findirect-dispatch" can only be used > > > | when compiling .class files. It will not work when compiling > > > | from source. > > > > Right. What I think Anthony *meant* was, follow the instructions on this > > page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > Hmm.. no, I really did mean compile your .java file with > -findirect-dispatch and it works. Omit the -findirect-dispatch and the > program fails. That's a bug which Tom Tromey fixed two days ago. > I don't know how to reconcile this with the advice in the gcj man page. Don't compile source with -findirect-dispatch. This should be an error in 4.1, and fixed soon after that. Andrew. From mckinlay at redhat.com Thu Aug 18 14:44:16 2005 From: mckinlay at redhat.com (Bryce McKinlay) Date: Thu, 18 Aug 2005 10:44:16 -0400 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> References: <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> Message-ID: <43049EC0.3060805@redhat.com> John M. Gabriele wrote: >Thanks for the reply Bryce. I used much of it to update the >beginning of: >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > Great, thanks for doing this. >It sounds like, to be able to mix interpreted and natively >compiled code at runtime, you need to have compiled your .jars >with the -findirect-dispatch option, right? > > If you want to be able to call interpreted code from native code, yes. The other way around works fine regardless of the ABI. >If so, why isn't -findirect-dispatch simply the default >compilation mode? > > Mostly because its not finished yet. The major blockers are CNI, because the C++ compiler does not yet understand the BC ABI, and the bug(s) affecting -findirect-dispatch when used for source code compilation. Certainly, the goal is to make BC the default ABI as soon as the issues are resolved. There is also a performance hit from the BC-ABI - the tests I have done show this to be relatively small (<= 10%) for most applications, but it would be good to have more data. >>[snip] >> >>On the other >>hand, if you compile an application using the old style "C++ ABI", it >>will break as soon as any changes to the public APIs of dependent class >>libraries are made. >> >> > >Right -- since the Java runtime should be smart enough to use >the lib as long as the signatures of the methods _it wants to >use_ match up, correct? > > Right. The old ABI will break code in many situations, such as the order of fields or methods in a class changing. This is, obviously, unacceptable for Java. >What does it mean to compile code with the "old style 'C++ ABI'"? >(Is that referred to as the "standard ABI"?) Does that just simply >mean to *not* use the -findirect-dispatch option? > Correct. Bryce From vadimn at redhat.com Thu Aug 18 14:56:02 2005 From: vadimn at redhat.com (Vadim Nasardinov) Date: Thu, 18 Aug 2005 10:56:02 -0400 Subject: aot-compile combines %build and %install (was: Re: [fedora-java] Re: Java OpenGL on FC4) In-Reply-To: <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> References: <1124199529.3013.12.camel@localhost.localdomain> <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> Message-ID: <200508181056.02679.vadimn@redhat.com> On Wednesday 17 August 2005 22:49, David Walluck wrote: > By the way, I don't like how aot-compile combines the %build and > %install steps. Gary is best qualified to comment on this but if I am not mistaken, he is on vacation right now. From tromey at redhat.com Thu Aug 18 16:06:43 2005 From: tromey at redhat.com (Tom Tromey) Date: 18 Aug 2005 10:06:43 -0600 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <43049EC0.3060805@redhat.com> References: <20050818040352.24731.qmail@web80905.mail.scd.yahoo.com> <43049EC0.3060805@redhat.com> Message-ID: >> If so, why isn't -findirect-dispatch simply the default >> compilation mode? Bryce> Mostly because its not finished yet. The major blockers are CNI, Bryce> because the C++ compiler does not yet understand the BC ABI, and the Bryce> bug(s) affecting -findirect-dispatch when used for source code Bryce> compilation. Certainly, the goal is to make BC the default ABI as soon Bryce> as the issues are resolved. BTW there is a meta-pr that has dependencies on all the known BC ABI tasks: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12725 (IMO not all of these are required to be fixed before we can flip the default.) Tom From john_sips_tea at yahoo.com Thu Aug 18 17:21:57 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Thu, 18 Aug 2005 10:21:57 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <43049EC0.3060805@redhat.com> Message-ID: <20050818172157.59726.qmail@web80909.mail.scd.yahoo.com> --- Bryce McKinlay wrote: > John M. Gabriele wrote: > > >Thanks for the reply Bryce. I used much of it to update the > >beginning of: > >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > > > > > Great, thanks for doing this. NP. :) I'm updating it as we go. > > >It sounds like, to be able to mix interpreted and natively > >compiled code at runtime, you need to have compiled your .jars > >with the -findirect-dispatch option, right? > > > > > > If you want to be able to call interpreted code from native code, yes. So, we're talking about my natively compiled binary loading and using some regular old .jar file full of .class files... I don't get it. As I'm understanding it, if the natively compiled code makes use of ClassLoader.defineClass(), it should just work right off the bat without the native code having been built with -findirect-dispatch, since when it tries to read a bytecode stream from the jar, it'll find it there. No fuss, no muss, right? > The other way around works fine regardless of the ABI. [calling native code from interpreted code] Suppose some interpreted Java program is running under gij on my system, and needs to make use of one of some jar that it expects to find on the CLASSPATH. Now, suppose I've secretly replaced this program's regular coffee.jar with my natively compiled coffee.jar.so. Are you saying that it doesn't matter whether or not I've built my coffee.jar.so with -findirect-dispatch? That libgcj will find it and load it at runtime regardless? That sounds backward to me: what if the interpreted program makes a ClassLoader.defineClass() call? In that case, it will be sorely disappointed when it hits my natively compiled coffee.jar.so and there's no bytecode to be found. :) Thanks, ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Thu Aug 18 17:30:53 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 18 Aug 2005 18:30:53 +0100 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818172157.59726.qmail@web80909.mail.scd.yahoo.com> References: <43049EC0.3060805@redhat.com> <20050818172157.59726.qmail@web80909.mail.scd.yahoo.com> Message-ID: <17156.50637.857852.192213@zapata.pink> John M. Gabriele writes: > > > --- Bryce McKinlay wrote: > > > John M. Gabriele wrote: > > > > >Thanks for the reply Bryce. I used much of it to update the > > >beginning of: > > >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > > > > > > > > > Great, thanks for doing this. > > NP. :) I'm updating it as we go. > > > > > >It sounds like, to be able to mix interpreted and natively > > >compiled code at runtime, you need to have compiled your .jars > > >with the -findirect-dispatch option, right? > > > > > > > > > > If you want to be able to call interpreted code from native code, yes. > > So, we're talking about my natively compiled binary loading and > using some regular old .jar file full of .class files... > > I don't get it. As I'm understanding it, if the natively compiled code > makes use of ClassLoader.defineClass(), it should just work right off the > bat without the native code having been built with -findirect-dispatch, > since when it tries to read a bytecode stream from the jar, it'll > find it there. No fuss, no muss, right? Right, that's true. And that will work. However, if your compiled program does something like foo.bar(); where foo *only* exists in bytecode -- has never been gcj-compiled -- then that will *not* work. But if your compiled program has been compiled with -findirect-dispatch, then it will find the jar in the classpath and load it. > > The other way around works fine regardless of the ABI. > [calling native code from interpreted code] > > Suppose some interpreted Java program is running under gij on > my system, and needs to make use of one of some jar that it expects > to find on the CLASSPATH. Now, suppose I've secretly replaced this > program's regular coffee.jar with my natively compiled > coffee.jar.so. You can do that, but for full compatibility you're much better off natively compiling coffee.jar.so and leaving coffee.jar where it usually is. If you add coffee.jar.so to the classmap database then, when your application calls ClassLoader.defineClass(), gcj will load from coffee.jar.so instead. > Are you saying that it doesn't matter whether or not I've built my > coffee.jar.so with -findirect-dispatch? That libgcj will find it and > load it at runtime regardless? > > That sounds backward to me: what if the interpreted > program makes a ClassLoader.defineClass() call? In that case, > it will be sorely disappointed when it hits my natively compiled > coffee.jar.so and there's no bytecode to be found. :) Andrew. From john_sips_tea at yahoo.com Thu Aug 18 18:23:48 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Thu, 18 Aug 2005 11:23:48 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <17156.50637.857852.192213@zapata.pink> Message-ID: <20050818182348.3733.qmail@web80904.mail.scd.yahoo.com> --- Andrew Haley wrote: > John M. Gabriele writes: > > > > > > --- Bryce McKinlay wrote: > > > > > John M. Gabriele wrote: > > > > > > >Thanks for the reply Bryce. I used much of it to update the > > > >beginning of: > > > >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > > > > > > > > > > > > > Great, thanks for doing this. > > > > NP. :) I'm updating it as we go. > > > > > > > > >It sounds like, to be able to mix interpreted and natively > > > >compiled code at runtime, you need to have compiled your .jars > > > >with the -findirect-dispatch option, right? > > > > > > > > > > > > > > If you want to be able to call interpreted code from native code, yes. > > > > So, we're talking about my natively compiled binary loading and > > using some regular old .jar file full of .class files... > > > > I don't get it. As I'm understanding it, if the natively compiled code > > makes use of ClassLoader.defineClass(), it should just work right off the > > bat without the native code having been built with -findirect-dispatch, > > since when it tries to read a bytecode stream from the jar, it'll > > find it there. No fuss, no muss, right? > > Right, that's true. And that will work. However, if your compiled > program does something like > > foo.bar(); > > where foo *only* exists in bytecode -- has never been gcj-compiled -- > then that will *not* work. *Only* exists in bytecode (if I'm understanding what you mean) is just fine -- since that's what ClassLoader.defineClass() expects, correct? My native code still knows how to deal with bytecode... Hmm. Maybe I'm not understanding what you mean by only existing in bytecode... Is foo an instance of a class defined in the mystuff.jar file? > But if your compiled program has been > compiled with -findirect-dispatch, then it will find the jar in the > classpath and load it. ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Thu Aug 18 18:30:18 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 18 Aug 2005 19:30:18 +0100 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818182348.3733.qmail@web80904.mail.scd.yahoo.com> References: <17156.50637.857852.192213@zapata.pink> <20050818182348.3733.qmail@web80904.mail.scd.yahoo.com> Message-ID: <17156.54202.427672.196988@zapata.pink> John M. Gabriele writes: > > > --- Andrew Haley wrote: > > > John M. Gabriele writes: > > > > > > > > > --- Bryce McKinlay wrote: > > > > > > > John M. Gabriele wrote: > > > > > > > > >Thanks for the reply Bryce. I used much of it to update the > > > > >beginning of: > > > > >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > > > > > > > > > > > > > > > > > Great, thanks for doing this. > > > > > > NP. :) I'm updating it as we go. > > > > > > > > > > > >It sounds like, to be able to mix interpreted and natively > > > > >compiled code at runtime, you need to have compiled your .jars > > > > >with the -findirect-dispatch option, right? > > > > > > > > > > > > > > > > > > If you want to be able to call interpreted code from native code, yes. > > > > > > So, we're talking about my natively compiled binary loading and > > > using some regular old .jar file full of .class files... > > > > > > I don't get it. As I'm understanding it, if the natively compiled code > > > makes use of ClassLoader.defineClass(), it should just work right off the > > > bat without the native code having been built with -findirect-dispatch, > > > since when it tries to read a bytecode stream from the jar, it'll > > > find it there. No fuss, no muss, right? > > > > Right, that's true. And that will work. However, if your compiled > > program does something like > > > > foo.bar(); > > > > where foo *only* exists in bytecode -- has never been gcj-compiled -- > > then that will *not* work. > > *Only* exists in bytecode (if I'm understanding what you mean) is > just fine -- since that's what ClassLoader.defineClass() expects, > correct? My native code still knows how to deal with bytecode... > > Hmm. Maybe I'm not understanding what you mean by only existing > in bytecode... > > Is foo an instance of a class defined in the mystuff.jar file? Yes. Unless you are using indirect dispatch, the run-time dynamic linker (i.e. that used by the OS for loading C programs) of your OS will try to link against a shared object file and will fail if it isn't there. The gcj runtime doesn't even get consulted. Andrew. From john_sips_tea at yahoo.com Thu Aug 18 18:59:49 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Thu, 18 Aug 2005 11:59:49 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <17156.54202.427672.196988@zapata.pink> Message-ID: <20050818185949.17197.qmail@web80902.mail.scd.yahoo.com> --- Andrew Haley wrote: > John M. Gabriele writes: > > > > > > --- Andrew Haley wrote: > > > > > John M. Gabriele writes: > > > > > > > > > > > > --- Bryce McKinlay wrote: > > > > > > > > > John M. Gabriele wrote: > > > > > > > > > > >Thanks for the reply Bryce. I used much of it to update the > > > > > >beginning of: > > > > > >http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ > > > > > > > > > > > > > > > > > > > > > > Great, thanks for doing this. > > > > > > > > NP. :) I'm updating it as we go. > > > > > > > > > > > > > > >It sounds like, to be able to mix interpreted and natively > > > > > >compiled code at runtime, you need to have compiled your .jars > > > > > >with the -findirect-dispatch option, right? > > > > > > > > > > > > > > > > > > > > > > If you want to be able to call interpreted code from native code, > yes. > > > > > > > > So, we're talking about my natively compiled binary loading and > > > > using some regular old .jar file full of .class files... > > > > > > > > I don't get it. As I'm understanding it, if the natively compiled > code > > > > makes use of ClassLoader.defineClass(), it should just work right off > the > > > > bat without the native code having been built with > -findirect-dispatch, > > > > since when it tries to read a bytecode stream from the jar, it'll > > > > find it there. No fuss, no muss, right? > > > > > > Right, that's true. And that will work. However, if your compiled > > > program does something like > > > > > > foo.bar(); > > > > > > where foo *only* exists in bytecode -- has never been gcj-compiled -- > > > then that will *not* work. > > > > *Only* exists in bytecode (if I'm understanding what you mean) is > > just fine -- since that's what ClassLoader.defineClass() expects, > > correct? My native code still knows how to deal with bytecode... > > > > Hmm. Maybe I'm not understanding what you mean by only existing > > in bytecode... > > > > Is foo an instance of a class defined in the mystuff.jar file? > > Yes. Unless you are using indirect dispatch, the run-time dynamic > linker (i.e. that used by the OS for loading C programs) of your OS > will try to link against a shared object file and will fail if it > isn't there. The gcj runtime doesn't even get consulted. > > Andrew. > Andrew -- I think there might be some confusion. I tried to keep the two subjects as separated as possible, but perhaps I failed (or I succeeded, and I'm just confused :). Further up in this post, it reads: > > > > So, we're talking about my natively compiled binary loading and > > > > using some regular old .jar file full of .class files... but your most recent reply seems to be discussing the case when an interpreted Java program is using a natively compiled .jar.so... I'm supposing that the most common case is when you've got some program you want natively compiled, and it relies on n-number of jars that you haven't yet even tried to natively compile -- you just figure that your natively compiled program will load them as necessary like before. In that case, when building your app, you just specify your --classpath=... and let gcj go off finding these jars that the app depends on. Are you replying under another assumption -- namely, that the natively compiled app was linked to mystuff.jar.so ( -lmystuff.jar ) at build- time? Thanks for all the help! :) ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Thu Aug 18 19:07:18 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 18 Aug 2005 20:07:18 +0100 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818185949.17197.qmail@web80902.mail.scd.yahoo.com> References: <17156.54202.427672.196988@zapata.pink> <20050818185949.17197.qmail@web80902.mail.scd.yahoo.com> Message-ID: <17156.56422.853950.697397@zapata.pink> John M. Gabriele writes: > > > > > Yes. Unless you are using indirect dispatch, the run-time dynamic > > linker (i.e. that used by the OS for loading C programs) of your OS > > will try to link against a shared object file and will fail if it > > isn't there. The gcj runtime doesn't even get consulted. > > Andrew -- I think there might be some confusion. I tried to keep > the two subjects as separated as possible, but perhaps I failed > (or I succeeded, and I'm just confused :). Further up in this post, > it reads: > > > > > > So, we're talking about my natively compiled binary loading and > > > > > using some regular old .jar file full of .class files... > > but your most recent reply seems to be discussing the case when > an interpreted Java program is using a natively compiled .jar.so... > > I'm supposing that the most common case is when you've got some > program you want natively compiled, and it relies on n-number of > jars that you haven't yet even tried to natively compile -- you > just figure that your natively compiled program will load them as > necessary like before. gcj will only try to do that if you use indirect dispatch. > In that case, when building your app, you just specify your > --classpath=... and let gcj go off finding these jars that the app > depends on. If your app -- the one you're compiling to native code -- simply uses some classes in a jar file and expects them to be loaded at runtime, then your'e going to need indirect dispatch. However, if your app calls ClassLoader.loadClass("C") to get a class C and then invokes C.newInstance() then that will work. What won't work is if your natively compiled app does new C(); See the difference? > Are you replying under another assumption -- namely, that the natively > compiled app was linked to mystuff.jar.so ( -lmystuff.jar ) at build- > time? No. Andrew. From john_sips_tea at yahoo.com Thu Aug 18 21:01:31 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Thu, 18 Aug 2005 14:01:31 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <17156.56422.853950.697397@zapata.pink> Message-ID: <20050818210131.43862.qmail@web80906.mail.scd.yahoo.com> --- Andrew Haley wrote: > John M. Gabriele writes: > > > > [snip] > > > > I'm supposing that the most common case is when you've got some > > program you want natively compiled, and it relies on n-number of > > jars that you haven't yet even tried to natively compile -- you > > just figure that your natively compiled program will load them as > > necessary like before. > > gcj will only try to do that if you use indirect dispatch. Thanks for your patience. I thought the whole point of using -findirect-dispatch was when you compile your mystuff.jar --to--> libmystuff.jar.so, and then, right after that, to use gcj-dbtool on it so that any apps (natively compiled or else interpreted) could find and use your libmystuff.jar.so at runtime when the app asks libgcj for mystuff.jar. What we've been discussing, and what you're talking about here, is when, at runtime, a natively compiled app wants to load/use an actual jar file. What in blazes does it matter whether or not my app was natively compiled with -findirect-dispatch? Nobody's trying to use ClassLoader.defineClass() to load my app's classes. > > In that case, when building your app, you just specify your > > --classpath=... and let gcj go off finding these jars that > > the app depends on. > > If your app -- the one you're compiling to native code -- simply uses > some classes in a jar file and expects them to be loaded at runtime, > then your'e going to need indirect dispatch. Ok. You're saying that my natively compiled app -- which simply has "import john.MyFooClass;" in it, and which also has "MyFooClass za = new MyFooClass(); za.doStuff();" in it -- must be compiled with -findirect-dispatch (and of course linked with --classpath=/path/to/mystuff.jar) so it can load mystuff.jar at runtime (where mystuff.jar contains MyFooClass.class in it). Of course, when I run it, I'll still have to have the CLASSPATH set to point to that mystuff.jar. I'll try that as soon as I get home, after I get the dogs outside for a bit, read the kids some stories about Java and Great GNU, and put them to bed. > However, if your app calls ClassLoader.loadClass("C") to get a class C > and then invokes C.newInstance() then that will work. What won't work > is if your natively compiled app does > > new C(); > > See the difference? Hmm. Hmmmmmmm.... Ahhh. It's sounding like, if I natively compile my app with indirect dispatch, and link it with --classpath=/path/to/mystuff.jar, and run it with $CLASSPATH correctly pointing to that jar, then it buys me some convenience. I can simply put in my imports, and use the classes in mystuff.jar just like using java.util.Date. Without indirect dispatch, I've guess I've got to use loadClass("MyFooClass"), then "MyFooClass.newInstance()" (which I have to have implemented beforehand)... but I don't see the difference between "MyFooClass.newInstance()" and "new MyFooClass()". Earlier, you mentioned: > > [snip] Unless you are using indirect dispatch, the run-time > > dynamic linker (i.e. that used by the OS for loading C programs) > > of your OS will try to link against a shared object file and > > will fail if it isn't there. The gcj runtime doesn't even > > get consulted. I still don't know why you wrote that. When natively compiling my Java app, I wouldn't be specifying any -lanything, but rather, I'd be using --classpath=/path/to/mystuff.jar. If it compiles and links without needing any extra .so's, why would ld.so go looking for stuff that I never told it my app needed? __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 From tromey at redhat.com Thu Aug 18 22:42:29 2005 From: tromey at redhat.com (Tom Tromey) Date: 18 Aug 2005 16:42:29 -0600 Subject: [fedora-java] Re: Java OpenGL on FC4 In-Reply-To: <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> Message-ID: >>>>> "David" == David Walluck writes: >> Right. What I think Anthony *meant* was, follow the instructions on this >> page: http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ David> But we have aot-compile, so why not just use it instead and David> save some trouble? aot-compile is a fedora-ism; that page is more about describing how to use plain old gcj. In Fedora packages it is definitely simpler to just use aot-compile. Tom From mark at klomp.org Fri Aug 19 00:19:14 2005 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Aug 2005 02:19:14 +0200 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818210131.43862.qmail@web80906.mail.scd.yahoo.com> References: <20050818210131.43862.qmail@web80906.mail.scd.yahoo.com> Message-ID: <1124410754.4943.58.camel@localhost> Hi John, On Thu, 2005-08-18 at 14:01 -0700, John M. Gabriele wrote: > What we've been discussing, and what you're talking about here, > is when, at runtime, a natively compiled app wants to load/use > an actual jar file. What in blazes does it matter whether or not > my app was natively compiled with -findirect-dispatch? Nobody's > trying to use ClassLoader.defineClass() to load my app's classes. Maybe it helps if you think about the non -findirect-dispatch case as doing direct-dispatch. In the old abi the code would try to Directly jump to the compiled code of the other class. In the new BC (-findirect-dispatch) abi case it jumps to the code of the other class Indirectly which means that (among other things) it first checks whether or not there is a native version of the class to jump to or if there is not it falls back on the interpreted version. People will probably cry about the above explanation, the real technical details can be found in ftp://gcc.gnu.org/pub/gcc/summit/2004/GCJ%20New% 20ABI.pdf (and are about making sure that certain kinds of binary compatibility rules are followed by native code with the above as nice side-effect) What Andrew tried to explain is that in the old case you could still call interpreted code "indirectly" if you didn't refer to the actual class names in your natively compiled source code. You could compile against interfaces, then load some jar dynamicly and call the interpreted classes through the interface methods (assuming those classes implemented them). Note that the interpreted code was always using "indirect-dispatch" meaning that interpreted code would automatically call either the byte code or native version depending on what was availble. One thing that is somewhat confusing is that .class files can both be seen as defining the API you are compiling agains, actual (byte) code that can be interpreted or as (byte code) source that can be compiled to native code. When using the --classpath=/path/to/mystuff.jar switch to gcj you are only using the jar as "header files" defining an api to compile against. But in the old case the native code would assume that those classes would be native at runtime. Hope this helps and isn't more confusing. Cheers, Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From john_sips_tea at yahoo.com Fri Aug 19 02:07:28 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Thu, 18 Aug 2005 19:07:28 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <1124410754.4943.58.camel@localhost> Message-ID: <20050819020729.76502.qmail@web80907.mail.scd.yahoo.com> Thanks Mark! http://gcc.gnu.org/wiki/How%20to%20BC%20compile%20with%20GCJ --- Mark Wielaard wrote: > Hi John, > > [snip] > > Hope this helps and isn't more confusing. > :) ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From aph at redhat.com Fri Aug 19 09:31:30 2005 From: aph at redhat.com (Andrew Haley) Date: Fri, 19 Aug 2005 10:31:30 +0100 Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <20050818210131.43862.qmail@web80906.mail.scd.yahoo.com> References: <17156.56422.853950.697397@zapata.pink> <20050818210131.43862.qmail@web80906.mail.scd.yahoo.com> Message-ID: <17157.42738.755594.346041@zapata.pink> John M. Gabriele writes: > > > --- Andrew Haley wrote: > > > John M. Gabriele writes: > > > > > > [snip] > > > > > > I'm supposing that the most common case is when you've got some > > > program you want natively compiled, and it relies on n-number of > > > jars that you haven't yet even tried to natively compile -- you > > > just figure that your natively compiled program will load them as > > > necessary like before. > > > > gcj will only try to do that if you use indirect dispatch. > > Thanks for your patience. > > I thought the whole point of using -findirect-dispatch was when > you compile your mystuff.jar --to--> libmystuff.jar.so, and then, > right after that, to use gcj-dbtool on it so that any apps (natively > compiled or else interpreted) could find and use your > libmystuff.jar.so at runtime when the app asks libgcj for > mystuff.jar. That's not the whole point, but it is a convenient feature. > What we've been discussing, and what you're talking about here, > is when, at runtime, a natively compiled app wants to load/use > an actual jar file. What in blazes does it matter whether or not > my app was natively compiled with -findirect-dispatch? Nobody's > trying to use ClassLoader.defineClass() to load my app's classes. The key difference is this: with indirect dispatch, gcj uses its own mechanism for symbol lookups, whereas without indirect dispatch gcj must rely on the operating system's runtime loader. That runtime loader doesn't know how to load jars, but it does know how to load shared libraries. > It's sounding like, if I natively compile my app with indirect > dispatch, and link it with --classpath=/path/to/mystuff.jar, and > run it with $CLASSPATH correctly pointing to that jar, then it buys > me some convenience. I can simply put in my imports, and use the > classes in mystuff.jar just like using java.util.Date. > > Without indirect dispatch, I've guess I've got to use > loadClass("MyFooClass"), then "MyFooClass.newInstance()" > (which I have to have implemented beforehand)... but > I don't see the difference between > "MyFooClass.newInstance()" and "new MyFooClass()". But they are different. > Earlier, you mentioned: > > > [snip] Unless you are using indirect dispatch, the run-time > > > dynamic linker (i.e. that used by the OS for loading C programs) > > > of your OS will try to link against a shared object file and > > > will fail if it isn't there. The gcj runtime doesn't even > > > get consulted. > > I still don't know why you wrote that. When natively compiling > my Java app, I wouldn't be specifying any -lanything, Well, that's your call. Using -lfoo is a perfectly reasonable thing to do though, and it will work without indirect dispatch. > but rather, I'd be using --classpath=/path/to/mystuff.jar. If it > compiles and links without needing any extra .so's, why would ld.so > go looking for stuff that I never told it my app needed? It wouldn't. But if you did use -lfoo, then that would work. Andrew. From john_sips_tea at yahoo.com Fri Aug 19 13:43:05 2005 From: john_sips_tea at yahoo.com (John M. Gabriele) Date: Fri, 19 Aug 2005 06:43:05 -0700 (PDT) Subject: BC ABI (was "Re: [fedora-java] Re: Java OpenGL on FC4") In-Reply-To: <17157.42738.755594.346041@zapata.pink> Message-ID: <20050819134305.14760.qmail@web80907.mail.scd.yahoo.com> --- Andrew Haley wrote: > John M. Gabriele writes: > > > > > > --- Andrew Haley wrote: > > > > > John M. Gabriele writes: > > > > > > > > [snip] > > > > > > > > > > > > I thought the whole point of using -findirect-dispatch was when > > you compile your mystuff.jar --to--> libmystuff.jar.so, and then, > > right after that, to use gcj-dbtool on it so that any apps (natively > > compiled or else interpreted) could find and use your > > libmystuff.jar.so at runtime when the app asks libgcj for > > mystuff.jar. > > That's not the whole point, but it is a convenient feature. Yes! I see that now. Thanks! > > What we've been discussing, and what you're talking about here, > > is when, at runtime, a natively compiled app wants to load/use > > an actual jar file. What in blazes does it matter whether or not > > my app was natively compiled with -findirect-dispatch? Nobody's > > trying to use ClassLoader.defineClass() to load my app's classes. > > The key difference is this: with indirect dispatch, gcj uses its own > mechanism for symbol lookups, whereas without indirect dispatch gcj > must rely on the operating system's runtime loader. That runtime > loader doesn't know how to load jars, but it does know how to load > shared libraries. Check. > > It's sounding like, if I natively compile my app with indirect > > dispatch, and link it with --classpath=/path/to/mystuff.jar, and > > run it with $CLASSPATH correctly pointing to that jar, then it buys > > me some convenience. I can simply put in my imports, and use the > > classes in mystuff.jar just like using java.util.Date. > > > > Without indirect dispatch, I've guess I've got to use > > loadClass("MyFooClass"), then "MyFooClass.newInstance()" > > (which I have to have implemented beforehand)... but > > I don't see the difference between > > "MyFooClass.newInstance()" and "new MyFooClass()". > > But they are different. Yes. I see. When you call the ctor, you're asking the runtime to do its trick of automatically dynamically loading the class/jar. > > Earlier, you mentioned: > > > > [snip] Unless you are using indirect dispatch, the run-time > > > > dynamic linker (i.e. that used by the OS for loading C programs) > > > > of your OS will try to link against a shared object file and > > > > will fail if it isn't there. The gcj runtime doesn't even > > > > get consulted. > > > > I still don't know why you wrote that. When natively compiling > > my Java app, I wouldn't be specifying any -lanything, > > Well, that's your call. Using -lfoo is a perfectly reasonable thing > to do though, and it will work without indirect dispatch. Right. I was still thinking of the case when your natively compiled app needs to dynamically load all sorts of jars, and you don't want to worry about natively compiling all of them. Check. > > but rather, I'd be using --classpath=/path/to/mystuff.jar. If it > > compiles and links without needing any extra .so's, why would ld.so > > go looking for stuff that I never told it my app needed? > > It wouldn't. But if you did use -lfoo, then that would work. > > Andrew. > Sweet. Thanks for the point-by-point reply Andrew. Much appreciated. :) ---John ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From mlists at juma.me.uk Fri Aug 19 15:18:18 2005 From: mlists at juma.me.uk (Ismael Juma) Date: Fri, 19 Aug 2005 16:18:18 +0100 Subject: [fedora-java] Fwd: [platform-releng-dev] stick to JDK 1.4 for now Message-ID: <200508191537.j7JFbvVm016448@mx2.redhat.com> Hi, mjw asked me to forward this to the list. ----- Original Message ----- From: Jim des Rivieres To: platform-releng-dev at eclipse.org Sent: Fri Aug 19 15:19 Subject: Fwd: [platform-releng-dev] stick to JDK 1.4 for now The plan of record is that Eclipse Platform 3.2 will be based on JDK 1.5 (aka J2SE 5). However, all scheduled builds from the 3.2 stream (HEAD) will continue to be compiled against JDK 1.4 until some time in the fall. This is being done so that the JDT folks can shake out the last 1.5 bugs before unleashing the rest of us upon it. At some point (exact date TBD), we'll switch to creating our builds using the JDK 1.5 compiler and libraries. Only at this point will committers be able to get away with releasing code to the Eclipse code base that relies on JDK 1.5 language features or libraries. If you are already running Eclipse with JDK 1.5, you need to be careful to not inadventently break the build. The new language features (esp. generic types and enumerations) bring up a number of new issues re: binary compatibility. The guidelines for evolving Java-based APIs will be revised to cover the new cases. ---jim _______________________________________________ platform-releng-dev mailing list platform-releng-dev at eclipse.org https://dev.eclipse.org/mailman/listinfo/platform-releng-dev From vadimn at redhat.com Fri Aug 19 14:59:33 2005 From: vadimn at redhat.com (Vadim Nasardinov) Date: Fri, 19 Aug 2005 10:59:33 -0400 Subject: [fedora-java] Re: [jonas-team] Monolog on gcj In-Reply-To: <43050691.5080106@objectweb.org> References: <17155.35160.466695.462147@zapata.pink> <43050691.5080106@objectweb.org> Message-ID: <200508191059.33460.vadimn@redhat.com> On Thursday 18 August 2005 18:07, Florent BENOIT wrote: > I applied the change (+ some doc) in the current CVS head of > Monolog. The patch is a tad suboptimal. http://cvs.forge.objectweb.org/cgi-bin/viewcvs.cgi/monolog/monolog/src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java.diff?r1=1.12&r2=1.13 The reason java.util.logging.LogManager only keeps weak references to the loggers it manages is in order to avoid a resource leak. If the application chooses not to retain a hard reference to a logger, then the LogManager should not prevent the unneeded logger from getting GC-ed. Makes sense. The exact same logic applies to Monolog's LoggerFactory. It should not keep hard references to loggers it creates. It is up to the calling application to retain a reference if the app wishes to avoid the cost of creating a new logger instance every time it needs one. Where does that leave us? Andrew ran into the above problem in an old version of Carol. Recent versions do not have this problem for the simple reason that Carol no longer uses Monolog. It's been Monolog-free since March 15 (good job, Florent!): http://www.objectweb.org/wws/arc/carol-commits/2005-03/msg00078.html However, if we want to patch Monolog for those remaining parts of Jonas that continue to depend on it, then someone should take a closer look at whether or not the following class should be responsible for retaining hard references to loggers it creates: org.objectweb.util.monolog.file.monolog.PropertiesConfAccess This responsibility should most certainly not be born by the LoggerFactory class. > Andrew Haley wrote: ... > > Logger getLogger(String name) > > > > but LogManagers only keep weak references to their logs. So, as > > soon as a log has been created you need to keep a hard reference > > to it. > > > > In Monolog there is > > org.objectweb.util.monolog.wrapper.javaLog.LoggerFactory, and that > > uses a LogManager to keep track of the instances of Logger it > > creates. ... > >--- src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java~ > >+++ src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java > >@@ -45,6 +45,8 @@ > > */ > > protected static Logger rootLogger = null; > > > >+ private ArrayList loggers = new ArrayList(); > >+ > > /** > > * This static code initialize the value of the variable defined into > > * BasicLevel. > >@@ -145,6 +147,7 @@ > > if (o == null) { > > // It doesn't exist => creates and adds it > > Logger result = new Logger(name, resName); > >+ loggers.add(result); > > Monolog.debug("Instanciate the logger " + name); > > manager.addLogger(result); > > return result; From aph at redhat.com Fri Aug 19 15:20:49 2005 From: aph at redhat.com (Andrew Haley) Date: Fri, 19 Aug 2005 16:20:49 +0100 Subject: [fedora-java] Re: [jonas-team] Monolog on gcj In-Reply-To: <200508191059.33460.vadimn@redhat.com> References: <17155.35160.466695.462147@zapata.pink> <43050691.5080106@objectweb.org> <200508191059.33460.vadimn@redhat.com> Message-ID: <17157.63697.121397.298286@zapata.pink> Vadim Nasardinov writes: > On Thursday 18 August 2005 18:07, Florent BENOIT wrote: > > I applied the change (+ some doc) in the current CVS head of > > Monolog. > > The patch is a tad suboptimal. > > http://cvs.forge.objectweb.org/cgi-bin/viewcvs.cgi/monolog/monolog/src/org/objectweb/util/monolog/wrapper/javaLog/LoggerFactory.java.diff?r1=1.12&r2=1.13 > > > The reason java.util.logging.LogManager only keeps weak references to > the loggers it manages is in order to avoid a resource leak. If the > application chooses not to retain a hard reference to a logger, then > the LogManager should not prevent the unneeded logger from getting > GC-ed. Makes sense. > > The exact same logic applies to Monolog's LoggerFactory. It should > not keep hard references to loggers it creates. It is up to the > calling application to retain a reference if the app wishes to avoid > the cost of creating a new logger instance every time it needs one. > > Where does that leave us? Andrew ran into the above problem in an old > version of Carol. Recent versions do not have this problem for the > simple reason that Carol no longer uses Monolog. It's been > Monolog-free since March 15 (good job, Florent!): > > http://www.objectweb.org/wws/arc/carol-commits/2005-03/msg00078.html > > However, if we want to patch Monolog for those remaining parts of > Jonas that continue to depend on it, then someone should take a closer > look at whether or not the following class should be responsible for > retaining hard references to loggers it creates: > > org.objectweb.util.monolog.file.monolog.PropertiesConfAccess > > This responsibility should most certainly not be born by the > LoggerFactory class. I don't think that makes sense, because PropertiesConfAccess might well die before the clients call LoggerFactory.getLogger(). The method getLoggerFactory() calls PropertiesConfAccess.load(), which does new PropertiesConfAccess().read(prop, mf, mf, mf); so, the instance of PropertiesConfAccess is dead even before the method LoggerFactory.getLogger() returns. Andrew. From vadimn at redhat.com Fri Aug 19 15:35:54 2005 From: vadimn at redhat.com (Vadim Nasardinov) Date: Fri, 19 Aug 2005 11:35:54 -0400 Subject: [fedora-java] Re: [jonas-team] Monolog on gcj In-Reply-To: <17157.63697.121397.298286@zapata.pink> References: <17155.35160.466695.462147@zapata.pink> <200508191059.33460.vadimn@redhat.com> <17157.63697.121397.298286@zapata.pink> Message-ID: <200508191135.54448.vadimn@redhat.com> On Friday 19 August 2005 11:20, Andrew Haley wrote: > > This responsibility should most certainly not be born by the > > LoggerFactory class. > > I don't think that makes sense, because PropertiesConfAccess might > well die before the clients call LoggerFactory.getLogger(). > > The method getLoggerFactory() calls PropertiesConfAccess.load(), > which does > > new PropertiesConfAccess().read(prop, mf, mf, mf); > > so, the instance of PropertiesConfAccess is dead even before the > method LoggerFactory.getLogger() returns. This doesn't change the fact that LoggerFactory is the wrong place to intervene. All this says is that the PropertiesConfAccess (PCA) instance may have to be kept undead. Or, it says that the PCA, before dying a quiet death, has to return the newly instantiated collection of loggers to whoever made the call to the PCA so that they -- the caller -- can decide whether or not they want to keep said loggers around. Whatever the right patch turns out to be, the one we have on the table right now is certainly not it. That said, I don't really care if Monolog leaks memory. If everyone else is happy with the patch, then so be it. P.S. I've removed fedora-devel-java-list from the Cc list to avoid followups that seem be off-topic for fedora-java. From charlescurley at charlescurley.com Mon Aug 22 01:19:14 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Sun, 21 Aug 2005 19:19:14 -0600 Subject: [fedora-java] Starting Tomcat Message-ID: <20050822011914.GD13042@charlescurley.com> I have FC4 as updated, and a slew of Java packages installed in order to run tomcat. I get the following error when trying to start it: -------------------------------------------------- [root at taltos lib]# service tomcat5 start Starting tomcat5: lock file found but no process running for pid 11395, continuing /usr/bin/rebuild-jar-repository: error: could not find jta Java extension for this JVM /usr/bin/rebuild-jar-repository: error: All detected jars were not found for this jvm find: warning: you have specified the -mindepth option after a non-option argument -type, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. Using CATALINA_BASE: /usr/share/tomcat5 Using CATALINA_HOME: /usr/share/tomcat5 Using CATALINA_TMPDIR: /usr/share/tomcat5/temp Using JAVA_HOME: /usr/lib/jvm/java [ OK ] [root at taltos lib]# -------------------------------------------------- I notice that /var/lib/tomcat5/common/lib/[jta].jar -> /could/not/find/extension/for/this/jvm, which is a cute way of telling me that the symlink is broken. OK, what should this link point to? -------------------------------------------------- [root at taltos lib]# locate jta | xargs ls -l -rwx------ 1 ccurley ccurley 6841 May 26 13:06 /home/ccurley/.emacs.d/site-lisp/jde/lisp/jtags -rwx------ 1 ccurley ccurley 6678 May 26 13:06 /home/ccurley/.emacs.d/site-lisp/jde/lisp/jtags.csh lrwxrwxrwx 1 root root 51 Aug 18 13:10 /usr/lib/jvm-exports/java-1.4.2-gcj-1.4.2.0/jta-1.4.2.0.jar -> /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/jta.jar lrwxrwxrwx 1 root root 15 Aug 18 13:10 /usr/lib/jvm-exports/java-1.4.2-gcj-1.4.2.0/jta-1.4.2.jar -> jta-1.4.2.0.jar lrwxrwxrwx 1 root root 15 Aug 18 13:10 /usr/lib/jvm-exports/java-1.4.2-gcj-1.4.2.0/jta.jar -> jta-1.4.2.0.jar lrwxrwxrwx 1 root root 32 Aug 18 13:10 /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/jta.jar -> /usr/share/java/libgcj-4.0.1.jar lrwxrwxrwx 1 root root 38 Aug 21 19:08 /var/lib/tomcat5/common/lib/[jta].jar -> /could/not/find/extension/for/this/jvm -------------------------------------------------- I have installed Sun's jvm via the jpackage proceedure. -------------------------------------------------- [root at taltos lib]# pre sun java-1.5.0-sun-1.5.0.04-1jpp java-1.5.0-sun-demo-1.5.0.04-1jpp java-1.5.0-sun-devel-1.5.0.04-1jpp java-1.5.0-sun-fonts-1.5.0.04-1jpp java-1.5.0-sun-alsa-1.5.0.04-1jpp java-1.5.0-sun-plugin-1.5.0.04-1jpp java-1.5.0-sun-jdbc-1.5.0.04-1jpp -------------------------------------------------- Do I need Sun's jdk in order to develop servlets? -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gbenson at redhat.com Mon Aug 22 09:31:29 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 22 Aug 2005 10:31:29 +0100 Subject: [fedora-java] JOnAS on gcj conformance test results In-Reply-To: <17154.10330.353187.207940@zapata.pink> References: <17154.10330.353187.207940@zapata.pink> Message-ID: <20050822093127.GD4697@redhat.com> Andrew Haley wrote: > I ran the testsuite, and got some results: 91.07% success rate. That's pretty damn cool! :) > On the downside: > gcj is not correctly initializing JOnAS' trace properties. This > means that it's impossible to enable -- for example -- CAROL > tracing. This is v.v.v. annoying, so I'm going to investigate it. The logging in general seems really flaky. Sometimes it prints timestamps, sometimes numbers, and most times it prints the name of the logger function rather than the function that called it. It's one of the things I want to look into as well. Cheers, Gary From aph at redhat.com Mon Aug 22 10:17:55 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 22 Aug 2005 11:17:55 +0100 Subject: [fedora-java] JOnAS on gcj conformance test results In-Reply-To: <20050822093127.GD4697@redhat.com> References: <17154.10330.353187.207940@zapata.pink> <20050822093127.GD4697@redhat.com> Message-ID: <17161.42579.487198.819641@zapata.pink> Gary Benson writes: > Andrew Haley wrote: > > I ran the testsuite, and got some results: 91.07% success rate. > > That's pretty damn cool! :) > > > On the downside: > > gcj is not correctly initializing JOnAS' trace properties. This > > means that it's impossible to enable -- for example -- CAROL > > tracing. This is v.v.v. annoying, so I'm going to investigate it. > > The logging in general seems really flaky. Sometimes it prints > timestamps, sometimes numbers, and most times it prints the name of > the logger function rather than the function that called it. It's one > of the things I want to look into as well. Well, I found it. :-) You'll see the discussion later... Andrew. From gbenson at redhat.com Mon Aug 22 11:07:04 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 22 Aug 2005 12:07:04 +0100 Subject: [fedora-java] Starting Tomcat In-Reply-To: <20050822011914.GD13042@charlescurley.com> References: <20050822011914.GD13042@charlescurley.com> Message-ID: <20050822110702.GF4697@redhat.com> Charles Curley wrote: > I have FC4 as updated, and a slew of Java packages installed in order > to run tomcat. I get the following error when trying to start it: > > -------------------------------------------------- > [root at taltos lib]# service tomcat5 start > Starting tomcat5: lock file found but no process running for pid 11395, continuing > /usr/bin/rebuild-jar-repository: error: could not find jta Java extension for this JVM > /usr/bin/rebuild-jar-repository: error: All detected jars were not found for this jvm This is rawhide tomcat5 I'm guessing. It'll get fixed the next time I rebuild the tomcat5 rpm. It doesn't matter if you're using libgcj. > find: warning: you have specified the -mindepth option after a non-option argument -type, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. This is one that I will try and remember to fix. > I notice that /var/lib/tomcat5/common/lib/[jta].jar -> > /could/not/find/extension/for/this/jvm, which is a cute way of telling > me that the symlink is broken. OK, what should this link point to? /usr/share/java/jta.jar You need to install the latest geronimo-specs-compat to get it. > I have installed Sun's jvm via the jpackage proceedure. You didn't need to ;) > Do I need Sun's jdk in order to develop servlets? No, you can do it with gcj. Cheers, Gary From charlescurley at charlescurley.com Mon Aug 22 12:26:18 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Mon, 22 Aug 2005 06:26:18 -0600 Subject: [fedora-java] Starting Tomcat In-Reply-To: <20050822110702.GF4697@redhat.com> References: <20050822011914.GD13042@charlescurley.com> <20050822110702.GF4697@redhat.com> Message-ID: <20050822122618.GE13042@charlescurley.com> On Mon, Aug 22, 2005 at 12:07:04PM +0100, Gary Benson wrote: > Charles Curley wrote: > > I have FC4 as updated, and a slew of Java packages installed in order > > to run tomcat. I get the following error when trying to start it: > > > > -------------------------------------------------- > > [root at taltos lib]# service tomcat5 start > > Starting tomcat5: lock file found but no process running for pid 11395, continuing > > /usr/bin/rebuild-jar-repository: error: could not find jta Java extension for this JVM > > /usr/bin/rebuild-jar-repository: error: All detected jars were not found for this jvm > > This is rawhide tomcat5 I'm guessing. It'll get fixed the next time I > rebuild the tomcat5 rpm. It doesn't matter if you're using libgcj. Nope, it's what shipped with FC4. tomcat5-5.0.30-5jpp_6fc. > > > find: warning: you have specified the -mindepth option after a non-option argument -type, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. > > This is one that I will try and remember to fix. > > > I notice that /var/lib/tomcat5/common/lib/[jta].jar -> > > /could/not/find/extension/for/this/jvm, which is a cute way of telling > > me that the symlink is broken. OK, what should this link point to? > > /usr/share/java/jta.jar > > You need to install the latest geronimo-specs-compat to get it. Odd that a package that shipped w/ FC4 is dependent on a package that didn't. Pulled in & installed those two. "service tomcat5 start" now works. Looks like the manager is home at http://taltos.localdomain:8080/manager/html. At http://taltos.localdomain:8080 I get a white screen of death, which makes sense as there is nothing in $CATALINA_HOME except the balancer directory. > > > I have installed Sun's jvm via the jpackage proceedure. > > You didn't need to ;) > > > Do I need Sun's jdk in order to develop servlets? > > No, you can do it with gcj. Cool. I took it out. > > Cheers, > Gary Thanks -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at klomp.org Mon Aug 22 13:08:34 2005 From: mark at klomp.org (Mark Wielaard) Date: Mon, 22 Aug 2005 15:08:34 +0200 Subject: [fedora-java] GNU Classpath distro DevJam In-Reply-To: <20050817162306.51529.qmail@web80906.mail.scd.yahoo.com> References: <20050817162306.51529.qmail@web80906.mail.scd.yahoo.com> Message-ID: <1124716114.22203.78.camel@localhost.localdomain> Hi, On Wed, 2005-08-17 at 09:23 -0700, John M. Gabriele wrote: > This rocks! :) We hope so :) > When they refer to standardizing on one package format, > are they talking about maybe some metapackage based on > JPP's RPMS that can easily be converted to a .deb? Yes, it seems in practise the packagers of the various distributions do agree that JPackage is the common packaging systems to adopt in some way (most have already adopted something based on it). The differences between the distributions are mostly on finer details of the standard, how to adopt/translate the jpackage defined dependencies into distribution specific package dependencies, how to integrate any policies/compilation conventions specific to the distro and how to integrate gcj ahead-of-time compilation, etc. > Are there going to be any Redhat/Fedora Java devs > attending? Although various fedora hackers/packagers said they thought it was really interesting nobody added their name to the list of interested people on http://java.debian.net/index.php/DevJam Please add your name if you are maintaining a package for fedora (or jpackage, or some other distro) and are interested in attending. Even if you cannot attend because of the time and place. In that case please add a little note that you cannot attend because of the time/place, but would love to attend the hackfest and have lots of ideas for it. If there are a lot of people interested from the various distros for which Oldenburg next month is inconvenient then we might want to look at some other meeting place/date. If there are enough people listed/interested I also want to setup a cross-distro mailinglist to discuss the hacking oppertunities for the DevJam meeting. The idea really is to come together to remove any immediate common/shared showstoppers in the packaging tools/scripts and gcj, classpath and kaffe toolchains that are blocking full adoption of some packages written in the java programming language. And if there is not enough time to finish the hacking during the event itself to come up with lists of urgent work items for specific packages. Cheers, Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gbenson at redhat.com Tue Aug 23 10:38:17 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 23 Aug 2005 11:38:17 +0100 Subject: [fedora-java] Starting Tomcat In-Reply-To: <20050822122618.GE13042@charlescurley.com> References: <20050822011914.GD13042@charlescurley.com> <20050822110702.GF4697@redhat.com> <20050822122618.GE13042@charlescurley.com> Message-ID: <20050823103814.GB10437@redhat.com> Charles Curley wrote: > On Mon, Aug 22, 2005 at 12:07:04PM +0100, Gary Benson wrote: > > Charles Curley wrote: > > > error: could not find jta Java extension for this JVM > > > > This is rawhide tomcat5 I'm guessing. It'll get fixed the next > > time I rebuild the tomcat5 rpm. It doesn't matter if you're > > using libgcj. > > Nope, it's what shipped with FC4. tomcat5-5.0.30-5jpp_6fc. Very odd. Are you using the rawhide java-1.4.2-gcj-compat? What does "rpm -q java-1.4.2-gcj-compat" say on your box? > > > I notice that /var/lib/tomcat5/common/lib/[jta].jar -> > > > /could/not/find/extension/for/this/jvm, which is a cute way > > > of telling me that the symlink is broken. OK, what should > > > this link point to? > > > > /usr/share/java/jta.jar > > > > You need to install the latest geronimo-specs-compat to get it. > > Odd that a package that shipped w/ FC4 is dependent on a package > that didn't. It shouldn't. In FC4 (and rawhide until recently) jta was provided by java-1.4.2-gcj-compat. A couple of weeks ago it was changed to come from geronimo-specs-compat, to make switching JVMs work properly. > Pulled in & installed those two. "service tomcat5 start" now > works. Looks like the manager is home at > http://taltos.localdomain:8080/manager/html. Cool. > At http://taltos.localdomain:8080 I get a white screen of death, > which makes sense as there is nothing in $CATALINA_HOME except > the balancer directory. Sounds like you don't have tomcat5-webapps installed... > > > I have installed Sun's jvm via the jpackage proceedure. > > > > You didn't need to ;) > > > > > Do I need Sun's jdk in order to develop servlets? > > > > No, you can do it with gcj. > > Cool. I took it out. Nice work ;) Gary From charlescurley at charlescurley.com Tue Aug 23 12:13:24 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Tue, 23 Aug 2005 06:13:24 -0600 Subject: [fedora-java] Starting Tomcat In-Reply-To: <20050823103814.GB10437@redhat.com> References: <20050822011914.GD13042@charlescurley.com> <20050822110702.GF4697@redhat.com> <20050822122618.GE13042@charlescurley.com> <20050823103814.GB10437@redhat.com> Message-ID: <20050823121324.GS13042@charlescurley.com> On Tue, Aug 23, 2005 at 11:38:17AM +0100, Gary Benson wrote: > Charles Curley wrote: > > On Mon, Aug 22, 2005 at 12:07:04PM +0100, Gary Benson wrote: > > > Charles Curley wrote: > > > > error: could not find jta Java extension for this JVM > > > > > > This is rawhide tomcat5 I'm guessing. It'll get fixed the next > > > time I rebuild the tomcat5 rpm. It doesn't matter if you're > > > using libgcj. > > > > Nope, it's what shipped with FC4. tomcat5-5.0.30-5jpp_6fc. > > Very odd. Are you using the rawhide java-1.4.2-gcj-compat? I better not be. I have had rawhide disabled in /etc/yum.repos.d/. > What does "rpm -q java-1.4.2-gcj-compat" say on your box? [root at taltos webapps]# rpm -q java-1.4.2-gcj-compat java-1.4.2-gcj-compat-1.4.2.0-40jpp_31rh.FC4.1 Which, if I read all the numbers correctly, is the FC4 version. > > > > > I notice that /var/lib/tomcat5/common/lib/[jta].jar -> > > > > /could/not/find/extension/for/this/jvm, which is a cute way > > > > of telling me that the symlink is broken. OK, what should > > > > this link point to? > > > > > > /usr/share/java/jta.jar > > > > > > You need to install the latest geronimo-specs-compat to get it. > > > > Odd that a package that shipped w/ FC4 is dependent on a package > > that didn't. > > It shouldn't. In FC4 (and rawhide until recently) jta was provided by > java-1.4.2-gcj-compat. A couple of weeks ago it was changed to come > from geronimo-specs-compat, to make switching JVMs work properly. > > > Pulled in & installed those two. "service tomcat5 start" now > > works. Looks like the manager is home at > > http://taltos.localdomain:8080/manager/html. > > Cool. > > > At http://taltos.localdomain:8080 I get a white screen of death, > > which makes sense as there is nothing in $CATALINA_HOME except > > the balancer directory. > > Sounds like you don't have tomcat5-webapps installed... Didn't. Just added that. Much better, thanks. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gbenson at redhat.com Tue Aug 23 13:04:26 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 23 Aug 2005 14:04:26 +0100 Subject: [fedora-java] The thinking behind aot-compile-rpm (was: Java OpenGL on FC4) In-Reply-To: <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> References: <1124199529.3013.12.camel@localhost.localdomain> <20050817030022.89565.qmail@web80907.mail.scd.yahoo.com> <20050817224916.nqa2yezloo4ow8wg@www.zarb.org> Message-ID: <20050823130423.GC10437@redhat.com> David Walluck wrote: > By the way, I don't like how aot-compile combines the %build and > %install steps. I'm guessing you're talking about aot-compile-rpm here... > Can't it run twice, once during build where it creates the .so > files, and once during %install where it installs the created .so > files to the correct path, or something like this? Not really. The original reason for writing aot-compile-rpm was that it was hard to maintain natively compiled packages with its predecessors. This was slowing Fedora's development in at least two areas: a) I maintain _a_lot_ of packages in Fedora that are independently maintained by the application server team. Fedora constanly lags the appserver because the (many) appserver developers can pull in new versions far faster than I (one person) can port them to Fedora. Now that these have been ported to Fedora's free Java environment it makes sense for at least some appserver development to occur on Fedora for greater community involvement, which of course requires that appserver maintainers must be able to maintain natively-compiled Fedora packages. b) Now that libgcj is maturing many packages are gaining Java bindings (subversion, for example, and the databases) or whole chunks written in Java (OpenOffice). I'd like their maintainers to be able to add and maintain native stuff without my continued intervention. These two groups of maintainers have one thing in common: they don't particularly care about gcj. Ergo, aot-compile-rpm must be simple to use, firstly so that non-gcj people use it at all, and secondly so that it is used correctly. Part of "correctly" means that every installed jarfile (and only every installed jarfile!) has a solib. This is non-trivial at the end of %build because there are often jarfiles in the tree that are not installed: testcases, for example, or build dependencies. If native compilation happens at the end of %build then you have to either: - Compile the unwanted stuff anyway, wasting time compiling it, bandwidth transmitting it, and diskspace intalling it. This was the major problem with find-and-aot-compile. - List every jarfile you wanted to compile on the command line, or list every exclusion. This places the burden of determining what's necessary on the maintainer, and risks missing useful stuff and compiling useless stuff. This was the major problem with both aot-compile and katana. Even if you get it right once, upgrades often break it silently. There is another, less serious issue which arises from two-stage compilation, in that jarfiles are often renamed during %install. Both packaging and debugging are aided if the solibs have names derived from the jarfiles they were built from. To retain this benefit a two-step aot-compile-rpm would require command-line options or require the files to be manually renamed. Katana had the former, aot-compile used the latter, but both are unwieldy, basically requiring the maintainer to state what was about to happen in %install. This is another thing that frequently breaks on upgrades. Hope that explains things a little better. Cheers, Gary From green at redhat.com Wed Aug 24 00:59:38 2005 From: green at redhat.com (Anthony Green) Date: Tue, 23 Aug 2005 17:59:38 -0700 Subject: [fedora-java] ecj problem and patch Message-ID: <1124845178.3057.74.camel@localhost.localdomain> As discussed on #fedora-java IRC (irc.freenode.net), The Eclipse batch compiler appears to place bootclasspath before classpath, making it impossible to override classes in libgcj.jar. This is a problem for jpackages wanting to use xml-commons-apis, which provides an alternate version of org.w3c.dom. I produced the following patch, which needs to be applied last in our set of Eclipse patches. Another snag I hit was that the FC4 Eclipse SRPM doesn't build anymore, since the archived make files reference an outdated version of mozilla. swttmp/build.sh should probably contain something like this instead of hardcoded values: GECKO_INCLUDES=`pkg-config mozilla-gtkmozembed --cflags` GECKO_LIBS='pkg-config mozilla-gtkmozembed --libs` But I see that patching this isn't simple because build.sh is extracted from a .zip file at build time. Hopefully overholt has a good idea for fixing this. While eclipse didn't build - it did build enough to give me a jdtcore.jar file I could manually install (after generating jdtcore.jar.so by hand). My tests of the patched compiler indicate that this is a step closer to the right solution. Can we get this into FC4 and rawhide? AG -------------- next part -------------- A non-text attachment was scrubbed... Name: eclipse-ecj-paths.patch Type: text/x-patch Size: 3512 bytes Desc: not available URL: From charlescurley at charlescurley.com Wed Aug 24 02:18:02 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Tue, 23 Aug 2005 20:18:02 -0600 Subject: [fedora-java] HelloWorld Example Won't compile Message-ID: <20050824021802.GY13042@charlescurley.com> I took the source for the HelloWorld example in the Tomcat5 samples (http://your.server:8080/servlets-examples/helloworld.html), and tried to compile it. [javac] Compiling 1 source file to /home/ccurley/src/com/charlescurley/hello/classes [javac] ---------- [javac] 1. WARNING in /home/ccurley/src/com/charlescurley/hello/src/HelloWorld.java [javac] (at line 5) [javac] public class HelloWorld extends HttpServlet { [javac] ^^^^^^^^^^ [javac] The serializable class HelloWorld does not declare a static final serialVersionUID field of type long [javac] ---------- [javac] 1 problem (1 warning) What am I missing here? [ccurley at taltos src]$ echo $CLASSPATH /usr/share/tomcat5/bin/:/usr/bin:/usr/share/java/servletapi5.jar:. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Wed Aug 24 03:16:21 2005 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 23 Aug 2005 23:16:21 -0400 Subject: [fedora-java] HelloWorld Example Won't compile In-Reply-To: <20050824021802.GY13042@charlescurley.com> References: <20050824021802.GY13042@charlescurley.com> Message-ID: <20050824031620.GA6093@redhat.com> * Charles Curley [2005-08-23 22:20]: > [javac] ---------- > [javac] 1. WARNING in /home/ccurley/src/com/charlescurley/hello/src/HelloWorld.java > [...] > [javac] The serializable class HelloWorld does not declare a static final serialVersionUID field of type long > [javac] ---------- > [javac] 1 problem (1 warning) > > What am I missing here? Isn't that just a warning and not an error? ecj is a little more particular than other bytecode compilers WRT serialVersionUIDs IIRC. Andrew From charlescurley at charlescurley.com Wed Aug 24 04:04:40 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Tue, 23 Aug 2005 22:04:40 -0600 Subject: [fedora-java] HelloWorld Example Won't compile In-Reply-To: <20050824031620.GA6093@redhat.com> References: <20050824021802.GY13042@charlescurley.com> <20050824031620.GA6093@redhat.com> Message-ID: <20050824040440.GA13042@charlescurley.com> On Tue, Aug 23, 2005 at 11:16:21PM -0400, Andrew Overholt wrote: > * Charles Curley [2005-08-23 22:20]: > > [javac] ---------- > > [javac] 1. WARNING in /home/ccurley/src/com/charlescurley/hello/src/HelloWorld.java > > [...] > > [javac] The serializable class HelloWorld does not declare a static final serialVersionUID field of type long > > [javac] ---------- > > [javac] 1 problem (1 warning) > > > > What am I missing here? > > Isn't that just a warning and not an error? ecj is a little more > particular than other bytecode compilers WRT serialVersionUIDs IIRC. > > Andrew I guess I'm a little picky about warnings. I learned way back when ANSI C was all the latest rage that ignoring them was not a good idea. Anyway, turns out the solution is to declare the dang thing: public class HelloWorld extends HttpServlet { static final long serialVersionUID = 0; Now a C compiler (or lint) would have complained that it isn't used. Sigh. Thanks -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tromey at redhat.com Wed Aug 24 21:51:16 2005 From: tromey at redhat.com (Tom Tromey) Date: 24 Aug 2005 15:51:16 -0600 Subject: [fedora-java] HelloWorld Example Won't compile In-Reply-To: <20050824040440.GA13042@charlescurley.com> References: <20050824021802.GY13042@charlescurley.com> <20050824031620.GA6093@redhat.com> <20050824040440.GA13042@charlescurley.com> Message-ID: >>>>> "Charles" == Charles Curley writes: Charles> public class HelloWorld extends HttpServlet { Charles> static final long serialVersionUID = 0; Charles> Now a C compiler (or lint) would have complained that it isn't Charles> used. Sigh. java compilers should know to special case serialVersionUID. It is customary to make this private. Tom From green at redhat.com Thu Aug 25 03:32:27 2005 From: green at redhat.com (Anthony Green) Date: Wed, 24 Aug 2005 20:32:27 -0700 Subject: [fedora-java] batik [Fwd: Re: com.sun.image.*] Message-ID: <1124940747.3053.38.camel@localhost.localdomain> If anybody is interested in running batik on our free stack, here's some info on what needs doing... AG -------------- next part -------------- An embedded message was scrubbed... From: Thomas DeWeese Subject: Re: com.sun.image.* Date: Wed, 24 Aug 2005 20:05:34 -0400 Size: 4753 URL: From tromey at redhat.com Thu Aug 25 13:28:14 2005 From: tromey at redhat.com (Tom Tromey) Date: 25 Aug 2005 07:28:14 -0600 Subject: [fedora-java] ecj problem and patch In-Reply-To: <1124845178.3057.74.camel@localhost.localdomain> References: <1124845178.3057.74.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> I produced the following patch, which needs to be applied Anthony> last in our set of Eclipse patches. Want to file this in Eclipse bugzilla? If you do, let me know the PR number as I'd like to track it. Tom From fitzsim at redhat.com Thu Aug 25 16:44:33 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 25 Aug 2005 12:44:33 -0400 Subject: [fedora-java] ecj problem and patch In-Reply-To: References: <1124845178.3057.74.camel@localhost.localdomain> Message-ID: <1124988273.3983.87.camel@tortoise.toronto.redhat.com> On Thu, 2005-08-25 at 07:28 -0600, Tom Tromey wrote: > >>>>> "Anthony" == Anthony Green writes: > > Anthony> I produced the following patch, which needs to be applied > Anthony> last in our set of Eclipse patches. > > Want to file this in Eclipse bugzilla? > If you do, let me know the PR number as I'd like to track it. I'd like to test this before we send the patch. I'm not convinced it's entirely correct. But we probably should file the bug itself in Eclipse bugzilla. Tom From djgarbows at yahoo.co.uk Mon Aug 29 08:32:17 2005 From: djgarbows at yahoo.co.uk (Dariusz J. Garbowski) Date: Mon, 29 Aug 2005 09:32:17 +0100 Subject: [fedora-java] [OT] jpackage.org site down? Message-ID: <4312C811.1060508@yahoo.co.uk> Hi, Does anybody know what's wrong with http://www.jpackage.org/ website? I cannot access it, the browser waits forever for the content... Anybody else seeing this? Regards, Dariusz -- Dariusz J. Garbowski ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com From orion at cora.nwra.com Mon Aug 29 15:26:41 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 29 Aug 2005 09:26:41 -0600 Subject: [fedora-java] [OT] jpackage.org site down? In-Reply-To: <4312C811.1060508@yahoo.co.uk> References: <4312C811.1060508@yahoo.co.uk> Message-ID: <43132931.4000802@cora.nwra.com> Dariusz J. Garbowski wrote: > Hi, > > Does anybody know what's wrong with http://www.jpackage.org/ website? > I cannot access it, the browser waits forever for the content... > Anybody else seeing this? > > Regards, > Dariusz > I see the same. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From mark at klomp.org Tue Aug 30 12:47:10 2005 From: mark at klomp.org (Mark Wielaard) Date: Tue, 30 Aug 2005 14:47:10 +0200 Subject: [fedora-java] GNU Classpath distro DevJam "Europe" (Oldenburg, Germany, 23 - 25 September) In-Reply-To: <1124287379.8424.113.camel@localhost.localdomain> References: <1124287379.8424.113.camel@localhost.localdomain> Message-ID: <1125406031.4892.66.camel@localhost.localdomain> Hi all, On Wed, 2005-08-17 at 16:02 +0200, Mark Wielaard wrote: > Various Debian packagers and developers are interested in coming > together to improve the Free Software tool chain, the programs and > the free runtime environments for software written in the java > programming language. > > For such a meeting we would like to include packagers from various > distributions to coordinate on library names, dependency and > versioning. And to share experiences on how to integrate and map > dependencies of tools like ant and maven when creating traditional > GNU/Linux distribution packages. > > So we are proposing a developer and packager meeting around > coordinating and improving the state of packaging of large scale > applications written in the java programming language using the GNU > Classpath, gcj and other free java-like tool chains for the various > GNU/Linux distributions. > > Please see DevJam wiki for details: > http://java.debian.net/index.php/DevJam > > We hope to get together a group of (20 till 30) people wanting to do > some hands on hacking to show the state of the art in packaging. > Resulting in the availability of several new packages, improvements to > the free tool chains and cross-distribution packaging conventions > quickly after the meeting. We got a lot of interest for this meeting and would like to announce that we will have a gathering in Oldenburg, Germany on Friday 23 till Sunday 25 September. To reduce the costs the meeting will be shared with the Oldenburg Linux Developers Meeting 2005 group: http://meeting.ffis.de/Oldenburg2005/ There will be cheap accommodation for those that bring their own sleeping bags and mattress. See for more information on Oldenburg and how to get there by car, train or plane: http://en.wikipedia.org/wiki/Oldenburg http://meeting.ffis.de/Oldenburg2004/routing.html If you haven't added your name to the interested people list on the wiki please do so soon: http://java.debian.net/index.php/DevJam We hope people can arrive on Thursday evening so we can start fresh and early on Friday 23th of September. Since we know that there has also been a lot of interest of people outside Europe we would like to make this our "European" meeting and schedule a "Worldwide" or "Regional" DevJam++ meeting in a couple of months to give more people the opportunity to attend. If you are interested in helping to organize that please add suggestions to the Wiki: http://java.debian.net/index.php/DevJam++ Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fitzsim at redhat.com Tue Aug 30 22:31:16 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 30 Aug 2005 18:31:16 -0400 Subject: [fedora-java] java-gcjHEAD-compat fixes Message-ID: <1125441076.15771.47.camel@tortoise.toronto.redhat.com> Hi, I fixed some things in java-gcjHEAD-compat: - removed the file conflicts with java-gcj-compat, so java-gcjHEAD-compat will install cleanly beside other java-gcj-compat installations - added "javac" to the installed tools, using Gary's bootstrap ecj jar Here are Andrew's instructions for creating a JPackage alternative for GCJ HEAD: https://www.redhat.com/archives/fedora-devel-java-list/2005-May/msg00046.html The installation of these packages runs smoothly now. Tom From green at redhat.com Wed Aug 31 17:39:25 2005 From: green at redhat.com (Anthony Green) Date: Wed, 31 Aug 2005 10:39:25 -0700 Subject: [fedora-java] java-gcjHEAD-compat fixes In-Reply-To: <1125441076.15771.47.camel@tortoise.toronto.redhat.com> References: <1125441076.15771.47.camel@tortoise.toronto.redhat.com> Message-ID: <1125509965.3723.47.camel@localhost.localdomain> On Tue, 2005-08-30 at 18:31 -0400, Thomas Fitzsimmons wrote: > Here are Andrew's instructions for creating a JPackage alternative for > GCJ HEAD: > > https://www.redhat.com/archives/fedora-devel-java-list/2005-May/msg00046.html > I'm getting the following: # rpm -hiv /usr/src/redhat/RPMS/i386/java-1.4.2-gcj-compat-1.4.2.0-40jpp_45rh.i386.rpm error: Failed dependencies: libgcjawt.so.7 is needed by java-1.4.2-gcj-compat-1.4.2.0-40jpp_45rh.i386 Also, Andrew's instructions should mention that ecj.sh.in and *.jar need to be copied into the SOURCES directory. Thanks, AG From fitzsim at redhat.com Wed Aug 31 18:44:55 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Wed, 31 Aug 2005 14:44:55 -0400 Subject: [fedora-java] java-gcjHEAD-compat fixes In-Reply-To: <1125509965.3723.47.camel@localhost.localdomain> References: <1125441076.15771.47.camel@tortoise.toronto.redhat.com> <1125509965.3723.47.camel@localhost.localdomain> Message-ID: <1125513896.29329.3.camel@tortoise.toronto.redhat.com> On Wed, 2005-08-31 at 10:39 -0700, Anthony Green wrote: > On Tue, 2005-08-30 at 18:31 -0400, Thomas Fitzsimmons wrote: > > Here are Andrew's instructions for creating a JPackage alternative for > > GCJ HEAD: > > > > https://www.redhat.com/archives/fedora-devel-java-list/2005-May/msg00046.html > > > > I'm getting the following: > > # rpm -hiv /usr/src/redhat/RPMS/i386/java-1.4.2-gcj-compat-1.4.2.0-40jpp_45rh.i386.rpm > error: Failed dependencies: > libgcjawt.so.7 is needed by java-1.4.2-gcj-compat-1.4.2.0-40jpp_45rh.i386 I fixed this in CVS: %if %{custom} # prevent autogeneration of libjawt.so dependencies AutoReqProv: no %endif > Also, Andrew's instructions should mention that ecj.sh.in and *.jar need > to be copied into the SOURCES directory. I updated the instructions and put them on the Wiki: http://www.fedoraproject.org/wiki/java-gcjHEAD-compat Tom