|
|
Forums, dernières contributions
[JAVA] Envoi des paramêtres + limite ie
Bonjour,
Je me permets d'écrire un post car j'ai un gros problème avec l'envoi de paramètres à un rapport BO et la limite d'URL Internet Explorer.
Voici en détail mon problème :
Je veux ouvrir un rapport BO depuis mon application JAVA en lui envoyant tous les paramètres pour remplir les invites. Pour cela, j’utilise l’opendocument et lui envoi une URL de type :
¶m1=…¶m2=… ;… ;… et ainsi de suite
Jusque là, tout va bien. J’arrive à ouvrir des documents.
En revanche, lorsque j’ai un nombre trop important que mon URL est trop longue je butte sur la restriction IE (2083 caractères) et le rapport refuse de s’afficher (à priori ie n'envoie même pas la requète à BO alors qu'avec FireFox tout passe niquel)
Ma question est donc :
Existe-t-il un autre moyen d’envoyer des paramètres à BO (autre que l’URL) ?
Merci d’avance pour votre aide.
Cdt,
Alain
Pour aider je suis en BO XI R2, WAS 6.1 et ie 6
Faudrait passer par les API
Bonjour,
Pourrais tu m'en dire plus sur l'API a utiliser ?
Cdt,
Alain
Bonjour,
J'ai trouvé l'Api et donc j'ai pu avancé dans mes dev et arrive maintenant a affiché mon rapport sous forme HTML .... En revanche, je me suis mal exprimé sur mon premier post ....
Je cherche à ouvrir mon rapport comme si j'étais dans un InfoView (avec l'armature bo et les boutons 'Document', 'Afficher' .... et surtout les onglets)
Est ce que c'est au moins possible ça avec l'API ???
Tout ce que je sais c'est que c'est possible avec le fichier 'opendoc/openDocument.jsp' et les paramètres sous forme d'URL ....
Merci d'avance pour votre aide
Cdt,
Alain
Bonjour,
Merci Loïc pour ces informations. Nous avons, de notre coté, résolu le problème en modifiant les JSP fournies par BO en passant tous les paramètres dans des formulaires (donc en POST et non en GET). De ce fait, nous n'avons plus de problème d'URL trop longue.
Merci encore pour tes pistes.
Cordialement,
Alain
D'autres éditeurs le font et fournissement même des kits de customisation.
Par ailleurs pour gérer un Single Sign On par exemple on passe par la modif de certains JSP , il serait absurde que l'éditeur ne supporte plus son portail à la suite d'une opération si fréquente.
Bonjour;
Je rencontre exactement le même problème sur un de mes projets. (limites ie atteintes car trop de paramètres à passer)
Pouvez-vous m'en dire un peu plus sur la solution et le code à implémenter pour modifier les propriétés d'opendocument?
Ma requête est assez urgente. D'avance, merci de m'aider à sortir de cette impasse technique.
Bonjour et merci pour ta réponse
Mon équipe et moi même sommes des experts BO XI mais nous n'avons pas de compétences jsp. Nous avons dépéché un expert jsp qui n'a par contre aucune compétence BO. Nous ne sommes pas arrivés à synchroniser nos compétences et avons pour l'instant échoué dans la solution indiquée plus haut. Il nous manque donc une couche de compréhension sur la couche jsp de la plateforme BOXI. Nous disposons malheureusement d'un labs de temps très court pour tenter d'implémenter cette solution. Nous sommes donc revenus à la proposition d'une contre-solution fonctionnelle, refusée pour l'instant pasr notre client. Ton aide est donc la bienvenue. Il nous faudrait un protocole qui explique comment , tout en restant dans l'interfance BO, passer outre les limites de la taille de l'url pour le passeage de paramètre.
Merci d'avance pour ta réponse.
Carole
|
Ecrire une réponse
