webassembletool-users — ESIGate user list

Re: [EsiGate-users] ESIGate et EMML

[François-Xavier B. <fra...@ce...>]

Bonjour,

Je ne connaissais pas cette spécification, c'est intéressant. 
Actuellement EsiGate ne l'utilise pas et ne l'implémente pas.
De ce que j'ai pu lire il y a tout un langage de script pour créer des 
mashups et pour l'instant une seule implémentation, celle de référence 
qui est disponible librement mais pas open source.
De ton coté tu as plus d'infos ? Tu as fait des tests ?

Cdt,
Francois-Xavier Bonnet

Le 12/07/2012 11:47, Frederique Aussel a écrit :
> Bonjour,
>
> Est ce que vous pouvez me confirmer que ESIGate n'utilise pas EMML 
> (*Enterprise Mashup Markup Language) *?
>
> Cdt,
>
> Aussel Frédérique
> Smile
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

Re: [EsiGate-users] Sortie de la nouvelle version d'ESIGate

[Nicolas R. <nic...@gm...>]

Bonjour Frédérique. 

La gestion de spring-security est dans la branche 4.0 actuellement en beta car l'implémentation du cache a changé [1] et cela a entrainé certaines régressions [2].
Pour la gestion des pool-time out, est-ce qu'on parle bien de cette anomalie [3] ? Si oui, aucun changement n'était nécessaire sur la branche stable. La vérification de la branche beta reste à faire.

Les 2 branches sont disponibles sur repo1.maven.org.

Nicolas

[1] http://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=47
[2] http://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=92
[3] http://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=103

Le 30 juil. 2012 à 15:37, Frederique Aussel a écrit :

> Bonjour,
> 
> Quand est ce que la nouvelle version d'ESIGate va sortir ?
> Cette version doit inclure les développements suivants :
> - gestion de spring security
> - gestion des pool timeout
> 
> Cdt,
> 
> Aussel Frédérique 
> Smile 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

[EsiGate-users] Sortie de la nouvelle version d'ESIGate

[Frederique A. <fre...@sm...>]

Bonjour, 

Quand est ce que la nouvelle version d'ESIGate va sortir ? 
Cette version doit inclure les développements suivants : 
- gestion de spring security 
- gestion des pool timeout 

Cdt, 


Aussel Frédérique 
Smile 

[EsiGate-users] ESIGate et EMML

[Frederique A. <fre...@sm...>]

Bonjour, 

Est ce que vous pouvez me confirmer que ESIGate n'utilise pas EMML ( Enterprise Mashup Markup Language) ? 

Cdt, 


Aussel Frédérique 
Smile 

[EsiGate-users] EsiGate 3.3 released !

[François-Xavier B. <fra...@ce...>]

Hi all,

EsiGate 3.3 has just been released on maven central repository with 2 
major fixes :
- server crash under high load peak due to concurrent access to HashMaps
- regression on preserveHost parameter

Complete changelog here : 
https://sourceforge.net/apps/mantisbt/webassembletool/changelog_page.php

FX

Re: [EsiGate-users] [Webassembletool-users] Problem declaring resources in a template used by webassembletool

[François-Xavier B. <fra...@ce...>]

This already existed in version 2.14
Can you try with *fixmode=absolute*
It looks to be the right syntax.

