语源科技BlogJava-简单-高效-优雅

关于几个电信方面的概念

BigOnion — Sat, 20 Dec 2008 12:39:00 GMT

BOSS
电信业务运营支持系统(BOSS)，面对客户是统一的；面对电信运营商，它融合了业务支撑系统(BSS)与运营支撑系统(OSS)，是一个综合的业务运营和管理平台，同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。

OSS/BSS是电信运营商的一体化、信息资源共享的支持系统，它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成，系统间通过统一的信息总线有机整合在一起。它不仅能在帮助运营商制订符合自身特点的运营支撑系统的同时帮助确定系统的发展方向，还能帮助用户制订系统的整合标准，改善和提高用户的服务水平。

OSS（Operation-Support System）：运行支持系统
运营支撑系统(OSS)，是一个综合的业务运营和管理平台，同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。OSS是电信运营商的一体化、信息资源共享的支持系统，它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成，系统间通过统一的信息总线有机整合在一起。它不仅能在帮助运营商制订符合自身特点的运营支撑系统的同时帮助确定系统的发展方向，还能帮助用户制订系统的整合标准，改善和提高用户的服务水平。

BSS（业务支持系统）
BSS系统的设计目标包括客户关系管理（CRM）、业务供应链管理（SCM），经营决策支持系统（DSS）。

BigOnion 2008-12-20 20:39 发表评论

关于Java的UDP支持

BigOnion — Thu, 11 Dec 2008 06:48:00 GMT

昨天与客户的交流中，谈到为什么不使用java来发UDP包，而使用C++，说不是基于性能的考虑，在高压的情况下，java实现容易丢包，丢包的概率在8%~10%，而C++实现能够控制在5%。不知道为什么原因，看来有空得研究研究了

先立个标题在这里

BigOnion 2008-12-11 14:48 发表评论

需求杂说

BigOnion — Mon, 15 Sep 2008 00:10:00 GMT

一、需要需求的地方有：

1、项目的范围；
2、成本估算；
3、预算；
4、项目计划；
5、软件设计和测试；
6、文档和培训手册；

二、记录需求的方式有：

1、Stackholder的需要（涉众的需要）；
2、软件特性；
3、软件需求规格，要求无二义性，完整，一致，可跟踪，并且不含设计信息；

它们的层次如下

三、需求产物

业务用例模型。 所期望系统的目标经常是要解决业务问题或通过提供增值服务开拓商业机会。业务用例将用例的概念扩展为描述业务过程。业务用例模型（与业务用例规格说明一起）提供了一种评价所期望系统范围的方式－－有些部分可以自动化，有些部分不能，有些部分可以通过更改业务过程来进行。这就允许我们从一种业务观点来评价用例模型的完整性，因为每个系统用例必须支持一个或更多的业务用例。

业务实体和领域模型。 大多数系统需要操作和展现业务信息。一个业务实体将一组相关信息字段表示为类。业务实体通过一个业务过程（例如业务用例）被处理和操作，它们接着通过系统用例被自动化。所有业务用例及它们关系的总和组成了领域模型，领域模型描述了问题域。每个系统用例将操作一些实体，并且实体通常被包括在多个系统用例中。

业务规则。 今天，系统的复杂性通常是由系统必须符合的业务规则的复杂性所导致的结果。业务规则将被业务用例和系统用例来表示，并且可以是各种形式，决策表，计算规则，决策树，时间图（描述哪些事件必须发生在其它事件之前或之后，以及从中产生的过程），运算法则，等等。在用例流中描述业务规则通常会把用例规格弄得混乱。因此，它们通常是在单独的工件中被捕获，或者是作为用例规格的附加物。

用户体验模型和情节串连图板 用户体验建模是捕获用户界面需求而不借助于画出屏幕布局的一种便利方式，画出屏幕布局的方式可能要花费巨大的工作量，并且非常可能发生变更。用户体验建模将实际的用户界面屏幕抽象为一个UML类，其原型是«screen»。属性确定了用户在一个屏幕上可以看到什么；操作确定了用户在每个屏幕上可以做什么；并且关联关系确定了航行路线。用户体验情节串连图板是用户体验模型的子集，用于描述与系统用例有关的屏幕。

补充规格说明。 补充规格说明描述了影响多个用例的需求。例如，所有用例都服从权限控制，审计跟踪，个性化，等等。补充需求实际上通常是技术方面的，并且可以是关联于功能、可用性、可靠性、性能以及可支持性。它们通常被表示为“系统应做 ...”形式的陈述语句

BigOnion 2008-09-15 08:10 发表评论

