Legacy inbound wires deprecation
Deprecation date - April 21, 2025
Arc XP’s legacy inbound wire integrations were originally developed as custom solutions, managed and maintained by Arc XP on behalf of clients, under time-limited professional service agreements, who required content ingestion from third-party providers such as:
The Associated Press
Reuters
Getty Images
The New York Times
The Washington Post
Why are we deprecating inbound partner wires?
These integrations are aging, which increases performance and stability risks to this critical functionality. In order to remediate these risks, Arc XP is announcing the deprecation of these services with an end-of-life date of April 21, 2025.
In order to effectively hand over this responsibility, and minimize the amount of development required to re-create these integrations, Arc is providing you with the code for the current integration so that it can be deployed as is in your AWS instance.
What are the prerequisites for my organization to deploy the code we are being handed?
You must use AWS to deploy the code.
You must have dev resources available to deploy and code and monitor the code for updates and changes (feed formats can change over time and occasionally providers do issue breaking changes).
What if I don’t use AWS or prefer to use another Cloud provider?
The code and configurations that we are sharing is currently in a deployable state. But in order to work, you must use AWS.
If you want to simply deploy the integration as it is provided, you must set up an AWS account.
However, if you want to use another Cloud provider, then the code that we are sharing serves only as a reference and you must implement your own integration for the desired provider.
Will I need a development team to integrate this? If yes, what can my organization do if I do not have one, or if my resources are tied up with other work?
Yes, a development team is required to perform the task of setting up and maintaining the integration.
If you do not have a development team, or if your team cannot take on this work in the timeline indicated, Arc XP works with reliable System Integration partners that can assist you in setting up this integrations.
These partners have broad experience integrating with Arc XP and will have also tested setting up the wires integration themselves. Contact Arc XP Customer Support to learn more.
How is Arc XP ensuring that I will be able to successfully deploy the integration in my own AWS account?
Arc XP has tested the code bundles we are handing off thoroughly to ensure that it successfully runs in your own account without relying on any Arc XP-owned resources. The bundles also contain Read Me files that detail the process for deploying the code in your own AWS account.
What is included in the final deliverable?
Partner-wires app code (zip file)
Partner-wires scheduler code (zip file)
Your organization’s existing partner wires tasks configuration as a JSON file
Are there any wires integrations that fall out of the scope of this handover?
All “wires” tasks that were implemented outside of the partner-wires project will NOT be in the scope of this handover.
This means that all wire tasks that are part of a any custom adapter code (deprecation of these services already announced) will not be included in this deliverable.
When and how will the code be handed off to me?
Arc XP will notify you the week of October 21 with specific details about your impacted integrations.
What if my current integration needs updating or modification prior to April 21, 2025?
Because you have a copy of the code you can modify, ideally, any changes or edits to the feeds can be made by your team. Making any updates/changes in your copy of the code and getting it deployed ensures that you have the most up to date integration in place and that you control the changes. The Arc team is available until January 21, 2025 to make small changes to the ANS configurations and scheduling behavior of currently running integrations but any request for new workflows or additional wire integrations will not be considered. Between January 21, 2025 and April 21, 2025 no updates or changes will be made to Arc-hosted integrations.
Will there be any coordination required when I’m ready to deploy the code?
Before enabling your deployed integration, you should request that we disable the integration that we have running on our side in order to avoid duplication of content ingestion.
After you have fully verified that your integration is working as expected, create a support ticket requesting that we disable the legacy wire tasks. The ticket must contain the following items:
Task name: The name of the task to disable. Generally the task name will specify the provider that the task is for (for example, The Associated Press). In some cases, you may have multiple tasks configured for a single provider to divide them by channel, product, category, and so on and may want to deploy them in stages.
Environment: Depending on how you are re-enabling your legacy integrations, this can be either a sandbox (referenced as dev within the partner-wires code), production, or both .
Disable Date and Time: The date and time (in Eastern Time) when the legacy integration should be turned off. This Date and Time should fall within business days between 11:00 AM and 4:30 PM Eastern Time.
You should request your legacy integration be disabled at least two business days in advance to guarantee that it can be disabled at the requested date and time. Failing to do so may put your desired disable date and time at risk.
What if I need to revise the date/time of my switchover?
If you need to revise the anticipated deactivation date or time of a wire task, notify our support team as soon as possible and preferably with time in advance, and Arc XP Customer Support will notify the appropriate team, coordinate the rescheduling with the customer, and notify us about the new date and time. The Content Import team may decline the new date and time if it is in too short notice and the deactivation cannot be guaranteed.
If the Content Import team does not receive any type of communication to cancel the deactivation, we will proceed as scheduled.
The deactivation window should be no longer than one hour. Once completed, the Content Import team will notify support.
Once the customer has confirmation that their integration is running as expected, we will proceed to decommission the customers legacy resources.
During this cutover period, is my organization at risk of losing content or having abnormal behavior with my integration?
When we disable the integration on our side, and you enable yours, there is a chance that some content will be lost. While the close timing of disabling/enabling of the feeds should minimize the impact, there is no way to guarantee that no content will be lost during this severed communication.
Once the new implementation is in place, if content ingested from the old, Arc-hosted feed is updated, you could end up with duplicated articles. To mitigate duplicate content, you will have to use Arc XPs editorial tools to either delete the newly loaded story or remove the older story, depending on which choice best fits your editorial needs.