webassembletool-users — ESIGate user list

Re: [Webassembletool-users] IncludeTemplateTag and provider attribut

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

Hello,
 
You are perfecly right, this is a bug. It will be fixed soon. Thanks for
reporting it.

  _____  

De : erl...@ca... [mailto:erl...@ca...] 
Envoyé : lundi 23 novembre 2009 17:34
À : web...@li...
Objet : [Webassembletool-users] IncludeTemplateTag and provider attribut


Hello
 
I posted a bug report on the tracker without success so i try the mailling
list.
Could you explain me why IncludeTemplateTag provider attribut accessors are
not public ?
 
 

Erlé LE GAC | Capgemini Ouest, ITC Nantes
Architecte Solution Senior
Office: +33 (0) 2 51 17 84 32 | +33 (0) 6 14 75 72 73 | Fax: +33 (0) 2 51 17
35 09 | www.capgemini.com <http://www.capgemini.com/>  
Join the Collaborative Business Experience 
erl...@ca... 

P Please consider the environment and do not print this email unless
absolutely necessary. Capgemini encourages environmental  awareness

 

 

This message contains information that may be privileged or confidential and
is the property of the Capgemini Group. It is intended only for the person
to whom it is addressed. If you are not the intended recipient, you are not
authorized to read, print, retain, copy, disseminate, distribute, or use
this message or any part thereof. If you receive this message in error,
please notify the sender immediately and delete all copies of this message.

[Webassembletool-users] IncludeTemplateTag and provider attribut

[Le G. E. <erl...@ca...>]

Hello

I posted a bug report on the tracker without success so i try the mailling list.
Could you explain me why IncludeTemplateTag provider attribut accessors are not public ?



Erlé LE GAC | Capgemini Ouest, ITC Nantes
Architecte Solution Senior
Office: +33 (0) 2 51 17 84 32 | +33 (0) 6 14 75 72 73 | Fax: +33 (0) 2 51 17 35 09 | www.capgemini.com<http://www.capgemini.com/>
Join the Collaborative Business Experience
erl...@ca...<mailto:erl...@ca...>
P Please consider the environment and do not print this email unless absolutely necessary. Capgemini encourages environmental  awareness


</PRE><p style="font-family:arial;color:grey" style="font-size:13px">This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.</p><PRE>

[Webassembletool-users] Website Assembling Toolkit 2.3 released

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

New features in this release:
- Migrated to Apache HTTPClient 4.0
http://hc.apache.org/httpcomponents-client/index.html
- CAS support is now a separate module
- Created AuthenticationHanler interface in order to plug any
authentication mechanism
- Migrated to nu.validator Html parser
- Support for preserveHost when forwarding a request (default to false)
- Refresh button hit by the user causes the cache to be revalidated as
well (Pragma:no-cache an Cache-control support)
- Html pages parsing algorithm was entirely rewritten

Warning: Starting from this version, in order to improve html parsing
performance, any tag must be closed. For example up to version 2.2 you
could use any of these expressions:
1) <!--$includeblock$provider$page$block$-->
2) <!--$includeblock$provider$page$block$-->This text is going to be
replaced<!--$endincludeblock$-->
Now, only the 2) is supported. If you forget the closing tag, the
reste of the page will be considered as the text to ignore and will
not appear in the final page.

Next steps :
- Complete HTTP cache implementation (RFC 2616)
- Support for inclusion of local resources (inside the webapp) or
cross context (inside the same servlet container)
- Full ESI support
- Cookie forwarding
- Migration of all the integration tests to maven cargo plugin and HttpUnit
- Find a new name for the project (no one can ever remember such a
complicated name!)

Re: [Webassembletool-users] Servlet Aggregator et hostname provider perdu.

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

J'utilisai la version 2.2 en téléchargement direct, dans la rubrique 
files du projet....mais je vais "checkouté" la bonne révision (290 donc) 
sur le serveur SVN.
Merci beaucoup pour votre aide, je teste ça.
Cordialement,

----------------------------------------------------
 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...
----------------------------------------------------



