Hi Andrè,
yes I know the "route" is very long tho at this point I don't see many
alternatives.
The "200" returned to Office with the same path of the first request
(changing "http" to "https") make it working with one session only.
I have not the Office's specification for this communication (mayb
Hi.
I am glad that you found a solution that works for you, and maybe the
most important at this point is that it quickly solves your problem.
About the solution below however, I want to point out that it is rather
"expensive" in many respects, and I hope that this is not supposed to be
a hi
Hi Andre',
thanks for the offer, you are right, at this point is off-topic,
anyway I solved (sorry for the OT) all in Apache-httpd:
on the virtual host configuration:
RewriteEngine on
ReWriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/cgi-bin/redirect.pl$1
and the simple r
antonio giulio wrote:
N.B. If Office is handling the connection requests up to some step,
then Tomcat can't do anything about it - the problem is occuring before
Tomcat has any influence over the situation.
Yes, Unfortunely I think you are right. A solution maybe could be
writing a CGI for Apa
> N.B. If Office is handling the connection requests up to some step,
> then Tomcat can't do anything about it - the problem is occuring before
> Tomcat has any influence over the situation.
Yes, Unfortunely I think you are right. A solution maybe could be
writing a CGI for Apache and redirect th
On 10/06/2010 10:31, antonio giulio wrote:
> No proxy for the browser.
>
> I try to describe better with header stuff steps:
>
> 1) When the user click on link the request for the URL is sent by Office/Word
> 2) Office/Word connect 200 to the server
> 3) Server sends back 302 http status and a re
> And in this new browser tab, you get the login form ?
Yes
Julio
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
antonio giulio wrote:
How have you configured your login form?
Please include it's path/filename, the definition in web.xml, and the
raw HTML for the login form itself.
I don't get what u mean exactly. Anyway I used Spring-Security 2.0.5
but I have not the code with me right now.
Can you conf
> How have you configured your login form?
> Please include it's path/filename, the definition in web.xml, and the
raw HTML for the login form itself.
I don't get what u mean exactly. Anyway I used Spring-Security 2.0.5
but I have not the code with me right now.
> Can you confirm what happens whe
session
>
> for Microsoft the SingleSignOn process is not the right way
> communicate with "Office"
>
> Julio
>
> On 9 June 2010 19:30, Caldarale, Charles R wrote:
>>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>>> Subje
On 09/06/2010 18:42, antonio giulio wrote:
>> So the problem is that you click a URL:
>>
>> http://site/path/to/page
>>
>> and after login in one case you end up that page, but in another case
>> you end up instead at:
>>
>> http://site/
>>
>> ?
>
> Yes exactly.
>
> http://site/ is the default
manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Wed, 9 Jun 2010 21:25:41 +0200
> From: a...@ice-sa.com
> To: users@tomcat.apache.org
> Subject: Re: HyperLink Office connection
>
> Caldarale, Charles R wrote:
> >> From:
Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: HyperLink Office connection
Or do you mean that Word has some kind of embedded web
browser (almost certainly MSIE).
Yes, MS Office products have done this for ages. IE is a just a
for Microsoft the SingleSignOn process is not the right way
communicate with "Office"
Julio
On 9 June 2010 19:30, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: HyperLink Office connection
>>
>> Or do you
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: HyperLink Office connection
>
> Or do you mean that Word has some kind of embedded web
> browser (almost certainly MSIE).
Yes, MS Office products have done this for ages. IE is a just a rendering
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Julio,
On 6/9/2010 1:42 PM, antonio giulio wrote:
>> So the problem is that you click a URL:
>>
>> http://site/path/to/page
>>
>> and after login in one case you end up that page, but in another case
>> you end up instead at:
>>
>> http://site/
>>
>
> So the problem is that you click a URL:
>
> http://site/path/to/page
>
> and after login in one case you end up that page, but in another case
> you end up instead at:
>
> http://site/
>
> ?
Yes exactly.
http://site/ is the default page in the application if none is
required. Anyway at the be
On 09/06/2010 17:28, antonio giulio wrote:
> Hi,
>
> No, they are not already logged.
>
> Sorry for my bad scenario's description. I try to clear it:
> The application is a Web application developed with Spring 2.5
> /Spring-Security 2.0.5/ Hibernate 3.2.
> At the moment it's running on a remote
Hi,
No, they are not already logged.
Sorry for my bad scenario's description. I try to clear it:
The application is a Web application developed with Spring 2.5
/Spring-Security 2.0.5/ Hibernate 3.2.
At the moment it's running on a remote machine with tomcat 5.5.15 (I
will update it soon) RHEL 4.
Pid wrote:
On 09/06/2010 15:49, antonio giulio wrote:
Ok finally I got access to tweak apache, and after different tests it
doesn't look be the cause.
So I ask you, does it exist a way to force tomcat working with the
same JSESSIONID generated for the client session?
I'm not sure this is anyth
On 09/06/2010 15:49, antonio giulio wrote:
> Ok finally I got access to tweak apache, and after different tests it
> doesn't look be the cause.
> So I ask you, does it exist a way to force tomcat working with the
> same JSESSIONID generated for the client session?
I'm not sure this is anything to
Ok finally I got access to tweak apache, and after different tests it
doesn't look be the cause.
So I ask you, does it exist a way to force tomcat working with the
same JSESSIONID generated for the client session?
Thanks,
Julio
-
Hi,
thanks for the reply. From your replies I got a new doubt. Maybe the
problem is in the Apache conf and not (or not only) in the Tomcat
conf.
This is a more concrete log when a link is clicked on the Word file
with relatives client/server communitcation:
# Result ProtocolHost
antongiuli...@gmail.com wrote:
Hi,
I have a webapp (Spring+Hibernate) running on Tomcat 5.5.15. Tomcat is
configured for Single-Sign-On and it works fine with the login system of the
application (typical login/password).
Anyway at the moment it's not well working when an external link is exec
On 08/06/2010 20:27, antongiuli...@gmail.com wrote:
> Hi,
>
> I have a webapp (Spring+Hibernate) running on Tomcat 5.5.15. Tomcat is
> configured for Single-Sign-On and it works fine with the login system of the
> application (typical login/password).
You should really make a plan to upgrade To
Hi Christopher,
> Can you give us an example of a URL that looks like it should work from
> Word (but doesn't) but does work properly when you copy/paste?
http://mycompany.com/main/subscription/renewer.cis?action=overview&entry_id=4468
first, this kind of URL is intercepted by Apache using mod_r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Julio,
On 6/8/2010 3:27 PM, antongiuli...@gmail.com wrote:
> Hi,
>
> I have a webapp (Spring+Hibernate) running on Tomcat 5.5.15. Tomcat is
> configured for Single-Sign-On and it works fine with the login system of the
> application (typical login/
Hi,
I have a webapp (Spring+Hibernate) running on Tomcat 5.5.15. Tomcat is
configured for Single-Sign-On and it works fine with the login system of the
application (typical login/password).
Anyway at the moment it's not well working when an external link is executed
from a Word file (Microsoft
28 matches
Mail list logo
