1999年にRefsnesデータはAppMLの最初のバージョンを開発しました。
すでに、その後、AppMLは、WebクライアントとWebサーバー間のHTTP要求通信に基づいていました。 その後、この方法は、AJAXにも知られるようになりました。
2000年9月、大規模なノルウェーの顧客のための開発プロジェクトを開始しました。 このプロジェクトの目標は、唯一AppMLを使用して、近代的なインターネットアプリケーションを、Windowsのデスクトップアプリケーションからの巨大な情報システム（約300アプリケーション）を変換することでした。
AppMLベースのシステムは、世界初の商用AJAXアプリケーションとして、数ヶ月前にスケジュール、2001年に発売されました。 開発時間は、通常のWeb開発に比べて75％減少したプロジェクトは、大成功でした。 それ以来、新しいアプリケーションが追加され、システムは現在、1000以上の実行中のアプリケーションをカバーしています。
2015年2月には、w3ii一般に公開された新製品、などAppMLを再立ち上げました。
AppMLの設計目標：
- AppMLアプリケーションは、インターネット上で実行する必要があります
- AppMLアプリケーションは、プラットフォームに依存しなければなりません
- AppMLアプリケーションは、インターネット標準のみ（HTML、CSS、JavaScriptを）使用する必要があります。
- AppMLアプリケーションは、アプリケーションのさまざまなニーズをサポートしている必要があります
- AppMLアプリケーションは自己記述でなければなりません
- AppMLアプリケーションは、開発維持し、変更するのは簡単でなければなりません
- AppMLアプリケーションは、将来の証拠である必要があります
以下の段落では、説明Refsnesデータのオリジナルのビジョンs (1999)についてf utureのWebアプリケーション。
実行可能ファイルは、JavaScriptが生きる死んでしまいます
コンパイルされた実行ファイル(compiled from languages like C or Java) 、異なるハードウェア上で実行することはできません。
実行可能ファイル(EXE files, ActiveX and COM objects, DLL-files)インターネット上で実行できるアプリケーションの開発を防ぐコンポーネントです。
将来のアプリケーションが使用、または実行ファイルまたはクライアントのコンピュータにインストールされている他のコンポーネントに依存しません。
私たちの提案：
唯一のHTML、CSSとJavaScriptを使用して、あなたの将来のアプリケーションを書きます。
あなたの将来のアプリケーションは、任意のWebブラウザで実行を確認してください。
Webアプリケーションは、インターネットサービスになります
歴史は、大規模な、目的に構築、アプリケーションの完全です。 彼らは要件の変更を生き残ることができなかったので、これらの多くは、非常に迅速に死亡しました。
アプリケーションは、一般化、柔軟であり、そして正常崩壊または破壊されることなく、変化に適応すべきです。
アプリケーションは、一日あたりの要求数百万、数をサポートしているから拡張することができるはずです。
アプリケーションは、多くのサーバに広がり、またはアプリケーションを壊すことなく、サーバ間で移動することができるはずです。
アプリケーションは他のアプリケーションと連携することができるはずです。
アプリケーションでは、コードの大きな塊を含めることはできません。
アプリケーションは、簡単に作成でき、維持しやすい小さなサービスに分解する必要があります。
アプリケーションは、提出され、インターネットの要求にデータを返すことができるインターネットサービスのセットでなければなりません。
アプリケーションは、サーバーへの常時接続を維持することなく、標準的なインターネット・プロトコル経由でサービスを要求すべきです。
私たちの提案：
インターネットベースのSOA使用して、あなたの将来のアプリケーションを書く(Service Oriented Architecture) 。
お使いのアプリケーション・サービスが一般的で柔軟、かつ要求の種類を提供する準備してください。
将来のアプリケーションが簡単に作成できますし、編集のだろう
クライアントとサーバーは簡単に理解できる方法でデータを交換します。
それを回避することができるならばアプリケーションは、コード化されることはありません。
アプリケーションが作成されていないコードを編集することで、モデルを編集して、変更されます。
アプリケーション記述は、人間によって読み取り可能になります。
アプリケーション記述は、自己記述になります。
アプリケーションは、ユーザーではなく、プログラマによって書き込まれます。
私たちの提案：
サービスを記述するために人間が読めるテキストファイルを使用して、これらの記述を実行することにより、サービスを提供します。
テキストファイルを使用し(like JSON files)のアプリケーションを記述すること。
テキストファイルを使用し(like JSON files)のデータを交換します。
アプリケーションを実行するようにHTML、CSS、およびJavaScriptを使用してください。
スリーリトルWeb開発者...
むかしむかし、新しいウェブサイトを開発する3人の小さなWeb開発者がありました。
1.最初のWeb開発者がAppMLを使用していました。
2. 2番目のWeb開発者は、彼のお気に入りのサーバープログラミング言語を使用していました。
3.第三は、専門企業のWeb開発フレームワークを使用していました。
最初のWeb開発者は、2日間でデモ稼働していました。 ユーザーとのコラボレーションした後、出プロトタイプは週に準備ができていました。 そして、テスト、、、インテリジェント高速で使いやすいウェブサイトの2週間後、公開する準備ができていました。
第二のウェブ開発者は、6ヶ月後、彼のウェブサイトの準備ができていました。 しかし、WWWは、その要件を変更し、満足していなかったしていました。 それはあまりにも多くのコードが含まれているため、ウェブ開発者が自分のプロジェクトに大きな変更を加えることができませんでした。 そこで彼は、バージョン2の開発を開始しました。
第3ウェブ開発者は、彼の仕事を完了するために管理することはありません。 プロのWeb開発フレームワークは、テストに理解することは非常に難しい、使用することは非常に難しく、ほとんど不可能でした。