I have family still on ST, who I reluctantly act as tech support for.
I thought they made ad revenue from it and donations?
It looks like Adrian recently left Samsung, lets get him back in the CoRE saddle! (is his account still active here?)
I have family still on ST, who I reluctantly act as tech support for.
I thought they made ad revenue from it and donations?
It looks like Adrian recently left Samsung, lets get him back in the CoRE saddle! (is his account still active here?)
no, his account doesn’t exist anymore
I believe his account was deactivated here and on the webcore forum. I’m sure he had some interesting terms he had to agree to both joining and leaving Samsung…
So in conclusion, webcore in SmartThings is really going to die…
yes, on September 30th
There is a non subscription option, but it requires running 3 systems and being ok with a very Rube Goldberg approach…
It’s complex and only for power users, but it should be doable.
The base SharpTools Rule Engine is free too. A subset of features like Variables and HTTP Actions are part of our paid tier which more advanced WebCoRE users might need… but if you aren’t using those and just want complex conditions, nested conditions, etc. you get all those for free with SharpTools Rule Engine.
September 30 is the switch off of groovy smartapps? That’s too soon…
I spent the weekend migrating my webCoRE pistons over to SharpTools. For the most part I succeeded. However, since SharpTools doesn’t allow multiple separate routines in one rule like webCoRE does, I had to change the logic on a few routines and split quite a few into separate rules.
The interface of SharpTools Rule Engine is pretty, but it’s a bit too much (and too large). I would like the ability to change the view of a rule to look similar to that of a webCoRE piston. I ran out of real estate real fast when setting up complicated rules with multiple IF>THEN ONLY IF>THEN statements.
I also ran into an issue with webhooks not working. However, that’s more of an issue with Plex and not webhooks in general since Plex uses a non-standard way of sending JSON data. I posted the problem in the SharpTools forum and their staff was very quick to respond and after discovering the issue they said they would look at fixing it in a future update. I like that support. (Thank you @joshua_lyon)
I’m sad to see webCoRE die, but if SharpTools continues to keep the platform updated it’s the closest alternative.
We pushed an update to support the weird Plex format too (very bizarre JSON encoded inside a multi-part form format)!
Really sad to see webcore go because you simply cannot do certain complex automations within ST itself, which is a real shame. Imagine being able to run these complex automations and also have it run locally.
I can but dream. Or move system.
Their plan has been that the Rules API would have feature parity with Webcore, but would be able to run at least some recipes locally. They aren’t there yet, but it does offer a lot more complexity than what is available in the basic app routines. And it is still in development, so hopefully more to come.
Is this what we’re hoping the "Custom Routine Creator?
The stated plan was for the Rules API to have broadly similar capabilities to webCoRE, with the understanding that webCoRE has a few incongruous features. I am a fan of the Rules API and the only reason I have any Routines is because they have access to Rules that haven’t been made public yet, and the only reason I use Scenes is because there isn’t an action for executing another Rule yet. However the Rules API doesn’t seem to have developed significantly in terms of capability over the last three years compared to the stated aims. Much of what I have seen happening could perhaps be described as refactoring that has, in my opinion, improved things greatly, and there has also been rationalisation. The ‘was’ rule has been deprecated, for example, but as far as I could see it wasn’t doing anything that couldn’t be done by ‘remains’ and a basic grasp of binary logic. So what it does it is doing much better, but it doesn’t seem to be doing a great deal that it couldn’t already do quite a while ago.
What I am not seeing is any of the headline features like variables, or any sign of loops. I think there is a lot to be said for variables being a ‘thing’ anyway.
There was talk of a graphical front end for the Rules API. I’ve always had mixed feelings about this as a key strength of the Rules is that they are text.
That sound a long long way to go if they are really “aiming” toward the stated goal, and if they do that will be fantastic for users who rely on webcore pistons!
It would be good to know if that is still the aim. I would quite understand if plans had changed after a period of reflection but someone really needs to say something as a courtesy to the users who have been led to expect so much more.
So if the creator of WebCore left joined Samsung, then left Samsung who is paying for the hosting and running of WebCore today? Who is the keeper of it?
I believe Adrian is still paying for the hosting at the moment. I do know he is stll managing certificates when they expire.
technically, there have been no major updates to WebCoRE on the ST platform in a few years and a few minor patches they were handled by WebCoRE minions but all of those minions have moved on to a different platform.
That’s very sad, I noticed there wasn’t major update too, but hearing minions moving along is another straw putting on the death of webcore
The Hubitat community has an active group of webCoRE users, and the app itself is updated occasionally by the more committed users there, although the fixes/changes have so far been minor.
In the past several months, I have moved what I can to ST Routines and the Sharptools Rule engine, and moved the remaining half-dozen or so webCoRE pistons that are too complex for either ST or Sharptools to webCoRE on Hubitat. Eventually, I hope to move those as well, perhaps via the ST Rules API, but for now I’m waiting for the smoke to settle on the deprecation of the groovy platform on ST.