* src/Mono.WebServer/BaseRequestBroker.cs: Reverted part of the last
commit. Use a pre-allocated buffer only when the size matches as it
will be transferred across appdomain boundaries in full length.
svn path=/trunk/xsp/; revision=114745
* src/Mono.WebServer/BaseRequestBroker.cs: Actually use the allocated
request buffers. Make the size of a request buffer equal INPUT_BUFFER_SIZE
in System.Web.HttpRequest, so that it is used for requests >= 32kb as well
(e.g. uploads of big files). Fixes bug #431675.
svn path=/trunk/xsp/; revision=114733
* Fix the scripts, my previous commit was untested, and some
scripts ended up not pointing to the right place (xsp was trying
to call 2.0/xsp.exe instead of 2.0/xsp2.exe and xsp1 was trying to
call 1.0/xsp1.exe instead of 1.0/xsp.exe).
Fixes#431121
svn path=/trunk/xsp/; revision=114545
* scripts/Makefile.am ($(tool_scripts)): Follow the naming pattern
used in Mono 2.0. By default the `script' is a 2.0 script,
`script1' is the 1.0 script, and `script2' is the 2.0 script.
svn path=/trunk/xsp/; revision=113665
* test/1.1/webcontrols/dbpage1.aspx: do not rely on the
OnTextChanged to fire the Filter_Changed handler method. Doing
that makes the sample miss situations when the user clicks Submit
several times in a row without changing the filters - the result
of this is that no table is show in the output. Filter_Changed is
fired as the OnClick handler of the Submit button. Fixes bug
#381972.
Should the filter fail to return any results, an appropriate
information is shown.
svn path=/trunk/xsp/; revision=109147
* src/Mono.WebServer.Apache/Worker.cs: RequestReader is created
with the client socket as parameter now.
* src/Mono.WebServer.Apache/Mono.WebServer.Apache.sources: reflect
changes in file names.
* src/Mono.WebServer.Apache/ModMonoRequest.cs: renamed from
Request.cs.
Use Dictionary for caches for 2.0.
Instead of using NetworkStream (which would invoke socket
receive/send for every call to read/write an item) now using
MemoryStreams which are paired with BinaryReaders. Data
read/written from/to the client socket is put directly in the
MemoryStreams.
Protocol changes to sync with mod_mono changes (protocol version
9).
* src/Mono.WebServer.Apache/ModMonoWorkerRequest.cs: renamed from
WorkerRequest.cs
* src/Mono.WebServer.Apache/RequestReader.cs: added - moved the
RequestReader public class to here from WorkerRequest.cs
svn path=/trunk/xsp/; revision=107726
* src/Mono.WebServer.Apache/WorkerRequest.cs: do not append the
default index to the request path if a directory is
requested. Fixes bug #324204
svn path=/trunk/xsp/; revision=101751
* src/Mono.WebServer.Apache/main.cs: Fix a CWL format typo, which
causes the apache backend to fail when --port is used. Fixes bug
#372220. Patch contributed by Daniel Cohen
<dcohenp@eduinnova.com>, thanks a lot!
svn path=/trunk/xsp/; revision=98570
* test/Web.sitemap: /1.1/asp.net/transfer2.aspx removed from the
tree - it is not supposed to be accessed directly.
svn path=/trunk/xsp/; revision=95206
* test/1.1/webcontrols/Makefile.am (EXTRA_DIST): include the
.sqlite files in the generated tarball, so that the build system
doesn't need to have sqlite installed.
svn path=/trunk/xsp/; revision=93920
* test/1.1/handlers/monodoc.ashx: fix the rendering of
links. Apparently, firefox lowercases the leading X: sequence in
links like 'N:System' and that, in turn, causes Monodoc to fail to
parse the link properly. Code stolen from the monodoc version of
monodoc.ashx.
svn path=/trunk/xsp/; revision=91150
* src/Mono.WebServer/ApplicationServer.cs: added a new property,
Port, to report the actual port ApplicationServer is listening on
* src/Mono.WebServer.XSP/main.cs: accept an extra parameter to
attach XSP to a random port. The actual port is printed to the
console instead of the configured one, as it was done before.
svn path=/trunk/xsp/; revision=90627
* test/1.1/webcontrols/web_linkbutton.aspx: make the sample
work. Clicking 'Remove this link' actually does something
now. Same for the 'Click me!' button.
svn path=/trunk/xsp/; revision=90012
* All the samples are using common look now. A common header has
been added to provide consistent look and sample navigation. 1.1
mode uses a poor man's implementation of the 2.0 SiteMap reader,
to be able to read the samples map from the Web.sitemap file.
* The test suite for 1.1 MUST now be ran from the directory into
which 'make install' put the samples - it requires the
SiteMapReader_1.1.dll to be present. If a user runs the test suite
from the source directory (or from one missing the required
components) a page explaining the steps to get it working is
shown. The 2.0 profile isn't subject to this requirement, as it will run
most samples from the source direcory.
* The 1.1/webcontrols/dbpage*.aspx samples now use Sqlite
databases installed along with the test suite. The databases are
generated by the dbpage_test_setup.exe utility found in the same
directory where the samples are.
svn path=/trunk/xsp/; revision=90009