François-Xavier Bonnet a écrit :
> Bonjour,
>
> Quelle révision utilisez-vous ?
>
> Le paramètre preserveHost est tout nouveau. Il ne fonctionnait pas
> correctement lors de mon premier commit du 05/11 (revision svn 289). En
> principe il fonctionne depuis le commit du 09/11 (revision svn 290).
>
> -----Message d'origine-----
> De : Chr...@if... [mailto:Chr...@if...] 
> Envoyé : jeudi 19 novembre 2009 10:17
> À : web...@li...; Oli...@if...;
> Thi...@if...
> Objet : [Webassembletool-users] Servlet Aggregator et hostname provider
> perdu.
>
> Bonjour,
> J'utilise le WAT avec la servlet Aggregator.
> J'ai donc un provider principal (le CMS/portail Jahia) et des providers
> externes.
> Tout est ok, lorsque je passe au travers du WAT dans un contexte de provider
> défini dans web.xml, je tombe bien sur l'assemblage attendu provider + les
> blocs que j'inclu de mon provider principal.
>
> Mon problème :
> -> Mon provider principal est Jahia, c'est un CMS qui supporte plusieurs
> sites. Ma config WAT fonctionne bien avec le premier site par défaut de
> Jahia, mais ne fonctionne pas avec les autres sites : je tombe  toujours sur
> le site par défaut, même si j'appelle avec l'URI du deuxième site.
> En effet, Jahia détermine quel site afficher en fonction du hostname d'appel
> dans l'URI eg  http://monpremiersite ou http://mondeuxiemesite, et le WAT ne
> semble pas préserver pas les noms d'hôtes, malgré le nouveau paramètre
> preserveHost
>
> Voici la config de mon provider principal, tout cache désactivé :
>
> #jahia
> jahia.remoteUrlBase=http://localhost:8080
> jahia.timeout=20000
> jahia.maxConnectionsPerHost=100
> jahia.useCache=false
> jahia.putInCache=false
> jahia.preserveHost=true
>
> Une piste est peut-être remoteUrlBase=http://localhost:8080 qui est
> finalement figé à localhost, et qui expliquerait pourquoi jahia me sort son
> default site, et qui voudrait dire que preserveHost ne fonctionne pas dans
> mon cas.......mais je demande de l'aide à ce niveau là :-(
>
> Je mets en fichiers joints :
> - driver.properties
> - web.xml
>
> Toute aide sera la bienvenue ! Merci à vous.
> Cordialement,
>
> ----------------------------------------------------
>  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] Servlet Aggregator et hostname provider perdu.

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

Bonjour,

Quelle révision utilisez-vous ?

Le paramètre preserveHost est tout nouveau. Il ne fonctionnait pas
correctement lors de mon premier commit du 05/11 (revision svn 289). En
principe il fonctionne depuis le commit du 09/11 (revision svn 290).

-----Message d'origine-----
De : Chr...@if... [mailto:Chr...@if...] 
Envoyé : jeudi 19 novembre 2009 10:17
À : web...@li...; Oli...@if...;
Thi...@if...
Objet : [Webassembletool-users] Servlet Aggregator et hostname provider
perdu.

Bonjour,
J'utilise le WAT avec la servlet Aggregator.
J'ai donc un provider principal (le CMS/portail Jahia) et des providers
externes.
Tout est ok, lorsque je passe au travers du WAT dans un contexte de provider
défini dans web.xml, je tombe bien sur l'assemblage attendu provider + les
blocs que j'inclu de mon provider principal.

Mon problème :
-> Mon provider principal est Jahia, c'est un CMS qui supporte plusieurs
sites. Ma config WAT fonctionne bien avec le premier site par défaut de
Jahia, mais ne fonctionne pas avec les autres sites : je tombe  toujours sur
le site par défaut, même si j'appelle avec l'URI du deuxième site.
En effet, Jahia détermine quel site afficher en fonction du hostname d'appel
dans l'URI eg  http://monpremiersite ou http://mondeuxiemesite, et le WAT ne
semble pas préserver pas les noms d'hôtes, malgré le nouveau paramètre
preserveHost

Voici la config de mon provider principal, tout cache désactivé :

#jahia
jahia.remoteUrlBase=http://localhost:8080
jahia.timeout=20000
jahia.maxConnectionsPerHost=100
jahia.useCache=false
jahia.putInCache=false
jahia.preserveHost=true

Une piste est peut-être remoteUrlBase=http://localhost:8080 qui est
finalement figé à localhost, et qui expliquerait pourquoi jahia me sort son
default site, et qui voudrait dire que preserveHost ne fonctionne pas dans
mon cas.......mais je demande de l'aide à ce niveau là :-(

Je mets en fichiers joints :
- driver.properties
- web.xml

Toute aide sera la bienvenue ! Merci à vous.
Cordialement,

----------------------------------------------------
 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...
----------------------------------------------------

