Growler 是一个基于 C++ 开发的分布式对象和事件架构。支持 C++ 的对象序列化作为远程方法调用、事件通道和 IDL 接口定义语言的一部分。
Its primary application has been in support of interactive, distributed visualization, computational steering, and concurrent visualization, but it is a general purpose system for distributed programming. Growler is suitable for application to high-performance LAN environments as well the internet. Its features include strong integration with C++, selective distributed reference counting, and efficient well-typed event channels for local as well as remote event broadcast, with support for low-latency/low-perturbation events via a loss-tolerant event model.
Several key aspects of growler distinguish it from existing software tools, particularly when taken together:
A C++-based distributed object architecture, based on an Interface Definition Language, plus user-defined object serialization.
A component-oriented framework for local and distributed components.
A "reader-writer buffer" (rwbuffer) communication model for high-performance event channels.
A "Signal/Selector" notification model for concurrent, event-driven programming.
Event channels supporting "composite state representations", for synchronized access to interrelated events.
Efficient and robust access transparency, via user-defined serialization and copy-minimizing event channels.
Growler provides the architectural underpinnings for another open source project developed within NASA: NodeMon. It was also instrumental in the development of the Concurrent Visualization pipeline described in [1]. [1] Concurrent Visualization in a Production Supercomputing Environment David Ellsworth, Bryan Green, Chris Henze, Patrick Moran, Timothy Sandstrom IEEE Transactions on Visualization and Computer Graphics. 2006.
-
每个 Redisson 对象都绑定到一个 Redis 键(即对象名称)，且可以通过 getName 方法读取。 RMap map = redisson.getMap("mymap"); map.getName(); // = mymap 所有和 Redis 键相关的操作被抽象到了 RKeys 接口： RKeys keys = redisson.getKeys(); Iterable<String>
-
Dubbo 是阿里巴巴公司开源的一个Java高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。不过，略有遗憾的是，据说在淘宝内部，dubbo由于跟淘宝另一个类似的框架HSF（非开源）有竞争关系，导致dubbo团队已经解散（参见http://www.oschina.net/news/55059/druid-1-0-9 中的评论），反到是
-
8.3.1 事件和事件对象 事件是针对应用程序所发生的事情，并且需要应用程序对它做出响应或进行处理。Tkinter中定义了很多种事件，足以支持常见的 GUI 应用程序开发。 Tkinter 事件可以用特定形式的字符串来描述，称为事件模式。事件模式的一般形式是： <modifier-type-detail> 其中类型符 type 指定事件类型，最常用的类型有分别表示鼠标事件和键盘事件的 Butto
-
我一直在看微服务和分布式事务。大多数文章都谈到了两阶段提交或Saga模式，但没有详细说明对象是如何被锁定的，这样当事务没有完成时，其他人就不能访问该数据。 如果我有一个客户服务和一个订单服务，我发起一个请求来锁定客户的资金，直到订单得到处理。在分布式系统中，这是如何实现的。 在数据库中，是否可以显式锁定一行，然后另一个请求去解锁该行，或者这是使用客户表上的锁定字段实现的，第一个事务将其设置为锁定，
-
ShardingSphereTransactionManager SPI 名称 详细说明 ShardingSphereTransactionManager 分布式事务管理器 已知实现类 详细说明 XAShardingSphereTransactionManager 基于 XA 的分布式事务管理器 SeataATShardingSphereTransactionManager 基于 Seata 的分
-
ShardingSphere-Proxy 接入的分布式事务 API 同 ShardingSphere-JDBC 保持一致，支持 LOCAL，XA，BASE 类型的事务。 XA 事务 ShardingSphere-Proxy 原生支持 XA 事务，默认的事务管理器为 Atomikos。 可以通过在 ShardingSphere-Proxy 的 conf 目录中添加 jta.properties 来定
-
通过 Apache ShardingSphere 使用分布式事务，与本地事务并无区别。 除了透明化分布式事务的使用之外，Apache ShardingSphere 还能够在每次数据库访问时切换分布式事务类型。 支持的事务类型包括 本地事务、XA事务 和 柔性事务。可在创建数据库连接之前设置，缺省为 Apache ShardingSphere 启动时的默认事务类型。
-
背景 数据库事务需要满足 ACID（原子性、一致性、隔离性、持久性）四个特性。 原子性（Atomicity）指事务作为整体来执行，要么全部执行，要么全不执行。 一致性（Consistency）指事务应确保数据从一个一致的状态转变为另一个一致的状态。 隔离性（Isolation）指多个事务并发执行时，一个事务的执行不应影响其他事务的执行。 持久性（Durability）指已提交的事务修改数据会被持久