Le 08/03/2012 15:25, vic...@ze... a écrit :
> Hello,
>
> Thanks for your reply. Unfortunately, this does not change the way the 
> url is rendered.
> Maybe this is has been implemented in a newer version ? I'm using 
> webassembletool-core-2.14.jar
>
> Regards,
>
> Victor MONTANER
>
> On Thu, Mar 8, 2012 at 1:45 PM, François-Xavier Bonnet 
> <fra...@ce... 
> <mailto:fra...@ce...>> wrote:
>
>     Hello,
>
>     Resource URL fixing uses 3 parameters:
>
>       *     fixResources (true|false, default false)
>       *     fixMode (0,1 default value 1 = relative, 0 = absolute)
>       *     visibleBaseURL (this parameter enables to force the
>         baseURL to a value different form the baseUrl of this provider)
>
>     Unfortunately I think the developer forgot to update the
>     documentation but you can find some explanations in the javadoc
>     http://www.esigate.org/apidocs/net/webassembletool/renderers/ResourceFixupRenderer.html
>
>     In your case I think your need to set fixResources=true and
>     *fixMode=0*
>
>     I opened a ticket on Mantis to remember to update the xdoc
>     https://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=78
>
>     Regards,
>
>     Francois-Xavier Bonnet
>
>     Le 07/03/2012 11:57, vic...@ze...
>     <mailto:vic...@ze...> a écrit :
>>     Hello,
>>
>>     Here's my problem:
>>     I have an mock application (jsp), providing templates. This
>>     application runs on (http://localhost:8081/mock-application).
>>
>>     Another application, uses WAT, and uses the first one as a template.
>>
>>     The problem concerns the static resources in the template
>>     application.
>>     This template returns :
>>     <link rel="StyleSheet" type="text/css"
>>     href="../styles/somestyle.css">
>>
>>     Obviously, this url is not valid when WAT assembles the template
>>     and the application.
>>     using "fixResources=true" in the driver.properties file,
>>     webassembletool transforms the url into :
>>     "<link rel="StyleSheet" type="text/css"
>>     href="/mock-application/../styles/somestyle.css">"
>>
>>     This would work if the "mock-application" and the main
>>     application were running on the same server, and the same port,
>>     but since the mock-application is running on a tomcat on port
>>     8081, this won't work.
>>
>>     I tried a lot of parameters in the driver.properties file, but I
>>     can't make it keep the absolute url.
>>
>>     I'd like to set this up (for now) without using url rewriting and
>>     having to run an Apache server.
>>
>>     Do you have an idea ?
>>     Thank you for your help,
>>
>>     Victor MONTANER
>>
>>
>>     ------------------------------------------------------------------------------
>>     Virtualization&  Cloud Management Using Capacity Planning
>>     Cloud computing makes use of virtualization - but cloud computing
>>     also focuses on allowing computing to be delivered as a service.
>>     http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>
>>
>>     _______________________________________________
>>     Webassembletool-users mailing list
>>     Web...@li...  <mailto:Web...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] [Webassembletool-users] Problem declaring resources in a template used by webassembletool

[Victor M. <vic...@ze...>]

Hello,

Thanks for your reply. Unfortunately, this does not change the way the url
is rendered.
Maybe this is has been implemented in a newer version ? I'm using
webassembletool-core-2.14.jar

Regards,

Victor MONTANER

On Thu, Mar 8, 2012 at 1:45 PM, François-Xavier Bonnet <
fra...@ce...> wrote:

>  Hello,
>
> Resource URL fixing uses 3 parameters:
>
>    -     fixResources (true|false, default false)
>    -     fixMode (0,1 default value 1 = relative, 0 = absolute)
>    -     visibleBaseURL (this parameter enables to force the baseURL to a
>    value different form the baseUrl of this provider)
>
> Unfortunately I think the developer forgot to update the documentation but
> you can find some explanations in the javadoc
> http://www.esigate.org/apidocs/net/webassembletool/renderers/ResourceFixupRenderer.html
>
> In your case I think your need to set fixResources=true and *fixMode=0*
>
> I opened a ticket on Mantis to remember to update the xdoc
> https://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=78
>
> Regards,
>
> Francois-Xavier Bonnet
>
> Le 07/03/2012 11:57, vic...@ze... a écrit :
>
> Hello,
>
> Here's my problem:
> I have an mock application (jsp), providing templates. This application
> runs on (http://localhost:8081/mock-application).
>
> Another application, uses WAT, and uses the first one as a template.
>
> The problem concerns the static resources in the template application.
> This template returns :
> <link rel="StyleSheet" type="text/css" href="../styles/somestyle.css">
>
> Obviously, this url is not valid when WAT assembles the template and the
> application.
> using "fixResources=true" in the driver.properties file, webassembletool
> transforms the url into :
> "<link rel="StyleSheet" type="text/css"
> href="/mock-application/../styles/somestyle.css">"
>
> This would work if the "mock-application" and the main application were
> running on the same server, and the same port, but since the
> mock-application is running on a tomcat on port 8081, this won't work.
>
> I tried a lot of parameters in the driver.properties file, but I can't
> make it keep the absolute url.
>
> I'd like to set this up (for now) without using url rewriting and having
> to run an Apache server.
>
> Do you have an idea ?
> Thank you for your help,
>
> Victor MONTANER
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
>
> _______________________________________________
> Webassembletool-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] Problem declaring resources in a template used by webassembletool

