-----Original Message-----
From: Hussein Shafie [mailto:[email protected]]
Sent: Friday, March 17, 2006 1:42 PM
To: Floeter, Andreas
Cc: xmleditor-support at xmlmind.com
Subject: Re: FW: xe-10u-3.1 WebDAV Support and Proxy configuration



Floeter, Andreas wrote:
>>
>>I think I found an abnormal behavior of XMLmind version 3.1. My tests I 
>>performed with the xxe-pro-3_1_0-setup.exe version. After installation of the 
>>software, I configured the proxy setting. Then I installed the plugins, which 
>>came from your web-site, including WebDAV support. Having done this I 
>>terminated the application and re-started it. Trying to access an WebDAV 
>>server (Apache 2.0.55 + subversion) failed. According to the logs it never 
>>reached the server which is an internal server. After a long timeout the 
>>application returned with a popup window stating that the server didn't 
>>support WebDAV and suggested to use possibly a different path. In the Windows 
>>Explorer I had no problems accessing the same path to the repository. In fact 
>>I copied the path into the URL chooser box.

XXE do work with Apache 2+subversion. We have tested that.

[AF]: Ok. That's what I have seen, but only without a proxy configuration.


>>When I configured direct access to the internet, I got prompted for an user 
>>account as expected. Acces to the repository and files were then possible. Is 
>>it possible that there is some strange behavior with the proxy configuration?

Yes, we have plenty of troubles with proxies, but there is nothing we
can do to fix it:

--> Proxy support is very buggy in Java 1.4.

[AF]: As I understand pro-3_1_0-setup.exe comes with Java(TM) 2 Runtime 
Environment, Standard Edition 1.5.0_06. But it could still be the same buggy 
implementation. I don't know.

--> The rules enforced by corporate proxy servers may get in the way,
sometimes causing weird behaviors.

--> Are you sure you configured proxy settings properly? Ordinary
persons (me) cannot do that. For example, if your WebDAV server is an
internal server, did you properly declare that there is no need to use
the proxy server to connect to it?

[AF]: I think so. I excluded the FQDN of the server 
"osiris.ham.de.eu.airbus.corp", plus the domain suffix ".ham.de.eu.airbus.corp" 
and I even separated those by blanks.

>>One further point I would like to make. Once the application thinks it has a 
>>user name, then it seems not possible to enter a different one. Since the URL 
>>chooser popup suggests the value of either USERID or USERNAME from the 
>>Windows environment, which is uppercase, and I hit enter, it used this 
>>onwards. Since the actual username is lowercase it from that point on failed 
>>to authorize.

Quit XXE. Restart it and then try to connect once again to the server.
You'll *always* be prompted *once* *per* *session* and this, even if
during a previous session, you have already specified a
username/password. This is where you'll be able to change your
username/password.

[AF]: I hoped, that I would get around restarting the application. Even worse, 
the applications is trying very often to authorize itself. So my account ended 
up being locked, because of too many failed attempts. And I could stop it.

Regards,
Andreas




This mail has originated outside your organization,
either from an external partner or the Global Internet.
Keep this in mind if you answer this message.

This mail has originated outside your organization, either from an external 
partner or the Global Internet. Keep this in mind if you answer this message.

Reply via email to