java-devel October 2008

java-devel@lists.fedoraproject.org

14 participants
9 discussions

gstreamer-java not compile on fedora ppc
by Farkas Levente 28 Oct '08

28 Oct '08

hi, on fedora gstreamer-java not build on linux-ppc. the relevant build log is here, where you can see that the unit test fails on ppc: http://koji.fedoraproject.org/koji/getfile?taskID=905786&name=build.log http://koji.fedoraproject.org/koji/getfile?taskID=905792&name=build.log is there any tip what can be the reason? is it a gstreamer-java, jna or openjdk bug? thanks. -- Levente "Si vis pacem para bellum!"

3 4

Fedora & JPackage
by Jerry James 27 Oct '08

27 Oct '08

A few months back, I had to start using a web service provided by a certain commercial content management system. This particular web service uses a namespace that is provided only by Apache Axis 1. At that time, I discovered that we are two versions behind on this dead product [1] (Apache Axis 2 is the version under active development). I started looking into what would be needed to get Apache Axis 2 into Fedora, and discovered a long list of missing dependencies and a long list of packages that would need to be upgraded. More recently, I took over the pmd package, and found that 3 other packages would need to be upgraded to move pmd to a newer version [2] [3] [4]. Both events made me wonder how much we are gaining by drawing spec files from JPackage, and how much we are losing. I wondered whether maintainers were not moving forward to newer versions of their packages because the JPackage versions were not moving forward. So I collected a little data on the subject. This is far from the final word; more information has to be collected to make any final determination. But I thought some of you might find what I have collected so far interesting. http://jjames.fedorapeople.org/java.html Comments welcome. Relevant bugs: [1] https://bugzilla.redhat.com/show_bug.cgi?id=231153 [2] https://bugzilla.redhat.com/show_bug.cgi?id=465985 [3] https://bugzilla.redhat.com/show_bug.cgi?id=465987 [4] https://bugzilla.redhat.com/show_bug.cgi?id=465989 -- Jerry James http://loganjerry.googlepages.com/

2 1

Strange build error for classpathx-mail
by Orion Poplawski 24 Oct '08

24 Oct '08