[François-Xavier B. <fra...@ce...>]

Hi Nicolas,

I just created a Mantis ticket in order to update the documentation. 
This feature is very useful and should be documented.
Looking at the code, I thought that the possible values for fixMode were 
0 or 1 but I just had a look at class DriverConfiguration and you are 
right: the possible values are "absolute", anything else is considered 
as "relative". I think we should improve this, we should accept only 
these 2 values and throw an exception for any other value, just in case 
of misspelling problems.

Francois-Xavier

Le 08/03/2012 14:52, Nicolas Richeton a écrit :
> Hi Victor,
>
> Did you try using fixMode=absolute ?
>
> The following settings are available  (from 
> http://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=8) :
>
> New configuration options :
> (optional) fixResources = true / false
> (optional) fixMode = absolute / relative
> (optional) visibleUrlBase = base url used in fix process (not the one
> used when retrieving content).
>
>
> fixMode = absolute should rewrite the url including the server and 
> port parts
> visibleUrlBase : allows to use a custom url base (when using 
> internal-only urls).
>
> I checked the site, and did not find this in the documentation. Feel 
> free to send a patch or update the wiki.
>
> -- 
> Nicolas
>
>
>
> Le 7 mars 2012 à 13:45, 
> web...@li... 
> <mailto:web...@li...> a écrit :
>>
>> Date: Wed, 7 Mar 2012 11:57:40 +0100
>> From: Victor Montaner <vic...@ze... 
>> <mailto:vic...@ze...>>
>> Subject: [Webassembletool-users] Problem declaring resources in a
>> templateused by webassembletool
>> To: web...@li... 
>> <mailto:web...@li...>
>> Message-ID:
>> <CAN...@ma... 
>> <mailto:CAN...@ma...>>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hello,
>>
>> Here's my problem:
>> I have an mock application (jsp), providing templates. This application
>> runs on (http://localhost:8081/mock-application).
>>
>> Another application, uses WAT, and uses the first one as a template.
>>
>> The problem concerns the static resources in the template application.
>> This template returns :
>> <link rel="StyleSheet" type="text/css" href="../styles/somestyle.css">
>>
>> Obviously, this url is not valid when WAT assembles the template and the
>> application.
>> using "fixResources=true" in the driver.properties file, webassembletool
>> transforms the url into :
>> "<link rel="StyleSheet" type="text/css"
>> href="/mock-application/../styles/somestyle.css">"
>>
>> This would work if the "mock-application" and the main application were
>> running on the same server, and the same port, but since the
>> mock-application is running on a tomcat on port 8081, this won't work.
>>
>> I tried a lot of parameters in the driver.properties file, but I 
>> can't make
>> it keep the absolute url.
>>
>> I'd like to set this up (for now) without using url rewriting and 
>> having to
>> run an Apache server.
>>
>> Do you have an idea ?
>> Thank you for your help,
>>
>> Victor MONTANER
>>
>
>
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

Re: [EsiGate-users] Problem declaring resources in a template used by webassembletool

[Nicolas R. <nic...@gm...>]

Hi Victor, 

Did you try using fixMode=absolute ?

The following settings are available  (from http://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=8) : 

New configuration options : 
(optional) fixResources = true / false
(optional) fixMode = absolute / relative
(optional) visibleUrlBase = base url used in fix process (not the one
used when retrieving content). 

fixMode = absolute should rewrite the url including the server and port parts
visibleUrlBase : allows to use a custom url base (when using internal-only urls).

I checked the site, and did not find this in the documentation. Feel free to send a patch or update the wiki. 

-- 
Nicolas



Le 7 mars 2012 à 13:45, web...@li... a écrit :
> 
> Date: Wed, 7 Mar 2012 11:57:40 +0100
> From: Victor Montaner <vic...@ze...>
> Subject: [Webassembletool-users] Problem declaring resources in a
> 	template	used by webassembletool
> To: web...@li...
> Message-ID:
> 	<CAN...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hello,
> 
> Here's my problem:
> I have an mock application (jsp), providing templates. This application
> runs on (http://localhost:8081/mock-application).
> 
> Another application, uses WAT, and uses the first one as a template.
> 
> The problem concerns the static resources in the template application.
> This template returns :
> <link rel="StyleSheet" type="text/css" href="../styles/somestyle.css">
> 
> Obviously, this url is not valid when WAT assembles the template and the
> application.
> using "fixResources=true" in the driver.properties file, webassembletool
> transforms the url into :
> "<link rel="StyleSheet" type="text/css"
> href="/mock-application/../styles/somestyle.css">"
> 
> This would work if the "mock-application" and the main application were
> running on the same server, and the same port, but since the
> mock-application is running on a tomcat on port 8081, this won't work.
> 
> I tried a lot of parameters in the driver.properties file, but I can't make
> it keep the absolute url.
> 
> I'd like to set this up (for now) without using url rewriting and having to
> run an Apache server.
> 
> Do you have an idea ?
> Thank you for your help,
> 
> Victor MONTANER
> 

Re: [EsiGate-users] [Webassembletool-users] Problem declaring resources in a template used by webassembletool

[François-Xavier B. <fra...@ce...>]

Hello,

Resource URL fixing uses 3 parameters:

  *      fixResources (true|false, default false)
  *      fixMode (0,1 default value 1 = relative, 0 = absolute)
  *      visibleBaseURL (this parameter enables to force the baseURL to
    a value different form the baseUrl of this provider)

Unfortunately I think the developer forgot to update the documentation 
but you can find some explanations in the javadoc 
http://www.esigate.org/apidocs/net/webassembletool/renderers/ResourceFixupRenderer.html

In your case I think your need to set fixResources=true and *fixMode=0*

I opened a ticket on Mantis to remember to update the xdoc 
https://sourceforge.net/apps/mantisbt/webassembletool/view.php?id=78

Regards,

Francois-Xavier Bonnet

Le 07/03/2012 11:57, vic...@ze... a écrit :
> Hello,
>
> Here's my problem:
> I have an mock application (jsp), providing templates. This 
> application runs on (http://localhost:8081/mock-application).
>
> Another application, uses WAT, and uses the first one as a template.
>
> The problem concerns the static resources in the template application.
> This template returns :
> <link rel="StyleSheet" type="text/css" href="../styles/somestyle.css">
>
> Obviously, this url is not valid when WAT assembles the template and 
> the application.
> using "fixResources=true" in the driver.properties file, 
> webassembletool transforms the url into :
> "<link rel="StyleSheet" type="text/css" 
> href="/mock-application/../styles/somestyle.css">"
>
> This would work if the "mock-application" and the main application 
> were running on the same server, and the same port, but since the 
> mock-application is running on a tomcat on port 8081, this won't work.
>
> I tried a lot of parameters in the driver.properties file, but I can't 
> make it keep the absolute url.
>
> I'd like to set this up (for now) without using url rewriting and 
> having to run an Apache server.
>
> Do you have an idea ?
> Thank you for your help,
>
> Victor MONTANER
>
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

[Webassembletool-users] Problem declaring resources in a template used by webassembletool

[Victor M. <vic...@ze...>]

Hello,

Here's my problem:
I have an mock application (jsp), providing templates. This application
runs on (http://localhost:8081/mock-application).

Another application, uses WAT, and uses the first one as a template.

The problem concerns the static resources in the template application.
This template returns :
<link rel="StyleSheet" type="text/css" href="../styles/somestyle.css">

Obviously, this url is not valid when WAT assembles the template and the
application.
using "fixResources=true" in the driver.properties file, webassembletool
transforms the url into :
"<link rel="StyleSheet" type="text/css"
href="/mock-application/../styles/somestyle.css">"

This would work if the "mock-application" and the main application were
running on the same server, and the same port, but since the
mock-application is running on a tomcat on port 8081, this won't work.

I tried a lot of parameters in the driver.properties file, but I can't make
it keep the absolute url.

I'd like to set this up (for now) without using url rewriting and having to
run an Apache server.

Do you have an idea ?
Thank you for your help,

Victor MONTANER

[Webassembletool-users] ESIGate in central repo now

[François-Xavier B. <fx....@gm...>]

Hi all,

ESIGate version 3.1 is now in central maven repo
http://repo1.maven.org/maven2/org/esigate/
Thanks Stanislav.

[Webassembletool-users] ESIGate 2.19 is out!

[François-Xavier B. <fx....@gm...>]

Hi all,

I just released ESIGate 2.19
In this version:
- Upgraded to HttpClient 4.1
- Fix on Http pool
- Cookie forwarding now supports deletion, domains and preserveHost
- No more SocketException in logs in case of a ClientAbort

Next version will be 3.0

[Webassembletool-users] WAT/ESIGate wiki is open for contributions

[Nicolas R. <nic...@gm...>]

Hi all ESIGate users, 

ESIGate wiki[1] is now open for contributions. If you are using our framework you probably have tips, lessons learned, resources or stories to share. Feel free to create pages and contribute.

I would also let you know of some recent news : 
  - The project has been renamed to ESIGate. 

  - We have started to track changes and bugfixes in a new bug tracker [2]. Most open bugs have been moved but not all. This is can be considered as a way to clean up abandoned items. If you are having issues with ESIGate, please add your reports or requests in the new bug tracker. 

  - Another addition is the changelog[3]. If you did not update WAT/ESIGate for long, I would recommend taking a look at it and upgrade to the last release. A lot of bugs have been fixed in the last months.

  - Templating support for static files (understand : html pages only, no application/site/server required) has been released as a maven plugin. This plugin targets web designers and lets them build html/css designs using templates, greatly improving productivity on large projects. Best used from Eclipse with m2-eclipse.

  - ESIGate has support for the Wicket web framework.

  - The website[4] has been updated to reflect these changes.


Regards,
Nicolas Richeton

[1] https://sourceforge.net/apps/mediawiki/webassembletool/
[2] https://sourceforge.net/apps/mantisbt/webassembletool/main_page.php
[3] https://sourceforge.net/apps/mantisbt/webassembletool/changelog_page.php
[4] http://www.esigate.org/

[Webassembletool-users] WAT/ESIGate wiki is open for contributions

[Nicolas R. <nic...@fr...>]

Hi all ESIGate users, 

ESIGate wiki[1] is now open for contributions. If you are using our framework you probably have tips, lessons learned, resources or stories to share. Feel free to create pages and contribute.

I would also let you know of some recent news : 
   - The project has been renamed to ESIGate. 

   - We have started to track changes and bugfixes in a new bug tracker [2]. Most open bugs have been moved but not all. This is can be considered as a way to clean up abandoned items. If you are having issues with ESIGate, please add your reports or requests in the new bug tracker. 

   - Another addition is the changelog[3]. If you did not update WAT/ESIGate for long, I would recommend taking a look at it and upgrade to the last release. A lot of bugs have been fixed in the last months.

   - Templating support for static files (understand : html pages only, no application/site/server required) has been released as a maven plugin. This plugging targets web designers and lets them build html/css designs using templates, greatly improving productivity on large projects. Best used from Eclipse with m2-eclipse.

   - ESIGate has support for the Wicket web framework.

   - The website[4] has been updated to reflect these changes.


Regards,
Nicolas Richeton

[1] https://sourceforge.net/apps/mediawiki/webassembletool/
[2] https://sourceforge.net/apps/mantisbt/webassembletool/main_page.php
[3] https://sourceforge.net/apps/mantisbt/webassembletool/changelog_page.php
[4] http://www.esigate.org/

[Webassembletool-users] Subscription to Esigate users mailing list

[Philippe De O. <phi...@gm...>]

-- 
Philippe De Oliveira

Afin de contribuer au respect de l'environnement, merci de n'imprimer ce
mail qu'en cas de nécessité

[Webassembletool-users] [WAT] - Headers stockés dans un fichier

[Aurélien L. <aur...@gm...>]

Salut,

je suis en train de bosser un peu sur le WAT et je suis tombé sur un "bug"
potentiel (ou pas).


voici le contenu de mon fichier header stocké sur le disque :

cat /tmp/wat/test_3556498/template.jsp_-977107757.headers


#Headers
#Tue Aug 31 11:21:23 CEST 2010
Date=Tue, 31 Aug 2010 09\:21\:23 GMT
200=OK
Content-Type=text/html;charset\=ISO-8859-1
Content-Length=1141

Le problème c'est que ce n'est pas le code de retour HTTP qui se situe en
première ligne mais la date


public class FileResource extends Resource {
    private File file;
    private Map<String, String> headersMap;
    private int statusCode;
    private String statusMessage;

    public FileResource(String localBase, ResourceContext target)
            throws IOException {
        String url = ResourceUtils.getFileUrl(localBase, target);
        file = new File(url);
        File headersFile = new File(url + ".headers");
        if (file.exists() && headersFile.exists()) {
            headersMap = new HashMap<String, String>();
            InputStream headersInputStream = new
FileInputStream(headersFile);
            Properties headers = new Properties();
            headers.load(headersInputStream);
            headersInputStream.close();
            Iterator<Entry<Object, Object>> iterator = headers.entrySet()
                    .iterator();
            if (!iterator.hasNext()) {
                throw new InvalidHeaderFileException("Invalid headers
file");
            }
            Entry<Object, Object> header = iterator.next();
            statusCode = Integer.parseInt(header.getKey().toString());
            statusMessage = header.getValue().toString();
            while (iterator.hasNext()) {
                header = iterator.next();
                headersMap.put(header.getKey().toString().toLowerCase(),
header
                        .getValue().toString());
            }
        } else {
            statusCode = 404;
            statusMessage = "Not found";
        }
    }

Donc je me récupère un NumberFormatException lors du parseInt.


Ma question est donc :

- modifie-t-on la facon dont est écrit le header pour avoir un truc du style
:

Date=Tue, 31 Aug 2010 09\:21\:23 GMT
HttpCode=200
HttpMessage=OK
Content-Type=text/html;charset\=ISO-8859-1
Content-Length=1141

- modifie-t-on la facon dont est relu le header :
du style, on itère tant que la clé n'est pas un nombre

- autre...

-- 
Aurélien Loth

[Webassembletool-users] Trunk does not build

[Nicolas R. <nic...@gm...>]

Hi all,

It seems that the trunk no longer build  :

Results :

Tests in error:
  testLogin(net.webassembletool.cas.CasTest)

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0

[INFO]  
------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO]  
------------------------------------------------------------------------
[INFO] There are test failures.

Could you take a look at this ?

--
Nicolas

Re: [Webassembletool-users] New bugtracker : Mantis/Trac ?

[Francois-Xavier B. <fra...@ce...>]

+1

Which one do we take ? Is there a way to migrate existing items to the new
tracker ? 

-----Message d'origine-----
De : nic...@gm... [mailto:nic...@gm...] 
Envoyé : vendredi 21 mai 2010 11:33
À : web...@li...
Objet : [Webassembletool-users] New bugtracker : Mantis/Trac ?

Hi, 

Now that sourceforge provides MantisBT or Trac as hosted apps, I think it
would be a good idea to leave the default and ugly sf tracker for one of
these. 

These tracker provides a lot of additional features (road map, changelog,
rss, eclipse integration) and are more user friendly. 

FX (and others), what is your opinion on this ? 
--
Nicolas






----------------------------------------------------------------------------
--

_______________________________________________
Webassembletool-users mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/webassembletool-users

Re: [Webassembletool-users] New bugtracker : Mantis/Trac ?

[Nicolas R. <nic...@gm...>]

I know mantisbt better, but trac is a good choice too. 
+1 MantisBT

I don't think there is a migration tool for item but do we have so many open bugs ? :-)

-- 
Nicolas





Le 21 mai 2010 à 11:38, Francois-Xavier Bonnet a écrit :

> +1
> 
> Which one do we take ? Is there a way to migrate existing items to the new
> tracker ? 
> 
> -----Message d'origine-----
> De : nic...@gm... [mailto:nic...@gm...] 
> Envoyé : vendredi 21 mai 2010 11:33
> À : web...@li...
> Objet : [Webassembletool-users] New bugtracker : Mantis/Trac ?
> 
> Hi, 
> 
> Now that sourceforge provides MantisBT or Trac as hosted apps, I think it
> would be a good idea to leave the default and ugly sf tracker for one of
> these. 
> 
> These tracker provides a lot of additional features (road map, changelog,
> rss, eclipse integration) and are more user friendly. 
> 
> FX (and others), what is your opinion on this ? 
> --
> Nicolas
> 
> 
> 
> 
> 
> 
> ----------------------------------------------------------------------------
> --
> 
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
> 

[Webassembletool-users] New bugtracker : Mantis/Trac ?

[Nicolas R. <nic...@gm...>]

Hi, 

Now that sourceforge provides MantisBT or Trac as hosted apps, I think it would be a good idea to leave the default and ugly sf tracker for one of these. 

These tracker provides a lot of additional features (road map, changelog, rss, eclipse integration) and are more user friendly. 

FX (and others), what is your opinion on this ? 
-- 
Nicolas

Re: [Webassembletool-users] get RemoteAddress through WAT.

[François-Xavier B. <fra...@ce...>]

Hello,

Currently, there is no way to know the IP address of the remote client from
aggregated applications. You could add logs in your aggregator application
or on your front Apache server if you are using one, but not on the
aggregated applications.

It could be a nice feature in the next version of WAT to forward the IP
address of remote clients to the aggredated applications. I guess the best
way would be to do the same as Apache mod_proxy : add a "X-Forwarded-For"
request header.
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html

I just added a feature request in the tracker :
https://sourceforge.net/tracker/?func=detail&aid=2911888&group_id=209844&ati
d=1011350

Regards,
Francois-Xavier Bonnet

-----Message d'origine-----
De : Chr...@if... [mailto:Chr...@if...] 
Envoyé : mercredi 9 décembre 2009 14:00
À : web...@li...
Objet : [Webassembletool-users] get RemoteAddress through WAT.

Hello,
I use WAT 2.3 for a while in production environments, with the reverse proxy
Aggregator Servlet ( which aggregates Jahia CMS and other web
providers)

Everything works fine now ,but I'm having problems with providers which need
to get IP address of remote clients ( to do logs with log4j, or anything
else about remoteAdress of HTTP client....eg. sending information about form
validation......)

Indeed, Providers uses basically HttpServletRequest.getRemoteAddress to get
HTTP clients, but get finally the IP of the server running WAT Aggregator
Servlet.

Is there a way to get the real remoteAddress instead of this through WAT
Aggregator ?
Any idea would be appreciate !
Best Regards,
Christophe Dumonet

--
----------------------------------------------------
 Christophe Dumonet
 Centre de Ressources Informatiques
 Institut Francais de Mecanique Avancee (IFMA)  Campus des Cezeaux  BP 265
 63175 AUBIERE Cedex
 Tel : +33 - 4.73.28.80.64
 Fax : +33 - 4.73.28.81.00
 Mail : Chr...@if...
----------------------------------------------------



----------------------------------------------------------------------------
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Webassembletool-users mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/webassembletool-users

[Webassembletool-users] get RemoteAddress through WAT.

[christophe D. <Chr...@if...>]

Hello,
I use WAT 2.3 for a while in production environments, with the reverse 
proxy Aggregator Servlet ( which aggregates Jahia CMS and other web 
providers)

Everything works fine now ,but I'm having problems with providers which 
need to get IP address of remote clients ( to do logs with log4j, or 
anything else about remoteAdress of HTTP client....eg. sending 
information about form validation......)

Indeed, Providers uses basically HttpServletRequest.getRemoteAddress to 
get HTTP clients, but get finally the IP of the server running WAT 
Aggregator Servlet.

Is there a way to get the real remoteAddress instead of this through WAT 
Aggregator ?
Any idea would be appreciate !
Best Regards,
Christophe Dumonet

-- 
----------------------------------------------------
 Christophe Dumonet
 Centre de Ressources Informatiques
 Institut Francais de Mecanique Avancee (IFMA)
 Campus des Cezeaux
 BP 265
 63175 AUBIERE Cedex
 Tel : +33 - 4.73.28.80.64
 Fax : +33 - 4.73.28.81.00
 Mail : Chr...@if...
----------------------------------------------------

Re: [Webassembletool-users] Wicket support

[François-Xavier B. <fra...@ce...>]

Hi,
 
Someone already submitted this idea but nothing has been done yet.
For now you can use WAT in 4 ways :
- JSP taglib
- JSF components
- reverse proxy with comment tags in pages
- reverse proxy with ESI tags
 
Support for wicket would be a great feature.
 
Francois-Xavier Bonnet

  _____  

De : nic...@gm... [mailto:nic...@gm...] 
Envoyé : mercredi 2 décembre 2009 15:01
À : web...@li...
Objet : [Webassembletool-users] Wicket support


Hi all, 

Is there any work in progress to support WAT templating in wicket ?

-- 
Nicolas Richeton

[Webassembletool-users] Wicket support

[Nicolas R. <nic...@gm...>]

Hi all,

Is there any work in progress to support WAT templating in wicket ?

-- 
Nicolas Richeton