IBM定义的六个体系结构类型

BigOnion — Sun, 14 Sep 2008 23:36:00 GMT

企业体系结构（Enterprise architecture）。企业架构师致力于将 IT 功能映射到业务需要。该架构师全面负责企业的软件密集系统，包括多个应用程序之间的关系、应用程序之间共享的数据、应用程序的集成以及运行应用程序的基础设施。
应用程序体系结构（Application architecture）。应用程序架构师致力于应用程序的设计，以实现业务流程的自动化并提供帮助用户执行业务任务的功能。该架构师的职责包括设计应用程序来满足用户的功能和服务质量要求，包括性能、可用性、可伸缩性、安全性和完整性。他们的职责还包括评估并选择运行应用程序所必需的软件和硬件，以及用于开发应用程序的工具和方法。
信息体系结构（Information architecture）。信息架构师致力于多个应用程序所使用的数据，包括该数据的结构、完整性、安全性和可访问性。该架构师的职责包括设计、构建、测试、安装、操作和维护用于管理该数据的系统。这些系统的设计必须考虑到数据要求，例如源、位置、完整性、可用性、性能和使用寿命。
基础设施体系结构（Infrastructure architecture）。基础设施架构师致力于硬件和服务器软件的设计，包括服务器计算机、存储、工作站、中间件、非应用程序软件、网络以及支持企业所需应用程序和业务流程的物理设施。该架构师的职责包括这些组件的评估和选择、用于验证设计和所选产品的建模、模拟和测试工作，以及最终获得的基础设施的性能、可用性和可伸缩性。
集成体系结构（Integration architecture）。集成架构师致力于支持现有应用程序、打包软件产品、网络和系统在企业中或企业之间协同工作的解决方案设计。这些解决方案可能使用不同的技术、供应商、平台和计算类型。
操作体系结构（Operations architecture）。操作架构师致力于管理企业所使用的基础设施和应用程序的解决方案设计。该架构师的职责包括为复杂信息系统的安装、操作、迁移和管理定义计划、策略和体系结构。

它们之间的关系为：

BigOnion 2008-09-15 07:36 发表评论

WAS中的Session跟踪机制

BigOnion — Fri, 12 Sep 2008 06:46:00 GMT

问题一：Session紊乱
按照servlet的规范，session id的cookie的名称应该为JSESSIONID，但这样可能出现如下问题，如果我一个浏览器访问了两个应用，应该有两个session存在，而且他们的session id肯定是不同的。因此可能出现的问题是：代表session id的cookie会互相覆盖，导致紊乱。在WAS中有个Session跟踪机制，可以为不同的Server设置不同的session id的cookie名，具体配置位置为：
应用程序服务器 > server1 > 会话管理 > Cookie > Cookie name

问题二、在线用户较多，内存占用大
很多系统会有这个问题，默认session超时为30分钟，有很多用户登录以后，做了简单操作，然后直接关闭浏览器，导致有很多的“无效”session存在，而这些session所占用的内存，相当于垃圾，是变相的泄露。关于这个问题，WAS的解决方案是：限制在线session的最大值，如果超过最大值，则将最近最少使用的会话清除，具体配置位置为：
应用程序服务器 > server1 > 会话管理 > 内存中最大会话量

BigOnion 2008-09-12 14:46 发表评论

建筑设计六个层次

BigOnion — Wed, 10 Sep 2008 07:08:00 GMT

site，地点，建筑所在物理地点，建筑用地的形状如何等；
structure，结构，钢结构？混凝土结构？
skin，外表，建筑的外观，时尚、技术革命、信仰等都会表现在这里；（20年发生变化）
service，服务，建筑的内脏，例如，通信电缆、电源线、排水、供暖、煤气；电梯也属于这一行列；（7-15年变化？）
space plan，空间规划，建筑内墙、天花板、地板门的分布；（看建筑用途，有些3年，有些30年变化）
stuff，摆设，床、柜、电灯、电视等，随时都可能变化；

建筑设计师，最重要解决基本不变的东西，那就是structure，结构。

BigOnion 2008-09-10 15:08 发表评论

架构模式

BigOnion — Wed, 10 Sep 2008 06:45:00 GMT

常用的架构模式有：
一、分层架构模式：
按照抽象层次的高低划分，是系统纵向划分，每个层次纯粹为逻辑概念，与物理无关；该模式主要好处有：

每个层次可以独立进行变化，而互不影响；
容易在不同层次接纳新技术与变化；

二、Facade架构模式：
外部与一个子系统的通讯通过统一的门面进行，降低外部系统对内部实现的依赖性