[Webassembletool-users] Servlet Aggregator et hostname provider perdu.

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

Bonjour,
J'utilise le WAT avec la servlet Aggregator.
J'ai donc un provider principal (le CMS/portail Jahia) et des providers 
externes.
Tout est ok, lorsque je passe au travers du WAT dans un contexte de 
provider défini dans web.xml, je tombe bien sur l'assemblage attendu 
provider + les blocs que j'inclu de mon provider principal.

Mon problème :
-> Mon provider principal est Jahia, c'est un CMS qui supporte plusieurs 
sites. Ma config WAT fonctionne bien avec le premier site par défaut de 
Jahia, mais ne fonctionne pas avec les autres sites : je tombe  toujours 
sur le site par défaut, même si j'appelle avec l'URI du deuxième site.
En effet, Jahia détermine quel site afficher en fonction du hostname 
d'appel dans l'URI eg  http://monpremiersite ou http://mondeuxiemesite, 
et le WAT ne semble pas préserver pas les noms d'hôtes, malgré le 
nouveau paramètre preserveHost

Voici la config de mon provider principal, tout cache désactivé :

#jahia
jahia.remoteUrlBase=http://localhost:8080
jahia.timeout=20000
jahia.maxConnectionsPerHost=100
jahia.useCache=false
jahia.putInCache=false
jahia.preserveHost=true

Une piste est peut-être remoteUrlBase=http://localhost:8080 qui est 
finalement figé à localhost, et qui expliquerait pourquoi jahia me sort 
son default site, et qui voudrait dire que preserveHost ne fonctionne 
pas dans mon cas.......mais je demande de l'aide à ce niveau là :-(

Je mets en fichiers joints :
- driver.properties
- web.xml

Toute aide sera la bienvenue ! Merci à vous.
Cordialement,

----------------------------------------------------
 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...
----------------------------------------------------

[Webassembletool-users] Project structure and JSF support

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

Hello,

I changed the project structure to make it a multimodule maven project :
- the code is split in 3 modules : "webassembletool-core",
"webassembletool-taglib", "webassembletool-taglib-helper" (taglib
helper contains only the tags used to generate the tags on provider
apps and the servlet filter for remote user, it has non dependency at
all)
- added a module "webassembletool-jsf" aimed to do the same as
"webassembletool-taglib" module but with jsf UIComponents
(experimental, only 4 tags implemented, tested only with Facelet
framework)
- another module for integration tests "webassembletool-integration-test"
- a separate module for each test application "webassembletool-app-*".
They work with m2eclipse and wtp !

Each module has the minimum dependencies it needs.

Almost no more ant code necessary, standard maven build cycle.

Under Eclipse, after updating, you need to remove the project from the
workspace and import it as a maven project.

Francois-Xavier Bonnet

[Webassembletool-users] HttpComponents HttpCore 4.0 (GA) Released

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

HttpComponents HttpCore 4.0 (GA) Released
http://www.nabble.com/-ANNOUNCEMENT--HttpComponents-HttpCore-4.0-(GA)-Releas
ed-td22231386.html

HttpCore 4.0 is the foundation for HttpClient 4.0 that is still in b2 but
should be released soon.
It should be much easier to implement others HttpMethods that POST and GET
and performance should improve with the use of NIO.

[Webassembletool-users] Website Assembling Toolkit 2.0 released

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

New features include:
- ESI support
- Maven
- Xpath
- Xslt
- JSESSIONID filtering
- Multipart requests

Next steps :
- improve Maven project structure (multi-module)
- improve sessionid filtering for Java and PHP applications
- migration to HttpClient 4.0 (when available)
- improve cookie management

[Webassembletool-users] WAT 2.0 released !

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

WAT now has its maven repository. See the documentation :
http://webassembletool.sourceforge.net/maven.html

New features include:
- ESI support
- Maven
- Xpath
- Xslt
- JSESSIONID filtering
- Multipart requests

Next steps :
- improve Maven project structure (multi-module)
- improve sessionid filtering for Java and PHP applications
- migration to HttpClient 4.0 (when available)
- improve cookie management
- other bug/feature requests : see tracker

[Webassembletool-users] Website Assembling Toolkit 2.0 released

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

New features include:
- ESI support
- Maven
- Xpath
- Xslt
- JSESSIONID filtering
- Multipart requests

Next steps :
- improve Maven project structure (multi-module)
- improve sessionid filtering for Java and PHP applications
- migration to HttpClient 4.0 (when available)
- improve cookie management