Epic Games has started war on Apple to open the ecosystem even more wide while we can already. With OpenPwa that is not even needed as you get the ability to run your code on IOS Already.

Get Reach and Power with your Hybrid Apps on any Device and Scale! A Universal Entire Operating System Platform Interface and Framework!

We see at present the trend of other Projects to move in our direction i like it :) Lets Mentoin them

• Crossplane
• oam.dev
• kubernetes.

Open Pwa is a Platform that runs on Any Device with a easy installer and then allows you to run WebSites and Applications with Nativ Capabilitys. It has a Permission System, Window,Task, Prozess Manager, Install & Update Api Inspired by ServiceWorker Concepts.

It can change everything as a Open Platform to port your existing software or create new Software with the most Efficent Open Source Frameworks around.

It Also Offers its own Formart for Cloud Deployments any device can be part of any cloud or its own cloud. Platform by providing the needed API's to legacy Platforms a dropin replacement for the electron framework that scales more well when multiple applications get executed on the same host. It offers a Total new way of Deployment and Application update concepts.

Open Pwa is a Platform build with the @stealify/stealify Framework the EE Encapsulation Standard OpenPwa also offers some high level tooling also build with stealify to package and deploy your code via vmpack and vmdeploy (deployless)

An App-centric Model

1. Application first - the platform is built around a self-contained app model, where operational characteristics are also part of app definition, free of infrastructure here.
2. Clarity and extensibility - an open standard to modularize your platform capabilities into reusable pieces, with freedom to bring your own abstractions and implementations.
3. Runtime agnostic - a consistent experience to deploy and operate your apps across on-prem clusters, cloud providers or even edge devices.

As Google Carlo is deprecated we will offer @open-pwa/carlo with the same and more abilitys which will get maintained as it is a shared dependencie of oepen-pwa that can run standalone simply use npm i @open-pwa/carlo inside open-pwa/packages/carlo you can find readme.md and additional explainations.

We Are more then happy to announce that we will keep that functionality running and will reuse it as Carlo is not maintained anymore we adopted it's code and made a ECMAScript 6+ version out of it to keep maintance overhead low. We will publish that under @open-pwa/carlo@>0.10.0

• Electron apps More Efficent and allows to run them directly on open-pwa without a indipendent electron installation. Adds Open Pwa Features!
• WebView2 Allows Hybrid Apps while OPEN-PWA is a Hybrid App Platform it allows to turn Hybrid Apps and even Websites Into Nativ Apps!
• HashiCorp Terraform Compatible Syntax Support! Enables Remote Deployments of Terraform Specs. (You can Deploy from and to terraform)

There is a discussion in https://news.ycombinator.com/item?id=18355345 which shows that Open-PWA is still the way to go as it manages the Runtime or serverside dependency while chrome manages updates it self.

• Stealify + https://github.com/amino-os/Amino.Run

• https://github.com/amino-os/Amino.Run
• IREE (Like WASM) https://github.com/google/iree
• electron
• unraid
• open-stack
• kubernetes
• docker
• nodejs (Including Java InterOp via node-graalvm)
• os nativ apps
• nodejs-mobile
• wasmer
• weex
• QT
• wxWidgets
• deno
• cordova

We Will Deploy the serviceWorkers in 2 Formarts WASM using the WASI and JavaScript using the JS API OpenPwa gets called with a serviceWorker URL

We can expect a RasPI with a small lcd screen to display a scrolling text without a browser.

• using sharedModules as formart Comes into mind but not sure.

Local WASM needs to talk to OpenPwa it can do that via the JS Api or we Supply a WASI Shim

• wasi
  • Run wasm in a browser client with access to a remote resource as would it be the local environment.
• chrome
  • run a uwasi remote host and expose that as the current browser to JS

This will make service worker driven pwa and pssa work.

they will get deployed via installation of a remote serviceworker.

We will research and create an environment agnostic way to run PWA's in browsers and none browser environments that do not support PWA's. we will offer a permission-based API and implement all the functionality that chrome offers for a PWA and all NativSystemCaps.

so this will be a single daemon or app or server it is not so important how we name that. It will expose API's that a remote website can call to request a local installation and use of existing Platform features.

The Implementation will be written in JS using GraalVM with Stealify to get it even more embedded able while keeping the code understandable by all ECMAScript knowing people,

• open-pwa runtime runs on a remote host or the local desktop pc look into amino.run

• It offers a service worker deployment interface open-pwa://my-app-id and ://open-pwa/my-app-id that exposes *.

  • additional on ip:port for restricted deployments without access to dns or host protocol services.
    • grpc endpoint
    • http2 endpoint
    • websockets endpoint

• It offers all browser related API's for PWA's like storage and others

• Custom kublet implementation done via rust

• First Implamentations JS+WASM

  • ECMAScript 6+ Modules Compatible for NodeJS (mobile) (graalvm) Based Host Platform
    • upwa rust + wasmer + deno
    • uwasi offers wasmer-js Platform bindings.
    • graalvm and also node-graalvm https://github.com/lazar-mitrovic/GraalREPL + es-permissions can be used for the first implamentation

• API's

  • run worker process
  • register desktop app
  • listen on address device
  • systeminfo
  • user management (maybe reffered to the underlaying os not sure if we should implement it)

It will provide a ecosystem for a total new concept to deploy existing PWA's to diffrent Platforms then the Browser as also New Concepts for Live Updates and Deployments PSSA - Progressive Server Side Applications maybe it will be called PSSS - Progressive Server Side Services. of existing Applications Running. This is research on the new Container Caps of wasm also.

• permission system isolated access to device caps
• running processes on the device with access to os api's via unified api
• universal install system
• universal software update system
• supports GraalVM, docker, kubernetes, open-stack, chrome

Simply contact me via the issue section at present it is fast to get into the project as it is quit new :)

This is an Open Source Effort it got initialized by Frank Lemanschik not on purpose because he has written that article https://medium.com/@frank_lemanschik/is-it-all-about-the-package-manager-43077634124c?sk=1fdba664c3fdce60b3a5d4d10d0e8773

It Joins with a lot of my other projects that i was working on the last 20 years

• direktspeed server
• direktspeed os
• direktspeed serverless *
• serverless *
• stealify
• Maybe 1000+ Projects

Into one giant open project OPEN-PWA That will hopefully deliver Expirences better then ever to the user. And also make Developers More Efficent and Happy.

bash,git,mv, rm, tr, type, curl/wget, base64, sudo (if not root),make (GNU) tar (or unzip on OSX and Windows), gpg (optional verification)

• brew (macos)
• chocolatey (windows)
• apt (bash)(linux)

Use existing n and pm2 installs maybe create a seperated user profile for testing

mkdir ~/.open-pwa
ln -s ~/n ~/.open-pwa
ln -s ~/.pm2 ~/.open-pwa

• appimage
• docker
• tar.gz
• git
• serviceWorker

OpenPWA is the foundation of @direktspeed/deployless it uses openpwa under the hood.