Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] rpm d'un programme en java

ANDRE_Ani

Bonjour,

J'ai un programme en java, et je n'arrive pas a en faire un rpm.
Soucis dans le spec, je ne sais trop comment faire...

Si quelqu'un a de la doc sur java et les rpm svp.

Tres cordialement,

ANDRE Ani

Pikachu_2014

Bonjour,

quel est ce programme ? Il y a des guidelines pour les paquets Java autrement sur le wiki du Projet Fedora : https://fedoraproject.org/wiki/Packaging/Java
N'hésite pas à demander des compléments au besoin ici-même.

ANDRE_Ani

Voila le programme, ProfDepanne.

http://codingteam.net/project/profdepanne

Merci, je vais voir cette doc, et si je n'y arrive tjs pas, je reviendrais voir ici poser des questions 😉

Encore merci.

ANDRE_Ani

Bonjour,

J'ai regarde un peu les diverses docs, mais j'avoue que c'est du chinois pour moi tout ça...
Je ne sais vraiment pas quoi en faire.

Je vois ant, maven... Moi, j'ai un makefile pour compiler mon programme.

Et comment faire pour compiler les sources au liende faire un rpm d'un jar..?
Je suis perdu...

pingou

Aurais-tu un début de fichier spec à nous soumettre ?

ANDRE_Ani

Je n'ai que ça... J'avoue etre largue avec le spec...

%define name    profdepanne 
%define version 2.1 
%define release %{mkrel 1} 

Name:           %{name} 
Summary:        Petit programme d'aide aux utilisateurs.
Version:        %{version} 
Release:        %{release}
Source:     profdepanne.tar.bz2
Group:          Applications/Education 
BuildArchitectures: noarch
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-buildroot 
License:        GPL 
Requires:       Java >= 1.6 

%description
Ce programme en Java permet d'aider les utilisateurs de l'informatique à se dépanner seul. C'est également un guide migration vers GNU/Linux.

%prep 
%setup -q -a 0 -c

%build

%make


%install
rm -rf $RPM_BUILD_ROOT
%makeinstall

%clean 
rm -rf $RPM_BUILD_ROOT 

%files 
%dir /rpm/SOURCES/profdepanne

%changelog 
* Tue Mar 25 2010 ANDRE Ani <contact@andre-ani.fr>
- Modification dans le code de réseau
- Ajout de l'heure et de la date
- Ajout de 3 utilitaires

Pikachu_2014

Peu importent les étapes pour parvenir à la construction d'un fichier .jar, ce sont ces étapes qui sont attendues ici dans la cible %build de ton .spec. Que tu le fasses avec ant, maven ou ton Makefile n'a pas d'importance. Peut-on voir néamoins ce Makefile ?

Au passage n'utilise pas %makeinstall dans la cible %install de ton Makefile, cette macro est dépréciée sous Fedora :
http://fedoraproject.org/wiki/PackagingGuidelines#Why_the_.25makeinstall_macro_should_not_be_used
Privilégie les appels directs à « make ».

pingou

> %define release %{mkrel 1}
Cette ligne m'étonne un peu.

Pikachu_2014

pingou wrote:> %define release %{mkrel 1}
Cette ligne m'étonne un peu.

Cette macro est propre à Mandriva. Tout le .spec lui-même semble inspiré par les conventions Mandriva.

pingou

Pikachu_2014 wrote:
pingou wrote:> %define release %{mkrel 1}
Cette ligne m'étonne un peu.
Cette macro est propre à Mandriva. Tout le .spec lui-même semble inspiré par les conventions Mandriva.

Donc ça passera pas sous Fedora j'imagine 🙂

@André, tu t'inspires de quoi pour créer ton spec ?

ANDRE_Ani

J'ai pioche un peu la ou je pouvais pour le spec...

Voila mon makefile :

