[prev in list] [next in list] [prev in thread] [next in thread] 

List:       squid-users
Subject:    Re: [squid-users] hindsight recommendations on using existing or writing an ICAP server ...
From:       Alex Rousskov <rousskov () measurement-factory ! com>
Date:       2021-05-18 14:23:55
Message-ID: b33fda9c-d9d4-82dd-6f57-64249832638f () measurement-factory ! com
[Download RAW message or body]

On 5/17/21 11:21 PM, Albretch Mueller wrote:
> I need to either use an existing open source implementation of RFC
> 3507 or write one myself.
> 
> My main interest would be then connecting it to java using the JNI in
> order to do the deep content inspection and dynamic customization from
> events happening in java programs.
> 
> I need a thoroughgoing step-by-step guideline.
> 
> Any books, blogs, … ideas you would recommend?


In my experience[1], creating an ICAP server for experiments is easy,
but writing a yet another production ICAP server is almost always a bad
choice. I have seen many attempts that ultimately failed after spending
a lot of resources on writing and fixing the new server. RFC 3507 may
seem simple, but ICAP complexity lies beyond parsing ICAP messages, and
some RFC problems are not fixed by the errata.

I do not think you will find thoroughgoing step-by-step guidelines, but
there are existing ICAP servers that can be customized or loaded with
custom adapters.

* https://wiki.squid-cache.org/Features/ICAP#ICAP_Servers
* https://wiki.squid-cache.org/SquidFaq/ContentAdaptation#ICAP


HTH,

Alex.
[1] About 15+ years worth of writing and maintaining ICAP servers,
clients, adapters, and related software/RFCs.
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

[prev in list] [next in list] [prev in thread] [next in thread]