+1, I agree with this decision. More broadly, I think we should adopt a similar strategy across all OFBiz features: either the community actively maintains a feature, or we should seriously consider removing it.
The OFBiz codebase is already large, and historically our attitude has often been to accept new features and keep them indefinitely because, even if we do not know it, “someone may still use them”. While understandable, this approach also means accumulating code that is no longer actively maintained, is not updated alongside external dependencies, receives little or no bug fixing, and increases the maintenance burden. If we care about stability, overall quality, and making wise use of the limited time and energy of the volunteers maintaining this codebase, I think we should be more proactive in identifying unsupported or effectively abandoned features and cleaning them up when necessary. In this specific case, removing integrations built around deprecated and unsupported APIs seems like the right direction. Jacopo On Thu, May 28, 2026 at 7:54 AM Mridul Pathak <[email protected]> wrote: > Hi All, > > The existing shipping integrations for UPS, USPS, FedEx, and DHL all use > deprecated SOAP/XML APIs, even though these carriers have already moved to > modern REST APIs. > > - UPS has officially deprecated the legacy access key and legacy > SOAP/XML API in favour of RESTful API OAuth 2.0 security protocols. ( > https://developer.ups.com/oauth-developer-guide) > - FedEx is completely retiring FedEx Web Services (SOAP/XML APIs) by > June 1, 2026. ( > https://developer.fedex.com/wirc/browser/#/en-us/guides/migrate) > - USPS retired the Web Tools API on January 25, 2026. ( > https://www.usps.com/business/web-tools-apis/) > - DHL integration uses the legacy DHL ShipIT XML API which is obsolete > and has been superseded by the modern DHL Express REST API. > > I propose removing and cleaning up these shipping integrations because they > are built on unsupported legacy APIs and are no longer maintained. > > Regards, > Mridul Pathak >