Starting looking into updating classpathx-mail to version 1.1.2 (anyone know of a reason not to?). Got a really weird internal compiler error on the ppc64 build: [javac] 1. ERROR in /builddir/build/BUILD/mail-1.1.2/inetlib-1.1.1/source/org/jpackage/mail/inet/imap/IMAPConnection.java (at line 0) [javac] /* [javac] ^ [javac] Internal compiler error [javac] java.lang.NullPointerException [javac] at org.eclipse.jdt.internal.compiler.looku [javac] p.BinaryTypeBinding.cachePartsFrom(BinaryTypeBinding.java:262) [javac] at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:719) [javac] at org.eclipse.jdt.i [javac] nternal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:699) [javac] at org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:294) [javac] at org.eclipse.jdt.internal.com [javac] piler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:128) [javac] at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:179) [javac] at org.eclipse.jdt.inte [javac] rnal.compiler.lookup.CompilationUnitScope.findImport(CompilationUnitScope.java:456) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleImport(CompilationUnitScope.java:510) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports(CompilationUnitScope.java:359) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(Compi [javac] lationUnitScope.java:435) [javac] at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:736) [javac] at org.eclipse.jdt.internal.compiler.ProcessTaskManager.run(ProcessTaskManager.java:137) [javac] at java.lang.Thread.run(libgcj.so.9) Other arches seemed okay but got cancelled. See: http://koji.fedoraproject.org/koji/taskinfo?taskID=809142 This was on ppc7. Resubmitted and it built okay (or at least got past this point). This time on ppc2 http://koji.fedoraproject.org/koji/taskinfo?taskID=809169 Fully successful build (if anyone wants to take a look at the package): http://koji.fedoraproject.org/koji/taskinfo?taskID=809200 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

2 3

Mending the Java native library mess before F10
by David Walluck 21 Oct '08

21 Oct '08

I was asked to make sure that tanukiwrapper and libreadline-java were up to date for F10. What I found is that there is no consistent policy for either .so location or .jar location for Java packages in Fedora. Here are some examples: Library location: eclipse: /usr/lib64/eclipse jss: /usr/lib64 libreadline-java: /usr/lib64/libreadline-java tanukiwrapper: /usr/lib64 Jar location: eclipse: /usr/lib64/java jss: /usr/lib/java libreadline-java: /usr/lib64/libreadline-java tanukiwrapper: /usr/share/java I believe that libreadline-java was meant to be the model for the JNI policy, but the problem is that jpackage-utils (build-classpath) does not seem to be updated to work with the new jar location. NB: I tested on F9, so if this has changed, let me know. We have very little time to do anything about this before the F10 freeze, so I suggest we take the path of least-resistance, e.g., we have to move libreadline-java back since we would not be able to update all the packages and the tools and make sure that they work in time for F10. -- Sincerely, David Walluck <david(a)zarb.org>

6 13

Eclipse/GCJ support
by Mat Booth 19 Oct '08

19 Oct '08

>From looking at the rawhide reports, it looks like eclipse-pydev, eclipse-rpm-editor and eclipse-quickrex have all just dropped support for gcj compilation. Are we not following that guideline for eclipse plugins anymore? If not, we should update http://fedoraproject.org/wiki/Packaging/EclipsePlugins Regards, Mat -- Mat Booth www.matbooth.co.uk

2 1

groovy compilation - maven problem.
by Luca Foppiano 09 Oct '08

09 Oct '08

Hi, I've a problem while compiling groovy using maven. I run mvn-jpp compile, but I got this error: [lfoppiano@sboing apache-tomcat-5.5.27-src]$ mvn-jpp compile /etc/alternatives/java_sdk [INFO] Scanning for projects... [INFO] ---------------------------------------------------------------------------- [INFO] Building Maven Default Project [INFO] task-segment: [compile] [INFO] ---------------------------------------------------------------------------- [WARNING] Skipping non filebased repository http://repo1.maven.org/maven2 in full offline mode [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-resources-plugin Reason: Error getting POM for 'org.apache.maven.plugins:maven-resources-plugin' from the repository: Failed to resolve artifact, possibly due to a repository list that is not appropriately equipped for this artifact's metadata. org.apache.maven.plugins:maven-resources-plugin:pom:2.2 from the specified remote repositories: __jpp_repo__ (file:///usr/share/maven2/repository), central (http://repo1.maven.org/maven2) [INFO] ------------------------------------------------------------------------ [....] but I don't understand why it doesn't work...I have installed these packages: [lfoppiano@sboing apache-tomcat-5.5.27-src]$ yum list installed maven2-plugin* Loaded plugins: fastestmirror, presto, refresh-packagekit Installed Packages maven2-plugin-antrun.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-clean.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-compiler.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-install.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-jar.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-javadoc.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-plugin.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-resources.x86_64 2.0.4-10jpp.10.fc9 installed maven2-plugin-surefire.x86_64 2.0.4-10jpp.10.fc9 installed that error is strange... anyone have idea about it? thanks Luca -- Today is Boomtime, the 63rd day of Bureaucracy in the YOLD 3174 I came, I saw, I deleted all your files.

1 0

Service
by nabil en_nouini 08 Oct '08

08 Oct '08

if someone have a doc for installing freeradius and authentification with MAC adress;send it to me plz -- La richesse et le prestige acquis au cours de la vie terrestre n y ont aucune valeur ,seule la bonne qualité d'ame & l'habitude de justice qui decident de la destination des morts.... Il faut lui permettre la satire et la plainte : la haine renfermée est plus dangereuse que la haine ouverte.(Denis diderot) @@@@@@@@@@@@@@@@@@@ + Nabil EN_NOUINI + +tel : 074043384+ + Info 2008+ ¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤

1 0

iText status?
by Orcan Ogetbil 03 Oct '08

03 Oct '08

Hi, I saw that the iText software caused some licensing trouble in the past: https://bugzilla.redhat.com/show_bug.cgi?id=176981 and especially https://bugzilla.redhat.com/show_bug.cgi?id=236309 According to the second link it was removed from F-7 because of the fact that it contained some Sun-licensed files. I downloaded the software from its current website: http://www.lowagie.com/iText/download.html The website claims a dual MPLv1.1 / LGPL license. Inside the package there is a text file (core/com/lowagie/text/misc_licenses.txt), which I will paste to the bottom of this email. What is the current status of iText on Fedora? Was there a discussion? Can we consider releasing it again? -----misc_licenses.txt----- (1) ExceptionConverter: The original version of this class was published in an article by Heinz Kabutz. Read http://www.javaspecialists.co.za/archive/newsletter.do?issue=033&print=yes&… "This material from The Java(tm) Specialists' Newsletter by Maximum Solutions (South Africa). Please contact Maximum Solutions for more information. (2) SimpleXMLParser: The original version of this class was published in a JavaWorld article by Steven Brandt: http://www.javaworld.com/javaworld/javatips/jw-javatip128.html Jennifer Orr (JavaWorld) wrote: "You have permission to use the code appearing in Steven Brandt's JavaWorld article, 'Java Tip 128: Create a quick-and-dirty XML parser.' We ask that you reference the author as the creator and JavaWorld as the original publisher of the code." Steven Brandt also agreed with the use of this class. (3) The following files contain material that was copyrighted by SUN: com/lowagie/text/pdf/LZWDecoder.java (first appearance in iText: 2002-02-08) com/lowagie/text/pdf/codec/BmpImage.java (first appearance in iText: 2003-06-20) com/lowagie/text/pdf/codec/PngImage.java (first appearance in iText: 2003-04-25) com/lowagie/text/pdf/codec/TIFFDirectory.java (first appearance in iText: 2003-04-09) com/lowagie/text/pdf/codec/TIFFFaxDecoder.java (first appearance in iText: 2003-04-09) com/lowagie/text/pdf/codec/TIFFField.java (first appearance in iText: 2003-04-09) com/lowagie/text/pdf/codec/TIFFLZWDecoder.java (first appearance in iText: 2003-04-09) The original code was released under the BSD license, and contained the following extra restriction: "You acknowledge that Software is not designed, licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility." In a mail sent to Bruno Lowagie on January 23, 2008, Brian Burkhalter (@sun.com) writes: "This code is under a BSD license and supersedes the older codec packages on which your code is based. It also includes numerous fixes among them being the ability to handle a lot of 'broken' TIFFs." Note that numerous fixes were applied to the code used in iText by Paulo Soares, but apart from the fixes there were no essential changes between the code that was originally adapted and the code that is now available under the following license: Copyright (c) 2005 Sun Microsystems, Inc. All Rights Reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistribution of source code must retain the above copyright notice, this list of conditions and the following disclaimer. - Redistribution in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Neither the name of Sun Microsystems, Inc. or the names of contributors may be used to endorse or promote products derived from this software without specific prior written permission. This software is provided "AS IS," without a warranty of any kind. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE HEREBY EXCLUDED. SUN MIDROSYSTEMS, INC. ("SUN") AND ITS LICENSORS SHALL NOT BE LIABLE FOR ANY DAMAGES SUFFERED BY LICENSEE AS A RESULT OF USING, MODIFYING OR DISTRIBUTING THIS SOFTWARE OR ITS DERIVATIVES. IN NO EVENT WILL SUN OR ITS LICENSORS BE LIABLE FOR ANY LOST REVENUE, PROFIT OR DATA, OR FOR DIRECT, INDIRECT, SPECIAL, CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAUSED AND REGARDLESS OF THE THEORY OF LIABILITY, ARISING OUT OF THE USE OF OR INABILITY TO USE THIS SOFTWARE, EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. You acknowledge that this software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility. The main difference can be found in the final paragraph: the restriction that the source code is not "licensed" in this particular situation has been removed. FYI: Brian also added: "A bit of history might be in order. The codec classes that you used originally were based on some classes included with JAI but not strictly part of JAI. As of Java SE 1.4 an official Image I/O framework was added in javax.imageio.... This frameork supports these formats: Java 1.4: GIF (read only), JPEG, PNG Java 1.5: Added support for BMP and WBMP Java 1.6: Added support for writing GIF The JAI Image I/O Tools packages (jai-imageio-core) were created to support formats handled by JAI but not included in Java SE as well as some new things like JPEG2000." (4) the file com/lowagie/text/pdf/codec/TIFFConstants and some other TIFF related code is derived from LIBTIFF: Copyright (c) 1988-1997 Sam Leffler Copyright (c) 1991-1997 Silicon Graphics, Inc. Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that (i) the above copyright notices and this permission notice appear in all copies of the software and related documentation, and (ii) the names of Sam Leffler and Silicon Graphics may not be used in any advertising or publicity relating to the software without the specific, prior written permission of Sam Leffler and Silicon Graphics. THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. (5) BidiOrder: As stated in the Javadoc comments, materials from Unicode.org are used in the class com/lowagie/text/pdf/BidiOrder.java The following license applies to these materials: http://www.unicode.org/copyright.html#Exhibit1 EXHIBIT 1 UNICODE, INC. LICENSE AGREEMENT - DATA FILES AND SOFTWARE Unicode Data Files include all data files under the directories http://www.unicode.org/Public/, http://www.unicode.org/reports/, and http://www.unicode.org/cldr/data/ . Unicode Software includes any source code published in the Unicode Standard or under the directories http://www.unicode.org/Public/, http://www.unicode.org/reports/, and http://www.unicode.org/cldr/data/. NOTICE TO USER: Carefully read the following legal agreement. BY DOWNLOADING, INSTALLING, COPYING OR OTHERWISE USING UNICODE INC.'S DATA FILES ("DATA FILES"), AND/OR SOFTWARE ("SOFTWARE"), YOU UNEQUIVOCALLY ACCEPT, AND AGREE TO BE BOUND BY, ALL OF THE TERMS AND CNDITIONS OF THIS AGREEMENT. IF YOU DO NOT AGREE, DO NOT DOWNLOAD, INSTALL, COP, DISTRIBUTE OR USE THE DATA FILES OR SOFTWARE. ALL OF THE TERMS AND CONDITIONS OF THIS AGREEMENT. IF YOU DO NOT AGREE, DO NOT DOWNLOAD, INSTALL, COPY, DISTRIBUTE OR USE THE DATA FILES OR SOFTWARE. COPYRIGHT AND PERMISSION NOTICE Copyright (C) 1991-2007 Unicode, Inc. All rights reserved. Distributed under the Terms of Use in http://www.unicode.org/copyright.html. Permission is hereby granted, free of charge, to any person obtaining a copy of the Unicode data files and any associated documentation (the "Data Files") or Unicode software and any associated documentation (the "Software") to deal in the Data Files or Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Data Files or Software, and to permit persons to whom the Data Files or Software are furnished to do so, provided that (a) the above copyright notice(s) and this permission notice appear with all copies of the Data Files or Software, (b) both the above copyright notice(s) and this permission notice appear in associated documentation, and (c) there is clear notice in each modified Data File or in the Software as well as in the documentation associated with the Data File(s) or Software that the data or software has been modified. THE DATA FILES AND SOFTWARE ARE PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTAILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THE DATA FILES OR SOFTWARE. Except as contained in this notice, the name of a copyright holder shall not be used in advertising or otherwise to promote the sale, use or other dealings in these Data Files or Software without prior written authorization of the copyright holder.

2 3

Maintainer wanted for Eclipse Graphical Editing Framework (GEF ... eclipse-gef)
by Andrew Overholt 01 Oct '08

01 Oct '08

Hi, Does anyone want to maintain GEF? I don't have time for it and haven't updated it recently. It needs to be updated to the latest (Ganymede train) release. Nothing depends upon it so if no one wants it and we remove it it's probably not the end of the world. I've given up ownership in FAS so feel free to take it there if you want it. Andrew

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel October 2008