compile:
    javac -cp lib/swing-worker-1.1.jar:lib/appframework-1.0.3.jar profdepanne/*java
    
run :
    java -cp lib/swing-worker-1.1.jar:lib/appframework-1.0.3.jar:. profdepanne.ProfDepanneApp

Pikachu_2014

Comment génères-tu le .jar de ton application ?

ANDRE_Ani

Je boss sous netbeans, c'est lui qui cree le jar.

Pikachu_2014

C'est ce processus qu'il faut reproduire dans ton .spec. Ton RPM doit fournir un fichier .jar, en tant que programme Java, c'est la seule forme acceptable de diffusion d'un tel programme.
Tu devrais rajouter une cible « jar » dans ton Makefile pour générer le fichier .jar de ton projet.
Une autre solution serait de basculer sur un système de construction plus adapté à Java, comme Ant. Netbeans est certainement capable de générer un fichier Ant build.xml pour compiler ton projet et construire un .jar de celui-ci. Tu devrais fournir ce fichier build.xml dans tes sources et l'utiliser pour compiler ton projet sans IDE. Ce serait ainsi ant qui serait appelé dans ton .spec.

ANDRE_Ani

Oui, netbeans gere ant et build.xml.
je vais essayer de compiler en passant par ant, jamais fait encore...
et donc ensuite, dans le spec, je passe par ant et le fichier build.xml alors.

je vais essayer tout ça.

merci beaucoup pour ttes ces infos 😉

proxy

Voici un exemple tout simple de fichier build.xml :

Les sources sont dans sources
ant build : compile et crée le jar dans build
ant clean : nettoie tout

<project name="MonProjet" default="build" basedir=".">
<target name="init">
<mkdir dir="classes" />
<mkdir dir="build" />

<path id="cp">
<!-fileset dir="REPERTOIRE contenant d'autres jar">
<include name="*.jar" />
</fileset-->
<pathelement location="classes" />
</path>
</target>
<target name="clean">
<delete includeEmptyDirs="true" quiet="true">
<fileset dir="classes" />
<fileset dir="build" />
</delete>
</target>
<target name="build" depends="init">
<mkdir dir="build" />
<javac srcdir="sources" destdir="classes" debug="on" deprecation="off" optimize="off">
<classpath refid="cp" />
</javac>

<jar destfile="build/${ant.project.name}.jar">
<fileset dir="classes"/>
</jar>
</target>
</project>

ANDRE_Ani

Merci beaucoup, je vais m'en inspirer pour essayer de compiler mon programme alors.

ANDRE_Ani

Bonjour,

J'ai re cree unspec comme il faut base sur le fed :

Name:           profdepanne
Version:        2.1
Release:        1%{?dist}
Summary:        Petit programme d'aide aux utilisateurs de l'informatique.

Group:          
License:        GPL
URL:            
Source0:        
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)

BuildRequires:  
Requires:       

%description


%prep
%setup -q


%build
%configure
make %{?_smp_mflags}


%install
rm -rf $RPM_BUILD_ROOT
make install DESTDIR=$RPM_BUILD_ROOT


%clean
rm -rf $RPM_BUILD_ROOT


%files
%defattr(-,root,root,-)
%doc



%changelog

Pour compiler, je prefererais garder un makefile plutot que passer sur ant.
J'ai trouve quelques exemples sur le net, mais je n'y comprends pas grand chose...
J'ai essaye celui ci :

JFLAGS = -g
JC = javac
JAR=ProfDepanne.jar

.SUFFIXES: .java .class
.java.class: $(JC) $(JFLAGS) $*.java

CLASSES = \
    ProfDepanneApp.java \
        ProfDepanneAboutBox.java \
        ProfDepanneView.java 

default: classes

classes: $(CLASSES:.java=.class)

clean: $(RM) *.class

Je l'ai place dans le repertoire contenant les .java, mais ça ne marche pas, "pas de cible"...

MarbolanGos

Pikachu_2014 wrote:C'est ce processus qu'il faut reproduire dans ton .spec. Ton RPM doit fournir un fichier .jar, en tant que programme Java, c'est la seule forme acceptable de diffusion d'un tel programme.
Tu devrais rajouter une cible « jar » dans ton Makefile pour générer le fichier .jar de ton projet.
Une autre solution serait de basculer sur un système de construction plus adapté à Java, comme Ant. Netbeans est certainement capable de générer un fichier Ant build.xml pour compiler ton projet et construire un .jar de celui-ci. Tu devrais fournir ce fichier build.xml dans tes sources et l'utiliser pour compiler ton projet sans IDE. Ce serait ainsi ant qui serait appelé dans ton .spec.

Petite digression : y'a une possibilité de faire le rpm de jabref ?
J'ai jamais essayé mais perso je le ferai bien en suivant ce topic vu l'aide que vous donnez :-D

Pikachu_2014

MarbolanGos wrote:Petite digression : y'a une possibilité de faire le rpm de jabref ?
J'ai jamais essayé mais perso je le ferai bien en suivant ce topic vu l'aide que vous donnez :-D

S'il doit intégrer les dépôts, tu auras toute l'aide nécessaire et plus encore... Tu peux aussi t'inspirer de ce que pingou avait réalisé il y a quelques années :
http://blog.pingoured.fr/index.php?tag/JabRef
Avec OpenJDK désormais disponible pour le faire tourner sans peine, plus rien n'empêche JabRef d'intégrer Fedora.

Page suivante »