1999年的Refsnes数据开发AppML的第一个版本。
已经然后，AppML是基于web客户端和web服务器之间的HTTP请求的通信。 后来这种方法成为众所周知的AJAX。
2000年9月，对于大客户的挪威开发项目正式开工。 该项目的目标是一个庞大的信息系统（约300应用程序）从Windows桌面应用程序转换为一个现代化的互联网应用，只使用AppML。
基于AppML的系统于2001年启动，计划之前数月，作为世界上第一个商用AJAX应用程序。 该项目获得了巨大成功，相比于普通的web开发的开发时间缩短了75％。 从那时起，新的应用程序已被添加，并且系统现已覆盖超过1000运行的应用程序。
在2015年2月，w3ii再次推出AppML作为新产品，向公众开放。
AppML设计目标：
- AppML应用程序必须在互联网上运行
- AppML应用程序必须是独立于平台
- AppML应用程序必须只使用Internet标准（HTML，CSS，JavaScript的）
- AppML应用程序必须支持各种应用需求
- AppML应用程序必须是自描述
- AppML应用程序必须易于开发，维护和变更
- AppML应用程序必须面向未来
下面的段落描述的Refsnes Data的最初的设想s (1999)约f uture Web应用程序。
可执行文件会死，JavaScript的将生活
编译的可执行文件(compiled from languages like C or Java)不能在不同的硬件上运行。
可执行文件(EXE files, ActiveX and COM objects, DLL-files)是预防的，可以在互联网上运行的应用程序的开发组件。
未来的应用将无法使用，或靠，可执行文件或安装在客户端计算机上的任何其他组件。
我们的建议：
仅使用HTML，CSS和JavaScript编写的应用前景。
确保你的未来的应用程序在任何网络浏览器上运行。
网络应用程序将被上网服务
历史是充满大，专门构建的应用程序。 许多这些死亡速度非常快，因为它们无法适应需求的变化。
应用程序应该是灵活的，广义的，优雅地适应变化，而不会崩溃或破坏。
应用程序应该能够从支持几个到数百万每天请求的规模。
应用程序应该能够从一台服务器蔓延到许多，或在服务器之间移动，而无需中断应用程序。
应用程序应该能够与其他应用程序进行合作。
应用程序不应该含有大量群众的代码。
应用程序应该被分解成更小的服务，即很容易创建和维护方便。
应用程序应该是一组的互联网服务，可以返回的数据提交Internet请求。
应用程序应该通过要求标准的互联网协议服务，而无需维护服务器的永久连接。
我们的建议：
编写使用Internet基于SOA的未来应用(Service Oriented Architecture) 。
让你的应用服务通用性和灵活性，并随时准备为不同类型的请求。
未来的应用将很容易创建和编辑
客户端和服务器将在一个易于理解的方式进行数据交换。
申请将不被编码，如果能够避免它。
应用程序将创建和修改，通过修改模型，而不是通过编辑代码。
应用的描述将是人类可读的。
应用的描述将是自描述。
应用程序将用户，不是程序员来写。
我们的建议：
使用人类可读的文本文件来描述服务，并通过执行这些描述提供服务。
使用文本文件(like JSON files)来描述应用程序。
使用文本文件(like JSON files)来交换数据。
使用HTML，CSS和JavaScript来执行应用程序。
三个小Web开发...
曾几何时有三个小Web开发人员开发一个新网站。
1.第一个Web开发人员使用AppML。
2.第二个Web开发人员使用他最喜欢的服务器编程语言。
3.使用专业的企业Web开发框架，第三个是。
第一个web开发人员有一个演示和运行在两天。 与用户合作后，退出的原型是在一周内准备就绪。 两个星期的测试，智能，快速和易于使用，网站后，准备发布。
第二个Web开发人员必须6个月后他的网站准备。 但是，WWW已经改变了它的要求，并不满意。 因为它包含了太多的代码的Web开发人员不能让他的项目发生重大变化。 于是，他开始了第2版的开发。
第三个Web开发人员从来没有设法完成他的工作。 专业的Web开发框架是测试很难使用，很难理解，而且几乎是不可能的。