cancel
Showing results for 
Search instead for 
Did you mean: 

How "at risk" are the deprecated adapters?

Former Member
0 Kudos

I've been battling with the problem that both the ESP Socket adapter (toolkit_socket_xmllist_input) and a third party data delivery program both operate in socket client mode. One of them has to be a server.

It turns out that there are deprecated adapters (dsv_sockin_in/out)which work perfectly for my needs. They operate in server mode, and they don't have the behavior problems I'm having with the toolkit based adapters (delayed delivery of the most recent event and occasional phantom events where all values are null).

The client is understandably concerned by the fact these adapters are deprecated and wants to know if there's a timeline for when they will be removed from a future release.

Is there any reason why they can't be retained indefinitely considering that their removal would impact existing customer solutions (e.g. made "not deprecated")?

I know this question should be submitted in an incident (and probably will), but I just wanted to see what kind of response it gets in the community forum.

Accepted Solutions (1)

Accepted Solutions (1)

RobertWaywell
Product and Topic Expert
Product and Topic Expert
0 Kudos

Deprecated features should not be used for new development. The purpose of identifying a feature - in this case an adapter - as deprecated is to give advance notice that the feature will be dropped in a future release and provide reasonable lead time for Customers to upgrade to the recommended replacement.

Answers (0)