O
Oliver Sturm
I'm just evaluating InfoPath for a project. I have created a simple form
for testing and published it. I have an Apache/Linux web server, the
HTML directory of which I can access as a network drive. I published to
that network drive and gave the external access URL as the alternative
access location.
Generally, this seems to work fine, but for some reason it takes
InfoPath an unreasonable amount of time to open the form for filling
out. I wanted to be sure that no browser had anything to do with this,
so for tests I just run InfoPath and enter the URL to the .xsn file
directly in the Open dialog. Looking at the web server log file, I can
see that InfoPath makes a HEAD request and sometimes (I guess the file
is cached by now) a GET request. But it takes at least around a minute
before the form is finally opened and ready to be filled out. From this
point on everything works just fine.
I found some info on the web about mime types for InfoPath forms, but
that seemed to be mainly about xml format files, while I'm using the xsn
format. Still, I played around a bit with this and I observed some
change: in the beginning, when a text/plain default mime type was used,
InfoPath also tried to do a lot of OPTIONS calls on various URLs of the
site. Later I tried setting the mime type for .xsn to
application/octet-stream and (just guessing) to
application/vnd.ms-infopath, and it seemed to me that the OPTIONS calls
didn't occur any longer. But I'm completely unsure if that has anything
to do with the problem.
Any hints on this, please?
Oliver Sturm
for testing and published it. I have an Apache/Linux web server, the
HTML directory of which I can access as a network drive. I published to
that network drive and gave the external access URL as the alternative
access location.
Generally, this seems to work fine, but for some reason it takes
InfoPath an unreasonable amount of time to open the form for filling
out. I wanted to be sure that no browser had anything to do with this,
so for tests I just run InfoPath and enter the URL to the .xsn file
directly in the Open dialog. Looking at the web server log file, I can
see that InfoPath makes a HEAD request and sometimes (I guess the file
is cached by now) a GET request. But it takes at least around a minute
before the form is finally opened and ready to be filled out. From this
point on everything works just fine.
I found some info on the web about mime types for InfoPath forms, but
that seemed to be mainly about xml format files, while I'm using the xsn
format. Still, I played around a bit with this and I observed some
change: in the beginning, when a text/plain default mime type was used,
InfoPath also tried to do a lot of OPTIONS calls on various URLs of the
site. Later I tried setting the mime type for .xsn to
application/octet-stream and (just guessing) to
application/vnd.ms-infopath, and it seemed to me that the OPTIONS calls
didn't occur any longer. But I'm completely unsure if that has anything
to do with the problem.
Any hints on this, please?
Oliver Sturm