From bkonrath at redhat.com Wed May 2 13:07:32 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 02 May 2007 22:07:32 +0900 Subject: [fedora-java] DBus Java bindings In-Reply-To: <1177940949.3805.2.camel@workstation.unixkiste.local> References: <1cef3e950704251553g2ac67a70j38085199282435a9@mail.gmail.com> <1177559563.1348.27.camel@plug> <1177940949.3805.2.camel@workstation.unixkiste.local> Message-ID: <1178111252.3890.2.camel@plug> On Mon, 2007-04-30 at 15:49 +0200, Stefan Held wrote: > Nice to see such a offer. If Joe has no interrest in doing it i would > love to provide this package. I have some packaging skills, and a place > to serve it :) I seems Joe isn't interested so I'll take you up on your offer. Let me know if you need any helping begging the Fedora Release Engineers to get this into F7 Extras. Also, I'm sure we can get someone on this list to review the package quickly once you have something ready. I'd do the review, but I'm not an extras contributor or reviewer. Thanks, Ben From bkonrath at redhat.com Wed May 2 13:09:17 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 02 May 2007 22:09:17 +0900 Subject: [fedora-java] Another crack at photran In-Reply-To: <1177497877.17465.14.camel@plug> References: <462E2794.7080700@cora.nwra.com> <1177497877.17465.14.camel@plug> Message-ID: <1178111358.3890.5.camel@plug> Hi Orion, The updated Eclipse with a fix for the package-build bug was released so you should be good to use the eclipse packages in FC6 to build photran: http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-471 Cheers, Ben On Wed, 2007-04-25 at 19:44 +0900, Ben Konrath wrote: > Hi Orion, > > I investigated the photran build you provided and managed to get > something going. There were a couple of problems with your spec file > which I have corrected with the attached a patch. The photran build also > hit a bug in package-build so you will need to install a new version of > prepare-build-dir.sh (attached). Something like this should do the > trick: > > sudo mv prepare-build-dir.sh \ > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.2.1.r321_v20060823/templates/package-build > > I will update package-build in the FC-6 eclipse package and push out a > new release. Expect to see it in a couple of days. > > Also, there are three features included in the Photran zip: > > org.eclipse.photran_feature > org.eclipse.photran.intel > org.eclipse.photran.refactoring_feature > > Your spec file (with my patch) is only building > org.eclipse.photran_feature. You will need to add another call to > package-build for the org.eclipse.photran.intel and > org.eclipse.photran.refactoring_feature features if you want to build > them. > > Thanks for packaging up this plugin! Feel free to post any other > questions you have. > > Cheers, Ben > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From aph at redhat.com Wed May 2 16:11:07 2007 From: aph at redhat.com (Andrew Haley) Date: Wed, 2 May 2007 17:11:07 +0100 Subject: [fedora-java] javax.management woes, again Message-ID: <200705021611.l42GB7c8013420@littlepinkcloud.COM> To cut to the chase: I've been debugging 236541 for a week now, and I've finally found the cause: gnu.javax.management.Server.registerMBean() is broken in Classpath. The problem is that it should send MBeanServerNotifications to its delegate whenever called, but it doesn't. The result of this is that the Tomcat embedded web server is broken, because its server contexts never get registered. As far as I am aware, every application that uses an embedded Tomcat is likely to be affected in the same way, and possibly standalone Tomcat as well. For the sake of comparison, MX4JMBeanServer.register() does this: delegate.sendNotification(new MBeanServerNotification (MBeanServerNotification.REGISTRATION_NOTIFICATION, delegateName, sequenceNumber, objectName)); So, what to do for Fedora 7? I'm sure there's no time to fix gnu.javax.management. So, I'm proposing this ln -sf /usr/share/java/mx4j/mx4j.jar /usr/share/java/gcj-endorsed There is one problem that I can see: mx4j is rather old, or at least the version in Fedora 7 is. Maybe some of the interfaces in Classpath are more recent, so perhaps we shouldn't do this globally for all uses of gcj. I'd appreciate comments. Andrew. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236541 From obi at unixkiste.org Thu May 3 11:22:33 2007 From: obi at unixkiste.org (Stefan Held) Date: Thu, 03 May 2007 13:22:33 +0200 Subject: [fedora-java] DBus Java bindings In-Reply-To: <1178111252.3890.2.camel@plug> References: <1cef3e950704251553g2ac67a70j38085199282435a9@mail.gmail.com> <1177559563.1348.27.camel@plug> <1177940949.3805.2.camel@workstation.unixkiste.local> <1178111252.3890.2.camel@plug> Message-ID: <1178191353.3602.10.camel@workstation.unixkiste.local> Am Mittwoch, den 02.05.2007, 22:07 +0900 schrieb Ben Konrath: > I seems Joe isn't interested so I'll take you up on your offer. Let me > know if you need any helping begging the Fedora Release Engineers to get > this into F7 Extras. Also, I'm sure we can get someone on this list to > review the package quickly once you have something ready. I'd do the > review, but I'm not an extras contributor or reviewer. I am right now busy preparing for Linuxtag 2007 in Berlin. I think i get my tasks done till this weekend. I can start working on this after saturday. As FC7 is near its Release i don't think we will get this into the Release direkt but i am pretty sure as core and extras merge in this Release we will have it included short after the release. Till then i can be the host for a small rpm. > Thanks, Ben Greetings -- Stefan Held VI has only 2 Modes: obi unixkiste org The first one is for beeping all the time, FreeNode: foo_bar the second destroys the text. --------------------------------------------------------------------------- Fedora Ambassador: http://fedoraproject.org/wiki/StefanHeld --------------------------------------------------------------------------- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --------------------------------------------------------------------------- GPG-Keyprint = 75C0 F029 CA71 F061 6C07 0640 38F7 E5F9 4EA5 A385 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From talberts at msiscales.com Thu May 10 23:23:21 2007 From: talberts at msiscales.com (Tim Alberts) Date: Thu, 10 May 2007 16:23:21 -0700 Subject: [fedora-java] Exception processing Global JNDI Resources - on FC6&Tomcat5.5.17 Message-ID: <4643A969.4010606@msiscales.com> I'm running FC6 with Tomcat 5.5.17 (standard rpm packages from the FC6 distribution). The main problem I'm having is getting my database connection pool setup.I'm getting a severe error that seems to be the source, but not sure what the easy fix is. Obviously the java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory means Tomcat can't find a class it needs, but as I'm running all rpms from FC6 I assumed everything would be 'plug and play'. Does anyone have some suggestions for fixing this quick? Thank you in advance. Below is the server.xml... Below are the server logs from startup... 10-May-07 4:06:51 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/gcj-4.1.1 10-May-07 4:06:51 PM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 10-May-07 4:06:51 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 837 ms 10-May-07 4:06:51 PM org.apache.catalina.core.NamingContextListener addResource WARNING: Failed to register in JMX: javax.naming.NamingException: Could not create resource factory instance 10-May-07 4:06:51 PM org.apache.catalina.mbeans.GlobalResourcesLifecycleListener createMBeans SEVERE: Exception processing Global JNDI Resources javax.naming.NamingException: Could not create resource factory instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(naming-factory-5.5.17.jar.so) at javax.naming.spi.NamingManager.getObjectInstance(libgcj.so.7rh) at org.apache.naming.NamingContext.lookup(naming-factory-5.5.17.jar.so) at org.apache.naming.NamingContext.lookup(naming-factory-5.5.17.jar.so) at org.apache.naming.NamingContextBindingsEnumeration.nextElementInternal(naming-resources-5.5.17.jar.so) at org.apache.naming.NamingContextBindingsEnumeration.next(naming-resources-5.5.17.jar.so) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEvent(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.core.StandardServer.start(catalina-5.5.17.jar.so7ygbw0.so) at org.apache.catalina.startup.Catalina.start(catalina-5.5.17.jar.so7ygbw0.so) at java.lang.reflect.Method.invoke(libgcj.so.7rh) at org.apache.catalina.startup.Bootstrap.start(bootstrap.jar.so) at org.apache.catalina.startup.Bootstrap.main(bootstrap.jar.so) Caused by: java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory not found in org.apache.catalina.loader.StandardClassLoader{urls=[file:/var/lib/tomcat5/common/classes/,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-en.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-fr.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-es.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-ja.jar,file:/usr/share/java/xml-commons-apis-1.3.02.jar,file:/usr/share/java/xerces-j2-2.7.1.jar,file:/usr/share/java/jakarta-commons-collections-3.1.jar,file:/usr/share/java/libgcj-4.1.1.jar,file:/usr/share/java/jakarta-commons-el-1.0.jar,file:/usr/share/java/tomcat5-jsp-2.0-api-5.5.17.jar,file:/usr/share/java/libgcj-4.1.1.jar,file:/usr/share/java/classpathx-jaf-1.0.jar,file:/usr/share/java/ant-1.6.5.jar,file:/var/lib/tomcat5/common/lib/mysql-connector-java-5.0.5-bin.jar,file:/usr/share/java/jasper5-runtime-5.5.17.jar,file:/usr/share/java/tomcat5/naming-resources-5.5.17.jar,file:/usr/share/java/geronimo/spec-jta-1.0.1B-rc2.jar,file:/usr/share/java/tomcat5-servlet-2.4-api-5.5.17.jar,file:/usr/share/java/jakarta-commons-pool-1.3.jar,file:/usr/share/java/classpathx-mail-1.3.1-monolithic-1.1.1.jar,file:/usr/share/java/jasper5-compiler-5.5.17.jar,file:/usr/share/java/jakarta-commons-logging-api-1.0.4.jar,file:/usr/share/java/jakarta-commons-dbcp-1.2.1.jar,file:/usr/share/eclipse/plugins/org.eclipse.jdt.core_3.2.3.v_686_R32x.jar,file:/usr/share/java/mx4j/mx4j-3.0.1.jar,file:/usr/share/java/tomcat5/naming-factory-5.5.17.jar], parent=gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/lib/jvm/java/lib/tools.jar,file:/usr/share/tomcat5/bin/bootstrap.jar,file:/usr/share/tomcat5/bin/commons-logging-api.jar,file:/usr/share/java/mx4j/mx4j-impl.jar,file:/usr/share/java/mx4j/mx4j-jmx.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}} at java.net.URLClassLoader.findClass(libgcj.so.7rh) at java.lang.ClassLoader.loadClass(libgcj.so.7rh) at java.lang.ClassLoader.loadClass(libgcj.so.7rh) at java.lang.Class.forName(libgcj.so.7rh) at java.lang.Class.forName(libgcj.so.7rh) at org.apache.naming.factory.ResourceFactory.getObjectInstance(naming-factory-5.5.17.jar.so) ...15 more 10-May-07 4:06:51 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina 10-May-07 4:06:51 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.17 10-May-07 4:06:51 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled 10-May-07 4:06:54 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' 10-May-07 4:06:54 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validator/validation.xml' 10-May-07 4:06:56 PM org.apache.catalina.core.ApplicationContext log INFO: action: []: Verifying ModuleConfig for this module 10-May-07 4:06:56 PM org.apache.catalina.core.ApplicationContext log INFO: action: []: Verification of ModuleConfig has been completed 10-May-07 4:06:56 PM org.apache.struts.webapp.example.memory.MemoryDatabasePlugIn init INFO: Initializing memory database plug in from '/WEB-INF/database.xml' 10-May-07 4:06:56 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' 10-May-07 4:06:56 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validation.xml' 10-May-07 4:06:58 PM org.apache.struts.tiles.TilesPlugin initDefinitionsFactory INFO: Tiles definition factory loaded for module ''. 10-May-07 4:06:58 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' 10-May-07 4:06:58 PM org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validation.xml' From aaron at luchko.ca Thu May 10 23:36:54 2007 From: aaron at luchko.ca (Aaron Luchko) Date: Thu, 10 May 2007 17:36:54 -0600 Subject: [fedora-java] Exception processing Global JNDI Resources - on FC6&Tomcat5.5.17 In-Reply-To: <4643A969.4010606@msiscales.com> References: <4643A969.4010606@msiscales.com> Message-ID: <1178840215.8141.10.camel@localhost.localdomain> On Thu, 2007-05-10 at 16:23 -0700, Tim Alberts wrote: > I'm running FC6 with Tomcat 5.5.17 (standard rpm packages from the FC6 > distribution). > > The main problem I'm having is getting my database connection pool > setup.I'm getting a severe error that seems to be the source, but not > sure what the easy fix is. Obviously the > > java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory > > means Tomcat can't find a class it needs, but as I'm running all rpms > from FC6 I assumed everything would be 'plug and play'. Does anyone > have some suggestions for fixing this quick? This is because there were some jars missing from the corresponding version of the jpackage rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238192 Until the package is updated the workaround I'm using is to manually add naming-factory-dbcp.jar to /var/lib/tomcat5/common/lib/ -Aaron From vivekl at redhat.com Fri May 11 04:12:58 2007 From: vivekl at redhat.com (Vivek Lakshmanan) Date: Fri, 11 May 2007 00:12:58 -0400 Subject: [fedora-java] Exception processing Global JNDI Resources - on FC6&Tomcat5.5.17 In-Reply-To: <1178840215.8141.10.camel@localhost.localdomain> References: <4643A969.4010606@msiscales.com> <1178840215.8141.10.camel@localhost.localdomain> Message-ID: <1178856778.4957.52.camel@viveklak.ath.cx> On Thu, 2007-05-10 at 17:36 -0600, Aaron Luchko wrote: > On Thu, 2007-05-10 at 16:23 -0700, Tim Alberts wrote: > > java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory > > > > means Tomcat can't find a class it needs, but as I'm running all rpms > > from FC6 I assumed everything would be 'plug and play'. Does anyone > > have some suggestions for fixing this quick? > > This is because there were some jars missing from the corresponding > version of the jpackage rpm > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238192 > > Until the package is updated the workaround I'm using is to manually add > naming-factory-dbcp.jar to /var/lib/tomcat5/common/lib/ > The real issue is that upstream tomcat5 build creates the naming-factory-dbcp.jar and others by extracting classes from commons-dbcp, collections, etc. and sticking them under the org.apache.tomcat.x package (I personally dont like it but some claim they prefer this since they can include newer/older j-c-* jars in their webapps and prevent classloading issues) . Until recently, JPackage has been sym-linking to j-c-dbcp.jar etc. produced by the relevant jakarta-commons-* rpm directly without changing the packages. It is only recently that these jakarta-commons-* packages have been modified to produce a -tomcat5 package that have these renamed packages which tomcat5 sym-links to. For the moment, a workaround I would go with is to add a Resource tag in your /etc/tomcat5/server.xml file nexted under the GlobalNamingResources tag with factory="org.apache.commons.dbcp.BasicDataSourceFactory" attribute or doing the same thing in your web-app's context.xml nested inside the the Context tag... You can refer to http://tomcat.apache.org/tomcat-5.5-doc/jndi-resources-howto.html for reference. However, I do think there are several benefits to going to 5.5.23 for tomcat5, I just havent evaluated all the changes necessary in Fedora 6/7. I will update bz# 238192 when I am ready. Vivek -------------- 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 bkonrath at redhat.com Mon May 28 09:12:39 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 28 May 2007 18:12:39 +0900 Subject: [fedora-java] ant 1.7 in F8? Message-ID: <1180343559.3747.24.camel@plug> Hi, Is ant 1.7 going to be in Fedora 8? I'm in the process of packaging up Eclipse 3.3RC1 and it requires this version of ant. I should be able to use ant 1.6 now, but it would be nice if we can switch to ant 1.7 before the F8 release. Thanks, Ben From joe at galway.net Wed May 30 02:17:50 2007 From: joe at galway.net (Joe Desbonnet) Date: Wed, 30 May 2007 03:17:50 +0100 Subject: [fedora-java] Instrumenting a Java/Linux/Tomcat/MySQL server Message-ID: <1cef3e950705291917x5ab68f12o78f95c78b475e9a1@mail.gmail.com> Many months ago when a web application running in Tomcat on a Linux server experienced intermittent and severe performance problems I setup a cron task to record Tomcat free memory and operating system load average. I plotted these figures on a chart using JFreeChart and I was able to get huge insight into the problem which other tools failed to provide. I'd like to expand this script to record other potentially useful data which I can use as a baseline should problems arise in future. Besides load average and tomcat free memory -- what else should I record given that I'm running a pretty typical Java/Linux/Tomcat/MySQL server. The kind items that come to mind is network IO, disk IO, page fault rate.... BTW: what's the best way of getting the page fault rate? I can't find the right file in /proc for that. Thanks, Joe. From nicolas.mailhot at laposte.net Wed May 30 05:40:49 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 May 2007 07:40:49 +0200 Subject: [fedora-java] Instrumenting a Java/Linux/Tomcat/MySQL server In-Reply-To: <1cef3e950705291917x5ab68f12o78f95c78b475e9a1@mail.gmail.com> References: <1cef3e950705291917x5ab68f12o78f95c78b475e9a1@mail.gmail.com> Message-ID: <1180503649.14701.0.camel@rousalka.dyndns.org> Le mercredi 30 mai 2007 ? 03:17 +0100, Joe Desbonnet a ?crit : > Besides load average and tomcat free memory -- what else should I > record given that I'm running a pretty typical Java/Linux/Tomcat/MySQL > server. GC frequency comes to mind -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Wed May 30 08:41:36 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 May 2007 10:41:36 +0200 (CEST) Subject: [fedora-java] Instrumenting a Java/Linux/Tomcat/MySQL server In-Reply-To: <1180503649.14701.0.camel@rousalka.dyndns.org> References: <1cef3e950705291917x5ab68f12o78f95c78b475e9a1@mail.gmail.com> <1180503649.14701.0.camel@rousalka.dyndns.org> Message-ID: <62618.192.54.193.51.1180514496.squirrel@rousalka.dyndns.org> Le Mer 30 mai 2007 07:40, Nicolas Mailhot a ?crit : > Le mercredi 30 mai 2007 ? 03:17 +0100, Joe Desbonnet a ?crit : > >> Besides load average and tomcat free memory -- what else should I >> record given that I'm running a pretty typical >> Java/Linux/Tomcat/MySQL >> server. > > GC frequency comes to mind frequency *and* duration -- Nicolas Mailhot From fernando at lozano.eti.br Wed May 30 19:10:24 2007 From: fernando at lozano.eti.br (fernando at lozano.eti.br) Date: Wed, 30 May 2007 17:10:24 -0200 Subject: [fedora-java] Instrumenting a Java/Linux/Tomcat/MySQL server Message-ID: <465dcc20.8f.691b.519123114@lozano.eti.br> Hi threre, Monitoing a JavaEE app server takes lots of steps which depends on application architecture. For example, you should monitor worker threads for each Tomcat Connector you are using. If all threads are in use (no iddle thread in pool) user response time will suffer. Another example, if a deployed application uses datasources, you should monitor availabe connection in the datasource connection pool, same was as connector thread pool. > > Le mercredi 30 mai 2007 ? 03:17 +0100, Joe Desbonnet a ??crit : > > > >> Besides load average and tomcat free memory -- what else should I > >> record given that I'm running a pretty typical > >> Java/Linux/Tomcat/MySQL > >> server. > > > > GC frequency comes to mind > > frequency *and* duration > > > -- > Nicolas Mailhot