webassembletool-users — ESIGate user list

Re: [EsiGate-users] Decorator page

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

Hello,

I have shared an example of extension that transforms an application using
Jsoup:
https://github.com/fxbonnet/esigate-jsoup-example

2015-10-14 0:49 GMT+02:00 oneyeeman <sa...@gm...>:

> Hello all,
>
> I am looking for a way to embed 3rd party web applications (no access to
> the source) inside a page. There are a number of these applications that I
> will need to embed and consistency in look and feel is not a requirement.
> The main goal is to provide some common functionality and information,
> single sign on and a single point of access across all of the third party
> applications.
>
> Can any one give me some pointers as to how to do this with Esigate.
>
> Many thanks
>
> Oneeye
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

[EsiGate-users] Decorator page

[oneyeeman <sa...@gm...>]

Hello all,

I am looking for a way to embed 3rd party web applications (no access to
the source) inside a page. There are a number of these applications that I
will need to embed and consistency in look and feel is not a requirement.
The main goal is to provide some common functionality and information,
single sign on and a single point of access across all of the third party
applications.

Can any one give me some pointers as to how to do this with Esigate.

Many thanks

Oneeye

Re: [EsiGate-users] Getting Started

[oneyeeman <sa...@gm...>]

Hi, Nicolas, Francois,

Thanks for your responses. I misunderstood the tutorial and thought that
the start up was hanging. The issue has now been resolved and I have got
the tutorial exercise to work.

I will definitely take a look at the source for the CAS extension for help
in resolving the SSO piece. Thanks also for pointing me in the direction of
JSoup it looks very handy.

Cheers.

On Tue, Oct 13, 2015 at 7:58 AM, Nicolas Richeton <
nic...@gm...> wrote:

> Hi,
>
> If you are using 4.x or an old 5.0 snapshot and require to use a proxy
> which is not configured in esigate, server may hang at start while trying
> to retrieve a dtd.
>
> This has been fixed in latest release.
>
> Otherwise, does esigate accept connections on default port 8080 ?
>
> --
> Nicolas
>
> Le 13 oct. 2015 à 08:36, Francois-Xavier Bonnet <
> fra...@ce...> a écrit :
>
> Hello,
>
> Yes, what you want to do is definitely possible with EsiGate. You will
> probably have to write some custom extensions in order to parse and
> transform the pages of the webapps you are going to integrate, I have
> already seen that on a project that was using an extension with Jsoup,
> another possibility is xslt transformations. You will also need a custom
> extension for SSO, you can have a look at the CAS extension source code for
> an example.
>
> First of all, I suggest that you subscribe to this mailing list in order
> to ensure that your messages are not going to be moderated ant that you
> will receive all the replies from other members.
>
> Which version of EsiGate are you using right now? Could you send the
> esigate.properties file you are using? How do you know it hangs while
> scanning the configuration file?
>
>
>
> 2015-10-12 18:23 GMT+02:00 Olajide Sanu <sa...@gm...>:
>
>> Hello all,
>>
>> I'm a newbie with Esigate and trying to understand how to use it. I am
>> evaluating it as a tool to integrate a number of webapps that I do not
>> control and I have no access to the source. The I need to apply a common
>> template to them all and add single sign on using saml.
>>
>> Is this possible using esigate?
>>
>> I have tried to run the tutorial example to get some idea of how to get
>> things working but unfortunately it hangs while scanning the configuration
>> file. Can anyone give me some advice with this?
>>
>> Thanks
>>
>> Oneeye
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] Getting Started

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

Hi,

If you are using 4.x or an old 5.0 snapshot and require to use a proxy which is not configured in esigate, server may hang at start while trying to retrieve a dtd. 

This has been fixed in latest release.

Otherwise, does esigate accept connections on default port 8080 ?

--
Nicolas

> Le 13 oct. 2015 à 08:36, Francois-Xavier Bonnet <fra...@ce...> a écrit :
> 
> Hello,
> 
> Yes, what you want to do is definitely possible with EsiGate. You will probably have to write some custom extensions in order to parse and transform the pages of the webapps you are going to integrate, I have already seen that on a project that was using an extension with Jsoup, another possibility is xslt transformations. You will also need a custom extension for SSO, you can have a look at the CAS extension source code for an example.
> 
> First of all, I suggest that you subscribe to this mailing list in order to ensure that your messages are not going to be moderated ant that you will receive all the replies from other members.
> 
> Which version of EsiGate are you using right now? Could you send the esigate.properties file you are using? How do you know it hangs while scanning the configuration file?
> 
> 
> 
> 2015-10-12 18:23 GMT+02:00 Olajide Sanu <sa...@gm...>:
>> Hello all, 
>> 
>> I'm a newbie with Esigate and trying to understand how to use it. I am evaluating it as a tool to integrate a number of webapps that I do not control and I have no access to the source. The I need to apply a common template to them all and add single sign on using saml.
>> 
>> Is this possible using esigate?
>> 
>> I have tried to run the tutorial example to get some idea of how to get things working but unfortunately it hangs while scanning the configuration file. Can anyone give me some advice with this?
>> 
>> Thanks
>> 
>> Oneeye
>> 
>> ------------------------------------------------------------------------------
>> 
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

Re: [EsiGate-users] Getting Started

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

Hello,

Yes, what you want to do is definitely possible with EsiGate. You will
probably have to write some custom extensions in order to parse and
transform the pages of the webapps you are going to integrate, I have
already seen that on a project that was using an extension with Jsoup,
another possibility is xslt transformations. You will also need a custom
extension for SSO, you can have a look at the CAS extension source code for
an example.

First of all, I suggest that you subscribe to this mailing list in order to
ensure that your messages are not going to be moderated ant that you will
receive all the replies from other members.

Which version of EsiGate are you using right now? Could you send the
esigate.properties file you are using? How do you know it hangs while
scanning the configuration file?



2015-10-12 18:23 GMT+02:00 Olajide Sanu <sa...@gm...>:

> Hello all,
>
> I'm a newbie with Esigate and trying to understand how to use it. I am
> evaluating it as a tool to integrate a number of webapps that I do not
> control and I have no access to the source. The I need to apply a common
> template to them all and add single sign on using saml.
>
> Is this possible using esigate?
>
> I have tried to run the tutorial example to get some idea of how to get
> things working but unfortunately it hangs while scanning the configuration
> file. Can anyone give me some advice with this?
>
> Thanks
>
> Oneeye
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

[EsiGate-users] Getting Started

[Olajide S. <sa...@gm...>]

Hello all,

