A product of the cli-dev incubation effort was the open sourcing of the
mod_aspdotnet connector between httpd-2.0 and Microsoft's ASP.NET engine.
Some background...
It is notably tied to Microsoft as the code uses a C++ IJW (It Just Works)
approach to compiling native and managed code in the
cli-dev'ers,
With the cli-dev list not particularly active in mod_aspdotnet (no criticizm,
this is mostly a finished module and should be discussed on that thread), I'd
like to come back to the original charter and purpose for cli-dev@, and why it
wasn't simply the mod_aspdotnet effort.
On 2/15/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
A product of the cli-dev incubation effort was the open sourcing of the
mod_aspdotnet connector between httpd-2.0 and Microsoft's ASP.NET engine.
Some background...
Excellent. I've been delegated by the Board to oversee our timely
Hi
I'm on the dev@httpd.apache.org mailing list, and have recently been
alerted to the existence of mod_aspdotnet by some posts from Bill
(thanks).
Sounds interesting and potentially very cool.
I know a fair bit about Apache, but not about ASP.NET. I think it
would be great if your
Doug Dixon wrote:
Hi
I'm on the dev@httpd.apache.org mailing list, and have recently been
alerted to the existence of mod_aspdotnet by some posts from Bill
(thanks).
Sounds interesting and potentially very cool.
I know a fair bit about Apache, but not about ASP.NET. I think it would
be
Nicolas Lehuen wrote:
Hi,
I've built Apache 2.2 and tested mod_python SVN trunk with it.
The two register_cleanup tests fail. Apparently it's because the test
code registers a cleanup function giving the current request as
parameter. Of course when the cleanup function is called, the request
Nicolas Lehuen wrote:
2006/2/15, Jim Gallacher [EMAIL PROTECTED]:
Nicolas Lehuen wrote:
Hi,
I've built Apache 2.2 and tested mod_python SVN trunk with it.
The two register_cleanup tests fail. Apparently it's because the test
code registers a cleanup function giving the current request as
If you are using the recently released mod_python 3.2.7 please beware that a
security issue was discovered in the FileSession code.
You are vulnerable only if you are using mod_python 3.2.7 AND you are using
FileSession to keep sessions. FileSession is new in 3.2.7 and is not enabled by
Jim Gallacher wrote ..
If the settings are going to be a generic key/value like in
PythonOption, but only for purposes of the mod_python system itself,
maybe it should be called PythonSystemOption. Prefer PythonSystemOption
as Module is too confusing to me given you have both Apache
Jim Gallacher wrote ..
I have a better option (pun intended). :-)
We do not need a new directive. Instead use existing PythonOption
directive.
That could work.
In the handler code for the directive, it can look at the
value of the cmd_parms-path and determine if it is being used
Graham Dumpleton wrote ..
Graham Dumpleton wrote ..
How does req.server.get_options() differ from req.server.get_config(),
which already exists?
I still see what is in get_config() as special, ie., the values for
actual directives. Just don't think it is good to mix them.
Looking
This just in:
http://ct.enews.eweek.com/rd/cts?d=186-3209-8-85-114956-376644-0-0-0-1
...like this is news or something.
Mark-|-kraM
Throws an Internal Server now.
And returns
[Tue Feb 14 21:43:44 2006] [error] [client 24.195.xx.xxx] Conflicting information
Any gotchas I'm not seeing in the docs that could be responsible?
Mike
-- Mike LiemanClient Services of New York, L.L.C.[EMAIL PROTECTED]518-496-8431
Jonathan Vanasco [EMAIL PROTECTED] writes:
BUT it brings up this issue - a corrupt cookie of this sort seems to call a
die() in modperl once libapreq attempts to parse it. i'd say 50% of
the dies are met with a segfault. i don't know why its not a 1:1 ratio.
It's supposed to die, but
On 2/15/06, Joe Schaefer [EMAIL PROTECTED] wrote:
Joe Schaefer [EMAIL PROTECTED] writes:
Thanks, Joe. I'll take a look at those, and follow up later.
-- Mike LiemanClient Services of New York,
L.L.C.[EMAIL PROTECTED]
[ This was sent earlier, accidentally, from a non-subscribed address ]
Mac OSX 10.4.5
httpd 2.0.55
mod_perl 2.02
libapreq2.07
Has anyone got this working?
It keeps failing on make test
util...FAILED tests 36-37
Failed 2/89 tests, 97.75% okay
Failed Test Stat Wstat Total Fail
Hi,
I have a library which loads fine on Linux 3.0 with Apache 1.3.33
and it starts well.
But in case of Linux 4.0 it is behaving inconsistently i.e sometimes
it starts sometimes it doesnt.
I want to know whether there is some major difference between
the process creation methods in
-Ursprüngliche Nachricht-
Von: Jim Jagielski
No regressions...
Now that this has been passed successfully, do you see need for
any further discussion / changes before I commit it or should
I commit to the trunk and we continue our further changes / discussions
there?
Regards
=?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_VIS?= wrote:
Von: Jim Jagielski=20
=20
No regressions...
=20
Now that this has been passed successfully, do you see need for
any further discussion / changes before I commit it or should
I commit to the trunk and we continue our further
On 2/15/06, Joe Schaefer [EMAIL PROTECTED] wrote:
Joe Schaefer [EMAIL PROTECTED] writes:In particular, your POST_MAX argument.You'll get this errorif that's larger than 64M.
The web app in question uses:
$session{req} = Apache2::Request-new($r, POST_MAX = 1024 *
-Ursprüngliche Nachricht-
Von: Jim Jagielski
I vote to commit and use that as the continue point for
more development :)
Excellent. I will do so tonight German time. Currently I am away from my
development env as you may have noticed from my nicely formated
Outlook mails :-).
I'll do it, no prob.
=?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_VIS?= wrote:
-Urspr=FCngliche Nachricht-
Von: Jim Jagielski=20
=20
=20
I vote to commit and use that as the continue point for
more development :)
Excellent. I will do so tonight German time. Currently I am
On 2/14/06, Maxime Petazzoni [EMAIL PROTECTED] wrote:
Otherwise, I'd like to have some more detailled explanations (or a mail
reference to) on this veto.
http://mail-archives.apache.org/mod_mbox/httpd-mbox-dev/200504.mbox/[EMAIL
PROTECTED]
HTH. -- justin
A product of the cli-dev incubation effort was the open sourcing of the
mod_aspdotnet connector between httpd-2.0 and Microsoft's ASP.NET engine.
Some background...
It is notably tied to Microsoft as the code uses a C++ IJW (It Just Works)
approach to compiling native and managed code in the
William A. Rowe, Jr. wrote:
* It's time to move mod_aspdotnet into the 'core'. Not as a default installed
module, perhaps not even in the modules/arch/win32/ tree (it would increase
the size of the unix distributions for no gain), but simply consider it where
it lays in svn as part
On 2/15/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
A product of the cli-dev incubation effort was the open sourcing of the
mod_aspdotnet connector between httpd-2.0 and Microsoft's ASP.NET engine.
Some background...
Excellent. I've been delegated by the Board to oversee our timely
Justin Erenkrantz wrote:
On 2/15/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
The second major change to be made is driven by the httpd-2.2 proxy framework.
Because all applications are in effect proxied from the front end server, the
fit of mod_proxy_aspdotnet should be self-evident.
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2006-02-02 16:28:52 -0500 (Thu, 02 Feb 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2006-02-04 14:10:00 -0500 (Sat, 04 Feb 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is
Re: poll
* I will help author the module
* I will help test the module, including writing
tests and examples
* I will help document the module and it's API
Sorry, other issues and considerations mentioned in
recent and related exchanges tend to be somewhat
high-level for me and I have
30 matches
Mail list logo