IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

JSF Java Discussion :

Richfaces compatibilité


Sujet :

JSF Java

  1. #1
    Membre averti
    Inscrit en
    Octobre 2008
    Messages
    58
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 58
    Par défaut Richfaces compatibilité
    j'utilise la vesrion 1.0 de JSF dans mon appli
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    <!DOCTYPE faces-config PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.0//EN"
                                  "http://java.sun.com/dtd/web-facesconfig_1_0.dtd">
    actuellement j ai un besoin d'utiliser le riche faces
    quel est la vesrion compatible avec ma JSF 1.0 et qui dispose de la composante File upload ?

    Merci d'avance.

  2. #2
    Rédacteur

    Profil pro
    Inscrit en
    Juin 2003
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 184
    Par défaut
    pour JSF 1.0, il faut prendre les versions 3.1.x..richfaces maintient toujours c
    la dernière à ma connaissance est RichFaces 3.1.6.

    ça m'étonnerait qu'elle contiennent FileUpload.

  3. #3
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Par défaut
    Le fileUpload a été inclus plus tard, en effet.
    Donc point de FileUpload avec une si vieille version de RF...
    Nous sommes tous semblables, alors acceptons nos différences !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    46
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Juin 2007
    Messages : 46
    Par défaut
    Citation Envoyé par romaintaz Voir le message
    Le fileUpload a été inclus plus tard, en effet.
    Donc point de FileUpload avec une si vieille version de RF...
    Bonjour,

    est-ce-que tu as trouvé une méthode pour uploadfile?
    Moi j'utiliser RF V3.1.0 avec Jboss 4.0.3
    Je ne peux pas utiliser d'autres versions.

    Sinon est-ce qu'on peut utiliser un composant d'une version supérieure et l'importer comme un composant indépendant dans une version antérieure?

    C'est.à.d j'aimerai utiliser rich:fileUpload de RF3.3.0 mais avec RF3.1.0 (rich:myFileUpload)

    Merci

  5. #5
    Rédacteur

    Profil pro
    Inscrit en
    Juin 2003
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 184
    Par défaut
    Citation Envoyé par bassbaki Voir le message
    Bonjour,

    est-ce-que tu as trouvé une méthode pour uploadfile?
    Moi j'utiliser RF V3.1.0 avec Jboss 4.0.3
    Je ne peux pas utiliser d'autres versions.

    Sinon est-ce qu'on peut utiliser un composant d'une version supérieure et l'importer comme un composant indépendant dans une version antérieure?

    C'est.à.d j'aimerai utiliser rich:fileUpload de RF3.3.0 mais avec RF3.1.0 (rich:myFileUpload)

    Merci
    Non pas possible, tu peux néanmoins utiliser un autre le composant de tomahawk..

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    46
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Juin 2007
    Messages : 46
    Par défaut
    Citation Envoyé par Sniper37 Voir le message
    Non pas possible, tu peux néanmoins utiliser un autre le composant de tomahawk..
    Merci pour ta réponse.

    Par contre est-ce que je peux utiliser les deux en même temps ?

    <richxxx>
    et
    <txxx>

    Merci

  7. #7
    Rédacteur

    Profil pro
    Inscrit en
    Juin 2003
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 184
    Par défaut
    oui bien sur, Richfaces est compatible avec tomahawk et trinidad..

  8. #8
    Membre averti
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    46
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Juin 2007
    Messages : 46
    Par défaut
    Citation Envoyé par Sniper37 Voir le message
    oui bien sur, Richfaces est compatible avec tomahawk et trinidad..
    J'ai essayé et ça marche mais j'ai quelques messages de warning :


    les messages de warning :
    WARN [org.apache.myfaces.renderkit.html.util.DefaultAddResource] MyFaces special javascript could not be retrieved from request-map.


    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.READONLY_AS_DISABLED_FOR_SELECTS' found, using default value true
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.RENDER_VIEWSTATE_ID' found, using default value true
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.STRICT_XHTML_LINKS' found, using default value true
    2009-05-14 19:25:24,377 INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.CONFIG_REFRESH_PERIOD' found, using default value 2
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.ADD_RESOURCE_CLASS' found, using default value org.apache.myfaces.renderkit.html.util.DefaultAddResource
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.RESOURCE_VIRTUAL_PATH' found, using default value /faces/myFacesExtensionResource
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] No context init parameter 'org.apache.myfaces.CHECK_EXTENSIONS_FILTER' found, using default value true
    INFO [org.apache.myfaces.shared_tomahawk.config.MyfacesConfig] Starting up Tomahawk on the MyFaces-JSF-Implementation
    En fait, il prend en compte le style de RichFaces mais pas celui de tomahawk
    Voici mon web.xml :Je crois qu'il y a une répétition dans la déclaration de "filter-name" pour RF et T.


    /*richfaces*/
    <context-param>
    <param-name>org.richfaces.SKIN</param-name>
    <param-value>blueSky</param-value>
    </context-param>
    <filter>
    <display-name>RichFaces Filter</display-name>
    <filter-name>richfaces</filter-name>
    <filter-class>org.ajax4jsf.Filter</filter-class>
    </filter>
    <filter-mapping>
    <filter-name>richfaces</filter-name>
    <servlet-name>Faces Servlet</servlet-name>
    <dispatcher>REQUEST</dispatcher>
    <dispatcher>FORWARD</dispatcher>
    <dispatcher>INCLUDE</dispatcher>
    </filter-mapping>




    /*Tomahawk*/
    <filter>
    <filter-name>MyFacesExtensionsFilter</filter-name>
    <filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>
    <init-param>
    <param-name>uploadMaxFileSize</param-name>
    <param-value>20m</param-value>
    <description>Set the size limit for uploaded files.
    Format: 10 - 10 bytes
    10k - 10 KB
    10m - 10 MB
    1g - 1 GB
    </description>
    </init-param>
    </filter>

    <!-- extension mapping for adding <script/>, <link/>, and other resource tags to JSF-pages -->
    <filter-mapping>
    <filter-name>MyFacesExtensionsFilter</filter-name>
    <!-- servlet-name must match the name of your javax.faces.webapp.FacesServlet entry -->
    <servlet-name>Faces Servlet</servlet-name>
    </filter-mapping>

    <!-- extension mapping for adding <script/>, <link/>, and other resource tags to JSF-pages -->
    <filter-mapping>
    <filter-name>MyFacesExtensionsFilter</filter-name>
    <url-pattern>*.jsp</url-pattern>
    </filter-mapping>





    <context-param>
    <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
    <param-value>client</param-value>
    </context-param>

    <context-param>
    <param-name>org.apache.myfaces.ALLOW_JAVASCRIPT</param-name>
    <param-value>true</param-value>
    <description>
    This parameter tells MyFaces if javascript code should be allowed in the
    rendered HTML output.
    If javascript is allowed, command_link anchors will have javascript code
    that submits the corresponding form.
    If javascript is not allowed, the state saving info and nested parameters
    will be added as url parameters.
    Default: "true"
    </description>
    </context-param>

    <context-param>
    <param-name>org.apache.myfaces.PRETTY_HTML</param-name>
    <param-value>true</param-value>
    <description>
    If true, rendered HTML code will be formatted, so that it is "human readable".
    i.e. additional line separators and whitespace will be written, that do not
    influence the HTML code.
    Default: "true"
    </description>
    </context-param>

    <context-param>
    <param-name>org.apache.myfaces.DETECT_JAVASCRIPT</param-name>
    <param-value>false</param-value>
    </context-param>

    <listener>
    <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
    </listener>


    <context-param>
    <param-name>com.sun.faces.validateXml</param-name>
    <param-value>true</param-value>
    <description>

    </description>
    </context-param>

    <context-param>
    <param-name>com.sun.faces.verifyObjects</param-name>
    <param-value>true</param-value>
    <description>

    </context-param>

    <context-param>
    <param-name>org.apache.myfaces.AUTO_SCROLL</param-name>
    <param-value>true</param-value>
    <description>

    </description>
    </context-param>

    <context-param>
    <param-name>javax.faces.application.CONFIG_FILES</param-name>
    <param-value>/WEB-INF/faces-config.xml</param-value>
    </context-param>

    <servlet>
    <servlet-name>Faces Servlet</servlet-name>
    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
    <servlet-name>Faces Servlet</servlet-name>
    <url-pattern>/faces/*</url-pattern>
    </servlet-mapping>

    ...........
    ..........



    </web-app>

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Compatibilité Java EE 6, Glassfish v3, Richfaces et Facelets
    Par methodman225 dans le forum Glassfish et Payara
    Réponses: 1
    Dernier message: 19/04/2010, 12h36
  2. help!! problème de compatibilité ascendante
    Par valfredr dans le forum XMLRAD
    Réponses: 5
    Dernier message: 16/06/2003, 16h15
  3. [7RC3] Compatibilité avec les anciennes versions ...
    Par Sylvain Leray dans le forum XMLRAD
    Réponses: 3
    Dernier message: 15/05/2003, 16h46
  4. Compatibilité Visibroker 4.5 C++ Builder
    Par manuel dans le forum CORBA
    Réponses: 4
    Dernier message: 15/07/2002, 21h57
  5. compatibilité des librairies directX8
    Par Freakazoid dans le forum DirectX
    Réponses: 3
    Dernier message: 23/05/2002, 21h33

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo