Menu
▾
▴
webassembletool-devel — ESIGate developer list
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(17) |
Apr
(3) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(8) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2014 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(3) |
May
|
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
(2) |
| 2015 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Philippe A. <pa...@go...> - 2018-10-15 16:34:48
|
Hi, I am looking for a technical security contact to report a vulnerability. Thanks -- Philippe Arteau |
|
From: Francois-Xavier B. <fra...@ce...> - 2015-07-07 16:45:56
|
The release is done. Changelog: - http://www.esigate.org/mantisbt/changelog_page.php?version_id=38 - https://github.com/esigate/esigate/issues?q=milestone%3A5.1 2015-07-06 19:57 GMT+02:00 <nic...@fr...>: > +1 for release. > -- > Nicolas > > Le 30 juin 2015 à 12:14, Francois-Xavier Bonnet < > fra...@ce...> a écrit : > > Hi all, > > I would like to release EsiGate 5.1 at the end of this week. > This is a maintenance release with several small bug fixes and enhancement > <https://github.com/esigate/esigate/issues?q=milestone%3A5.1+is%3Aclosed>. > > If you have some pending changes you would like to include in this > release, please let me know. > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel > > |
|
From: Nicolas R. <nic...@fr...> - 2015-07-06 18:11:20
|
+1 for release. -- Nicolas > Le 30 juin 2015 à 12:14, Francois-Xavier Bonnet <fra...@ce...> a écrit : > > Hi all, > > I would like to release EsiGate 5.1 at the end of this week. > This is a maintenance release with several small bug fixes and enhancement. > > If you have some pending changes you would like to include in this release, please let me know. > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel |
|
From: Francois-Xavier B. <fra...@ce...> - 2015-06-30 10:15:17
|
Hi all, I would like to release EsiGate 5.1 at the end of this week. This is a maintenance release with several small bug fixes and enhancement <https://github.com/esigate/esigate/issues?q=milestone%3A5.1+is%3Aclosed>. If you have some pending changes you would like to include in this release, please let me know. |
|
From: Francois-Xavier B. <fra...@ce...> - 2015-03-27 15:22:37
|
Bonjour, La réunion dev EsiGate c'est lundi ! Au programme : - la version 5.0 est prête pour la release - présentation de l'extension pour Liferay développée par CGI - l'intégration continue et les releases avec Cloudbees - HTTP/2.0 qu'est-ce-que ça va changer ? Si vous avez d'autres sujets à mettre à l'ordre du jour, n'hésitez pas. Sinon bon week-end. FX |
|
From: François-Xavier B. <fxb...@oc...> - 2015-03-02 18:34:59
|
Vous avez été invité à l'événement suivant. Titre : EsiGate dev meeting Date : Lun. 30 Mars 2015 18:00 - 19:30 Paris Lieu : OCTO Technology, 50 Avenue des Champs-Élysées, 75008 Paris, France Appel vidéo: https://plus.google.com/hangouts/_/octo.com/esigate-dev <https://plus.google.com/hangouts/_/octo.com/esigate-dev?hceid=Znhib25uZXRAb2N0by5jb20.sh5jhg086jg4u970erq77oo9ks> Agenda : François-Xavier Bonnet Participants : (La liste des invités a été masquée à la demande de l'organisateur.) Détails de l'événement : https://www.google.com/calendar/event?action=VIEW&eid=c2g1amhnMDg2amc0dTk3MGVycTc3b285a3Mgd2ViYXNzZW1ibGV0b29sLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA&tok=MTcjZnhib25uZXRAb2N0by5jb21jYjJlN2I3N2Y5NjU1Njk5OWFkMmZiZDdkODRlOTE4MGMwNWNkY2Nh&ctz=Europe/Paris&hl=fr Invitation de Google Agenda : https://www.google.com/calendar/ Vous recevez ce message à l'adresse web...@li..., car vous participez à cet événement. Refusez cet événement pour ne plus recevoir de notifications le concernant. Vous avez également la possibilité de créer un compte Google à l'adresse https://www.google.com/calendar/ et de définir vous-même les paramètres de notification pour l'intégralité de votre agenda. |
|
From: François-Xavier B. (v. D. <ma...@do...> - 2015-03-02 18:04:53
|
Bonjour, François-Xavier Bonnet a sélectionné la date finale suivante pour le sondage “Next EsiGate dev meeting” : Fuseau horaire : Paris * lundi 30 mars 2015 18:00 – 19:30 Aller aux sondages https://doodle.com/im9ivtftme298a62?tmail=poll_invitecontact_participant_finalpick&tlink=pollbtn ---------------------------------------------------------------------- Vous recevez ce message car «François-Xavier Bonnet» vous a invité à participer au sondage Doodle «Next EsiGate dev meeting.» ---- Doodle AG, Werdstrasse 21, 8021 Zürich |
|
From: François-Xavier B. (v. D. <ma...@do...> - 2015-02-13 13:06:46
|
Bonjour, François-Xavier Bonnet (fx....@gm...) vous invite à participer au sondage Doodle “Next EsiGate dev meeting”. Participez maintenant https://doodle.com/im9ivtftme298a62?tmail=poll_invitecontact_participant_invitation&tlink=pollbtn Qu'est ce que Doodle ? Doodle est un service en ligne qui aide François-Xavier Bonnet à trouver le bon créneau pour organiser ses rendez-vous avec des groupes de personnes Comment fonctionne Doodle ?. (https://doodle.com/main.html?tlink=checkOutLink&tmail=poll_invitecontact_participant_invitation). ---------------------------------------------------------------------- Vous recevez ce message car «François-Xavier Bonnet» vous a invité à participer au sondage Doodle «Next EsiGate dev meeting.» ---- Doodle AG, Werdstrasse 21, 8021 Zürich |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-12-03 09:45:32
|
Bonjour, Ce bug avait déjà été identifié : https://github.com/esigate/esigate/issues/35 Ils est corrigé mais la version 5.0-beta-2 date d'avant cette correction. Le 3 décembre 2014 09:39, <wil...@gm...> a écrit : > Bonjour, > > Lors de l'intégration d'une application, d'après ma compréhension, ESIGate > essaye de remplacer tous les patterns de type "$(NOMVARIABLE)" par la > valeur définie dans les fichiers de propriétés ou par une valeur défaut. > > Si aucune valeur n'est trouvée pour cette variable, la variable est > supprimée du code. > (classe org.esigate.vars.VariablesResolver méthode replaceAllVariables) > > Mon problème est que dans l'application aggrégée, ce même pattern est > utilisé pour des objets javascripts. > ESIGate ne reconnaissant pas ces variables, il me les supprime. > > Pour palier cela, j'ai juste ajouté un test dans la classe > VariablesResolver pour ne remplacer la variable que si une valeur a été > trouvée : > > public static String replaceAllVariables(String strVars, DriverRequest > request) { > ... > if (!"".equals(value)) { > result = result.replace(group, value); > } > ... > > > > Cordialement, > William > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel > > |
|
From: William D. <wil...@gm...> - 2014-12-03 08:39:58
|
Bonjour,
Lors de l'intégration d'une application, d'après ma compréhension, ESIGate
essaye de remplacer tous les patterns de type "$(NOMVARIABLE)" par la
valeur définie dans les fichiers de propriétés ou par une valeur défaut.
Si aucune valeur n'est trouvée pour cette variable, la variable est
supprimée du code.
(classe org.esigate.vars.VariablesResolver méthode replaceAllVariables)
Mon problème est que dans l'application aggrégée, ce même pattern est
utilisé pour des objets javascripts.
ESIGate ne reconnaissant pas ces variables, il me les supprime.
Pour palier cela, j'ai juste ajouté un test dans la classe
VariablesResolver pour ne remplacer la variable que si une valeur a été
trouvée :
public static String replaceAllVariables(String strVars, DriverRequest
request) {
...
if (!"".equals(value)) {
result = result.replace(group, value);
}
...
Cordialement,
William
|
|
From: alexis t. <ale...@gm...> - 2014-10-30 20:01:09
|
Pour la prise en compte du paramètre, c'est du standard spring
security. Il faudrait vérifier que dans la configuration spring il n'y
ai pas always-use-default-target="true".
Pour le redirection, esigate le gère dans un cas normal. Mais dans ce
cas précis, c'est un bug qui empêche la réecriture d'url et c'est lié
à l'intégration esigate avec spring-security.
Sinon, vous pouvez patcher esigate avec ceci. C'est pas très propre,
mais ca devrait fonctionner :
--- a/esigate-core/src/main/java/org/esigate/util/UriUtils.java
+++ b/esigate-core/src/main/java/org/esigate/util/UriUtils.java
@@ -98,6 +98,11 @@ public final class UriUtils {
* @return The translated URL
*/
public static String translateUrl(String sourceUrl, String
sourceContext, String targetContext) {
+
+ if (sourceContext.contains("j_spring_cas_security_check")) {
+ sourceContext = sourceContext.substring(0,
sourceContext.indexOf("j_spring_cas_security_check"));
+ }
+
// Find what has been replaced at the beginning of sourceContext to
// transform it to targetContext
String commonSuffix =
diff --git a/esigate-core/src/test/java/org/esigate/util/UriUtilsTest.java
b/esigate-core/src/test/java/org/esigate/util/UriUtilsTest.java
index 0b30e75..9cc5277 100755
--- a/esigate-core/src/test/java/org/esigate/util/UriUtilsTest.java
+++ b/esigate-core/src/test/java/org/esigate/util/UriUtilsTest.java
@@ -86,6 +86,18 @@ public class UriUtilsTest extends TestCase {
assertEquals(expected, UriUtils.translateUrl(sourceUrl,
sourceExample, targetExample));
}
+ public void testCAS() {
+ String sourceUrl = "http://vpc-eadmin-appli2:8081/engagements/";
+ String sourceExample =
+
"http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-461-rj0Fv4oDSeZHttw05kDq-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli2:8081/engagement
+ String targetExample =
+
"http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626";
+
+ String expected =
+
"http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626";
+ assertEquals(expected, UriUtils.translateUrl(sourceUrl,
sourceExample, targetExample));
+ }
+
Le 30 octobre 2014 19:34, William Dupuis <wil...@gm...> a écrit :
> En effet, le paramètre "spring-security-redirect" ne semble pas être pris en
> compte par défaut dans Spring Security.
> Il faut donc faire un petit développement côté application distante pour
> gérer ce paramètre ?
>
> Par contre, je ne comprends pas pourquoi ESIGate suite cette redirection et
> pourquoi c'est à l'application distante de rediriger vers l'URL ESIGate.
> Je pensais que c'était ESIGate qui gérait cela, une fois qu'il recevait la
> réponse de l'application distante, il redirigeait vers l'URL d'origine.
>
>
> Le 30 octobre 2014 13:42, alexis thaveau <ale...@gm...> a écrit
> :
>
>> Les logs indiquent pourtant que le paramètre spring-security-redirect
>> est correcte maintenant
>> "http://vpc-eadmin-appli:80/esigate/private/engagements/". Mais il ne
>> semble pas pris en compte par votre application qui répond avec le
>> header "Location:http://vpc-eadmin-appli2:8081/engagements/" :
>>
>> 13:10:55 INFO esigate.extension.FragmentLogging: - engagements
>> http://vpc-eadmin-appli2:8081 - GET
>>
>> http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-963-fCj3ebpNrNj9FAg0LBQQ-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=67D2FBF37635292024D30C79D4BDD3CE
>> HTTP/1.1 {accept:
>>
>> text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8,user-agent:
>> Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like
>> Gecko) Chrome/40.0.2203.3 Safari/537.36,accept-encoding: gzip,
>> deflate, sdch,accept-language:
>> fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4,X-Forwarded-For: 10.84.15.30,
>> 10.83.199.94,x-forwarded-host: vpc-eadmin-appli,x-forwarded-server:
>> vpc-eadmin-appli,X-Forwarded-Proto: http} -> HTTP/1.1 302 Déplacé
>> Temporairement (306 ms) CACHE_MISS {Server:
>> Apache-Coyote/1.1,Location:
>> http://vpc-eadmin-appli2:8081/engagements/,Via: 1.1 localhost
>> (Apache-HttpClient/4.3.5 (cache))}
>>
>>
>> Il faudrait debugger l'application distante car elle ne semble pas
>> prendre en compte le paramètre spring-security-redirect.
>>
>>
>>
>> Le 30 octobre 2014 13:13, William Dupuis <wil...@gm...> a
>> écrit :
>> > Pas d'amélioration.
>> > Je suis toujours redirigé vers l'application.
>> >
>> > Le 30 octobre 2014 11:38, alexis thaveau <ale...@gm...> a
>> > écrit
>> > :
>> >
>> >> Bonjour,
>> >> Tu passes 2 fois dedans à cause de l'authentification CAS et de la
>> >> redirection. Je t’envois une correction, peux tu tester ?
>> >>
>> >> Le 29 octobre 2014 18:33, William Dupuis <wil...@gm...> a
>> >> écrit :
>> >> > La modification du cookie était un test, j'ai remis la valeur par
>> >> > défaut.
>> >> >
>> >> > Je passe bien dans la ligne 158.
>> >> > J'y passe même 2 fois.
>> >> > Voici la valeur des 3 paramètres :
>> >> >
>> >> > value :
>> >> >
>> >> >
>> >> > https://vpc-eadmin-appli/cas/login?service=http%3A%2F%2Fvpc-eadmin-appli2%3A8081%2Fengagements%2Fj_spring_cas_security_check
>> >> > uri :
>> >> >
>> >> >
>> >> > http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >> >
>> >> >
>> >> > originalUrihttp://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >> >
>> >> >
>> >> > value : http://vpc-eadmin-appli2:8081/engagements/
>> >> > uri :
>> >> >
>> >> >
>> >> > http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-461-rj0Fv4oDSeZHttw05kDq-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >> > originalUri :
>> >> >
>> >> >
>> >> > http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >> >
>> >> >
>> >> >
>> >> > Le 29 octobre 2014 18:14, alexis thaveau <ale...@gm...> a
>> >> > écrit
>> >> > :
>> >> >
>> >> >> La c'est un autre cas. Le header "Location" est réécrit plus haut :
>> >> >> ligne 158 dans la méthode public void copyHeaders(HttpRequest
>> >> >> httpRequest, HttpEntityEnclosingRequest originalRequest,
>> >> >> HttpResponse httpClientResponse, HttpResponse output)
>> >> >>
>> >> >>
>> >> >> Mais je pense que tu vas aussi avoir des sourcis avec
>> >> >> ESI_JSESSION_ID.
>> >> >> esigate gère uniquement le JSESSION_ID, et le supprime dans les URL
>> >> >> lorsqu'il est déjà posé en cookie.
>> >> >>
>> >> >>
>> >> >> Le 29 octobre 2014 17:57, William Dupuis <wil...@gm...>
>> >> >> a
>> >> >> écrit :
>> >> >> > Je ne passe jamais dans cette ligne.
>> >> >> >
>> >> >> > Dans le "if" précédent, il ne trouve pas le "Referer" dans les
>> >> >> > paramétres du
>> >> >> > header.
>> >> >> > J'ai les headers suivants : host, accept, user-agent,
>> >> >> > accept-encoding,
>> >> >> > accept-language, cookie, x-forwarded-for, x-forwarded-host,
>> >> >> > x-forwarded-server et connection.
>> >> >> >
>> >> >> > Concernant les valeurs d'originalUri et uri les voici :
>> >> >> > originalUri :
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > http://vpc-eadmin-sgac-appli:80/esigate/private/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
>> >> >> > uri :
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > http://vpc-eadmin-sgac-appli2:8081/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
>> >> >> >
>> >> >> >
>> >> >> > Le 29 octobre 2014 15:43, alexis thaveau
>> >> >> > <ale...@gm...> a
>> >> >> > écrit
>> >> >> > :
>> >> >> >
>> >> >> >> On voit bien dans les logs une réponse de l'appli avec un
>> >> >> >> Location:
>> >> >> >> http://vpc-eadmin-appli2:8081/engagements/
>> >> >> >> Esigate devrait récrire l'URL pour rester sur esigate.
>> >> >> >>
>> >> >> >> La réécriture est géré dans la classe HeaderManager.copyHeaders,
>> >> >> >> le
>> >> >> >> plus simple va être de mettre un point d'arrêt sur cette ligne :
>> >> >> >> value = UriUtils.translateUrl(value, uri, originalUri);
>> >> >> >>
>> >> >> >> Et me donner les valeurs des 3 paramètres
>> >> >> >>
>> >> >> >> Le 29 octobre 2014 14:54, William Dupuis
>> >> >> >> <wil...@gm...>
>> >> >> >> a
>> >> >> >> écrit :
>> >> >> >> > Le résultat est toujours le même.
>> >> >> >> > J'ai essayé en supprimant la directive "preserveHost=true" et
>> >> >> >> > cela
>> >> >> >> > est
>> >> >> >> > pareil.
>> >> >> >> >
>> >> >> >> > Le 29 octobre 2014 14:29, alexis thaveau
>> >> >> >> > <ale...@gm...> a
>> >> >> >> > écrit
>> >> >> >> > :
>> >> >> >> >
>> >> >> >> >> Bonjour,
>> >> >> >> >> Les logs ne donnent pas assez d'information, il faudrait
>> >> >> >> >> ajouter
>> >> >> >> >> l'extension FragmentLogging qui permet de tracer les
>> >> >> >> >> requetes/reponses HTTP.
>> >> >> >> >> Par contre, j'ai peut etre une piste qui viendrait du
>> >> >> >> >> preserveHost
>> >> >> >> >> qui
>> >> >> >> >> est à true par défaut. Il faudrait tester avec :
>> >> >> >> >> engagements.preserveHost=false
>> >> >> >> >>
>> >> >> >> >> L'application distante doit faire une redirection et esigate
>> >> >> >> >> ne
>> >> >> >> >> reconstruit par l'url correctement pour pointer vers esigate
>> >> >> >> >>
>> >> >> >> >> Le 29 octobre 2014 11:46, William Dupuis
>> >> >> >> >> <wil...@gm...>
>> >> >> >> >> a
>> >> >> >> >> écrit :
>> >> >> >> >> > Sans l'extension ServletExtension, le comportement est le
>> >> >> >> >> > même.
>> >> >> >> >> > J'ai également supprimé le provider pour "bonita".
>> >> >> >> >> > Voici les logs générés.
>> >> >> >> >> >
>> >> >> >> >> > Merci beaucoup pour le temps passer sur mon problème.
>> >> >> >> >> >
>> >> >> >> >> > Le 29 octobre 2014 11:11, alexis thaveau
>> >> >> >> >> > <ale...@gm...> a
>> >> >> >> >> > écrit
>> >> >> >> >> > :
>> >> >> >> >> >
>> >> >> >> >> >> Bonjour,
>> >> >> >> >> >>
>> >> >> >> >> >> Est-ce que vous pouvez tester sans l'extension
>> >> >> >> >> >> ServletExtension ?
>> >> >> >> >> >>
>> >> >> >> >> >> Le 29 octobre 2014 09:19, William Dupuis
>> >> >> >> >> >> <wil...@gm...>
>> >> >> >> >> >> a
>> >> >> >> >> >> écrit :
>> >> >> >> >> >> > Bonjour,
>> >> >> >> >> >> > Voici les différents éléments demandés.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Pour gérer ces logs, j'ai testé de me connecter à l'URL :
>> >> >> >> >> >> > http://vpc-eadmin-appli/esigate/private/engagements/
>> >> >> >> >> >> > Après m'être authentifié dans le CAS, j'ai été redirigé
>> >> >> >> >> >> > vers
>> >> >> >> >> >> > l'URL
>> >> >> >> >> >> > :
>> >> >> >> >> >> > http://vpc-eadmin-appli2:8081/engagements/
>> >> >> >> >> >> >
>> >> >> >> >> >> > Merci pour votre aide.
>> >> >> >> >> >> > William
>> >> >> >> >> >> >
>> >> >> >> >> >> > Le 28 octobre 2014 18:24, alexis thaveau
>> >> >> >> >> >> > <ale...@gm...> a
>> >> >> >> >> >> > écrit
>> >> >> >> >> >> > :
>> >> >> >> >> >> >
>> >> >> >> >> >> >> Bonsoir,
>> >> >> >> >> >> >>
>> >> >> >> >> >> >> Est-ce que vous pouvez fournir la configuration esigate
>> >> >> >> >> >> >> (esigate.properties + web.xml) ? Pouvez vous aussi
>> >> >> >> >> >> >> fournir
>> >> >> >> >> >> >> le
>> >> >> >> >> >> >> fichier
>> >> >> >> >> >> >> de log (avec un niveau debug sur esigate ) ?
>> >> >> >> >> >> >>
>> >> >> >> >> >> >> Merci
>> >> >> >> >> >> >>
>> >> >> >> >> >> >> Le 28 octobre 2014 17:01, William Dupuis
>> >> >> >> >> >> >> <wil...@gm...>
>> >> >> >> >> >> >> a
>> >> >> >> >> >> >> écrit :
>> >> >> >> >> >> >> > Bonjour,
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Je vous contacte car j'ai un problème de redirection
>> >> >> >> >> >> >> > après
>> >> >> >> >> >> >> > une
>> >> >> >> >> >> >> > authentification ProxyCAS dans ESIGate.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Détail de mon problème :
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > J'ai installé un serveur ESIGate 5.0 en frontal de mes
>> >> >> >> >> >> >> > applications.
>> >> >> >> >> >> >> > Ce
>> >> >> >> >> >> >> > serveur est cassifié et est utilisé comme ProxyCAS.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Lorsque je teste le ProxyCAS sur les webapps de demo
>> >> >> >> >> >> >> > (esigate-app-casified-aggregated1 et
>> >> >> >> >> >> >> > esigate-app-casified-aggregated2),
>> >> >> >> >> >> >> > cela
>> >> >> >> >> >> >> > fonctionne bien.
>> >> >> >> >> >> >> > Mes 2 webapps sont déployées dans le même Tomcat
>> >> >> >> >> >> >> > qu'ESIGate.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Par contre, lorsque j'essaye d'inclure des
>> >> >> >> >> >> >> > applications
>> >> >> >> >> >> >> > tierces,
>> >> >> >> >> >> >> > je
>> >> >> >> >> >> >> > me
>> >> >> >> >> >> >> > retrouve redirigé vers les applications tierces une
>> >> >> >> >> >> >> > fois
>> >> >> >> >> >> >> > connecté.
>> >> >> >> >> >> >> > Pourtant en regardant les logs, l'authentification via
>> >> >> >> >> >> >> > ProxyCAS
>> >> >> >> >> >> >> > dans
>> >> >> >> >> >> >> > mes
>> >> >> >> >> >> >> > applications tierces a bien fonctionné.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Configuration du provider :
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > appli.remoteUrlBase=http://adresse-locale:8080/appli/
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > appli.extensions=org.esigate.servlet.ServletExtension,org.esigate.extension.Esi,org.esigate.cas.CasAuthenticationHandler
>> >> >> >> >> >> >> > appli.mappings=/private/appli/*
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Scénario :
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > J'accède à mon adresse ESIGate sécurisée :
>> >> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Je suis redirigé vers mon CAS :
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > https://adresse-cas/cas/login?service=http%3A%2F%2Fadresse-esigate%2Fesigate%2Fprivate%2Fappli%2F
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Une fois authentifié dans CAS, je suis bien redirigé
>> >> >> >> >> >> >> > vers
>> >> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/, puis je
>> >> >> >> >> >> >> > suis
>> >> >> >> >> >> >> > directement
>> >> >> >> >> >> >> > redirigé avec une HTTP 302 vers mon adresse locale
>> >> >> >> >> >> >> > http://adresse-locale:8080/appli/
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Si je re-accède à mon URL ESIGate
>> >> >> >> >> >> >> > (http://adresse-esigate/esigate/private/appli), cela
>> >> >> >> >> >> >> > fonctionne
>> >> >> >> >> >> >> > bien,
>> >> >> >> >> >> >> > je
>> >> >> >> >> >> >> > suis authentifié.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Quelqu'un a-t-il déjà rencontré ce problème ?
>> >> >> >> >> >> >> > Je n'arrive pas à déterminer si mon problème vient de
>> >> >> >> >> >> >> > ma
>> >> >> >> >> >> >> > configuration
>> >> >> >> >> >> >> > ESIGate ou de mes applications tierces.
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Merci d'avance pour votre retour.
>> >> >> >> >> >> >> > Cordialement,
>> >> >> >> >> >> >> > William Dupuis
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > ------------------------------------------------------------------------------
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > _______________________________________________
>> >> >> >> >> >> >> > Webassembletool-users mailing list
>> >> >> >> >> >> >> > Web...@li...
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>
|
|
From: William D. <wil...@gm...> - 2014-10-30 18:34:17
|
En effet, le paramètre "spring-security-redirect" ne semble pas être pris
en compte par défaut dans Spring Security.
Il faut donc faire un petit développement côté application distante pour
gérer ce paramètre ?
Par contre, je ne comprends pas pourquoi ESIGate suite cette redirection et
pourquoi c'est à l'application distante de rediriger vers l'URL ESIGate.
Je pensais que c'était ESIGate qui gérait cela, une fois qu'il recevait la
réponse de l'application distante, il redirigeait vers l'URL d'origine.
Le 30 octobre 2014 13:42, alexis thaveau <ale...@gm...> a écrit
:
> Les logs indiquent pourtant que le paramètre spring-security-redirect
> est correcte maintenant
> "http://vpc-eadmin-appli:80/esigate/private/engagements/". Mais il ne
> semble pas pris en compte par votre application qui répond avec le
> header "Location:http://vpc-eadmin-appli2:8081/engagements/" :
>
> 13:10:55 INFO esigate.extension.FragmentLogging: - engagements
> http://vpc-eadmin-appli2:8081 - GET
>
> http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-963-fCj3ebpNrNj9FAg0LBQQ-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=67D2FBF37635292024D30C79D4BDD3CE
> HTTP/1.1
> <http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-963-fCj3ebpNrNj9FAg0LBQQ-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=67D2FBF37635292024D30C79D4BDD3CEHTTP/1.1>
> {accept:
>
> text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8,user-agent:
> Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like
> Gecko) Chrome/40.0.2203.3 Safari/537.36,accept-encoding: gzip,
> deflate, sdch,accept-language:
> fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4,X-Forwarded-For: 10.84.15.30,
> 10.83.199.94,x-forwarded-host: vpc-eadmin-appli,x-forwarded-server:
> vpc-eadmin-appli,X-Forwarded-Proto: http} -> HTTP/1.1 302 Déplacé
> Temporairement (306 ms) CACHE_MISS {Server:
> Apache-Coyote/1.1,Location:
> http://vpc-eadmin-appli2:8081/engagements/,Via: 1.1 localhost
> (Apache-HttpClient/4.3.5 (cache))}
>
>
> Il faudrait debugger l'application distante car elle ne semble pas
> prendre en compte le paramètre spring-security-redirect.
>
>
>
> Le 30 octobre 2014 13:13, William Dupuis <wil...@gm...> a
> écrit :
> > Pas d'amélioration.
> > Je suis toujours redirigé vers l'application.
> >
> > Le 30 octobre 2014 11:38, alexis thaveau <ale...@gm...> a
> écrit
> > :
> >
> >> Bonjour,
> >> Tu passes 2 fois dedans à cause de l'authentification CAS et de la
> >> redirection. Je t’envois une correction, peux tu tester ?
> >>
> >> Le 29 octobre 2014 18:33, William Dupuis <wil...@gm...> a
> >> écrit :
> >> > La modification du cookie était un test, j'ai remis la valeur par
> >> > défaut.
> >> >
> >> > Je passe bien dans la ligne 158.
> >> > J'y passe même 2 fois.
> >> > Voici la valeur des 3 paramètres :
> >> >
> >> > value :
> >> >
> >> >
> https://vpc-eadmin-appli/cas/login?service=http%3A%2F%2Fvpc-eadmin-appli2%3A8081%2Fengagements%2Fj_spring_cas_security_check
> >> > uri :
> >> >
> >> >
> http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
> >> >
> >> >
> originalUrihttp://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
> >> >
> >> >
> >> > value : http://vpc-eadmin-appli2:8081/engagements/
> >> > uri :
> >> >
> >> >
> http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-461-rj0Fv4oDSeZHttw05kDq-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
> >> > originalUri :
> >> >
> >> >
> http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
> >> >
> >> >
> >> >
> >> > Le 29 octobre 2014 18:14, alexis thaveau <ale...@gm...> a
> >> > écrit
> >> > :
> >> >
> >> >> La c'est un autre cas. Le header "Location" est réécrit plus haut :
> >> >> ligne 158 dans la méthode public void copyHeaders(HttpRequest
> >> >> httpRequest, HttpEntityEnclosingRequest originalRequest,
> >> >> HttpResponse httpClientResponse, HttpResponse output)
> >> >>
> >> >>
> >> >> Mais je pense que tu vas aussi avoir des sourcis avec
> ESI_JSESSION_ID.
> >> >> esigate gère uniquement le JSESSION_ID, et le supprime dans les URL
> >> >> lorsqu'il est déjà posé en cookie.
> >> >>
> >> >>
> >> >> Le 29 octobre 2014 17:57, William Dupuis <wil...@gm...>
> a
> >> >> écrit :
> >> >> > Je ne passe jamais dans cette ligne.
> >> >> >
> >> >> > Dans le "if" précédent, il ne trouve pas le "Referer" dans les
> >> >> > paramétres du
> >> >> > header.
> >> >> > J'ai les headers suivants : host, accept, user-agent,
> >> >> > accept-encoding,
> >> >> > accept-language, cookie, x-forwarded-for, x-forwarded-host,
> >> >> > x-forwarded-server et connection.
> >> >> >
> >> >> > Concernant les valeurs d'originalUri et uri les voici :
> >> >> > originalUri :
> >> >> >
> >> >> >
> >> >> >
> http://vpc-eadmin-sgac-appli:80/esigate/private/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
> >> >> > uri :
> >> >> >
> >> >> >
> >> >> >
> http://vpc-eadmin-sgac-appli2:8081/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
> >> >> >
> >> >> >
> >> >> > Le 29 octobre 2014 15:43, alexis thaveau <ale...@gm...>
> a
> >> >> > écrit
> >> >> > :
> >> >> >
> >> >> >> On voit bien dans les logs une réponse de l'appli avec un
> Location:
> >> >> >> http://vpc-eadmin-appli2:8081/engagements/
> >> >> >> Esigate devrait récrire l'URL pour rester sur esigate.
> >> >> >>
> >> >> >> La réécriture est géré dans la classe HeaderManager.copyHeaders,
> le
> >> >> >> plus simple va être de mettre un point d'arrêt sur cette ligne :
> >> >> >> value = UriUtils.translateUrl(value, uri, originalUri);
> >> >> >>
> >> >> >> Et me donner les valeurs des 3 paramètres
> >> >> >>
> >> >> >> Le 29 octobre 2014 14:54, William Dupuis <
> wil...@gm...>
> >> >> >> a
> >> >> >> écrit :
> >> >> >> > Le résultat est toujours le même.
> >> >> >> > J'ai essayé en supprimant la directive "preserveHost=true" et
> cela
> >> >> >> > est
> >> >> >> > pareil.
> >> >> >> >
> >> >> >> > Le 29 octobre 2014 14:29, alexis thaveau
> >> >> >> > <ale...@gm...> a
> >> >> >> > écrit
> >> >> >> > :
> >> >> >> >
> >> >> >> >> Bonjour,
> >> >> >> >> Les logs ne donnent pas assez d'information, il faudrait
> ajouter
> >> >> >> >> l'extension FragmentLogging qui permet de tracer les
> >> >> >> >> requetes/reponses HTTP.
> >> >> >> >> Par contre, j'ai peut etre une piste qui viendrait du
> >> >> >> >> preserveHost
> >> >> >> >> qui
> >> >> >> >> est à true par défaut. Il faudrait tester avec :
> >> >> >> >> engagements.preserveHost=false
> >> >> >> >>
> >> >> >> >> L'application distante doit faire une redirection et esigate ne
> >> >> >> >> reconstruit par l'url correctement pour pointer vers esigate
> >> >> >> >>
> >> >> >> >> Le 29 octobre 2014 11:46, William Dupuis
> >> >> >> >> <wil...@gm...>
> >> >> >> >> a
> >> >> >> >> écrit :
> >> >> >> >> > Sans l'extension ServletExtension, le comportement est le
> même.
> >> >> >> >> > J'ai également supprimé le provider pour "bonita".
> >> >> >> >> > Voici les logs générés.
> >> >> >> >> >
> >> >> >> >> > Merci beaucoup pour le temps passer sur mon problème.
> >> >> >> >> >
> >> >> >> >> > Le 29 octobre 2014 11:11, alexis thaveau
> >> >> >> >> > <ale...@gm...> a
> >> >> >> >> > écrit
> >> >> >> >> > :
> >> >> >> >> >
> >> >> >> >> >> Bonjour,
> >> >> >> >> >>
> >> >> >> >> >> Est-ce que vous pouvez tester sans l'extension
> >> >> >> >> >> ServletExtension ?
> >> >> >> >> >>
> >> >> >> >> >> Le 29 octobre 2014 09:19, William Dupuis
> >> >> >> >> >> <wil...@gm...>
> >> >> >> >> >> a
> >> >> >> >> >> écrit :
> >> >> >> >> >> > Bonjour,
> >> >> >> >> >> > Voici les différents éléments demandés.
> >> >> >> >> >> >
> >> >> >> >> >> > Pour gérer ces logs, j'ai testé de me connecter à l'URL :
> >> >> >> >> >> > http://vpc-eadmin-appli/esigate/private/engagements/
> >> >> >> >> >> > Après m'être authentifié dans le CAS, j'ai été redirigé
> vers
> >> >> >> >> >> > l'URL
> >> >> >> >> >> > :
> >> >> >> >> >> > http://vpc-eadmin-appli2:8081/engagements/
> >> >> >> >> >> >
> >> >> >> >> >> > Merci pour votre aide.
> >> >> >> >> >> > William
> >> >> >> >> >> >
> >> >> >> >> >> > Le 28 octobre 2014 18:24, alexis thaveau
> >> >> >> >> >> > <ale...@gm...> a
> >> >> >> >> >> > écrit
> >> >> >> >> >> > :
> >> >> >> >> >> >
> >> >> >> >> >> >> Bonsoir,
> >> >> >> >> >> >>
> >> >> >> >> >> >> Est-ce que vous pouvez fournir la configuration esigate
> >> >> >> >> >> >> (esigate.properties + web.xml) ? Pouvez vous aussi
> fournir
> >> >> >> >> >> >> le
> >> >> >> >> >> >> fichier
> >> >> >> >> >> >> de log (avec un niveau debug sur esigate ) ?
> >> >> >> >> >> >>
> >> >> >> >> >> >> Merci
> >> >> >> >> >> >>
> >> >> >> >> >> >> Le 28 octobre 2014 17:01, William Dupuis
> >> >> >> >> >> >> <wil...@gm...>
> >> >> >> >> >> >> a
> >> >> >> >> >> >> écrit :
> >> >> >> >> >> >> > Bonjour,
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Je vous contacte car j'ai un problème de redirection
> >> >> >> >> >> >> > après
> >> >> >> >> >> >> > une
> >> >> >> >> >> >> > authentification ProxyCAS dans ESIGate.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Détail de mon problème :
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > J'ai installé un serveur ESIGate 5.0 en frontal de mes
> >> >> >> >> >> >> > applications.
> >> >> >> >> >> >> > Ce
> >> >> >> >> >> >> > serveur est cassifié et est utilisé comme ProxyCAS.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Lorsque je teste le ProxyCAS sur les webapps de demo
> >> >> >> >> >> >> > (esigate-app-casified-aggregated1 et
> >> >> >> >> >> >> > esigate-app-casified-aggregated2),
> >> >> >> >> >> >> > cela
> >> >> >> >> >> >> > fonctionne bien.
> >> >> >> >> >> >> > Mes 2 webapps sont déployées dans le même Tomcat
> >> >> >> >> >> >> > qu'ESIGate.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Par contre, lorsque j'essaye d'inclure des applications
> >> >> >> >> >> >> > tierces,
> >> >> >> >> >> >> > je
> >> >> >> >> >> >> > me
> >> >> >> >> >> >> > retrouve redirigé vers les applications tierces une
> fois
> >> >> >> >> >> >> > connecté.
> >> >> >> >> >> >> > Pourtant en regardant les logs, l'authentification via
> >> >> >> >> >> >> > ProxyCAS
> >> >> >> >> >> >> > dans
> >> >> >> >> >> >> > mes
> >> >> >> >> >> >> > applications tierces a bien fonctionné.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Configuration du provider :
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > appli.remoteUrlBase=http://adresse-locale:8080/appli/
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> appli.extensions=org.esigate.servlet.ServletExtension,org.esigate.extension.Esi,org.esigate.cas.CasAuthenticationHandler
> >> >> >> >> >> >> > appli.mappings=/private/appli/*
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Scénario :
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > J'accède à mon adresse ESIGate sécurisée :
> >> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Je suis redirigé vers mon CAS :
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> https://adresse-cas/cas/login?service=http%3A%2F%2Fadresse-esigate%2Fesigate%2Fprivate%2Fappli%2F
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Une fois authentifié dans CAS, je suis bien redirigé
> vers
> >> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/, puis je
> >> >> >> >> >> >> > suis
> >> >> >> >> >> >> > directement
> >> >> >> >> >> >> > redirigé avec une HTTP 302 vers mon adresse locale
> >> >> >> >> >> >> > http://adresse-locale:8080/appli/
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Si je re-accède à mon URL ESIGate
> >> >> >> >> >> >> > (http://adresse-esigate/esigate/private/appli), cela
> >> >> >> >> >> >> > fonctionne
> >> >> >> >> >> >> > bien,
> >> >> >> >> >> >> > je
> >> >> >> >> >> >> > suis authentifié.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Quelqu'un a-t-il déjà rencontré ce problème ?
> >> >> >> >> >> >> > Je n'arrive pas à déterminer si mon problème vient de
> ma
> >> >> >> >> >> >> > configuration
> >> >> >> >> >> >> > ESIGate ou de mes applications tierces.
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > Merci d'avance pour votre retour.
> >> >> >> >> >> >> > Cordialement,
> >> >> >> >> >> >> > William Dupuis
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> ------------------------------------------------------------------------------
> >> >> >> >> >> >> >
> >> >> >> >> >> >> > _______________________________________________
> >> >> >> >> >> >> > Webassembletool-users mailing list
> >> >> >> >> >> >> > Web...@li...
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> >> >> >> >> >> >> >
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
> >> >> >> >> >> >> >
> >> >> >> >> >> >
> >> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >
> >> >> >
> >> >
> >> >
> >
> >
>
|
|
From: alexis t. <ale...@gm...> - 2014-10-30 12:42:29
|
Les logs indiquent pourtant que le paramètre spring-security-redirect
est correcte maintenant
"http://vpc-eadmin-appli:80/esigate/private/engagements/". Mais il ne
semble pas pris en compte par votre application qui répond avec le
header "Location:http://vpc-eadmin-appli2:8081/engagements/" :
13:10:55 INFO esigate.extension.FragmentLogging: - engagements
http://vpc-eadmin-appli2:8081 - GET
http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-963-fCj3ebpNrNj9FAg0LBQQ-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=67D2FBF37635292024D30C79D4BDD3CE
HTTP/1.1 {accept:
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8,user-agent:
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/40.0.2203.3 Safari/537.36,accept-encoding: gzip,
deflate, sdch,accept-language:
fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4,X-Forwarded-For: 10.84.15.30,
10.83.199.94,x-forwarded-host: vpc-eadmin-appli,x-forwarded-server:
vpc-eadmin-appli,X-Forwarded-Proto: http} -> HTTP/1.1 302 Déplacé
Temporairement (306 ms) CACHE_MISS {Server:
Apache-Coyote/1.1,Location:
http://vpc-eadmin-appli2:8081/engagements/,Via: 1.1 localhost
(Apache-HttpClient/4.3.5 (cache))}
Il faudrait debugger l'application distante car elle ne semble pas
prendre en compte le paramètre spring-security-redirect.
Le 30 octobre 2014 13:13, William Dupuis <wil...@gm...> a écrit :
> Pas d'amélioration.
> Je suis toujours redirigé vers l'application.
>
> Le 30 octobre 2014 11:38, alexis thaveau <ale...@gm...> a écrit
> :
>
>> Bonjour,
>> Tu passes 2 fois dedans à cause de l'authentification CAS et de la
>> redirection. Je t’envois une correction, peux tu tester ?
>>
>> Le 29 octobre 2014 18:33, William Dupuis <wil...@gm...> a
>> écrit :
>> > La modification du cookie était un test, j'ai remis la valeur par
>> > défaut.
>> >
>> > Je passe bien dans la ligne 158.
>> > J'y passe même 2 fois.
>> > Voici la valeur des 3 paramètres :
>> >
>> > value :
>> >
>> > https://vpc-eadmin-appli/cas/login?service=http%3A%2F%2Fvpc-eadmin-appli2%3A8081%2Fengagements%2Fj_spring_cas_security_check
>> > uri :
>> >
>> > http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >
>> > originalUrihttp://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >
>> >
>> > value : http://vpc-eadmin-appli2:8081/engagements/
>> > uri :
>> >
>> > http://vpc-eadmin-appli2:8081/engagements/j_spring_cas_security_check?ticket=ST-461-rj0Fv4oDSeZHttw05kDq-vpc-eadmin-appli&spring-security-redirect=http://vpc-eadmin-appli2:8081/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> > originalUri :
>> >
>> > http://vpc-eadmin-appli:80/esigate/private/engagements/;jsessionid=D5ACA819E6ABB85F8C21070CD208C626
>> >
>> >
>> >
>> > Le 29 octobre 2014 18:14, alexis thaveau <ale...@gm...> a
>> > écrit
>> > :
>> >
>> >> La c'est un autre cas. Le header "Location" est réécrit plus haut :
>> >> ligne 158 dans la méthode public void copyHeaders(HttpRequest
>> >> httpRequest, HttpEntityEnclosingRequest originalRequest,
>> >> HttpResponse httpClientResponse, HttpResponse output)
>> >>
>> >>
>> >> Mais je pense que tu vas aussi avoir des sourcis avec ESI_JSESSION_ID.
>> >> esigate gère uniquement le JSESSION_ID, et le supprime dans les URL
>> >> lorsqu'il est déjà posé en cookie.
>> >>
>> >>
>> >> Le 29 octobre 2014 17:57, William Dupuis <wil...@gm...> a
>> >> écrit :
>> >> > Je ne passe jamais dans cette ligne.
>> >> >
>> >> > Dans le "if" précédent, il ne trouve pas le "Referer" dans les
>> >> > paramétres du
>> >> > header.
>> >> > J'ai les headers suivants : host, accept, user-agent,
>> >> > accept-encoding,
>> >> > accept-language, cookie, x-forwarded-for, x-forwarded-host,
>> >> > x-forwarded-server et connection.
>> >> >
>> >> > Concernant les valeurs d'originalUri et uri les voici :
>> >> > originalUri :
>> >> >
>> >> >
>> >> > http://vpc-eadmin-sgac-appli:80/esigate/private/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
>> >> > uri :
>> >> >
>> >> >
>> >> > http://vpc-eadmin-sgac-appli2:8081/engagements/;ESI_JSESSIONID=CDBD080E065A31319874FC7E653CB29E
>> >> >
>> >> >
>> >> > Le 29 octobre 2014 15:43, alexis thaveau <ale...@gm...> a
>> >> > écrit
>> >> > :
>> >> >
>> >> >> On voit bien dans les logs une réponse de l'appli avec un Location:
>> >> >> http://vpc-eadmin-appli2:8081/engagements/
>> >> >> Esigate devrait récrire l'URL pour rester sur esigate.
>> >> >>
>> >> >> La réécriture est géré dans la classe HeaderManager.copyHeaders, le
>> >> >> plus simple va être de mettre un point d'arrêt sur cette ligne :
>> >> >> value = UriUtils.translateUrl(value, uri, originalUri);
>> >> >>
>> >> >> Et me donner les valeurs des 3 paramètres
>> >> >>
>> >> >> Le 29 octobre 2014 14:54, William Dupuis <wil...@gm...>
>> >> >> a
>> >> >> écrit :
>> >> >> > Le résultat est toujours le même.
>> >> >> > J'ai essayé en supprimant la directive "preserveHost=true" et cela
>> >> >> > est
>> >> >> > pareil.
>> >> >> >
>> >> >> > Le 29 octobre 2014 14:29, alexis thaveau
>> >> >> > <ale...@gm...> a
>> >> >> > écrit
>> >> >> > :
>> >> >> >
>> >> >> >> Bonjour,
>> >> >> >> Les logs ne donnent pas assez d'information, il faudrait ajouter
>> >> >> >> l'extension FragmentLogging qui permet de tracer les
>> >> >> >> requetes/reponses HTTP.
>> >> >> >> Par contre, j'ai peut etre une piste qui viendrait du
>> >> >> >> preserveHost
>> >> >> >> qui
>> >> >> >> est à true par défaut. Il faudrait tester avec :
>> >> >> >> engagements.preserveHost=false
>> >> >> >>
>> >> >> >> L'application distante doit faire une redirection et esigate ne
>> >> >> >> reconstruit par l'url correctement pour pointer vers esigate
>> >> >> >>
>> >> >> >> Le 29 octobre 2014 11:46, William Dupuis
>> >> >> >> <wil...@gm...>
>> >> >> >> a
>> >> >> >> écrit :
>> >> >> >> > Sans l'extension ServletExtension, le comportement est le même.
>> >> >> >> > J'ai également supprimé le provider pour "bonita".
>> >> >> >> > Voici les logs générés.
>> >> >> >> >
>> >> >> >> > Merci beaucoup pour le temps passer sur mon problème.
>> >> >> >> >
>> >> >> >> > Le 29 octobre 2014 11:11, alexis thaveau
>> >> >> >> > <ale...@gm...> a
>> >> >> >> > écrit
>> >> >> >> > :
>> >> >> >> >
>> >> >> >> >> Bonjour,
>> >> >> >> >>
>> >> >> >> >> Est-ce que vous pouvez tester sans l'extension
>> >> >> >> >> ServletExtension ?
>> >> >> >> >>
>> >> >> >> >> Le 29 octobre 2014 09:19, William Dupuis
>> >> >> >> >> <wil...@gm...>
>> >> >> >> >> a
>> >> >> >> >> écrit :
>> >> >> >> >> > Bonjour,
>> >> >> >> >> > Voici les différents éléments demandés.
>> >> >> >> >> >
>> >> >> >> >> > Pour gérer ces logs, j'ai testé de me connecter à l'URL :
>> >> >> >> >> > http://vpc-eadmin-appli/esigate/private/engagements/
>> >> >> >> >> > Après m'être authentifié dans le CAS, j'ai été redirigé vers
>> >> >> >> >> > l'URL
>> >> >> >> >> > :
>> >> >> >> >> > http://vpc-eadmin-appli2:8081/engagements/
>> >> >> >> >> >
>> >> >> >> >> > Merci pour votre aide.
>> >> >> >> >> > William
>> >> >> >> >> >
>> >> >> >> >> > Le 28 octobre 2014 18:24, alexis thaveau
>> >> >> >> >> > <ale...@gm...> a
>> >> >> >> >> > écrit
>> >> >> >> >> > :
>> >> >> >> >> >
>> >> >> >> >> >> Bonsoir,
>> >> >> >> >> >>
>> >> >> >> >> >> Est-ce que vous pouvez fournir la configuration esigate
>> >> >> >> >> >> (esigate.properties + web.xml) ? Pouvez vous aussi fournir
>> >> >> >> >> >> le
>> >> >> >> >> >> fichier
>> >> >> >> >> >> de log (avec un niveau debug sur esigate ) ?
>> >> >> >> >> >>
>> >> >> >> >> >> Merci
>> >> >> >> >> >>
>> >> >> >> >> >> Le 28 octobre 2014 17:01, William Dupuis
>> >> >> >> >> >> <wil...@gm...>
>> >> >> >> >> >> a
>> >> >> >> >> >> écrit :
>> >> >> >> >> >> > Bonjour,
>> >> >> >> >> >> >
>> >> >> >> >> >> > Je vous contacte car j'ai un problème de redirection
>> >> >> >> >> >> > après
>> >> >> >> >> >> > une
>> >> >> >> >> >> > authentification ProxyCAS dans ESIGate.
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > Détail de mon problème :
>> >> >> >> >> >> >
>> >> >> >> >> >> > J'ai installé un serveur ESIGate 5.0 en frontal de mes
>> >> >> >> >> >> > applications.
>> >> >> >> >> >> > Ce
>> >> >> >> >> >> > serveur est cassifié et est utilisé comme ProxyCAS.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Lorsque je teste le ProxyCAS sur les webapps de demo
>> >> >> >> >> >> > (esigate-app-casified-aggregated1 et
>> >> >> >> >> >> > esigate-app-casified-aggregated2),
>> >> >> >> >> >> > cela
>> >> >> >> >> >> > fonctionne bien.
>> >> >> >> >> >> > Mes 2 webapps sont déployées dans le même Tomcat
>> >> >> >> >> >> > qu'ESIGate.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Par contre, lorsque j'essaye d'inclure des applications
>> >> >> >> >> >> > tierces,
>> >> >> >> >> >> > je
>> >> >> >> >> >> > me
>> >> >> >> >> >> > retrouve redirigé vers les applications tierces une fois
>> >> >> >> >> >> > connecté.
>> >> >> >> >> >> > Pourtant en regardant les logs, l'authentification via
>> >> >> >> >> >> > ProxyCAS
>> >> >> >> >> >> > dans
>> >> >> >> >> >> > mes
>> >> >> >> >> >> > applications tierces a bien fonctionné.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Configuration du provider :
>> >> >> >> >> >> >
>> >> >> >> >> >> > appli.remoteUrlBase=http://adresse-locale:8080/appli/
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > appli.extensions=org.esigate.servlet.ServletExtension,org.esigate.extension.Esi,org.esigate.cas.CasAuthenticationHandler
>> >> >> >> >> >> > appli.mappings=/private/appli/*
>> >> >> >> >> >> >
>> >> >> >> >> >> > Scénario :
>> >> >> >> >> >> >
>> >> >> >> >> >> > J'accède à mon adresse ESIGate sécurisée :
>> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/
>> >> >> >> >> >> >
>> >> >> >> >> >> > Je suis redirigé vers mon CAS :
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > https://adresse-cas/cas/login?service=http%3A%2F%2Fadresse-esigate%2Fesigate%2Fprivate%2Fappli%2F
>> >> >> >> >> >> >
>> >> >> >> >> >> > Une fois authentifié dans CAS, je suis bien redirigé vers
>> >> >> >> >> >> > http://adresse-esigate/esigate/private/appli/, puis je
>> >> >> >> >> >> > suis
>> >> >> >> >> >> > directement
>> >> >> >> >> >> > redirigé avec une HTTP 302 vers mon adresse locale
>> >> >> >> >> >> > http://adresse-locale:8080/appli/
>> >> >> >> >> >> >
>> >> >> >> >> >> > Si je re-accède à mon URL ESIGate
>> >> >> >> >> >> > (http://adresse-esigate/esigate/private/appli), cela
>> >> >> >> >> >> > fonctionne
>> >> >> >> >> >> > bien,
>> >> >> >> >> >> > je
>> >> >> >> >> >> > suis authentifié.
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > Quelqu'un a-t-il déjà rencontré ce problème ?
>> >> >> >> >> >> > Je n'arrive pas à déterminer si mon problème vient de ma
>> >> >> >> >> >> > configuration
>> >> >> >> >> >> > ESIGate ou de mes applications tierces.
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > Merci d'avance pour votre retour.
>> >> >> >> >> >> > Cordialement,
>> >> >> >> >> >> > William Dupuis
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > ------------------------------------------------------------------------------
>> >> >> >> >> >> >
>> >> >> >> >> >> > _______________________________________________
>> >> >> >> >> >> > Webassembletool-users mailing list
>> >> >> >> >> >> > Web...@li...
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>> >> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>
|
|
From: Nicolas R. <nic...@gm...> - 2014-08-25 09:18:51
|
Hi all, Build status are now published as images for both the trunk and the 4.x branch : http://www.esigate.org/esigate-status.png http://www.esigate.org/esigate4-status.png The trunk image is used in README.md, visible on github : https://github.com/esigate/esigate I intend to add both of them on the website. Images are refreshed once a day, but since they are hosted on sourceforge, the image may stay in cache for 72 hours. However this is still a nice information for all users. If you wonder if the publishing process is still working, you can check the date/time of the last upload : http://www.esigate.org/esigate-status.txt http://www.esigate.org/esigate4-status.txt -- Nicolas |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-06-30 13:42:45
|
I just set up a new mantisbt instance and imported all our tickets. http://www.esigate.org/mantisbt/ 2014-06-30 9:54 GMT+02:00 Francois-Xavier Bonnet < fra...@ce...>: > It looks like Sourceforge team might accept to set up a redirect rule: > http://sourceforge.net/p/forge/site-support/7964/ > > > 2014-06-29 12:50 GMT+02:00 Francois-Xavier Bonnet < > fra...@ce...>: > > For me the best solution would be: >> - migrate the wiki to github >> - install a new mantisbt on project web on Sourceforge and import all >> bugs history. Block new tickets creation. >> - try to find a way to redirect our old URLs to this new instance >> - use github bug tracker for new tickets >> >> What do you think? >> 29 июня 2014 г. 12:14 пользователь <nic...@gm...> написал: >> >> No, I didn't ask anything yet. There are several tickets opened by other >>> projects on this issue. This question may have been already asked. >>> >>> Nicolas >>> >>> >>> Le 29 juin 2014 à 11:49, Francois-Xavier Bonnet < >>> fra...@ce...> a écrit : >>> >>> I am surprised I didn't receive any notification from Sourceforge about >>> that. We knew for a long time that they were going to retire hosted apps >>> but it was postponed several times because they were supposed to provide >>> complete migration instructions and a way to support old URLs. >>> Did you ask them if there is a way to support our old URLs? >>> 29 июня 2014 г. 9:49 пользователь <nic...@gm...> написал: >>> >>>> Hi all, >>>> >>>> Our bug tracker and wiki instances have been shut down by sourceforge. >>>> See https://sourceforge.net/p/forge/site-support/8039/ >>>> >>>> We have 2 options : >>>> - Host our own instances of Mantis / MediaWiki (can be done on >>>> sourceforge) >>>> - Transform data from the backups and move to new systems (github ?) >>>> >>>> In each scenario, all urls are broken (commit history / slideshare / >>>> ...) . >>>> >>>> The fastest path seems to be : >>>> - Create a new mantis instance >>>> - Move wiki to github. >>>> >>>> Any feedback ? >>>> >>>> -- >>>> Nicolas >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Open source business process management suite built on Java and Eclipse >>>> Turn processes into business applications with Bonita BPM Community >>>> Edition >>>> Quickly connect people, data, and systems into organized workflows >>>> Winner of BOSSIE, CODIE, OW2 and Gartner awards >>>> http://p.sf.net/sfu/Bonitasoft >>>> _______________________________________________ >>>> Webassembletool-devel mailing list >>>> Web...@li... >>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel >>>> >>> >>> > |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-06-30 07:54:48
|
It looks like Sourceforge team might accept to set up a redirect rule: http://sourceforge.net/p/forge/site-support/7964/ 2014-06-29 12:50 GMT+02:00 Francois-Xavier Bonnet < fra...@ce...>: > For me the best solution would be: > - migrate the wiki to github > - install a new mantisbt on project web on Sourceforge and import all bugs > history. Block new tickets creation. > - try to find a way to redirect our old URLs to this new instance > - use github bug tracker for new tickets > > What do you think? > 29 июня 2014 г. 12:14 пользователь <nic...@gm...> написал: > > No, I didn't ask anything yet. There are several tickets opened by other >> projects on this issue. This question may have been already asked. >> >> Nicolas >> >> >> Le 29 juin 2014 à 11:49, Francois-Xavier Bonnet < >> fra...@ce...> a écrit : >> >> I am surprised I didn't receive any notification from Sourceforge about >> that. We knew for a long time that they were going to retire hosted apps >> but it was postponed several times because they were supposed to provide >> complete migration instructions and a way to support old URLs. >> Did you ask them if there is a way to support our old URLs? >> 29 июня 2014 г. 9:49 пользователь <nic...@gm...> написал: >> >>> Hi all, >>> >>> Our bug tracker and wiki instances have been shut down by sourceforge. >>> See https://sourceforge.net/p/forge/site-support/8039/ >>> >>> We have 2 options : >>> - Host our own instances of Mantis / MediaWiki (can be done on >>> sourceforge) >>> - Transform data from the backups and move to new systems (github ?) >>> >>> In each scenario, all urls are broken (commit history / slideshare / >>> ...) . >>> >>> The fastest path seems to be : >>> - Create a new mantis instance >>> - Move wiki to github. >>> >>> Any feedback ? >>> >>> -- >>> Nicolas >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Open source business process management suite built on Java and Eclipse >>> Turn processes into business applications with Bonita BPM Community >>> Edition >>> Quickly connect people, data, and systems into organized workflows >>> Winner of BOSSIE, CODIE, OW2 and Gartner awards >>> http://p.sf.net/sfu/Bonitasoft >>> _______________________________________________ >>> Webassembletool-devel mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel >>> >> >> |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-06-29 10:50:17
|
For me the best solution would be: - migrate the wiki to github - install a new mantisbt on project web on Sourceforge and import all bugs history. Block new tickets creation. - try to find a way to redirect our old URLs to this new instance - use github bug tracker for new tickets What do you think? 29 июня 2014 г. 12:14 пользователь <nic...@gm...> написал: > No, I didn't ask anything yet. There are several tickets opened by other > projects on this issue. This question may have been already asked. > > Nicolas > > > Le 29 juin 2014 à 11:49, Francois-Xavier Bonnet < > fra...@ce...> a écrit : > > I am surprised I didn't receive any notification from Sourceforge about > that. We knew for a long time that they were going to retire hosted apps > but it was postponed several times because they were supposed to provide > complete migration instructions and a way to support old URLs. > Did you ask them if there is a way to support our old URLs? > 29 июня 2014 г. 9:49 пользователь <nic...@gm...> написал: > >> Hi all, >> >> Our bug tracker and wiki instances have been shut down by sourceforge. >> See https://sourceforge.net/p/forge/site-support/8039/ >> >> We have 2 options : >> - Host our own instances of Mantis / MediaWiki (can be done on >> sourceforge) >> - Transform data from the backups and move to new systems (github ?) >> >> In each scenario, all urls are broken (commit history / slideshare / >> ...) . >> >> The fastest path seems to be : >> - Create a new mantis instance >> - Move wiki to github. >> >> Any feedback ? >> >> -- >> Nicolas >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Open source business process management suite built on Java and Eclipse >> Turn processes into business applications with Bonita BPM Community >> Edition >> Quickly connect people, data, and systems into organized workflows >> Winner of BOSSIE, CODIE, OW2 and Gartner awards >> http://p.sf.net/sfu/Bonitasoft >> _______________________________________________ >> Webassembletool-devel mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel >> > > |
|
From: Nicolas R. <nic...@gm...> - 2014-06-29 10:14:52
|
No, I didn't ask anything yet. There are several tickets opened by other projects on this issue. This question may have been already asked. Nicolas Le 29 juin 2014 à 11:49, Francois-Xavier Bonnet <fra...@ce...> a écrit : > I am surprised I didn't receive any notification from Sourceforge about that. We knew for a long time that they were going to retire hosted apps but it was postponed several times because they were supposed to provide complete migration instructions and a way to support old URLs. > Did you ask them if there is a way to support our old URLs? > > 29 июня 2014 г. 9:49 пользователь <nic...@gm...> написал: > Hi all, > > Our bug tracker and wiki instances have been shut down by sourceforge. > See https://sourceforge.net/p/forge/site-support/8039/ > > We have 2 options : > - Host our own instances of Mantis / MediaWiki (can be done on sourceforge) > - Transform data from the backups and move to new systems (github ?) > > In each scenario, all urls are broken (commit history / slideshare / ...) . > > The fastest path seems to be : > - Create a new mantis instance > - Move wiki to github. > > Any feedback ? > > -- > Nicolas > > > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-06-29 09:49:39
|
I am surprised I didn't receive any notification from Sourceforge about that. We knew for a long time that they were going to retire hosted apps but it was postponed several times because they were supposed to provide complete migration instructions and a way to support old URLs. Did you ask them if there is a way to support our old URLs? 29 июня 2014 г. 9:49 пользователь <nic...@gm...> написал: > Hi all, > > Our bug tracker and wiki instances have been shut down by sourceforge. > See https://sourceforge.net/p/forge/site-support/8039/ > > We have 2 options : > - Host our own instances of Mantis / MediaWiki (can be done on sourceforge) > - Transform data from the backups and move to new systems (github ?) > > In each scenario, all urls are broken (commit history / slideshare / ...) > . > > The fastest path seems to be : > - Create a new mantis instance > - Move wiki to github. > > Any feedback ? > > -- > Nicolas > > > > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel > |
|
From: Nicolas R. <nic...@gm...> - 2014-06-29 07:48:58
|
Hi all, Our bug tracker and wiki instances have been shut down by sourceforge. See https://sourceforge.net/p/forge/site-support/8039/ We have 2 options : - Host our own instances of Mantis / MediaWiki (can be done on sourceforge) - Transform data from the backups and move to new systems (github ?) In each scenario, all urls are broken (commit history / slideshare / ...) . The fastest path seems to be : - Create a new mantis instance - Move wiki to github. Any feedback ? -- Nicolas |
|
From: Francois-Xavier B. <fra...@ce...> - 2014-04-11 09:54:14
|
Bonjour, Effectivement ce serait logique de recharger les variables au même titre que la configuration dans les extensions org.esigate.extension.ConfigReloadOnChange et org.esigate.extension.ConfigReloadOnHup N'hésitez pas à ouvrir un ticket dans Mantis et même à soumettre un patch si c'est possible. Le 11 avril 2014 10:54, Kevan Jahanshahi <ke...@ja...> a écrit : > Bonjour, > > Il est possible de recharger une configuration d'Esigate à chaud depuis le > DriverFactory, mais aucun moyen de changer les variables car celle ci sont > chargées depuis le classpath au runtime depuis le VariablesResolver. Je me > demandais si il était possible d'avoir un système similaire de façon à > pouvoir mettre à jour ces variables à chaud. Ou de prévoir une extension > Esigate pour gérer les variables et les remplacements de variables dans les > tags Esi. > > Pendant l'intégration, c'est sympa de pouvoir changer la configuration > d'Esigate à chaud, mais cela serait vraiment utile de pouvoir faire la même > chose avec les variables. > > Après en production cela n'a pas beaucoup d'intérêt. > > Merci. > > > ------------------------------------------------------------------------------ > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > Webassembletool-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-devel > > |
|
From: Kevan J. <ke...@ja...> - 2014-04-11 09:21:23
|
Bonjour, Il est possible de recharger une configuration d'Esigate à chaud depuis le DriverFactory, mais aucun moyen de changer les variables car celle ci sont chargées depuis le classpath au runtime depuis le VariablesResolver. Je me demandais si il était possible d'avoir un système similaire de façon à pouvoir mettre à jour ces variables à chaud. Ou de prévoir une extension Esigate pour gérer les variables et les remplacements de variables dans les tags Esi. Pendant l'intégration, c'est sympa de pouvoir changer la configuration d'Esigate à chaud, mais cela serait vraiment utile de pouvoir faire la même chose avec les variables. Après en production cela n'a pas beaucoup d'intérêt. Merci. |
|
From: Romain <rom...@ne...> - 2014-04-08 08:40:17
|
Hi all, Here is an example for the configuration of a format plugin : <plugin> <groupId>com.googlecode.maven-java-formatter-plugin</groupId> <artifactId>maven-java-formatter-plugin</artifactId> <version>0.4</version> <executions> <execution> <goals> <goal>format</goal> </goals> </execution> </executions> <configuration> <lineEnding>LF</lineEnding> <encoding>UTF-8</encoding> <configFile>path/to/code-format.xml</configFile> </configuration> <dependencies> <dependency> <groupId>my.super.package</groupId> <artifactId>build-tools</artifactId> <version>1.0.0</version> </dependency> </dependencies> </plugin> As you can see, the format plugin has a dependency which holds the config file. In that case, the file is accessible in every module at every level. This is the same technique used for checkstyle : http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html. Here is plugin URL : https://code.google.com/p/maven-java-formatter-plugin/ "This project aims to provide Java source file formatting using the Eclipse code formatter as a Maven plugin. " __ Romain Le 27 mars 2014 à 09:06, Alexis THAVEAU a écrit : > A maven plugin is a good idea. With a plugin, we can automatise the code formating task. If you have a look to source code, currently, sources (java and xml) don't have the same formating rules applied everywhere. > > > > Le 2014-03-26 18:50, Romain - opensource a écrit : > >> There is a maven plugin that does automatic formatting. >> The good thing is that it is compatible with eclipse formatting =) >> It will format java files each time there is a maven build. >> I'll check tomorrow on some projects to get the plugin name and how to configure it. >> Then, I'll send the conf on this ML. >> __ >> Romain >> >> >> >> Le 26 mars 2014 à 18:23, Francois-Xavier Bonnet a écrit : >> >>> Hi, >>> We are using CheckStyle formatting rules. In Eclipse, CheckStyle plugin is able to generate the formatter settings from the checkstyle configuration. I guess there is the same feature in IDEA. >>> 2014-03-26 17:57 GMT+01:00 <ale...@gm...>: >>> Hi, >>> I think we don't have a code formating policy on the project. Maybe it would be great to share and use the same file ? checkstyle configuration would be great too. >>> I don't know which IDE you have, I'm on IDEA Intellij, but i can import eclipse configuration file. >>> ------------------------------------------------------------------------------ >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today! >>> http://p.sf.net/sfu/13534_NeoTech >>> _______________________________________________ >>> Webassembletool-devel mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel >>> ------------------------------------------------------------------------------ >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today! >>> http://p.sf.net/sfu/13534_NeoTech_______________________________________________ >>> Webassembletool-devel mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> >> http://p.sf.net/sfu/13534_NeoTech >> >> _______________________________________________ >> Webassembletool-devel mailing list >> >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/webassembletool-devel |
|
From: Alexis T. <ale...@sm...> - 2014-03-27 08:23:48
|
A maven plugin is a good idea. With a plugin, we can automatise the code formating task. If you have a look to source code, currently, sources (java and xml) don't have the same formating rules applied everywhere. Le 2014-03-26 18:50, Romain - opensource a écrit : > There is a maven plugin that does automatic formatting. > The good thing is that it is compatible with eclipse formatting =) > It will format java files each time there is a maven build. > I'll check tomorrow on some projects to get the plugin name and how to configure it. > Then, I'll send the conf on this ML. > __ > Romain > > Le 26 mars 2014 à 18:23, Francois-Xavier Bonnet a écrit : > >> Hi, > >> We are using CheckStyle formatting rules. In Eclipse, CheckStyle plugin is able to generate the formatter settings from the checkstyle configuration. I guess there is the same feature in IDEA. > Hi, this first edition is now available. Download > >> solid; margin-left:5px; width:100%"> > u/13534_NeoTech">http://p.sf.net/sfu/13534_NeoTech "Graph Databases" is the definitive new guide to graph databases and their this first edition is now ava > >> left:#1010ff 2px solid; margin-lef > 100%">http://p.sf. > >> " style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%">Webassembletool-devel > https://lists.sourceforge.net/list > >> ------------------------------------------------- Learn Graph Databases - Dow > Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! Web...@li... [1] Links: ------ [1] http://p.sf.n<div> > ____________________ Webassembletool-devel mailing </div>f= |
|
From: Romain - o. <rom...@ne...> - 2014-03-26 17:50:09
|
There is a maven plugin that does automatic formatting. The good thing is that it is compatible with eclipse formatting =) It will format java files each time there is a maven build. I'll check tomorrow on some projects to get the plugin name and how to configure it. Then, I'll send the conf on this ML. __ Romain Le 26 mars 2014 à 18:23, Francois-Xavier Bonnet a écrit : Hi, We are using CheckStyle formatting rules. In Eclipse, CheckStyle plugin is able to generate the formatter settings from the checkstyle configuration. I guess there is the same feature in IDEA. 2014-03-26 17:57 GMT+01:00 <ale...@gm...>: Hi, I think we don't have a code formating policy on the project. Maybe it would be great to share and use the same file ? checkstyle configuration would be great too. I don't know which IDE you have, I'm on IDEA Intellij, but i can import eclipse configuration file. ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Webassembletool-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webassembletool-devel ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech_______________________________________________ Webassembletool-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webassembletool-devel |
