<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Aftermarket on SoftDevStudio.com</title>
    <link>https://softdevstudio.com/tags/aftermarket/</link>
    <description>Recent content in Aftermarket on SoftDevStudio.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 20 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://softdevstudio.com/tags/aftermarket/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Aftermarket Adds AfterAPI to Keep Old Clients Working on a New API</title>
      <link>https://softdevstudio.com/aftermarket-adds-afterapi-to-keep-old-clients-working-on-a-new-api/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://softdevstudio.com/aftermarket-adds-afterapi-to-keep-old-clients-working-on-a-new-api/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://aftermarket.dev/&#34;&gt;Aftermarket&lt;/a&gt; has its second tool. &lt;a href=&#34;https://aftermarket.dev/afterapi-released-to-keep-old-api-clients-working/&#34;&gt;AfterAPI&lt;/a&gt;, run as &lt;code&gt;aftermarket adapt&lt;/code&gt;, is for the day a whole API gets replaced and a client still expects the old one. AfterPatch fixes one field or path at a time. AfterAPI has you write each old endpoint in terms of the new one: &lt;code&gt;{id}&lt;/code&gt; moves from the old URL into the new, a short template rebuilds the old response from the new one, and status codes and error bodies get mapped back. A mapping applies fully or not at all, so anything it can&amp;rsquo;t translate safely passes through as sent and gets logged.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Aftermarket Adds AfterTest and AfterDiff to Record Traffic and Compare Versions</title>
      <link>https://softdevstudio.com/aftermarket-adds-aftertest-and-afterdiff-to-record-traffic-and-compare-versions/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://softdevstudio.com/aftermarket-adds-aftertest-and-afterdiff-to-record-traffic-and-compare-versions/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://aftermarket.dev/&#34;&gt;Aftermarket&lt;/a&gt; now has four tools. The new pair answers the question that comes before any repair: what actually changed? &lt;a href=&#34;https://aftermarket.dev/aftertest-and-afterdiff-released-to-record-traffic-and-compare-versions/&#34;&gt;AfterTest&lt;/a&gt;, run as &lt;code&gt;aftermarket record&lt;/code&gt;, is a proxy that changes nothing and saves each request and answer as a test fixture. Credentials, cookies and keys such as &lt;code&gt;api_key&lt;/code&gt; are blanked as &lt;code&gt;REDACTED&lt;/code&gt; in the file, and a config can add more fields, while the real traffic keeps the real values. AfterDiff, run as &lt;code&gt;aftermarket replay&lt;/code&gt;, sends the recording to two versions of a service and lists every difference by field. It sends only reads unless told otherwise, so it can&amp;rsquo;t change data on a live service.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Aftermarket Launches With AfterPatch, a Proxy That Repairs HTTP Traffic by Rules</title>
      <link>https://softdevstudio.com/aftermarket-launches-with-afterpatch-a-proxy-that-repairs-http-traffic-by-rules/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://softdevstudio.com/aftermarket-launches-with-afterpatch-a-proxy-that-repairs-http-traffic-by-rules/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://aftermarket.dev/what-a-software-aftermarket-is-and-why-you-already-use-one/&#34;&gt;Aftermarket&lt;/a&gt;, the studio&amp;rsquo;s twenty-third project, is about the work that happens after software ships: the proxy rule that renames a field, the shim that keeps an old client alive, the patch nobody can test. It gives that work a name and a set of tools, all under one &lt;code&gt;aftermarket&lt;/code&gt; command. Ten are planned. The first one is out.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://aftermarket.dev/afterpatch-released-as-the-first-aftermarket-tool/&#34;&gt;AfterPatch 0.1.0&lt;/a&gt; sits between a client and a service that neither side can change, and fixes the traffic with YAML rules short enough to review. A rule picks traffic by method, path, query, headers, status and content type. It can move an endpoint, set or drop headers, and rename, copy, set or delete JSON fields going in and out. The example it was built around is an old client calling &lt;code&gt;/api/v1/customer?id=7&lt;/code&gt; against a new service that only knows &lt;code&gt;/api/v2/customers/7&lt;/code&gt;. Two rules make them talk again, and the &lt;a href=&#34;https://aftermarket.dev/quick-start/&#34;&gt;quick start&lt;/a&gt; runs it in five minutes. A dry run shows what the rules would change on live traffic, and an audit log records every change without a single value in it.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