三、Mediator架构模式：
包装一系列对象（系统）相互作用的方式，使得他们彼此不必互相了解，达到松耦合

架构模式类型
一、 From Mud to Structure型
帮助架构师将系统合理划分，避免形成一个对象海洋（A sea of objects）。包括Layers（分层）模式、Blackboard（黑板）模式、Pipes/Filters（管道/过滤器）模式等。

二、分布系统（Distributed Systems）型
为分布式系统提供完整的架构设计，包括像Broker（中介）模式等

三、人机互动（Interactive Systems）型
支持包含有人机互动介面的系统的架构设计，例子包括MVC（Model-View-Controller）模式、PAC（Presentation-Abstraction-Control）模式等

四、Adaptable Systems型
支持应用系统适应技术的变化、软件功能需求的变化。如Reflection（反射）模式、Microkernel（微核）模式等

BigOnion 2008-09-10 14:45 发表评论

软件的架构

BigOnion — Wed, 10 Sep 2008 06:29:00 GMT

两个要素（元件划分和设计决定）：
一、它是一个软件系统从整体到部分的最高层次的划分；
二、建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定；

架构的目标：
一、可靠性（Reliable）
二、安全行（Secure）
三、可扩展性（Scalable）
四、可定制化（Customizable）
五、可扩展性（Extensible）
六、可维护性（Maintainable）
七、客户体验（Customer Experience）
八、市场时机（Time to Market）

架构的种类
一、逻辑架构、软件系统中元件之间的关系；
二、物理架构、软件元件是怎样放到硬件上的；
三、系统架构、系统的非功能性特征；

BigOnion 2008-09-10 14:29 发表评论

WebLogic JTA Error

BigOnion — Tue, 09 Sep 2008 00:43:00 GMT

如果两个不同domain下的WebLogic Server同名，在进行事务传播的时候会出现以下问题：

@Transactional(readOnly = false, propagation = Propagation.REQUIRED)

When the transaction attibutes are Required on both sides,
I get the following error

javax.transaction.TransactionRolledbackException: Current server is the coordinator and transaction is not found. It was probably rolled back and forgotten already.
at weblogic.rjvm.ResponseImpl.unmarshalReturn(Respons eImpl.java:195)
at weblogic.rmi.cluster.ClusterableRemoteRef.invoke(C lusterableRemoteRef.java:338)
at weblogic.rmi.cluster.ClusterableRemoteRef.invoke(C lusterableRemoteRef.java:252)

修改为不同Server名，则运行正常。
具体原因，查找中。。。

====================
具体原因已经查明，参见了WebLogic的官方文档《Programming WebLogic JTA Release 10.0》第35页，关于跨Domain JTA事务的局限描述：

The domains and all participating resources must have unique names. That is, you cannot
have a JDBC data source, a server, or a domain with the same name as an object in another
domain or the domain itself.

BigOnion 2008-09-09 08:43 发表评论

JBoss下CLOB.createTemporary抛出ClassCast的异常

BigOnion — Tue, 26 Aug 2008 06:35:00 GMT

错误用法：CLOB.createTemporary(conn,....);
正确用法：CLOB.createTemporary(((WrappedConnection) con).getUnderlyingConnection() ,.....);
原理：
=================================================================
if you are using jboss or any other AS that perform jdbc connection pooling , the classcast exception is caused by the "conn" object. (I had this problem using jboss4.0.1/oracle9.2).
In jboss4 the Connection object retrieved by ConnectionFactory.makeconnection() is an instance of org.jboss.resource.adapter.jdbc.WrappedConnection class (or a DelegatingConnection in tomcat or products that use DBCP)
=================================================================
include jboss-common-jdbc-wrapper.jar with WrappedConnection class

=============================《2008-9-10》=======================
最近看了看人家Spring，老早处理了这种情况了，具体见NativeJdbcExtractor接口

public interface NativeJdbcExtractor {
    boolean isNativeConnectionNecessaryForNativeStatements();

    boolean isNativeConnectionNecessaryForNativePreparedStatements();

    boolean isNativeConnectionNecessaryForNativeCallableStatements();

    //呵呵，就是这个方法
    Connection getNativeConnection(Connection con) throws SQLException;

    Connection getNativeConnectionFromStatement(Statement stmt) throws SQLException;

    Statement getNativeStatement(Statement stmt) throws SQLException;

    PreparedStatement getNativePreparedStatement(PreparedStatement ps) throws SQLException;

    CallableStatement getNativeCallableStatement(CallableStatement cs) throws SQLException;

