Demande d'information génération PDF et droits d'accès sur élément graphique

Version imprimable

23/12/2010, 16h59
mattrixx

Demande d'information génération PDF et droits d'accès sur élément graphique

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
25/12/2010, 09h57
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.
25/12/2010, 10h19
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)
25/12/2010, 11h36
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 :ccool:
25/12/2010, 14h29
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

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:

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:

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.

Citation:
Envoyé par 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:

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:

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.
Super merci pour ta réponse.
Dans mon application l'année passer, j'avais créer un classe de type interface et la je créer mes boutons suivant certaine conditions.

quand j'ai dit de faire cela cette année (programmation en équipe) on ma dit tu es fou, il ne faut pas donner des droits sur des éléments graphique.

l'idée des autres étudiant si j'ai bien compris, est de créer autant de page que de droit d'accès il y à, et suivant ces page alors mettre ou ne pas mettre les éléments d'après le droit donnée et c'est suivant le type de login que l'on ouvre tel ou tel page.

pour ma part je trouve cela assez lourd et je préfère re faire un ou des interface pour la création de bouton ou autre et tester dans la méthode le type d'accès.

Tu en pense quoi ? ma méthode est valable ? (c'est un peux comme ton premier exemple)

Pour Jasper merci de l'info ;)

Pour ma part, il est totalement exclu de faire autant de pages qu'il y a de rôles pour les utilisateurs d'une page.
Il va de soit que les restrictions particulières seront faites par des tests dans la page jsp (comme tu pensais le faire).
Pour la manière de faire, il y a des méthodes plus ou moins esthétiques, celle que je t'ai montrée étant la plus lourde.
Quand les tests sont à faire en fonction d'un rôle lié à l'utilisateur, il est judicieux de développer (si on n'a pas déjà une bibliothèque de tag qui le fait) un taglib pour encadrer les éléments à protéger. Ça ressemblera à ceci :

Code:

1
2
3
4
5
6
7
 
<%@ taglib uri="/WEB-INF/struts-layout-addons.tld" prefix="addons" %>
...
<addons:roles roles="Administrateur Utilisateur">
<input type="button" ... />
</addons:roles>
...

Ci-dessous le code du tag

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
package com.obia.safe.taglib;
 
import javax.servlet.http.HttpServletRequest;
import javax.servlet.jsp.JspException;
import javax.servlet.jsp.tagext.BodyTagSupport;
import javax.servlet.jsp.tagext.Tag;
 
public class RolesTag extends BodyTagSupport
{
    private static final long serialVersionUID = 1;
    private String roles;
 
    @Override
    public int doStartTag() throws JspException
    {
        HttpServletRequest request = (HttpServletRequest)pageContext.getRequest();
        if (request.getUserPrincipal() == null)
        {
            return Tag.SKIP_BODY;
        }
 
        for (String role : roles.split(" "))
        {
            if (request.isUserInRole(role))
            {
                return Tag.EVAL_BODY_INCLUDE;
            }
        }
 
        return Tag.SKIP_BODY;
    }
 
    public String getRoles()
    {
        return roles;
    }
 
    public void setRoles(String roles)
    {
        this.roles = roles;
    }
}

et la dtd

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN"
                        "http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd">
<taglib>
    <tlibversion>1.0</tlibversion>
    <jspversion>1.1</jspversion>
    <shortname>addons</shortname>
    <info>Addons for Struts-Layout</info>
 
    <tag>
        <name>roles</name>
        <tagclass>com.obia.safe.taglib.RolesTag</tagclass>
        <bodycontent>JSP</bodycontent>
        <attribute>
            <name>roles</name>
            <rtexprvalue>true</rtexprvalue>
        </attribute>
    </tag>
 
</taglib>

Comme tu le vois, c'est extrêmement simple à réaliser ;)

26/12/2010, 20h24
mattrixx

ok donc j'ai raison alors :ccool:

mais par contre je préfère ta première solution que je comprend mieux par rapport au taglib :(

je vais me documenter sur tout cela

merci pour les infos :ccool: