summaryrefslogtreecommitdiff
path: root/defaults/web.xml
AgeCommit message (Collapse)Author
2026-07-04added llm proxy servlet to augment the RAGProxyServlet with adminMichael Peter Christen
access. We need this to do remote LLM inference configuration.
2025-11-16added OpenAI models servlet and Ollama tags servletMichael Peter Christen
2025-10-12added loging to MCP serverMichael Peter Christen
2025-10-11added MCP serverMichael Peter Christen
You can now use YaCy as a search tool within an agentic LLM framework, i.e. using MCP clients in N8N or OpenAI AgentBuilder. The tool address is /tools
2024-05-19Added a RAG Proxy for AI Chat with YaCyMichael Peter Christen
RAG (Retrieval Augmented Generation) is a method to combine a search engine with a LLM (Large Language Model). When a new prompt is submitted, a search engine injects knowledge from a search into the content. This is done using a reverse proxy between the Chat Client and the LLM. In this case, we used the following software: LLM Backend - Ollama: https://github.com/ollama/ollama Install ollama and then load two required LLM models with the following commands: ollama pull phi3:3.8b ollama pull llama3:8b Chat Client - susi_chat: https://github.com/susiai/susi_chat just clone the repository and the open the file susi_chat/chat_terminal/index.html in your browser. This displays a chat terminal. In this terminal, run the following command: host http://localhost:8090 This sets the LLM backend to your YaCy peer. Then start YaCy. It will provide the LLM endpoint to the client while using ollama in the backend. It then injects search results only from the local Solr index, not from the p2p network (so far).
2020-12-12updated solr 6.6.6 -> 7.7.3Michael Peter Christen
dropped GSA support (GSA API is still in YaCy Grid) The 6.6.6 solr index works without migration also with 7.7.3
2019-01-04extend the SolrServlet to be usable as remote solr (incl. update)sgaebel
this feature needs to be enabled by uncomment the url-pattern
2017-08-12Remove deprecated YaCyProxyServletreger
was replaced by UrlProxyServlet
2017-03-15make digest default authentication in defaults/web.xmlreger
2015-04-26make Quality of Service Servlet available to prioritize requests from local hostreger
This assigns priorities to incoming requests. Higher priority numbers are served before lower. (disabled by default in defaults/web.xml, uncomment or copy entry to DATA/Settings/web.xml)
2015-01-05revert clickservlet reger
(default was indeed a mistakenly)
2015-01-04Added a “don't store remote search results” optionreger
This is intended for peers who want to participate in the P2P network but don't wish to load/fill-up their index with metadata of every received search result. The DHT transfer is not effected by this option (and will work as usual, so that a peer disabling the new store to index switch still receives and holds the metadata according to DHT rules). Downside for the local peer is that search speed will not improve if search terms are only avail. remote or by quick hits in local index. To be able to improve the local index a Click-Servlet option was added additionally. If switched on, all search result links point to this servlet, which forwards the users browser (by html header) to the desired page and feeds the page to the fulltext-index. The servlet accepts a parameter defining the action to perform (see defaults/web.xml, index, crawl, crawllinks) The option check-boxes are placed in ConfigPortal.html
2014-12-27Init Jetty using setDefaultDescriptor (web.xml) to defaults/web.xmlreger
so web.xml in defaults dir is applied first and optional DATA/SETTINGS/web.xml loaded on top. By using this Jetty feature (default web.xml) we assure that changes to the default are applied to existing installations and individual addition/changes are still respected.
2014-05-11fix xml validation error on defaults/web.xmlreger
2014-04-26add exit proxy link to UrlProxyreger
on proxied pages a link to exit proxy is added to top of page. Link text can be configured in web.xml init-parameter (see default/web.xml). If missing no link is displayed.
2014-03-30alternative UrlProxyServlet (for /proxy.html) using different url rewrite rules reger
- use JSoup parser for selective rewrite of html body <a href= links only, instead of regex which rewrites also header href/src links - this improves display of pages which use header <base> tag - tags with src attribute are taken from original location (like css) improving display and are not routed trough the indexer Disadvantage: scripting links will drop out of proxy Setting of the servlet through web.xml exclusivly (in case one would like to quickly switch back to the YaCyProxyServlet, leaving the existing code of YaCyProxyServlet untouched available)
2014-01-23added hint to web.xml and for completeness the full set of hardcoded mappingsreger
2014-01-23changed the web.xml as well to migrate the solr servletMichael Peter Christen
2014-01-17implemented DIGEST authentication, which is for remote login more securereger
as BASIC were pwd is transmitted near clear text (B64enc). This has some implication as RFC 2617 requires and recommends a password hash MD5(user:realm:pwd) for DIGEST. !!! before activating DIGEST you have to reassign all passwords !!! to allow new calculation of the hash - default authentication is still BASIC - configuration at this time only manually in (DATA/settings) or defaults/web.xml (<auth-method> - the realmname is in defaults/yacy.init adminRealm=YaCy-AdminUI - fyi: the realmname is shown on login screen - changing the realm name invalidates all passwords - but for security you are encouraged to do so (as localhostadmin) - implemented to support both, old hashes for BASIC and new hashes for BASIC and DIGEST - to differentiate old / new hash the in Jetty used hash-prefix "MD5:" is used for new pwd-hashes ( "MD5:hash" )
2014-01-10make SecurityHandler webappcontext readyreger
2014-01-10making root context (htroot) a WebAppContextreger
- this allows additional features, like servlet configuration via web.xml and many more things. - currently the standard servlets are still configured in the code (so the supplied defaults/web.xml is not realy needed, yet), but could be expanded - lookup for web.xml - 1. in /DATA/SETTINGS then in /defaults