I'm a newbie with Esigate and trying to understand how to use it. I am
evaluating it as a tool to integrate a number of webapps that I do not
control and I have no access to the source. The I need to apply a common
template to them all and add single sign on using saml.

Is this possible using esigate?

I have tried to run the tutorial example to get some idea of how to get
things working but unfortunately it hangs while scanning the configuration
file. Can anyone give me some advice with this?

Thanks

Oneeye

Re: [EsiGate-users] No configuration properties found for factory: default

[심제현 <sh...@so...>]

Thank you very much

At first I tried to v5.1 but, failed to deploy on Tomcat.

And I don't know why..

I success to operate reverse proxy with v4.4

and next step is Tomcat with SSL.

I want to test that "incoming HTTPS request" redirect to same
remoteUrlBase.

Do you have any tips?

Thanks again.



2015-08-18 20:57 GMT+09:00 Francois-Xavier Bonnet <
fra...@ce...>:

> You can deploy EsiGate webapp on the machine "idpproxy.mycompany",
> configure Tomcat to listen on port 80
> In order to have the webapp deployed at the root of Tomcat, I think the
> most simple way is to rename the war file to ROOT.war and replace the one
> shipped with Tomcat
> Then in esigate.properties file, you need to set:
> remoteUrlBase=http://idp.mycompany:8080/
> As you are using the ProxyServlet, you also have to set the url mapping
> for the servlet in WEB-INF/web.xml, it should look
> like <url-pattern>/*</url-pattern>
>
> By the way, is there a reason why you are using version 4.4 instead of
> 5.1? Since version 5.0, the ProxyServlet has been replaced by a servlet
> filter and the configuration of the mappings is easier.
>
> 2015-08-18 8:54 GMT+02:00 심제현 <sh...@so...>:
>
>> Hi Francois-Xavier!
>>
>> Testing version is 4.4.
>>
>> And my testing is progressed.
>>
>> No more error like "No configuration ~"
>>
>> And I'am testing as guided below link
>>
>>
>>    - http://www.esigate.org/proxy.html
>>
>>
>> on this page, there are two kinds of Reverse Proxy.
>>
>> and both of them failed.
>>
>> I want to Esigate works as a reverse proxy like below
>>
>> 1. request : http://idpproxy.mycompany/openam/~
>>
>> 2. redirect to http://idp.mycompany:8080/openam/~
>>
>> just want to change host and port part.
>>
>> How can I modify properties files?
>>
>> Thanks!
>>
>> 2015-08-18 14:59 GMT+09:00 Francois-Xavier Bonnet <
>> fra...@ce...>:
>>
>>> Hi Jehyun,
>>>
>>> Which version of EsiGate are you using?
>>> Le 18 août 2015 6:47 AM, "심제현" <sh...@so...> a écrit :
>>>
>>>> Hello everybody.
>>>>
>>>> I'm testing Esigate as a reverse proxy servlet.
>>>>
>>>> Setting up is finished and I testing some url,
>>>>
>>>> but there was an error like below.
>>>>
>>>> [image: 본문 이미지 1]
>>>>
>>>> I am not sure "driver.properties" file's contents is correct.
>>>>
>>>> Here's contents I configured
>>>>
>>>> [image: 본문 이미지 2]
>>>>
>>>> What exactly driver and factory mean?
>>>>
>>>> And which properties must be configured in "driver.properties".
>>>>
>>>> Thanks.
>>>>
>>>> Best,
>>>> Jehyun
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Webassembletool-users mailing list
>>>> Web...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>
>>>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>

Re: [EsiGate-users] No configuration properties found for factory: default

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

You can deploy EsiGate webapp on the machine "idpproxy.mycompany",
configure Tomcat to listen on port 80
In order to have the webapp deployed at the root of Tomcat, I think the
most simple way is to rename the war file to ROOT.war and replace the one
shipped with Tomcat
Then in esigate.properties file, you need to set:
remoteUrlBase=http://idp.mycompany:8080/
As you are using the ProxyServlet, you also have to set the url mapping for
the servlet in WEB-INF/web.xml, it should look
like <url-pattern>/*</url-pattern>

By the way, is there a reason why you are using version 4.4 instead of 5.1?
Since version 5.0, the ProxyServlet has been replaced by a servlet filter
and the configuration of the mappings is easier.

2015-08-18 8:54 GMT+02:00 심제현 <sh...@so...>:

> Hi Francois-Xavier!
>
> Testing version is 4.4.
>
> And my testing is progressed.
>
> No more error like "No configuration ~"
>
> And I'am testing as guided below link
>
>
>    - http://www.esigate.org/proxy.html
>
>
> on this page, there are two kinds of Reverse Proxy.
>
> and both of them failed.
>
> I want to Esigate works as a reverse proxy like below
>
> 1. request : http://idpproxy.mycompany/openam/~
>
> 2. redirect to http://idp.mycompany:8080/openam/~
>
> just want to change host and port part.
>
> How can I modify properties files?
>
> Thanks!
>
> 2015-08-18 14:59 GMT+09:00 Francois-Xavier Bonnet <
> fra...@ce...>:
>
>> Hi Jehyun,
>>
>> Which version of EsiGate are you using?
>> Le 18 août 2015 6:47 AM, "심제현" <sh...@so...> a écrit :
>>
>>> Hello everybody.
>>>
>>> I'm testing Esigate as a reverse proxy servlet.
>>>
>>> Setting up is finished and I testing some url,
>>>
>>> but there was an error like below.
>>>
>>> [image: 본문 이미지 1]
>>>
>>> I am not sure "driver.properties" file's contents is correct.
>>>
>>> Here's contents I configured
>>>
>>> [image: 본문 이미지 2]
>>>
>>> What exactly driver and factory mean?
>>>
>>> And which properties must be configured in "driver.properties".
>>>
>>> Thanks.
>>>
>>> Best,
>>> Jehyun
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Webassembletool-users mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>
>>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] No configuration properties found for factory: default

[심제현 <sh...@so...>]

Hi Francois-Xavier!

Testing version is 4.4.

And my testing is progressed.

No more error like "No configuration ~"

And I'am testing as guided below link


   - http://www.esigate.org/proxy.html


on this page, there are two kinds of Reverse Proxy.

and both of them failed.

I want to Esigate works as a reverse proxy like below

1. request : http://idpproxy.mycompany/openam/~

2. redirect to http://idp.mycompany:8080/openam/~

just want to change host and port part.

How can I modify properties files?

Thanks!

2015-08-18 14:59 GMT+09:00 Francois-Xavier Bonnet <
fra...@ce...>:

> Hi Jehyun,
>
> Which version of EsiGate are you using?
> Le 18 août 2015 6:47 AM, "심제현" <sh...@so...> a écrit :
>
>> Hello everybody.
>>
>> I'm testing Esigate as a reverse proxy servlet.
>>
>> Setting up is finished and I testing some url,
>>
>> but there was an error like below.
>>
>> [image: 본문 이미지 1]
>>
>> I am not sure "driver.properties" file's contents is correct.
>>
>> Here's contents I configured
>>
>> [image: 본문 이미지 2]
>>
>> What exactly driver and factory mean?
>>
>> And which properties must be configured in "driver.properties".
>>
>> Thanks.
>>
>> Best,
>> Jehyun
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>

Re: [EsiGate-users] No configuration properties found for factory: default

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

Hi Jehyun,

Which version of EsiGate are you using?
Le 18 août 2015 6:47 AM, "심제현" <sh...@so...> a écrit :

> Hello everybody.
>
> I'm testing Esigate as a reverse proxy servlet.
>
> Setting up is finished and I testing some url,
>
> but there was an error like below.
>
> [image: 본문 이미지 1]
>
> I am not sure "driver.properties" file's contents is correct.
>
> Here's contents I configured
>
> [image: 본문 이미지 2]
>
> What exactly driver and factory mean?
>
> And which properties must be configured in "driver.properties".
>
> Thanks.
>
> Best,
> Jehyun
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] long-polling in esigate 4.1 problem

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

Hi Augustus,

I have integrated your patch into the trunk. It works fine.
Thank you very much for your contribution!

2014-10-20 18:03 GMT+02:00 Francois-Xavier Bonnet <
fra...@ce...>:

> Thank you very much for the code snippets.
> I created an issue for that in Github. I will try to see if I can
> integrate it.
> https://github.com/esigate/esigate/issues/33
>
> 2014-10-16 10:44 GMT+02:00 謝福明 <aug...@ch...>:
>
>>  Hi,
>>
>>
>>
>>         We have resolved this issue,
>>
>>
>>
>>         Because InputStreamEntity writeTo() have to waiting buffer full
>> then write output, but our apps use long-polling transfers data never fill
>> up the buffer, cause InputStreamEntity waiting until timeout,
>>
>>
>>
>>         So,
>>
>> 1.      We add  writeTo() in org.esigate.http.HttpResponseUtils, which
>> reference org.apache.http.entity.InputStreamEntity  writeTo() method
>>
>> 2.      insert outstream.flush() code after each outstream.write(buffer,
>> 0, l) method,
>>
>> 3.      modify org.esigate.servlet.HttpServletMediator
>> httpEntity.writeTo(os) to
>> HttpResponseUtils.writeTo(httpEntity.getContentLength(),
>> httpEntity.getContent(), os);
>>
>>
>>
>>         code snippets as below:
>>
>>         *org.esigate.http.HttpResponseUtils *
>>
>>
>>
>> *public* *static* *void* writeTo(*long* length, InputStream content,
>> OutputStream outstream) *throws* IOException {
>>
>>        *if* (outstream == *null*) {
>>
>>            *throw* *new* IllegalArgumentException("Output stream may not
>> be null");
>>
>>        }
>>
>>
>>
>>        InputStream instream = content;
>>
>>        *try* {
>>
>>            *byte*[] buffer = *new* *byte*[2048];
>>
>>
>>
>>            *if* (length < 0L) {
>>
>>               *int* l;
>>
>>               *while* ((l = instream.read(buffer)) != -1) {
>>
>>                   outstream.write(buffer, 0, l);
>>
>>                   outstream.flush();
>>
>>               }
>>
>>            }
>>
>>
>>
>>            *long* remaining = length;
>>
>>            *while* (remaining > 0L) {
>>
>>               *int* l = instream.read(buffer, 0, (*int*) Math.*min*(2048L,
>> remaining));
>>
>>               *if* (l == -1) {
>>
>>                   *break*;
>>
>>               }
>>
>>               outstream.write(buffer, 0, l);
>>
>>               outstream.flush();
>>
>>               remaining -= l;
>>
>>            }
>>
>>        } *finally* {
>>
>>            instream.close();
>>
>>        }
>>
>>
>>
>>     }
>>
>>
>>
>>
>>
>>         org.esigate.servlet.HttpServletMediator
>>
>> *public* *void* sendResponse(HttpResponse httpResponse) *throws*
>> IOException {
>>
>>        .
>>
>> .
>>
>> .
>>
>> .
>>
>>            *try* {
>>
>>               ServletOutputStream os = response.getOutputStream();
>>
>> //            httpEntity.writeTo(*os*);
>>
>>               HttpResponseUtils.*writeTo*(httpEntity.getContentLength(),
>> httpEntity.getContent(), os);
>>
>>            } *catch* (IOException e) {
>>
>>               *LOG*.warn("Error while sending the response", e);
>>
>>               EntityUtils.*consume*(httpResponse.getEntity());
>>
>>            }
>>
>>        }
>>
>>     }
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From:* fx....@gm... [mailto:fx....@gm...] *On Behalf Of *Francois-Xavier
>> Bonnet
>> *Sent:* Tuesday, September 30, 2014 1:00 AM
>> *To:* 謝福明
>> *Cc:* Francois-Xavier Bonnet; web...@li...
>>
>> *Subject:* Re: [EsiGate-users] long-polling in esigate 4.1 problem
>>
>>
>>
>> Hi,
>>
>>
>>
>> How do you plan to use HttpAsyncClient? Are you going to migrate EsiGate
>> to HttpAsyncClient or write your own custom proxy servlet just for your
>> long polling requests?
>>
>> How can I help you?
>>
>>
>>
>> 2014-09-29 10:59 GMT+02:00 謝福明 <aug...@ch...>:
>>
>>
>>
>> Hi,
>>
>>
>>
>>         “for a small response you may have to wait until the end of the
>> response to get the last packet”. Yes, we are encountering this problem…
>>
>>
>>
>>         We decided to use HttpAsyncClient to resolve this problem, do you
>> have any suggestions?
>>
>>
>>
>>
>>
>>         Thank you.
>>
>> *From:* fx....@gm... [mailto:fx....@gm...] *On Behalf Of *Francois-Xavier
>> Bonnet
>> *Sent:* Wednesday, September 24, 2014 9:54 PM
>> *To:* Francois-Xavier Bonnet
>> *Cc:* 謝福明; web...@li...
>> *Subject:* Re: [EsiGate-users] long-polling in esigate 4.1 problem
>>
>>
>>
>> I just had a look at the code. I can confirm that we are streaming
>> directly all non parsable responses but there might be a buffer issue:
>> currently it is flushed only when the buffer is full. So for a big
>> response, the response is streamed in packets which size depends on the
>> servlet container buffer size but for the last packet or for a small
>> response you may have to wait until the end of the response to get the last
>> packet.
>>
>>
>>
>> I guess this could explain the problem you have.
>>
>>
>>
>> Unfortunately this behavior cannot be changed easily because current
>> EsiGate version is based on Apache HttpClient, this implementation is using
>> blocking IO. I think we might be able to fix this after migrating to
>> HttpAsyncClient using event based content streaming like in this example
>> <https://hc.apache.org/httpcomponents-asyncclient-dev/httpasyncclient/examples/org/apache/http/examples/nio/client/AsyncClientHttpExchangeStreaming.java> but
>> this is planned for EsiGate 6.0
>>
>>
>>
>> Feel free to open a bug report. Contributions are also always very much
>> appreciated.
>>
>>
>>
>> 2014-09-24 14:41 GMT+02:00 Francois-Xavier Bonnet <
>> fra...@ce...>:
>>
>>  Hi Augustus,
>>
>>
>>
>> For content types like text/html and application/xhtml+xml, EsiGate is
>> buffering the complete response in order to parse it for ESI tags. You can
>> override this with "parsableContentTypes" property.
>>
>> For all other content-types, EsiGate is streaming directly the response
>> to the browser.
>>
>> What is the content-type header of the response you want to stream ?
>> Which application server are you using (there are some differences in the
>> way internal buffers work) ? What are the other response headers related to
>> the cache (Cache-control, Expires, Last-Modified, E-Tag) ?
>>
>>
>>
>> 2014-09-24 12:01 GMT+02:00 <aug...@ch...>:
>>
>>   Hi,
>>
>>         Dose esigate 4.1 can run in streaming mode?? It’s like fiddler
>> streaming mode
>>
>>
>>
>>
>>
>> We have problem when we use long-polling in esigate 4.1,
>>
>>
>>
>>         user click execute button, long-polling will create channel
>> between client browser and backend Ap server through esigate，
>>
>>
>>
>> when channel is created, client browser will communicate with backend Ap
>> server,
>>
>>
>>
>> but it work always when esigate socketTimeout or websocket timeout,
>>
>>
>>
>>         we found this problem in org.esigate.servlet.HttpServletMediator
>> line 193，
>>
>>
>>
>>         when we click execute button, esigate will stop in
>> org.esigate.servlet.HttpServletMediator line 193 until it timeout, then work
>>
>>
>>
>>         seems like esigate is waiting long-polling close, then it start
>> do response to client
>>
>>
>>
>>          recently, we use fiddler access the app, it’s pending like
>> esigate, but when fiddler run in streaming mode, it’s works fine!
>>
>>
>>
>>         So, esigate have streaming mode??
>>
>>
>>
>>
>>
>>         Thank you
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *本信件可能包含中華電信股份有限公司機密資訊,非指定之收件者,請勿蒐集、處理或利用本信件內容,並請銷毀此信件.
>> 如為指定收件者,應確實保護郵件中本公司之營業機密及個人資料,不得任意傳佈或揭露,並應自行確認本郵件之附檔與超連結之安全性,以共同善盡資訊安全與個資保護責任.
>> Please be advised that this email message (including any attachments)
>> contains confidential information and may be legally privileged. If you are
>> not the intended recipient, please destroy this message and all attachments
>> from your system and do not further collect, process, or use them. Chunghwa
>> Telecom and all its subsidiaries and associated companies shall not be
>> liable for the improper or incomplete transmission of the information
>> contained in this email nor for any delay in its receipt or damage to your
>> system. If you are the intended recipient, please protect the confidential
>> and/or personal information contained in this email with due care. Any
>> unauthorized use, disclosure or distribution of this message in whole or in
>> part is strictly prohibited. Also, please self-inspect attachments and
>> hyperlinks contained in this email to ensure the information security and
>> to protect personal information.*
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV.  Videos for Nerds.  Stuff that Matters.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Comprehensive Server Monitoring with Site24x7.
>> Monitor 10 servers for $9/Month.
>> Get alerted through email, SMS, voice calls or mobile push notifications.
>> Take corrective actions from your mobile device.
>> http://p.sf.net/sfu/Zoho
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

[Dave Sowerby-W. <dav...@gm...>]

Great - thanks for letting me know!




Dave.

On Thu, Mar 19, 2015 at 2:40 PM, Francois-Xavier Bonnet
<fra...@ce...> wrote:

> Thanks for your feedback. I had also found this bug and opened a ticket for
> it: https://github.com/esigate/esigate/issues/87
> But the fix will be a little more tricky, I need to find some time to work
> on it.
> 2015-03-19 15:29 GMT+01:00 <dav...@gm...>:
>> Hi,
>>
>> I've tested on beta3 - this issue appears to be resolved there which is
>> great.
>>
>> However during my testing I'm seeing some rewriting occurring elsewhere
>> which is unexpected.
>>
>> This is a change which is within a <script> tag and the following:
>>
>> function LoadScript( url )
>> {
>> document.write( '<scr' + 'ipt type="text/javascript" src="' + url +
>> '"><\/scr' + 'ipt>' ) ;
>> }
>>
>> Is being rewritten to:
>>
>> function LoadScript( url )
>> {
>> document.write( '<scr' + 'ipt type="text/javascript"
>> src="/context/'%20+%20url%20+%20'"><\/scr' + 'ipt>' ) ;
>> }
>>
>> Cheers,
>>
>> Dave.
>>
>> On 19 March 2015 at 12:57, Dave Sowerby-Williams <dav...@gm...>
>> wrote:
>>
>>> Thanks for letting me know Nicolas - I shall test now!
>>>
>>> Cheers,
>>>
>>> Dave.
>>>
>>> On 19 March 2015 at 12:27, Francois-Xavier Bonnet <
>>> fra...@ce...> wrote:
>>>
>>>> Hi Dave,
>>>>
>>>> 5.0-beta-3 is now on maven central. Can you confirm that your issue is
>>>> fixed?
>>>>
>>>> 2015-02-14 15:04 GMT+01:00 Francois-Xavier Bonnet <
>>>> fra...@ce...>:
>>>>
>>>>> Hi,
>>>>>
>>>>> You are right, version 5.0-beta-3 has not been released yet.
>>>>> Your issue must be fixed in the trunk. Can you try with the latest
>>>>> 5.0-SNAPSHOT?
>>>>> You will have to add the snapshot repository to you project pom.xml:
>>>>> https://oss.sonatype.org/content/repositories/snapshots/
>>>>>
>>>>>
>>>>> 2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...
>>>>> >:
>>>>>
>>>>>> Thanks Nicolas,
>>>>>>
>>>>>> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
>>>>>> maven repo nor a tag in github?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Dave.
>>>>>>
>>>>>> On 14 February 2015 at 08:11, Nicolas Richeton <
>>>>>> nic...@gm...> wrote:
>>>>>>
>>>>>>> Hi Dave,
>>>>>>>
>>>>>>> This is a bug. I think it has been fixed in the trunk. Should also be
>>>>>>> in 5.0-beta3.
>>>>>>>
>>>>>>> If you still get the issue with these versions, please open a ticket
>>>>>>> on github.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> --
>>>>>>> Nicolas
>>>>>>>
>>>>>>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <
>>>>>>> dav...@gm...> a écrit :
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I'm facing an issue where by mailto: links are being incorrectly
>>>>>>> rewritten to include the page context, from the logging:
>>>>>>>
>>>>>>> 14-02 07:20:05 10818    [http-8088-1] DEBUG
>>>>>>> org.esigate.impl.UrlRewriter  - url fixed: mailto:sp...@sp...?subject=Test
>>>>>>> -> /site/mailto:sp...@sp...?subject=Test
>>>>>>>
>>>>>>> Is this something that has a configuration option to prevent/change?
>>>>>>> I couldn't see anything obvious in the UriRewriter code that would suggest
>>>>>>> so - or is it a bug?
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Dave.
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>>>> sponsored by Intel and developed in partnership with Slashdot Media,
>>>>>>> is your
>>>>>>> hub for all things parallel software development, from weekly thought
>>>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>>>> Take a
>>>>>>> look and join the conversation now.
>>>>>>> http://goparallel.sourceforge.net/
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Webassembletool-users mailing list
>>>>>>> Web...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>>> sponsored by Intel and developed in partnership with Slashdot Media,
>>>>>> is your
>>>>>> hub for all things parallel software development, from weekly thought
>>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>>> Take a
>>>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>>> _______________________________________________
>>>>>> Webassembletool-users mailing list
>>>>>> Web...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

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

Thanks for your feedback. I had also found this bug and opened a ticket for
it: https://github.com/esigate/esigate/issues/87
But the fix will be a little more tricky, I need to find some time to work
on it.

2015-03-19 15:29 GMT+01:00 <dav...@gm...>:

> Hi,
>
> I've tested on beta3 - this issue appears to be resolved there which is
> great.
>
> However during my testing I'm seeing some rewriting occurring elsewhere
> which is unexpected.
>
> This is a change which is within a <script> tag and the following:
>
> function LoadScript( url )
> {
> document.write( '<scr' + 'ipt type="text/javascript" src="' + url +
> '"><\/scr' + 'ipt>' ) ;
> }
>
> Is being rewritten to:
>
> function LoadScript( url )
> {
> document.write( '<scr' + 'ipt type="text/javascript"
> src="/context/'%20+%20url%20+%20'"><\/scr' + 'ipt>' ) ;
> }
>
> Cheers,
>
> Dave.
>
> On 19 March 2015 at 12:57, Dave Sowerby-Williams <dav...@gm...>
> wrote:
>
>> Thanks for letting me know Nicolas - I shall test now!
>>
>> Cheers,
>>
>> Dave.
>>
>> On 19 March 2015 at 12:27, Francois-Xavier Bonnet <
>> fra...@ce...> wrote:
>>
>>> Hi Dave,
>>>
>>> 5.0-beta-3 is now on maven central. Can you confirm that your issue is
>>> fixed?
>>>
>>> 2015-02-14 15:04 GMT+01:00 Francois-Xavier Bonnet <
>>> fra...@ce...>:
>>>
>>>> Hi,
>>>>
>>>> You are right, version 5.0-beta-3 has not been released yet.
>>>> Your issue must be fixed in the trunk. Can you try with the latest
>>>> 5.0-SNAPSHOT?
>>>> You will have to add the snapshot repository to you project pom.xml:
>>>> https://oss.sonatype.org/content/repositories/snapshots/
>>>>
>>>>
>>>> 2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...
>>>> >:
>>>>
>>>>> Thanks Nicolas,
>>>>>
>>>>> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
>>>>> maven repo nor a tag in github?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Dave.
>>>>>
>>>>> On 14 February 2015 at 08:11, Nicolas Richeton <
>>>>> nic...@gm...> wrote:
>>>>>
>>>>>> Hi Dave,
>>>>>>
>>>>>> This is a bug. I think it has been fixed in the trunk. Should also be
>>>>>> in 5.0-beta3.
>>>>>>
>>>>>> If you still get the issue with these versions, please open a ticket
>>>>>> on github.
>>>>>>
>>>>>> Cheers,
>>>>>> --
>>>>>> Nicolas
>>>>>>
>>>>>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <
>>>>>> dav...@gm...> a écrit :
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm facing an issue where by mailto: links are being incorrectly
>>>>>> rewritten to include the page context, from the logging:
>>>>>>
>>>>>> 14-02 07:20:05 10818    [http-8088-1] DEBUG
>>>>>> org.esigate.impl.UrlRewriter  - url fixed: mailto:sp...@sp...?subject=Test
>>>>>> -> /site/mailto:sp...@sp...?subject=Test
>>>>>>
>>>>>> Is this something that has a configuration option to prevent/change?
>>>>>> I couldn't see anything obvious in the UriRewriter code that would suggest
>>>>>> so - or is it a bug?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Dave.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>>> sponsored by Intel and developed in partnership with Slashdot Media,
>>>>>> is your
>>>>>> hub for all things parallel software development, from weekly thought
>>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>>> Take a
>>>>>> look and join the conversation now.
>>>>>> http://goparallel.sourceforge.net/
>>>>>>
>>>>>> _______________________________________________
>>>>>> Webassembletool-users mailing list
>>>>>> Web...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>> sponsored by Intel and developed in partnership with Slashdot Media,
>>>>> is your
>>>>> hub for all things parallel software development, from weekly thought
>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>> Take a
>>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Webassembletool-users mailing list
>>>>> Web...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

[Dave Sowerby-W. <dav...@gm...>]

Hi,

I've tested on beta3 - this issue appears to be resolved there which is
great.

However during my testing I'm seeing some rewriting occurring elsewhere
which is unexpected.

This is a change which is within a <script> tag and the following:

function LoadScript( url )
{
document.write( '<scr' + 'ipt type="text/javascript" src="' + url +
'"><\/scr' + 'ipt>' ) ;
}

Is being rewritten to:

function LoadScript( url )
{
document.write( '<scr' + 'ipt type="text/javascript"
src="/context/'%20+%20url%20+%20'"><\/scr' + 'ipt>' ) ;
}

Cheers,

Dave.

On 19 March 2015 at 12:57, Dave Sowerby-Williams <dav...@gm...>
wrote:

> Thanks for letting me know Nicolas - I shall test now!
>
> Cheers,
>
> Dave.
>
> On 19 March 2015 at 12:27, Francois-Xavier Bonnet <
> fra...@ce...> wrote:
>
>> Hi Dave,
>>
>> 5.0-beta-3 is now on maven central. Can you confirm that your issue is
>> fixed?
>>
>> 2015-02-14 15:04 GMT+01:00 Francois-Xavier Bonnet <
>> fra...@ce...>:
>>
>>> Hi,
>>>
>>> You are right, version 5.0-beta-3 has not been released yet.
>>> Your issue must be fixed in the trunk. Can you try with the latest
>>> 5.0-SNAPSHOT?
>>> You will have to add the snapshot repository to you project pom.xml:
>>> https://oss.sonatype.org/content/repositories/snapshots/
>>>
>>>
>>> 2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...>
>>> :
>>>
>>>> Thanks Nicolas,
>>>>
>>>> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
>>>> maven repo nor a tag in github?
>>>>
>>>> Cheers,
>>>>
>>>> Dave.
>>>>
>>>> On 14 February 2015 at 08:11, Nicolas Richeton <
>>>> nic...@gm...> wrote:
>>>>
>>>>> Hi Dave,
>>>>>
>>>>> This is a bug. I think it has been fixed in the trunk. Should also be
>>>>> in 5.0-beta3.
>>>>>
>>>>> If you still get the issue with these versions, please open a ticket
>>>>> on github.
>>>>>
>>>>> Cheers,
>>>>> --
>>>>> Nicolas
>>>>>
>>>>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <
>>>>> dav...@gm...> a écrit :
>>>>>
>>>>> Hi,
>>>>>
>>>>> I'm facing an issue where by mailto: links are being incorrectly
>>>>> rewritten to include the page context, from the logging:
>>>>>
>>>>> 14-02 07:20:05 10818    [http-8088-1] DEBUG
>>>>> org.esigate.impl.UrlRewriter  - url fixed: mailto:sp...@sp...?subject=Test
>>>>> -> /site/mailto:sp...@sp...?subject=Test
>>>>>
>>>>> Is this something that has a configuration option to prevent/change?
>>>>> I couldn't see anything obvious in the UriRewriter code that would suggest
>>>>> so - or is it a bug?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Dave.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>> sponsored by Intel and developed in partnership with Slashdot Media,
>>>>> is your
>>>>> hub for all things parallel software development, from weekly thought
>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>> Take a
>>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>>
>>>>> _______________________________________________
>>>>> Webassembletool-users mailing list
>>>>> Web...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>>
>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>>> your
>>>> hub for all things parallel software development, from weekly thought
>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>> Take a
>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Webassembletool-users mailing list
>>>> Web...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>
>>>>
>>>
>>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

[Dave Sowerby-W. <dav...@gm...>]

Thanks for letting me know Nicolas - I shall test now!

Cheers,

Dave.

On 19 March 2015 at 12:27, Francois-Xavier Bonnet <
fra...@ce...> wrote:

> Hi Dave,
>
> 5.0-beta-3 is now on maven central. Can you confirm that your issue is
> fixed?
>
> 2015-02-14 15:04 GMT+01:00 Francois-Xavier Bonnet <
> fra...@ce...>:
>
>> Hi,
>>
>> You are right, version 5.0-beta-3 has not been released yet.
>> Your issue must be fixed in the trunk. Can you try with the latest
>> 5.0-SNAPSHOT?
>> You will have to add the snapshot repository to you project pom.xml:
>> https://oss.sonatype.org/content/repositories/snapshots/
>>
>>
>> 2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...>:
>>
>>> Thanks Nicolas,
>>>
>>> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
>>> maven repo nor a tag in github?
>>>
>>> Cheers,
>>>
>>> Dave.
>>>
>>> On 14 February 2015 at 08:11, Nicolas Richeton <
>>> nic...@gm...> wrote:
>>>
>>>> Hi Dave,
>>>>
>>>> This is a bug. I think it has been fixed in the trunk. Should also be
>>>> in 5.0-beta3.
>>>>
>>>> If you still get the issue with these versions, please open a ticket on
>>>> github.
>>>>
>>>> Cheers,
>>>> --
>>>> Nicolas
>>>>
>>>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <dav...@gm...>
>>>> a écrit :
>>>>
>>>> Hi,
>>>>
>>>> I'm facing an issue where by mailto: links are being incorrectly
>>>> rewritten to include the page context, from the logging:
>>>>
>>>> 14-02 07:20:05 10818    [http-8088-1] DEBUG
>>>> org.esigate.impl.UrlRewriter  - url fixed: mailto:sp...@sp...?subject=Test
>>>> -> /site/mailto:sp...@sp...?subject=Test
>>>>
>>>> Is this something that has a configuration option to prevent/change?  I
>>>> couldn't see anything obvious in the UriRewriter code that would suggest so
>>>> - or is it a bug?
>>>>
>>>> Cheers,
>>>>
>>>> Dave.
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>>> your
>>>> hub for all things parallel software development, from weekly thought
>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>> Take a
>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>
>>>> _______________________________________________
>>>> Webassembletool-users mailing list
>>>> Web...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>> your
>>> hub for all things parallel software development, from weekly thought
>>> leadership blogs to news, videos, case studies, tutorials and more. Take
>>> a
>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Webassembletool-users mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>
>>>
>>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

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

Hi Dave,

5.0-beta-3 is now on maven central. Can you confirm that your issue is
fixed?

2015-02-14 15:04 GMT+01:00 Francois-Xavier Bonnet <
fra...@ce...>:

> Hi,
>
> You are right, version 5.0-beta-3 has not been released yet.
> Your issue must be fixed in the trunk. Can you try with the latest
> 5.0-SNAPSHOT?
> You will have to add the snapshot repository to you project pom.xml:
> https://oss.sonatype.org/content/repositories/snapshots/
>
>
> 2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...>:
>
>> Thanks Nicolas,
>>
>> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
>> maven repo nor a tag in github?
>>
>> Cheers,
>>
>> Dave.
>>
>> On 14 February 2015 at 08:11, Nicolas Richeton <
>> nic...@gm...> wrote:
>>
>>> Hi Dave,
>>>
>>> This is a bug. I think it has been fixed in the trunk. Should also be in
>>> 5.0-beta3.
>>>
>>> If you still get the issue with these versions, please open a ticket on
>>> github.
>>>
>>> Cheers,
>>> --
>>> Nicolas
>>>
>>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <dav...@gm...>
>>> a écrit :
>>>
>>> Hi,
>>>
>>> I'm facing an issue where by mailto: links are being incorrectly
>>> rewritten to include the page context, from the logging:
>>>
>>> 14-02 07:20:05 10818    [http-8088-1] DEBUG org.esigate.impl.UrlRewriter
>>>  - url fixed: mailto:sp...@sp...?subject=Test -> /site/mailto:
>>> sp...@sp...?subject=Test
>>>
>>> Is this something that has a configuration option to prevent/change?  I
>>> couldn't see anything obvious in the UriRewriter code that would suggest so
>>> - or is it a bug?
>>>
>>> Cheers,
>>>
>>> Dave.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>> your
>>> hub for all things parallel software development, from weekly thought
>>> leadership blogs to news, videos, case studies, tutorials and more. Take
>>> a
>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>
>>> _______________________________________________
>>> Webassembletool-users mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>

Re: [EsiGate-users] read post parameters

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

I think this is feasible but it is going to be a little complex.
First HttpRequest.getAttribute method has nothing to do with post
parameters. If you want to get the request parameters you will have to read
them from the request entity before it is forwarded to the target server.
You should find a utility class in Apache HttpClient lib in order to do
that. Then you will have another issue because an entity is supposed to be
consumed only once as it wraps an Inputstream so you will have to build a
new entity to replace the original one so that EsiGate can still send the
request to the target server.
Le 18 mars 2015 19:06, "Peter Schroer" <pet...@bl...> a écrit :

> Hello,
>
>
>
> Is it possible to read attributes send to the webpage by post out of the
> render event? I’m writing an extension which does some replacements on the
> webpage before rendering. The replacements are depending on the parameters
> send to the webpage by post. I tried
> renderEvent.getOriginalRequest().getOriginalRequest().getAttribute("...")
> but this works only for parameters send by post.
>
>
>
> Greetings
> Peter Schroer
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

[EsiGate-users] read post parameters

[Peter S. <pet...@bl...>]

Hello,

 

Is it possible to read attributes send to the webpage by post out of the
render event? I'm writing an extension which does some replacements on the
webpage before rendering. The replacements are depending on the parameters
send to the webpage by post. I tried
renderEvent.getOriginalRequest().getOriginalRequest().getAttribute("...")
but this works only for parameters send by post.

 

Greetings
Peter Schroer

 

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

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

Hi,

You are right, version 5.0-beta-3 has not been released yet.
Your issue must be fixed in the trunk. Can you try with the latest
5.0-SNAPSHOT?
You will have to add the snapshot repository to you project pom.xml:
https://oss.sonatype.org/content/repositories/snapshots/


2015-02-14 9:20 GMT+01:00 Dave Sowerby-Williams <dav...@gm...>:

> Thanks Nicolas,
>
> Is 5.0-beta3 released yet?  I don't see it's artifacts in the central
> maven repo nor a tag in github?
>
> Cheers,
>
> Dave.
>
> On 14 February 2015 at 08:11, Nicolas Richeton <nic...@gm...
> > wrote:
>
>> Hi Dave,
>>
>> This is a bug. I think it has been fixed in the trunk. Should also be in
>> 5.0-beta3.
>>
>> If you still get the issue with these versions, please open a ticket on
>> github.
>>
>> Cheers,
>> --
>> Nicolas
>>
>> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <dav...@gm...>
>> a écrit :
>>
>> Hi,
>>
>> I'm facing an issue where by mailto: links are being incorrectly
>> rewritten to include the page context, from the logging:
>>
>> 14-02 07:20:05 10818    [http-8088-1] DEBUG org.esigate.impl.UrlRewriter
>>  - url fixed: mailto:sp...@sp...?subject=Test -> /site/mailto:
>> sp...@sp...?subject=Test
>>
>> Is this something that has a configuration option to prevent/change?  I
>> couldn't see anything obvious in the UriRewriter code that would suggest so
>> - or is it a bug?
>>
>> Cheers,
>>
>> Dave.
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>>
>> _______________________________________________
>> Webassembletool-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

[Dave Sowerby-W. <dav...@gm...>]

Thanks Nicolas,

Is 5.0-beta3 released yet?  I don't see it's artifacts in the central maven
repo nor a tag in github?

Cheers,

Dave.

On 14 February 2015 at 08:11, Nicolas Richeton <nic...@gm...>
wrote:

> Hi Dave,
>
> This is a bug. I think it has been fixed in the trunk. Should also be in
> 5.0-beta3.
>
> If you still get the issue with these versions, please open a ticket on
> github.
>
> Cheers,
> --
> Nicolas
>
> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <dav...@gm...>
> a écrit :
>
> Hi,
>
> I'm facing an issue where by mailto: links are being incorrectly
> rewritten to include the page context, from the logging:
>
> 14-02 07:20:05 10818    [http-8088-1] DEBUG org.esigate.impl.UrlRewriter
>  - url fixed: mailto:sp...@sp...?subject=Test -> /site/mailto:
> sp...@sp...?subject=Test
>
> Is this something that has a configuration option to prevent/change?  I
> couldn't see anything obvious in the UriRewriter code that would suggest so
> - or is it a bug?
>
> Cheers,
>
> Dave.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] mailto: links being incorrectly rewritten.

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

Hi Dave,

This is a bug. I think it has been fixed in the trunk. Should also be in 5.0-beta3.

If you still get the issue with these versions, please open a ticket on github.

Cheers,
--
Nicolas

> Le 14 févr. 2015 à 08:24, Dave Sowerby-Williams <dav...@gm...> a écrit :
> 
> Hi,
> 
> I'm facing an issue where by mailto: links are being incorrectly rewritten to include the page context, from the logging:
> 
> 14-02 07:20:05 10818    [http-8088-1] DEBUG org.esigate.impl.UrlRewriter  - url fixed: mailto:sp...@sp...?subject=Test -> /site/mailto:sp...@sp...?subject=Test
> 
> Is this something that has a configuration option to prevent/change?  I couldn't see anything obvious in the UriRewriter code that would suggest so - or is it a bug?
> 
> Cheers,
> 
> Dave.
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Webassembletool-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users

[EsiGate-users] mailto: links being incorrectly rewritten.

[Dave Sowerby-W. <dav...@gm...>]

Hi,

I'm facing an issue where by mailto: links are being incorrectly rewritten
to include the page context, from the logging:

14-02 07:20:05 10818    [http-8088-1] DEBUG org.esigate.impl.UrlRewriter  -
url fixed: mailto:sp...@sp...?subject=Test -> /site/mailto:sp...@sp...
?subject=Test

Is this something that has a configuration option to prevent/change?  I
couldn't see anything obvious in the UriRewriter code that would suggest so
- or is it a bug?

Cheers,

Dave.

Re: [EsiGate-users] correct installation

[Volker K. <vol...@gm...>]

I will try to see, whether I can reproduce the problems outside my
application in a testapp. I will then open an issue on github.

thanks.

2014-12-09 17:18 GMT+01:00 Francois-Xavier Bonnet <
fra...@ce...>:

> Hi Volker,
>
> Could you be more specific about the problems you had with the filter?
> You may open issues on Github <https://github.com/esigate/esigate/issues>
>
> 2014-12-07 15:00 GMT+01:00 Volker Kümmer <vol...@gm...>:
>
>> thanks to every one for your explanations! The difference between the 3
>> different method was not clear to me.
>>
>> The filter method would be the best one for me, as then the configuration
>> and the setup ist part of the application and no additional server has to
>> be setup.
>>
>> But the filter is not working as desired for me -- form submits are not
>> working and background cache revalidation yields to some exceptions in the
>> application.
>>
>> there is no need to be sorry about the french mails in the list. As long
>> as it is not to complicated my school french helps a little. :-)
>>
>>
>>
>> 2014-12-04 8:54 GMT+01:00 Nicolas Richeton <nic...@gm...>:
>>
>>> Hi Volker,
>>>
>>> I agree with Alexis and François-Xavier.
>>>
>>> A few additional comments on esigate-server :
>>>
>>>
>>> 2) esigate-server is a pre-packaged version of the EsiGate filter
>>> deployed inside a Jetty server. It is easy to run and you have nothing to
>>> install, that is why it is often used in development. I think you could
>>> safely use it in production but it still lacks some features like init
>>> scripts (but this is currently in progress
>>> <https://github.com/esigate/esigate/issues/61>) so you would have a
>>> little work to setup everything
>>>
>>> In the 4.X branch you cannot configure provider mappings in
>>> esigate-server. Threads, max connections, … are also not configurable. This
>>> is why it is not suited for real projects.
>>>
>>> In the 5.x branch, these issues are fixed. It can be used the same way
>>> than esigate-war, but this setup is less tested than the standard one.
>>>
>>>
>>> The whole 5.X branch is still in development. It is quite stable, but
>>> configuration/behavior may slightly change before release. Using it during
>>> development ensure there are no upcoming breaking changes for your project.
>>> If you find any bug, feel free to open issues on github.
>>>
>>> --
>>> Nicolas
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> 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-users mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>>
>>

Re: [EsiGate-users] correct installation

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

Hi Volker,

Could you be more specific about the problems you had with the filter?
You may open issues on Github <https://github.com/esigate/esigate/issues>

2014-12-07 15:00 GMT+01:00 Volker Kümmer <vol...@gm...>:
>
> thanks to every one for your explanations! The difference between the 3
> different method was not clear to me.
>
> The filter method would be the best one for me, as then the configuration
> and the setup ist part of the application and no additional server has to
> be setup.
>
> But the filter is not working as desired for me -- form submits are not
> working and background cache revalidation yields to some exceptions in the
> application.
>
> there is no need to be sorry about the french mails in the list. As long
> as it is not to complicated my school french helps a little. :-)
>
>
>
> 2014-12-04 8:54 GMT+01:00 Nicolas Richeton <nic...@gm...>:
>
>> Hi Volker,
>>
>> I agree with Alexis and François-Xavier.
>>
>> A few additional comments on esigate-server :
>>
>>
>> 2) esigate-server is a pre-packaged version of the EsiGate filter
>> deployed inside a Jetty server. It is easy to run and you have nothing to
>> install, that is why it is often used in development. I think you could
>> safely use it in production but it still lacks some features like init
>> scripts (but this is currently in progress
>> <https://github.com/esigate/esigate/issues/61>) so you would have a
>> little work to setup everything
>>
>> In the 4.X branch you cannot configure provider mappings in
>> esigate-server. Threads, max connections, … are also not configurable. This
>> is why it is not suited for real projects.
>>
>> In the 5.x branch, these issues are fixed. It can be used the same way
>> than esigate-war, but this setup is less tested than the standard one.
>>
>>
>> The whole 5.X branch is still in development. It is quite stable, but
>> configuration/behavior may slightly change before release. Using it during
>> development ensure there are no upcoming breaking changes for your project.
>> If you find any bug, feel free to open issues on github.
>>
>> --
>> Nicolas
>>
>
>
>
> ------------------------------------------------------------------------------
> 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-users mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webassembletool-users
>
>

Re: [EsiGate-users] correct installation

[Volker K. <vol...@gm...>]

thanks to every one for your explanations! The difference between the 3
different method was not clear to me.

The filter method would be the best one for me, as then the configuration
and the setup ist part of the application and no additional server has to
be setup.

But the filter is not working as desired for me -- form submits are not
working and background cache revalidation yields to some exceptions in the
application.

there is no need to be sorry about the french mails in the list. As long as
it is not to complicated my school french helps a little. :-)



2014-12-04 8:54 GMT+01:00 Nicolas Richeton <nic...@gm...>:

> Hi Volker,
>
> I agree with Alexis and François-Xavier.
>
> A few additional comments on esigate-server :
>
>
> 2) esigate-server is a pre-packaged version of the EsiGate filter deployed
> inside a Jetty server. It is easy to run and you have nothing to install,
> that is why it is often used in development. I think you could safely use
> it in production but it still lacks some features like init scripts (but
> this is currently in progress
> <https://github.com/esigate/esigate/issues/61>) so you would have a
> little work to setup everything
>
> In the 4.X branch you cannot configure provider mappings in
> esigate-server. Threads, max connections, … are also not configurable. This
> is why it is not suited for real projects.
>
> In the 5.x branch, these issues are fixed. It can be used the same way
> than esigate-war, but this setup is less tested than the standard one.
>
>
> The whole 5.X branch is still in development. It is quite stable, but
> configuration/behavior may slightly change before release. Using it during
> development ensure there are no upcoming breaking changes for your project.
> If you find any bug, feel free to open issues on github.
>
> --
> Nicolas
>