JBoss Modules

概述 从JBoss AS7开始，Classloader这块开始使用全新的JBoss Modules。本文简单介绍说明JBoss Modules的设计思路，以及给出一个例子说明这一设计思路。 JBoss Modules 介绍 我们都知道，Java一直使用classpath的方式来加载各种class和jar的资源。这样的方式会造成许多问题，比如下面这些经常会遇到的问题：   一个大的项目中，有的cla

本文的英文原文Modularized Java with JBoss Modules是JBoss Modules的作者David写的，由HollisChuang翻译在使用JBoss Modules来模块化Java中。转载请注明出处！！！ 一年前Mark Reinhold(Sun/Oracle的顶尖Java工程师之一)在JavaOne上宣称“classpath已死”，在之后它又写了一系列的文章来阐述

模块名是由”.”号分割的字符串，它和version slot一起用来在module loader中唯一标志一个模块。一般来说，名称的组成就像包名一样，但在模块名和模块包含的包之间并没有任何的联系。一下有一些典型的模块名： org.apache.commons.logging org.jboss.remoting cglib javax.ejb.api ch.qos.cal10n 大多数的modul

文前说明 作为码农中的一员，需要不断的学习，我工作之余将一些分析总结和学习笔记写成博客与大家一起交流，也希望采用这种方式记录自己的学习之旅。 本文仅供学习交流使用，侵权必删。 不用于商业目的，转载请注明出处。 分析整理的版本为 Ovirt 3.4.5 版本。 项目的 pom 文件中，使用 <artifactId>jboss-modules-maven-plugin</artifactId> 插件，

(整理翻译By Jim Ma)   前一篇blog中Jason Green提到JBoss Modules对JBoss AS7的提速起了很打的作用，JBoss Modules的作者David，在这篇博客 中为我们介绍了JBoss Modules的特性，以及和其他类似实现的对比。下面是这篇blog的译文,是了解学习java module和jboss modules一个好的开始:            

JBoss Modules 是一个适用于Java的模块化(非分层)类加载以及执行环境的实现。换句话说 ，不同于Java传统的使用单个类加载器载入classpath中的所有JAR文件，每一个库(library,可以理解为完成某一个功能的一系列jar的组合)成为一个module，该module仅链接其依赖的其他module，而不再依赖其它任何资源。JBoss Module实现了一个线程安全的，快速的，

        Java一直使用classpath的方式来加载各种class和jar的资源。         有什么不妥？         我们熟知的classpath机制，它会创建一个application类加载器，所有相关jar文件资源提供的class都会被它加载，汇聚成为一个大块。如果有一个很大很复杂的应用，包含很多Jar文件，并且有些jar根本不会被使用，或者有些jar因为依赖管理不好会有

模块的定义是可插拔的，一个模块有多种方式来定义。然而，JBoss Modules采用了两种最常使用基本的实现策略。 第一个策略是使用静态的文件系统库(static filesystem repository)。一句模块的名称和版本，将模块组织在文件系统的目录层次结构中。模块目录的内容包括一个简单的模块描述文件和模块本身所有的内容(JARs或者任意的文件)。 第二个策略是直接读取JAR文件。它使用J

模块名是由"."号分割的字符串，它和version slot一起用来在module loader中唯一标志一个模块。一般来说，名称的组成就像包名一样，但在模块名和模块包含的包之间并没有任何的联系。一下有一些典型的模块名： org.apache.commons.logging org.jboss.remoting cglib javax.ejb.api ch.qos.cal10n 大多数的modul

如果是用的JBoss eap 6可以直接点第三步的链接拖动install按钮到Eclipse中即可 EAP 6 1.https://bugzilla.redhat.com/show_bug.cgi?id=948133 2.Github: jbosstools/jbosstools-server  https://github.com/jbosstools/jbosstools-server 3.拖

7.2.5 类与模块化 我们在第 4 章讨论过模块化编程的思想。对于复杂程序，通常需要用分解的方法将程序 划分成若干模块，使每个模块仅针对有限的数据执行有限的操作。模块化能够使复杂程序的 设计更加可控。 对复杂程序一般有两种分解方法：功能分解和数据分解。功能分解是面向过程编程的基 础，依赖于子程序（如函数）概念，以过程为中心来建立功能模块；数据分解则是面向对象 编程的基础，依赖于类的概念，以数据为

CommonJS AMD CMD UMD ES Modules

1. required 引入模块。返回模块通过 module.exports 或 exports 暴露的接口。 参数 名称 类型 说明 path string 需要引入模块文件相对于当前文件的相对路径，或npm模块名，或npm模块路径。不支持绝对路径 示例代码 // common.js function sayHello(name) { console.log(`Hello ${name} !

文件作用域 在.js 文件中声明的变量和方法只在当前文件中有效；不同的文件中可以声明相同名字的变量和方法。 通过全局函数 getApp() 可以获取全局的应用实例，如果需要全局的数据可以在 App() 中设置，如： // app.js App({ globalData: "cortana" }) 模块化 可以将一些公共的代码抽离成为一个单独的 js 文件，作为一个模块。模块只有通过 modu

为了显示这种关系，让我们开始定义一个简单的模块，作为我们的示例应用程序的根模块。 app/app.module.ts 到目前为止，这是一个非常常见的模块，依赖于，有一个路由机制和两个组件：AppComponent和EagerComponent。 现在，让我们专注于定义导航的应用程序（AppComponent）的根组件。 app/app.component.ts import { Component

模块 模块是任何健壮的应用程序体系结构不可或缺的一部分，特点是有助于保持应用项目的代码单元既能清晰地分离又有组织。 在JavaScript中，实现模块有几个选项，他们包括： 模块化模式 对象表示法 AMD模块 CommonJS 模块 ECMAScript Harmony 模块 我们在书中后面的现代模块化JavaScript设计模式章节中将探讨这些选项中的最后三个。 模块化模式是基于对象的文字部分，

例如，我希望将我的套接字路由和拆分为不同的文件，但仍然可以使用回调参数，如下所示： 到目前为止，它们都在一个文件中，我不喜欢这样。

不管是用import还是用from mmmm import *的方式导入模块，当程序运行之后，回头在看那个存储着mmmm.py文件的目录中（关于mmmm.py文件可以看上一讲），多了一个文件: qw@qw-Latitude-E4300:~/Documents/ITArticles/BasicPython/codes$ ls mmm* mmmm.py mmmm.pyc 在这个目录下面，除了原来的