Classic Sunset and Service Connect

Has there been any information on the Sunset’s impact on SC? Let’s say you have workflows that use DLLs. Wouldn’t the DLLs no longer be accessible? Is anyone else concerned or addressing this or is it a wait and see type thing? Just curious to see what others are doing (or not doing :smile: )

2 Likes

If they are still supporting all of the DLLs to run the classic client and just removing the client itself as a show of force (or stupidity) - it would be a real slap in the face.

Again, why is there a need to remove it vs deprecate it, the world will never know.

2 Likes

It is my assumption that Service Connect’s life ends at 2025.2.

3 Likes

From my understanding service connect can continue to use the .NET references using the power tools client in the same way that DMT does.

However service connect has worked with Kinetic ReST services for a while now.

6 Likes

I know way back in 2017 service connect was starting to implement REST…

2 Likes

Thanks everyone! Indeed, SC has been able to utilize REST for quite some time, but a lot of companies take the position of “if it’s not broke, don’t fix it”. So I see a lot of workflows using the DLLs still. I am wondering if those companies are headed towards a brick wall or not. I guess Epicor is the only one who can answer that. Thank you all for your input on this!

3 Likes

I think the writing is on that “brick wall”

5 Likes

But it’s going to be broke… Between the classic sunset and Automation Studio…

Buckle Up Get Ready GIF by Tony Awards

3 Likes

Kinda did over three years ago:

1 Like

I have seen many environments on the latest version of Kinetic still using .NET refs from the client install (hybrid style that Tim mentioned). I guess the answer is, you can continue to use the .NET refs as long as Epicor allows client installs ya?

I believe all the DLLs are included in the Power Tools. I think that supports DMT, Functions, APR, and Service Connect as I recall.

1 Like

I agree with @Chad_Smith. The DLLs are updated with every patch, which is a process that SC users are already used to. Converting to REST will reduce that work unless there’s a signature change. You might even be able to use a Function with REST to reduce the risk further. However, as @timshuwy mentions, you may not want to build your wooden house in a dry forest. Ya never know when a dumpster fire might break out…

4 Likes

This is one of the reasons why powertools exists… it is “required” if you also need to do your special stuff with service connect. it would just be better if you used direct calls to the APIs instead of relying on this long term. Example, Automation Studio does NOT need the powertools installed to run because it uses the APIs.

4 Likes

Automation Studio is also more of a subscription model too rather than Just paying your maintenance for SC, so there are arguments on both sides.

2 Likes