阅读更多

5顶
0踩

编程语言

原创新闻 Seam 2.0.2.GA released

2008-05-17 11:33 by 正式记者 ivorytower 评论(9) 有2811人浏览
Seam 2.0.2 GA已经发布。该版本相对于Seam 2修补了超过了150个BUG。已拥有了70000的下载量。
文件改进包括一个新的外观和体验,新的内容,包括一部分开始使用JBoss的工具,及利用Seam与不同的应用容器的最新资料。
来自: TheServerSide
5
0
评论 共 9 条 请登录后发表评论
9 楼 phoenixup 2008-05-19 08:47
引用
Seam是不是绑定到jboss的?或者说不用jboss也可以,但那样不是好的做法?


Seam理论上是可以在任何J2EE标准容器中良好运行的,在Tomcat、JBoss、GlassFishv2中都是如此~~不过发布在JBoss比较容易,发布在其他Server中是要有少许配置的修改~
8 楼 Saro 2008-05-18 19:52
问下:
Seam是不是绑定到jboss的?或者说不用jboss也可以,但那样不是好的做法?
7 楼 grave 2008-05-18 18:23
跟其他appserver的兼容性太差...
6 楼 EricLiang 2008-05-18 17:42
Seam的理念比Spring Struts更先进一步,真正意义 上的框架,由于国内推广人员甚少,基本无人问津,个人看来,高效率的工具,能提高生产力的工具,大家应该积极来推广
5 楼 terranhao 2008-05-18 13:04
问题是用seam,ejb,组件不能热部署,每次改了要全部重新部署,太费劲了。
大量时间都在这浪费了
4 楼 qieren 2008-05-17 20:06
对...是相声
3 楼 pf_miles 2008-05-17 18:01
哈哈哈哈~
楼下两位,笑死我了~说相声的吧?
2 楼 wsq777 2008-05-17 17:02
打倒小日本 2008-05-17 16:59
期待Seam 2.1.0GA 支持Seam   