    ResultSet getNativeResultSet(ResultSet rs) throws SQLException;

}

来看看，Jboss的特定实现：

public class JBossNativeJdbcExtractor extends NativeJdbcExtractorAdapter {

    private static final String WRAPPED_CONNECTION_NAME = "org.jboss.resource.adapter.jdbc.WrappedConnection";

    private static final String WRAPPED_STATEMENT_NAME = "org.jboss.resource.adapter.jdbc.WrappedStatement";

    private static final String WRAPPED_RESULT_SET_NAME = "org.jboss.resource.adapter.jdbc.WrappedResultSet";

    private Class wrappedConnectionClass;

    private Class wrappedStatementClass;

    private Method getUnderlyingConnectionMethod;

    private Method getUnderlyingStatementMethod;

    /**
     * This constructor retrieves JBoss JDBC wrapper classes,
     * so we can get the underlying vendor connection using reflection.
     */
    public JBossNativeJdbcExtractor() {
        try {
            this.wrappedConnectionClass = getClass().getClassLoader().loadClass(WRAPPED_CONNECTION_NAME);
            this.wrappedStatementClass = getClass().getClassLoader().loadClass(WRAPPED_STATEMENT_NAME);
            this.getUnderlyingConnectionMethod =
                this.wrappedConnectionClass.getMethod("getUnderlyingConnection", (Class[]) null);
            this.getUnderlyingStatementMethod =
                this.wrappedStatementClass.getMethod("getUnderlyingStatement", (Class[]) null);
        }
        catch (Exception ex) {
            throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                            "Could not initialize JBossNativeJdbcExtractor because JBoss API classes are not available",
                            ex);
        }
    }

    /**
     * Retrieve the Connection via JBoss' getUnderlyingConnection method.
     */
    protected Connection doGetNativeConnection(Connection con) throws SQLException {
        if (this.wrappedConnectionClass.isAssignableFrom(con.getClass())) {
            try {
                return (Connection) this.getUnderlyingConnectionMethod.invoke(con, (Object[]) null);
            }
            catch (InvocationTargetException ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                        "JBoss' getUnderlyingConnection method failed", ex
                                .getTargetException());
            }
            catch (Exception ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                                "Could not access JBoss' getUnderlyingConnection method",
                                ex);
            }
        }
        return con;
    }

    /**
     * Retrieve the Connection via JBoss' getUnderlyingStatement method.
     */
    public Statement getNativeStatement(Statement stmt) throws SQLException {
        if (this.wrappedStatementClass.isAssignableFrom(stmt.getClass())) {
            try {
                return (Statement) this.getUnderlyingStatementMethod.invoke(stmt, (Object[]) null);
            }
            catch (InvocationTargetException ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                        "JBoss' getUnderlyingStatement method failed", ex
                                .getTargetException());
            }
            catch (Exception ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                                "Could not access JBoss' getUnderlyingStatement method",
                                ex);
            }
        }
        return stmt;
    }

    /**
     * Retrieve the Connection via JBoss' getUnderlyingStatement method.
     */
    public PreparedStatement getNativePreparedStatement(PreparedStatement ps) throws SQLException {
        return (PreparedStatement) getNativeStatement(ps);
    }

    /**
     * Retrieve the Connection via JBoss' getUnderlyingStatement method.
     */
    public CallableStatement getNativeCallableStatement(CallableStatement cs) throws SQLException {
        return (CallableStatement) getNativeStatement(cs);
    }

    /**
     * Retrieve the Connection via JBoss' getUnderlyingResultSet method.
     *

We access WrappedResultSet via direct reflection, since this class only
     * appeared in JBoss 3.2.4 and we want to stay compatible with at least 3.2.2+.
     */
    public ResultSet getNativeResultSet(ResultSet rs) throws SQLException {
        if (rs.getClass().getName().equals(WRAPPED_RESULT_SET_NAME)) {
            try {
                Method getUnderlyingResultSetMethod = rs.getClass().getMethod("getUnderlyingResultSet", (Class[]) null);
                return (ResultSet) getUnderlyingResultSetMethod.invoke(rs, (Object[]) null);
            }
            catch (InvocationTargetException ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                        "JBoss' getUnderlyingResultSet method failed", ex
                                .getTargetException());
            }
            catch (Exception ex) {
                throw new DASEntityRuntimeException(ExceptionConstant.DAS_14101034,
                                "Could not access JBoss' getUnderlyingResultSet method",
                                ex);
            }
        }
        return rs;
    }

}

看来Spring中还是有不少经验总结的

BigOnion 2008-08-26 14:35 发表评论