Discussion :

[mattrixx]

Bonjour à tous,
Je ne viens pas souvent poser des questions sur le forum, car je cherche par moi même, mais ici j'ai besoin de conseil.

Je suis en dernière année de bachelier en programmation, et on me demande de faire un petit programme (enfin deux) en java (jsp).

Je vais travailler avec la génération de document au format PDF.
l'idée est d'avoir un gabarit d’une ou plusieurs lettres (format Word ou autre si vous avez meilleure solution) et dans ces lettres, avoir divers champs qui appel un contenu (genre nom, prénom, service, produits,...) qui se trouve en dB (mysql), un peux comme un publipostage, et à la fin qu'il génère le PDF et le sauve dans un dossier sur le serveur.

Quel api utilisez-vous ? je n'y connais encore rien dans ce domaine, donc si vous avez un api qui en plus a une bonne documentation, je suis preneur, car il y en a tellement.

Je voudrais aussi si je n'abuse pas vous poser une question sur la façon de coder une interface graphique jsp (et css).

Je vous explique.
Dison qu'il y à trois types d'utilisateur sur l'application (utilisateur, gestionnaire et administrateur), par rapport au type de login utiliser un droit est donner à la personne qui se connecte. jusque-là tout va bien
après au niveau de l'interface graphique, comment fait vous...

un exemple au niveau des boutons :
Certains utilisateurs peuvent voir ou ne pas voir certains boutons. Dans mon application de l'année passée sous swing j'avais une interface qui créer mes boutons et qui teste le type de l'utilisateur, donc quand je démarre l'application j'appel mon bouton en lui passant en argument le type de l'utilisateur et le nom du bouton, si admin OK visible si pas bouton invisible.

Est-ce que cela est une bonne solution en jsp ?

Des amis de classe me disent de codé une page pour utilisateur, une page pour administrateur et un pour gestionnaire, moi perso je trouve lourd de devoir faire trois pages identiques avec bouton ou non d'après le login.
On m’a dit que l'on ne teste pas sur des éléments graphiques pour accorder des droits d'accès sur ces derniers.

Quand pensé vous ? Comment fait vous ?

L'application sera par après utilisée comme application métier dans le service ou je travaille.

J'espère avoir été assez explicite dans ma demande d'information, si pas je veux bien essayer de reformuler mes questions.

Un tout grand merci à tous et meilleurs vœux.

M@t

[longbeach]

Pour la génération de fichiers PDF, il existe plusieurs librairies telle que iText.

Après il vaut mieux se lancer dans des frameworks de reporting comme JasperReports.

[tchize_]

personellement, malgrés le manque de documentation, j'apprécie le coupe JODReport / JODConverter. Le premier permet de créer des documents openoffice à partir d'un ensemble de données + template openoffice. Le deuxième permet de convertir des documents de tous type entre eux. En ce et y compris la conversion openoffice -> pdf. Il présente l'avantage que les templates peuvent être créés directement depuis openoffice.

Bref, tout dépend du besoin exact:

itext: pour un controle totale par le dev, mais peu évolutif (le code dirige le document généré)
jasper report: pour des tableau, des rapports d'activité, des graphes et tout, customizable par template, templates pas toujours, il me semble, évident à écrire pour un utilisateur lambda
jodreport: pour l'injection de données dans une document texte réalisé par un user lambda. Facile à mettre en oeuvre, limité dans ses possibilités (pas question de générer des graphes, même si on peut injecter des images)

[OButterlin]

Pour en avoir essayé plusieurs, actuellement, c'est le couple iReport + jasperReports qui me convient le mieux pour tous les cas.

iText est l'API bas niveau pour générer du pdf, on peut faire énormément de choses mais c'est beaucoup plus compliqué (et on n'est pas vraiment dans ton besoin de modèle externe enrichi).

Avec JSF et Seam, on peut directement générer un pdf à partir d'un modèle de page facelets, une autre voie à explorer...

Joyeuses fêtes

[mattrixx]

Merci à tous pour votre réponse, je pense partir sur iReport dans un premier temps, car si on me demande plus par la suite je peux ainsi déjà l'implémenter.

Par contre est ce que dans iReport je peux lui passer des paramètre comme pour une méthode ?

je m'explique :

Je génère donc un document tout préparer (texte) ou je dois y ajouter des champs spécifique à un choix de l'utilisateur dans l'application. et ce que je peux lui passer en paramètre les choix de l'utilisateur pour la requête sql et que iReports intègre au documents les résultat des ces paramètre passer en sql ?

Est ce que je suis claire ?

et au niveau de mon autre question concernant les droits sur des éléments graphiques, avez vous une méthode spécifique pour cela ? comment faite vous ?

encore merci pour votre aide
et Joyeux Noel à vous tous ;-)

M@t

[OButterlin]

Pour les paramètres passé de l'application à jasperReports, évidement oui, c'est possible.

Pour l'interface graphique jsp, il y a 2 façon de voir la chose :

- côté serveur
- côté client

Dans le premier cas, on va tout simplement tester un élément pour générer ou non le bouton (dans ton cas)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
...
<jsp:useBean .../>
 
<% if (monBean.getMaPropriete().equals("...")) { %>
<input type="button" value="Enregistrer" onclick="..."/>
<% } %>
...

On peut également utiliser certaines bibliothèques qui feront les choses syntaxiquement différemment, mais au final, ça revient au même.

Dans le deuxième cas, c'est le client qui masquera ou non le bouton par de code javascript

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
<html>
<head>
...
<script>
var administrateur = <%=monBean.isAdministrateur ? "true" : "false"%>
...
</script>
</head>
<body>
<form>
 
<input id="enregistrer" type="button" value="Enregistrer" onclick="..."/>
 
<script>
if (!administrateur)
{
   document.getElementById("enregistrer").style.display = "none";
}

Le seul avantage de la deuxième solution réside dans la possibilité de modifier la présentation dynamiquement en fonction d'un choix sur la page.
Si le choix est lié au rôle de l'utilisateur, ça relève d'une information statique, donc, autant utiliser la méthode 1.