`
erylee
  • 浏览: 108009 次
社区版块
存档分类
最新评论
文章列表
eMQTTeMQTT is a scalable, fault-tolerant and extensible mqtt broker written in Erlang/OTP.eMQTT requires Erang R15B+, GitStartup in Five Minutes$ git clone git://github.com/emqtt/emqtt.git$ cd emqtt$ make && make generate$ cd rel/emqtt$ ./bin/emqtt console  
Errdb is a central round robin database server for storing time series performance data. Errdb is developed with Erlang and RRDTool. Errdb provides simple REST and native erlang client api to release users from knowning the complex RRDTool's commands. This is the first release e ...
www.facebook.com Facebook是最早推出WebIM功能的SNS社区网站之一,Facebook IM的后台采用Erlang实现大规模的WebIM服务器集群,前台通过IFrame+AJAX实现跨域长轮询。 方案综述:后台采用PHP+Erlang实现,前台IM界面直接嵌入Facebook所有主要 ...
WebIM即时通信协议草案0.1正式发布。我们认为,WebIM应该是Web应用或者服务的一种,应可以快速简单的与其他WEB应用如Blog、Wiki、SNS社区、门户网站等无缝集成,目前Jabber等即时通信协议无法有效的做到这一点,所以我们制定了一个完全基于HTTP协议和REST架构的WebIM即时通信架构草案,用于大家讨论,希望共同来完善。     共享PPT或见附件: http://docs.google.com/Presentation?id=ajb63mf8qh8d_439c5ztvzgw  
估计Joe靠买书(<Programming Erlang>)赚了很多钱,但他马的Erlang离主流商用还有太大的差距。R11B居然没有string:join函数,更新了mochiweb一个版本还要升级Eralng到R12B,下面是在FreeBSD上编译的痛苦过程:   1. ./configure --enable-kernel-poll --enable-smp-support --without-odbc   问题:不知道为什么,仍然要找odbc库,通过ports装了libiodbc也不行,一直提示""ODBC library - link check fai ...
MVC根据不同的应用场景,有各种不同的变化,本文列举了我们整理的几个MVC应用形式,用于大家讨论补充。 MCV(Standard): MVC(Swing): MVC(JFace Data Binding): MVC(Rails): MVC(DataSource for GWT):
随着OSGi/Equinox逐渐成为Java EE服务端的基础软件架构,OSGi上部署WEB应用程序的解决方案日渐成熟。这里介绍三种目前我们所知的解决方案,前两种是Equinox组织提出的方案,后一种是OpenCore平台采取的解决方案。 解决方案一: 部署OSGi/Equinox在Servlet容器中 具体实现: 把OSGi/equinox打包在WAR中,当Servlet容器加载WAR时,启动OSGi框架。 WEB-INF的目录结构大致如下(大致如此): * /WEB-INF         o /web.xml (with one servlet entry assign ...
Eclipse Equinox OSGi平台的启动方式一般有两种:一种是直接通过startup.jar启动,另一种是通过Equinox提供的可执行的加载器(Launcher)启动。两种方式都是通过读取config.ini文件初始化系统,只是配置方式有所不同。 通过startup.jar启动 命令: java -jar startup.jar -console -clean configuration/config.ini的配置很简单,只需要在osgi.bundles参数加入你需要启动的插件,示例配置如下: INI 代码   osgi.bundles=org.eclipse.osg ...
OpenCore纯插件体系结构中的核心概念包括:微内核、插件与服务。 微内核(MicroKernel): 提供基础的插件与服务架构;负责插件的生命周期管理,包括插件的安装(Install)、启用(Activate)、停止(Deactivate)与卸载(Uninstall);负责服务的生命周期管理,包括服务的注册(Register)、发现(Lookup)、启动(Start)、停止(Stop),服务间的依赖绑定。 OpenCore微内核分两层: 应用系统的核心层:以OSGi为基础 增强层:IoC实现、扩展点机制与RMI插件 插件(Plugin)
Martin Fowler有一篇文章里称:说一个面向对象系统框架或结构是基于IoC的,就好像说汽车有四个轮子一样。非常精辟 ,IoC或者DI更多的是一个设计原则,一个设计良好的面向对象的系统或多或少都有这方面的特点,这与是否有一个IoC容器的关系不大,IoC容器的作用 是简化开发,强制系统遵循IoC原则而已。 OpenCore在最初设计的时候,没有考虑IoC容器的问题,主要是解决服务端的WEB开发、数据库访问、与REST远程通信等问题,我们完全使用 OSGi本身的服务注册机制,在插件启动时用代码实现依赖注射。直到今年8月份左右,我们把依赖注射的职责分离出来,在OSGi上实现了一个分级的IoC ...
我一直认为CSDN是中国软件领域傻逼文章最多的地方,但这篇文章的傻逼程度还是超出了我们的想象... http://news.csdn.net/n/20070104/100312.html 虽然,我认为讨论语言的优劣是最无聊的事情,但这种误导开发者的傻逼文章,实在让人无法忍受。计算机内存模型没有根本变化的前提下,任何时候说C死掉,都有点过早。 无论任何语言,做了如何的封装,最终程序操作的还是堆栈,C仍然是最锐利、高效的操作堆栈的语言。 文章中的傻逼语录: 1. 发明垃圾处理器那人真应该得诺贝尔奖。 2. 分配内存和释放内存在C语言中都是很慢的,非常慢。 3. 指针太难以控制了,太阴险了;我 ...
Google Code发布的一些技术介绍资料和课件,还可搜索一些学术方面的资料。
OpenCore是基于OSGi/Equinox构建的纯插件体系结构的服务端平台,主要功能是在OSGi基础上支持分级IoC、B/S结构、数据库访问等服务端特性,是我们开发的opengoss平台与产品的内核。 OpenCore1.0.0M1的发布只是一个很小的起点,但我们相信这是一个正确的技术方向,Java领域无论服务端还是客户端都将基于纯插件体系构建,并在同一业务领域(如我们开发的网络管理系统)实现组件级的复用与协作。 OpenCore1.0.0M1将在光缆修复后发布在www.sf.net/projects/opengoss 或者 code.google.com/p/opengoss下,目前, ...
<meta content="text/html; charset=utf-8" http-equiv="CONTENT-TYPE"> <meta content="OpenOffice.org 2.0 (Linux)" name="GENERATOR"> <meta content="Ery Lee" name="AUTHOR"> <meta content="20061228;23093300" name=& ...
OSGi体系结构 OSGi 的初衷是面向嵌入式系统的应用,支持在一个Java虚拟机上加载和启动多个Java应用程序。随着OSGi在Eclipse3.0上的应用成功,其逐渐成为构建纯插件结构的企业级应用软件系统的首选平台。 OSGi 是一个纯插件的体 ...
Global site tag (gtag.js) - Google Analytics