IIS JK Connector.

[Steven Velez <sv...@alventive.com>]

I have run in to a problem using the JK (version 1) connector for IIS in
conjunction with an ISAPI filter put out in closed source.  Basically, this
other filter randomly deletes request headers for some reason and that
interrupts the communication between the filter and the extension that
implement the JK connector.
 
I was planning on working around this problem by passing request information
from the filter to the extension using shared memory (using a lookup table
and passing the index in the query string).  However, I was wondering if the
patch would be more likely to be accepted if the new mechanism was enabled
via a configuration option (or compile setting) or if I could just go ahead
make that the communication mechanism.
 
Also, is there a place I can go to read the coding standards for Jakarta,
C-language projects?
 
 
Thanks
 
Steven B. Velez
Software Engineer
alventive
svelez@alventive.com
 

Re: IIS JK Connector.

[Henri Gomez <hg...@apache.org>]

Mladen Turk wrote:
> 
>>-----Original Message-----
>>From: Henri Gomez
>>
>>The place is on apache.org, coding standards.
>>
>>http://www.apache.org/dev/styleguide.html
> 
> 
> So why don't we follow that ;).

Well it's a pretty long story ;-)




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

RE: IIS JK Connector.

[Mladen Turk <mt...@mappingsoft.com>]

> -----Original Message-----
> From: Henri Gomez
> 
> The place is on apache.org, coding standards.
> 
> http://www.apache.org/dev/styleguide.html

So why don't we follow that ;).

MT.



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: IIS JK Connector.

[Henri Gomez <hg...@apache.org>]

Steven Velez wrote:
> I have run in to a problem using the JK (version 1) connector for IIS in
> conjunction with an ISAPI filter put out in closed source.  Basically, this
> other filter randomly deletes request headers for some reason and that
> interrupts the communication between the filter and the extension that
> implement the JK connector.
>  
> I was planning on working around this problem by passing request information
> from the filter to the extension using shared memory (using a lookup table
> and passing the index in the query string).  However, I was wondering if the
> patch would be more likely to be accepted if the new mechanism was enabled
> via a configuration option (or compile setting) or if I could just go ahead
> make that the communication mechanism.
>  
> Also, is there a place I can go to read the coding standards for Jakarta,
> C-language projects?

The place is on apache.org, coding standards.

http://www.apache.org/dev/styleguide.html




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>