3 ms·
Here's yet another option that does essentially the same thing but doesn't provide a reference implementation for self-hosted push server. https://github.com/on
by lern_too_spel 6y ago
Here's yet another option that does essentially the same thing but doesn't provide a reference implementation for self-hosted push server. https://github.com/onepf/OPFPush/tree/master/samples/pushchat https://github.com/onepf/OPFPush/tree/master/samples/pushcha...
I wouldn't be surprised if Amazon has their own internal implementation of the same thing to use in their Android apps.
- zepto 6y agoSo, no. It’s not already usable and there are no complete alternatives you can point to. You speculate that Amazon may have an internal framework for this, but so what? Even if your guess was correct, that’s not AOSP, and it’s not open. Your statement that AOSP ‘already does’ this simply isn’t true. It seems like you don’t distinguish between things that are possible in principle, and things that are actually true.
- lern_too_spel 6y agoYou're essentially suggesting that Android should have Tor built in. The point is that it's possible to use other push services on Android and has been done, just like it is possible to use Tor on Android. There is no reason that AOSP itself needs to implement Tor any more than Windows or AOSP needs to provide a push API. Both are possible to implement on top of the platform and have been implemented on top of the platform. This is unlike iOS, which is the real broken platform.
- zepto 6y agoWhy are you talking about iOS? Also who said anything about Tor? What relevance does it have? Of course any open source project can have features added in private. Those are not part of the platform. It’s certainly not true to say those features already exist in the platform, as you falsely tried to claim upthread. It also doesn’t mean you can add them to the platform if the maintainers don’t accept them. As I say, you are confusing what is possible in some other reality with what is actually true.
- lern_too_spel 6y agoPush messaging is a service, just like anonymous proxies are a service. It doesn't make sense to put them into a platform if they can be built on top of the platform. It would make sense to put something like this into iOS because it can't be built on iOS. It doesn't make sense to put it into AOSP.
- zepto 6y agoEarlier you said AOSP had a framework for push notifications, a statement found to be false when checking the links you provided. Now you say it doesn’t make even sense to put this feature in the platform, confirming that you were lying when you said it already was part of the platform. Why are you talking about iOS?
- lern_too_spel 6y agoAOSP has a framework to support multiple backends. It's called the Service framework. With it, you can build a library to simplify dealing with backends, and I pointed you to one such library. > Now you say it doesn’t make even sense to put this feature in the platform Of course it doesn't make sense to build that library into the platform. > Why are you talking about iOS? iOS doesn't provide the ability to make this possible, which is probably why you are so confused.
- zepto 6y ago“I pointed you to one such library” You pointed me to an abandoned codebase. When I pointed out that it seemed incomplete you said: “It is already usable.” ( https://news.ycombinator.com/item?id=25361587 https://news.ycombinator.com/item?id=25361587 ) Do you still claim it’s already usable? If not, why did you say it is? You say: “Of course it doesn't make sense to build that library into the platform.” I agree, but nobody is talking about building that library into the platform. The comment you are replying to is talking about the feature, not that library: “Now you say it doesn’t make even sense to put this feature in the platform” Do you think it makes sense to put this feature into the platform?