--------------------------------------
怎么可能不支持呢
1 楼 打倒小日本 2008-05-17 16:59
期待Seam 2.1.0GA 支持Seam

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 第11章 人机交互(答案).doc

    第11章 人机交互(答案).doc

  • 【职场】需求开发原则

    这真的是我从大二还是大三,到现在一直感悟的,并且以后要一直践行的开发原则。两天,告诉自己,deadline是两天,要不然很可能会一周没有开发完。例如开发前,你要先理解别人原先代码的意思,架构,才能接着开发。因为完成这个任务of需求or BUG修复,不只是要开发代码。如果你接到一个任务or需求orBUG,为期一周。那木对于我,对于大家,我觉得一个好的开发模式是。剩下时间就是纠错,测试,和确保真的都没问题了。这个过程需要2天,deadline两天。理解后要构思如何开发,

  • 第二章 需求确定

    目录需求确定从业务过程到解决方案构想过程层次建模业务过程建模解决方案构想需求引导系统需求需求引导的传统方法需求引导的现代方法需求协商与确认超出范围的需求需求依赖矩阵需求风险和优先级需求管理需求业务模型需求文档文档模板 需求确定 从业务过程到解决方案构想 过程层次建模 BPMN(业务过程建模表示法):对由活动定义的业务过程建模 过程可能包含子过程,过程中的原子活动叫任务 过程层次图定义了业务过程模型的静态结构。它显示过程的层次结构,将顶层业务过程分解为子过程。一般说来,将子过程向下分解为原子任务并不是惯例

  • 软件分析与破解思路分享

    软件的分析破解与平时做ctf中的逆向题是有一定的差别的。最直观的区别体现在两者的大小。一个逆向题一般只有一两兆大小,而一般的软件动辄就是十几或几十兆大小。这无疑增大了分析的困难度,这篇文章将就我最近做过的一些软件的破解进行总结,文章仅供技术学习。

  • 第2章 软件需求分析

    软件需求:是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望,准确地回答系统必须“做什么”。主要任务:①分析和建模: 通过对问题及其环境的理解、分析和综合,建立分析模型。②描述和表达:把用户的需求通过一定的方式完整、准确、清晰、一致地表达出来,形成软件需求规格说明书,即:需求分析报告。目的:①是为目标系统建设提供明确的目标。②为后期的软件设计、软件测试等工作提供重要依据。一般步骤:①调查研究②分析建模③需求描述④需求验证。

  • 人机交互-11-往年试卷

    人机交互-11-往年试卷

  • 软件工程 | 第三章 需求分析

    软件工程 系列为本学期(2020春季)软件工程以及软件工程实践课程笔记整理~ 明天醒来又是新的一周,从软件工程开始。。。 目录 一、可行性分析 二、需求分析-->决定软件产品质量的关键 三、需求诱导-->将用户真正需求挖掘出来 四、结构化分析方法(Structured Analysis SA) 1.结构化分析方法 2.结构化需求分析技术 五、软件快速原型实现 ...

  • 如何做软件需求分析

    软件需求分析是软件开发过程中的一个关键阶段,目的是理解用户需要什么样的软件产品以及这个产品应该如何运行。

  • 软件工程——软件需求分析

    软件生命周期由三部分组成:软件定义、软件开发、软件维护。 其中软件定义时期又可以分为三个阶段:问题定义、可行性研究、需求分析。 软件需求分析需求分析需求分析的特点需求分析的原则需求分析的任务需求分析的方法 需求分析 需求分析处于软件定义时期的最后一个阶段,同时又处于软件正式开发起始阶段,关系到整个软件的开发和维护。 基本任务是回答“系统必须做什么”这个问题。该阶段要提交详细的数据流图、数据字典和算法描述。 需求分析的特点 困难点: 1.需求易变性 用户在开始时提出一些功能需求,当对系统有一定的了解后,会提出

  • 需求确认书

    需求确认书

  • 软件测试之需求评审&测试计划&提测期间开发测试必做的一些事

    一、需求评审时期测试到底要做什么呢? 1.需求评审前,提前进行需求熟悉阶段,逐一分析需求点,做好准备,相关需求疑问点列好清单,带着问题去参会。 2.产品宣讲时期,就算过程有问题,不要试探打断产品的宣讲,一是节约时间,二是不礼貌,等产品将一个模块宣讲完毕,开始带着你的问题,开始你的表演,分析给项目成员听,并提出改进建议。 3.当需求有问题确认需要修正,或需进一步跟业务确认再做定夺的,做好标记,并提醒产品,做好会议记录。 4.开发是个直男~一旦进入技术凯旋,那非得争的明明白白的,所以宣讲时期如果开发进入技术凯旋

  • 开发之路2--确认需求

    我师姐曾经说过:自己一个人开发新项目时,会有几个步骤,1.先确定自己的需求,正是自己想把一个完整项目的样子,最好是通过word文本记录下来,另外需要进行规划,前端需要展示那些内容,以及该怎么展示,还有一些功能模块,也最好有个雏形。2.需要数据,需要一些展示用的数据,这样才能知道自己的业务逻辑是否正确 3.正确的编写业务逻辑 4.测试所以我我们先完成第一步(后续会慢慢添加需求)***********...

  • 需求分析文档模板

    目 录 1. 引言 1 1.1. 背景 1 1.2. 参考资料 1 1.3. 假定和约束 1 1.4. 用户的特点 1 2. 功能需求 1 2.1. 系统范围 1 2.2. 系统体系结构(二层架构的系统可剪裁本小节) 1 2.3. 系统总体流程 2 2.4. 需求分析 2 2.4.1. XXXXXXX(功能需求名称) 2 2.4.1.1. 功能描述 2 2.4.1.2.

  • 南京大学《软件分析》1--Introduction

    开始学习Static Program Analysis,跟着b站南京大学的《软件分析》开始,原来老师(有点帅)是西工大硕士毕业的呀。第一节课是Introduction。 背景 Program analysis是Programming Languages应用的一个分支,十分重要。近十年来,language cores很少有变化,由于需求,语用环境变了(语言没变,语言写的程序更大、更复杂)。保证大型、复杂软件的可靠性、安全性和其它性能,需要静态分析,静态分析就是程序运行之前,在编译时刻完成所有安全和可靠性的检验

  • 软件分析工具

    结构化分析的常用工具有数据流图、数据字典、判定树和判定表。系统结构图是软件结构设计工具

  • 软件需求分析规格说明书格式

    1.引言 1.1 编写的目的 /*说明编写本说明书的目的 1.2 背景说明 /*给出待开发系统的全名及项目提出者,开发者,及用户。同时说明该软件系统将做什么和不做什么。 1.3 术语定义 1.4 参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1 功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表...

  • 软件开发:需求分析的20条法则

    软件开发:需求分析的20条法则    对商业用户来说,他们后面是成百上千个供应商,前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客,如何做好精细到一个小小调料包的进、销、调、存的商品流通工作,这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目,正是软件开发成功的关键所在。 ---  经理:“我们要建立一套完整的商业管理软件系统...

  • CMMI之需求管理流程

    CMMI之需求管理

  • 程序的灵活性与可扩展性

    灵活性和可扩展性通常成对出现。程序的模型越是抽象,越要求灵活性和可扩展性。客户在需求描述的初始阶段往往对自己的业务模型并不熟悉。客户不是数学家和计算机专家,他们对自己的需求很难抽象出一个精确的模型来,这使得他们只能给出一个模糊的抽象的业务模型。拙劣的程序员往往将用户给的模糊模型根据自己的理解后,定义出一个自己认为准确和精确的模型。在软件提交后,用户就会往往发现这不是我所要,或者是我要的,但只是其中

Global site tag (gtag.js) - Google Analytics