关于EOS可用性问题的召集

11年前

为了提高EOS系统的用户满意度,提高用户的学习效率和工作效率,特此召集关于可用性的问题。

在此之前,让我们先知道什么是可用性。
[b]可用性就是产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(effectiveness)、效率(efficiency)和用户主观满意度(satisfaction)。即用户能否使用产品完成其任务,效率如何,主观感受怎样。[/b]


那么哪些是属于可用性问题呢?
对于您与EOS界面交互时出现的问题,以及在与界面交互时让您做很多不能直接与你的任务相关的工作。外观,布局方面的问题。
如:
没有清楚的错误提示。
您与界面的交互方式不一致。
界面上使用的不是您的领域所熟悉的语言。
界面没有对您的操作提供快速的反馈(如输入输出,鼠标操作,以及您需要的数据载入等等)。
界面增加您的记忆(比如您需要记住某些数据才能完成操作等)。
无法帮助您完成工作的错误消息框和确认框。
不礼貌的消息框。
界面布局不一致的地方。
对界面外观不满意的地方。
文字描述,命令的命名,标签让您觉得不合适
........


[size=medium][color=FF9900][b]只要在EOS系统中,让您不尽满意的地方,都可提出来,对于每一个问题,我都会及时向您汇报问题的解决结果。我们重视您提出的每一个问题。
您的意见是我们的进步!
谢谢![/b][/color][/size]

COMMENTS

44 个回应

Normal

xiong2089 2006年09月07日 20:26

在开发过程中,开发了一些公用的业务逻辑或着面页,一段时间以后想对其进行修改,但困难的是,不知道有哪些展现或业务逻辑调用了它,这就要求开发人员对开发过的程序都非常熟悉,但问题是,如果用户是通过CVS开发的,当别人引用了自己的业务逻辑时,如果不知道,结果就可想而知了,所以,希望发开发的视图中,有可以查询当前业务逻辑被哪些展现或业务引用过.

回复


Normal

minermy 2006年09月07日 20:31

谢谢!~问题很好~
收集此问题,对问题的解决我会及时答复您!

回复


Normal

liugp 2006年09月07日 21:03

能否在调试的时候直接从数据树上按Ctrl+C把某个节点或节点的值拷贝出来?现在必须转到文本模式下才能拷贝操作比较麻烦

EOS展现逻辑或业务逻辑写注释信息的那个框里的Ctrl+V好像不起作用

现在在页面按F3键能把引用的script、tld、css等文件打开,能否展现逻辑、业务逻辑等也可以这样在页面上按F3键打开

另外能否在比较醒目的位置列出一个常用快捷键的清单,比如Ctrl+Shift+F、Ctrl+K、Ctrl+Shift+K、F3、F4等

回复


Normal

minermy 2006年09月07日 22:07

That is great!
您提出的这些问题正是我们想要的,这太重要了.
我会将问题列出来,在以后的版本中将得到改进.
谢谢~

回复


Normal

naolin2008 2006年09月19日 10:18

eos有开发和调试版本两种,但是这里面的协调性很不好.
我将项目从开发版导出*.epj格式,在发布版本中发布的时候,会遇到很多错误,但是在调试版本中这些错误是不存在的!
还有就是当我将eos项目包发布之后,如果项目有错,缺少调试功能;每次出错我都要一个个的从各个逻辑里面查看。
开发版本的是jboss,而发布版本用的是weblogic服务,这其中也会有服务的兼容问题;
每次发布项目之后都要重启服务,如果我的网站正式发布了,那么重启服务的时候用户就是无法访问,这样的可用性希望提高。
我将开发的项目发布之后,我进行一个insert的操作,有时候第一次inert会失败,页面再刷新一次insert就成功了;
还有就是开发版本的里面对flash文件编译问题,每次加入flsh文件之后在文件包里面是看不到的,每次都要将workspace里面的flah 拷贝到 inertnet下面的images里面,这样很麻烦!
下面是奇怪的异常(我相信也有很多人遇到过):
当在eos开发版本中打开server时间超过5-7小时后,有时会有卡死现象; 我遇到的情况有: 当我在页面中打一个空格,eos就突然关掉了
在页面上如何有jsp错误就会提示很多红色的下划线,这就导致了eos突然卡住,而且有时候如果狂点下去eos就是done掉。
有时候eos开发界面突然关闭了,eosserver却没有关闭,这就导致在打开eos开发界面启动服务的时候出错了;
早login.jsp页面中我打开页面设计时看不到页面的设计方案的,因为在login.jsp中包含了一些代码导致页面无法查看设计!

回复


Normal

minermy 2006年09月21日 11:50

谢谢SkyWolf的意见,我会收集起来,很多问题是用户在使用过程中遇见到的,这些问题也正是我们最需要的。
希望大家能提出更多的可用性问题。让我们一起提高这个系统,同时也方便您的使用

回复


Normal

jliker 2006年09月22日 10:00

版本:5.1.1

在单机上安装完成 EOS专业版(weblogic),使用时,一切正常。然后卸载该专业版,同时安装 EOS 开发版,并启动studio中Server,结果,该服务无法启动,提示错误信息:无法连接到Server,请检查Server配置。然而 单独启动开发版的Server(非Studio中启动),一切正常,项目布置及使用也正常。

此现象在两台机子上均试过,现象一致。。。。。

回复


Normal

朝晖 2006年09月25日 20:53

在线文档和支持是解决问题的发展方向。goCom正在策划:WorkSpace for EOS。
来提供 EOS 开发者的支持性、帮助性服务产品。

回复


Normal

minermy 2006年09月25日 21:29

孤独浪子的问题也是我一直想解决的问题,我会就相关的问题与开发人员商议.
to Cool007.我会就这个问题向有关人员咨询.
谢谢两位.

回复


Normal

tompercy 2006年10月23日 17:27

建议1:在流程调整时,在管理(EOSMGR)中修改不相关数据,建议加上。
建议2:在调试业务逻辑时,可不可加上查看发送到后台的SQL语句。省得必须到DBMS中看。

回复


Normal

xjg 2006年10月23日 23:07

1 在studio中开发的业务或展现逻辑,没发布不会在EOS server中起作用,建议在studio中有一个发布到本机server的功能。
2 建议在开发时能同时打开多个图元属性框。就像PowerDesign一样,可以互相拷贝参数。
3 EOS 搜索功能查找引用构件,如果在引用的地方改了名称(实际应用中往往需要改为中文描述)是搜索不到的。

回复


Normal

minermy 2006年10月24日 19:37

谢谢二位!~~
不日将会把问题的处理结果发出来!

回复


Normal

minermy 2006年10月25日 11:31

[quote]
linda.dai 写道:
在开发过程中,开发了一些公用的业务逻辑或着面页,一段时间以后想对其进行修改,但困难的是,不知道有哪些展现或业务逻辑调用了它,这就要求开发人员对开发过的程序都非常熟悉,但问题是,如果用户是通过CVS开发的,当别人引用了自己的业务逻辑时,如果不知道,结果就可想而知了,所以,希望发开发的视图中,有可以查询当前业务逻辑被哪些展现或业务引用过.[/quote]

该问题将会在5.2版本中得到改进。EOS5.2版本中新增了此功能!谢谢~

回复


Normal

minermy 2006年10月25日 11:34

[quote]
cool007 写道:
版本:5.1.1

在单机上安装完成 EOS专业版(weblogic),使用时,一切正常。然后卸载该专业版,同时安装 EOS 开发版,并启动studio中Server,结果,该服务无法启动,提示错误信息:无法连接到Server,请检查Server配置。然而 单独启动开发版的Server(非Studio中启动),一切正常,项目布置及使用也正常。

此现象在两台机子上均试过,现象一致。。。。。[/quote]

曾尝试着按你的方法重现一遍,仍没有找到你提到的问题,能否请确认一下,是在卸载专业版的同时,安半EOS开发版吗?
谢谢!

回复


Normal

minermy 2006年10月25日 11:36

[quote]
孤独浪子 写道:
能否把eos帮助独立出来,而不用在启动eos才可以看帮助,这样是不是用户更方便了一些呢。[/quote]

您提到的问题会在以后的版本中得到改进,而且我们也一直在努力去解决,谢谢您的问题!

回复


Normal

minermy 2006年10月25日 11:42

[quote]
zjm 写道:
1 在studio中开发的业务或展现逻辑,没发布不会在EOS server中起作用,建议在studio中有一个发布到本机server的功能。
2 建议在开发时能同时打开多个图元属性框。就像PowerDesign一样,可以互相拷贝参数。
3 EOS 搜索功能查找引用构件,如果在引用的地方改了名称(实际应用中往往需要改为中文描述)是搜索不到的。[/quote]

问题一,在EOS 5.2版本中,会增加部署和自动部署的功能,希望能够解决您提到的第一个问题。

问题二,这个建议很重要,也一直是我们想要解决的,因为这会大大减少用户的重复操作。

问题三,能否再详尽描述一下问题,列举出现的场景。

非常感谢您提到的问题,这正是我们需要。

回复


Normal

minermy 2006年10月25日 11:49

[quote]
liugp 写道:
能否在调试的时候直接从数据树上按Ctrl+C把某个节点或节点的值拷贝出来?现在必须转到文本模式下才能拷贝操作比较麻烦

EOS展现逻辑或业务逻辑写注释信息的那个框里的Ctrl+V好像不起作用

现在在页面按F3键能把引用的script、tld、css等文件打开,能否展现逻辑、业务逻辑等也可以这样在页面上按F3键打开

另外能否在比较醒目的位置列出一个常用快捷键的清单,比如Ctrl+Shift+F、Ctrl+K、Ctrl+Shift+K、F3、F4等[/quote]

问题一,您可以从资源管理器中直接拖动节点,或者导入节点。增加复制的快捷键方式会在以后的版本中列入需求。

问题二,EOS5.2版本中这个问题会得到改进

问题三,我曾尝试着重现您的操作,没有发现您提到的问题,与相关人员商讨后,认为这种情况有时会存在,将会在以后的版本中得到改进。

问题四,您可以在EOS首选项中的“Keys”属性中进行设置快捷键。

谢谢~,如有什么疑惑欢迎提出来。

回复


Normal

360000462 2006年10月26日 09:28

[quote]
孤独浪子 写道:
能否把eos帮助独立出来,而不用在启动eos才可以看帮助,这样是不是用户更方便了一些呢。[/quote]

大家多次提到如何在不启动EOS Studio而使用在线帮助的方法,我这里有一个解决方案,

其实Eclipse的帮助可以使用InfoCenter的方式启动,可以按照以下步骤使用:

将附件中的“startOnlineHelp.cmd”拷贝到EOS (开发版) 的安装目录下 (比如D:\Primeton,必须是这个目录,否则要修改CMD的内容) ,启动即可,

然后,用 http://localhost:8081/help 访问即可。

回复


Normal

minermy 2006年10月27日 11:45

按照Forever同学的方案,果然不错,我的操作如下:
把Forever同学的附件解压之后,把startOnlineHelp.cmd文件拷贝到EOW开发版的安装目录下,即D:\Primeton。然后打开
Http://localhost:8081/help,页面显示为“无法显示网页”。后打开CMD文件,将其端口改为8080,再打开Http://localhost:8081/help,居然有效。
在此非常感谢Forever同学的解决方案。还有一个问题想请教的是:
如果将StartOnlineHelp.cmd随安装包一起安装时,用户是否每次都需要因为端口不同而修改StartOnlineHelp.cmd的文件呢?

回复


Normal

360000462 2006年10月27日 11:58

[quote]
randy.shao 写道:
按照Forever同学的方案,果然不错,我的操作如下:
把Forever同学的附件解压之后,把startOnlineHelp.cmd文件拷贝到EOW开发版的安装目录下,即D:\Primeton。然后打开
Http://localhost:8081/help,页面显示为“无法显示网页”。后打开CMD文件,将其端口改为8080,再打开Http://localhost:8081/help,居然有效。
在此非常感谢Forever同学的解决方案。还有一个问题想请教的是:
如果将StartOnlineHelp.cmd随安装包一起安装时,用户是否每次都需要因为端口不同而修改StartOnlineHelp.cmd的文件呢?[/quote]


这个startOnlineHelp.cmd是我自己写的一个CMD,与产品无关的,至于你在8081端口无法访问可能有两个原因:一是该端口被占用,二是还没有启动好你就访问了(耐心等会!)


另外,你可以随便改端口号!

回复


Normal

minermy 2006年10月27日 12:17

谢谢forever,我们能否在MSN上再进行更加深入的讨论?
我的MSN是Randy.shao@hotmail.com

回复


Normal

nikkor 2006年10月28日 10:20

ff

回复


Normal

nikkor 2006年10月28日 10:27

:cry:

回复


Normal

nikkor 2006年10月28日 10:29

ff

回复


Normal

nikkor 2006年10月28日 10:34

ff

回复


Normal

liugp 2006年11月04日 22:10

建议一些常用的tag如<bean:write />、<html:text />、<dict:select />、<logic:iterate />等;一些常用的页面元素如页面数据校验、打开模态窗口等;一些常用的运算逻辑如BL_queryEntity、BL_queryEntityExt等的经典用法能够以一个构件包的方式提供出来,这样用户在开发时导入这个构件包后,就可以从这个构件包中找到一些个实际可运行的例子,从而迅速掌握该构件的使用。

回复


Normal

xujing 2006年11月06日 10:20

一个小建议:
在Studio中新建项目,默认为“Java项目”,每次都要去改为Primeton EOS中的“空EOS项目”或“EOS基础项目”,能不能默认选中如“空EOS项目”,减少操作步骤

回复


Normal

minermy 2006年11月07日 17:47

to Xujing:
与相关人员进行沟通之后,关于将“空EOS基础项目”设为默认值的问题,由于系统按载入构件的优先级来设置默认项,所以改动存在着一定的困难,用户可以在新建菜单中直接选择“空EOS基础项目”而无需到对话框中选择。

谢谢Liugp的意见

回复


Normal

deisler 2006年11月25日 16:11

1。能否加入临时禁用断点的功能,比如我只想保留断点位置而不必每次都被断
2。展现逻辑下的业务构件的输入输出参数是否可以和该业务构件定义的参数实现绑定,就是定义或修改一个另一个也会自动更新

回复


Normal

cyber_chen 2006年12月12日 11:01

完善的帮助和易用的功能是一个开发软件生命充满活力的保证

回复


Normal

jamwaychen 2006年12月28日 13:27

1、发布程序要,导出包太麻烦了。有没办法直接在开发界面中选中要发布的文件,点右键添加到发布包中,然后导出。


2、如果有一个测试环境,一个开发环境。只想在一个服务器上发布,有没办法简单的实现2个地方的代码同步。

我试了把展现逻辑和下面的xml拷贝到另一台,要服务重启才能认到。

3、还有最好能有地方查看某个业务逻辑被哪些逻辑调用。就是查看他的依赖性。
同上。发布一个展现逻辑时,加上一个功能把他用到的其他逻辑、页面也能一并发布。

回复


Normal

powerise 2006年12月28日 13:33

借助EOS中的发布类发布应用,部分代码如下:

import com.primeton.tp.manager.console.presentation.DeployBean;


DeployBean deployer = new DeployBean();
deployer.setPkgFileName(pkgName);
//1:不检查,并覆盖 2:不检查,不覆盖
deployer.setSysOverWrite(1);
deployer.setTimeout(1200);
return deployer.deploy();

回复


Normal

csshi7889 2007年02月02日 17:01

我们的应用服务是建立在linux环境下,开发环境为windows xp,我使用了eos自带的一个删除附件的构件------fbfile.biz.bizFbfile_T_FileMultiDelete,附件保存的目录为:upload/***/改变后的文件名称.但是问题出在应用服务上的附件无法删除,而在本机删除正常.请问这样的问题怎么解决?

回复


Normal

passos 2007年03月19日 17:27

还没有利用EOS具体进行过开发,但是在尝试开发之前,我找了一些EOS的文档,这里有几个我觉得EOS作为一个成熟的产品需要改进的地方。

1、EOS提供的文档(EOS5.1程序员教程/EOS5.1程序员教程配套案例/EOS工作流开发培训教程/EOS工作流教程配套案例),格式不统一。
首先,文档是doc格式的,需要装Office才能看。建议统一用pdf格式。
其次,文档的压缩包格式都是rar的,还有一个包里面的case是zip压缩的。建议统一都用zip格式。
嗯,这两条是为了linux下工作的用户考虑的。

2、作为一个产品,EOS中有一些不是很规范的地方,显露出一丝不成熟的感觉。
首先,EOS中的有些概念定义的不是很清楚。例如“业务逻辑”,其实这是个不太好确定内涵和外延的概念。如果能够把开发过程中需要使用到的概念都能做一个明确的定义,我想对于开发者和使用者对EOS的理解很有帮助。
其次,EOS中的术语形式不是很一致。例如有的术语是中文的,而有的术语是英文的(如 “EOS Entity”);再例如各个构件的命名规范project_X_xxx,大小写混杂,而且下划线的形式让人感觉不是很“专业”,呵呵。作为一个成熟的产品我认为这里应该有一个明确且统一的规范。
第三,EOS中的缩写和前缀太多了,以至于会感到有些混乱。例如构件库中的构件名很多是以小写的f或者fb(难道是”腐败“)开头的,如果是前缀的话,却没有一个明显的区分。这里我认为一样需要一个统一而明确的规范,例如可以考虑Camel命名法。

4、为什么EOS不支持MySQL呢?理由非常简单,为了支持Linux环境下的低成本简单部署。目前的方案若要在unix下部署,数据库系统(DB2/Oracle)的安装和部署有点“重量级"啊。

5、EOS的eclipse开发调试环境看过演示之后感觉做的非常好。集成环境有集成环境的好处,但是这样一来,是否就把EOS的开发绑定在了JSP上呢?我觉得产品需要一个良好的集成和交互性,但是各个模块(或者叫组件?)的独立性是否可以做的更好一点,可以达到独立使用的程度?这样对于用户来说,可选择的组合方式就更多了。

6、我一直想在官方网站找到一个EOS开发的系统的Demo,但是可惜没有找到。EOS社区(http://gocom.primeton.com)的设计给人感觉有些杂乱,为什么不能用EOS来实现呢?


因为EOS可能接触最多的人群就是开发者了,所以我觉得EOS需要一个比较好的有技术背景的产品经理。

回复


Normal

xieqingzhong 2007年03月20日 09:26

[quote]
passos 写道:
还没有利用EOS具体进行过开发,但是在尝试开发之前,我找了一些EOS的文档,这里有几个我觉得EOS作为一个成熟的产品需要改进的地方。

1、EOS提供的文档(EOS5.1程序员教程/EOS5.1程序员教程配套案例/EOS工作流开发培训教程/EOS工作流教程配套案例),格式不统一。
首先,文档是doc格式的,需要装Office才能看。建议统一用pdf格式。
其次,文档的压缩包格式都是rar的,还有一个包里面的case是zip压缩的。建议统一都用zip格式。
嗯,这两条是为了linux下工作的用户考虑的。

2、作为一个产品,EOS中有一些不是很规范的地方,显露出一丝不成熟的感觉。
首先,EOS中的有些概念定义的不是很清楚。例如“业务逻辑”,其实这是个不太好确定内涵和外延的概念。如果能够把开发过程中需要使用到的概念都能做一个明确的定义,我想对于开发者和使用者对EOS的理解很有帮助。
其次,EOS中的术语形式不是很一致。例如有的术语是中文的,而有的术语是英文的(如 “EOS Entity”);再例如各个构件的命名规范project_X_xxx,大小写混杂,而且下划线的形式让人感觉不是很“专业”,呵呵。作为一个成熟的产品我认为这里应该有一个明确且统一的规范。
第三,EOS中的缩写和前缀太多了,以至于会感到有些混乱。例如构件库中的构件名很多是以小写的f或者fb(难道是”腐败“)开头的,如果是前缀的话,却没有一个明显的区分。这里我认为一样需要一个统一而明确的规范,例如可以考虑Camel命名法。

4、为什么EOS不支持MySQL呢?理由非常简单,为了支持Linux环境下的低成本简单部署。目前的方案若要在unix下部署,数据库系统(DB2/Oracle)的安装和部署有点“重量级"啊。

5、EOS的eclipse开发调试环境看过演示之后感觉做的非常好。集成环境有集成环境的好处,但是这样一来,是否就把EOS的开发绑定在了JSP上呢?我觉得产品需要一个良好的集成和交互性,但是各个模块(或者叫组件?)的独立性是否可以做的更好一点,可以达到独立使用的程度?这样对于用户来说,可选择的组合方式就更多了。

6、我一直想在官方网站找到一个EOS开发的系统的Demo,但是可惜没有找到。EOS社区(http://gocom.primeton.com)的设计给人感觉有些杂乱,为什么不能用EOS来实现呢?


因为EOS可能接触最多的人群就是开发者了,所以我觉得EOS需要一个比较好的有技术背景的产品经理。[/quote]


真的很深刻,值得深思,细节、流程规范是需要好好规划了,路慢慢其修远兮

回复


Normal

minermy 2007年04月03日 13:49

[quote]
passos 写道:
还没有利用EOS具体进行过开发,但是在尝试开发之前,我找了一些EOS的文档,这里有几个我觉得EOS作为一个成熟的产品需要改进的地方。

1、EOS提供的文档(EOS5.1程序员教程/EOS5.1程序员教程配套案例/EOS工作流开发培训教程/EOS工作流教程配套案例),格式不统一。
首先,文档是doc格式的,需要装Office才能看。建议统一用pdf格式。
其次,文档的压缩包格式都是rar的,还有一个包里面的case是zip压缩的。建议统一都用zip格式。
嗯,这两条是为了linux下工作的用户考虑的。

2、作为一个产品,EOS中有一些不是很规范的地方,显露出一丝不成熟的感觉。
首先,EOS中的有些概念定义的不是很清楚。例如“业务逻辑”,其实这是个不太好确定内涵和外延的概念。如果能够把开发过程中需要使用到的概念都能做一个明确的定义,我想对于开发者和使用者对EOS的理解很有帮助。
其次,EOS中的术语形式不是很一致。例如有的术语是中文的,而有的术语是英文的(如 “EOS Entity”);再例如各个构件的命名规范project_X_xxx,大小写混杂,而且下划线的形式让人感觉不是很“专业”,呵呵。作为一个成熟的产品我认为这里应该有一个明确且统一的规范。
第三,EOS中的缩写和前缀太多了,以至于会感到有些混乱。例如构件库中的构件名很多是以小写的f或者fb(难道是”腐败“)开头的,如果是前缀的话,却没有一个明显的区分。这里我认为一样需要一个统一而明确的规范,例如可以考虑Camel命名法。

4、为什么EOS不支持MySQL呢?理由非常简单,为了支持Linux环境下的低成本简单部署。目前的方案若要在unix下部署,数据库系统(DB2/Oracle)的安装和部署有点“重量级"啊。

5、EOS的eclipse开发调试环境看过演示之后感觉做的非常好。集成环境有集成环境的好处,但是这样一来,是否就把EOS的开发绑定在了JSP上呢?我觉得产品需要一个良好的集成和交互性,但是各个模块(或者叫组件?)的独立性是否可以做的更好一点,可以达到独立使用的程度?这样对于用户来说,可选择的组合方式就更多了。

6、我一直想在官方网站找到一个EOS开发的系统的Demo,但是可惜没有找到。EOS社区(http://gocom.primeton.com)的设计给人感觉有些杂乱,为什么不能用EOS来实现呢?


因为EOS可能接触最多的人群就是开发者了,所以我觉得EOS需要一个比较好的有技术背景的产品经理。[/quote]


谢谢您对EOS的关注,提出的问题也非常专业,有些问题也是我们意识到的,我们将会在后期版本对您得出的问题仔细考量并加以改进。欢迎您使用EOS产品

回复


Normal

henven 2007年04月03日 19:14

在业务逻辑中迭代两个Entity List 速度很慢

回复


Normal

jamwaychen 2007年05月24日 11:35

流程包发布很麻烦,版本号要跟服务器上一样,我们有2台机,一台测试,一台正式,有时在测试上发过5次,然后到正式上发,结果每次都去到后台看一下正式机上的版本号多少,然后改过再发。

回复


Normal

xiongluowei 2007年05月25日 12:00

将逻辑重命名时,选择“更新引用”,确定。
其分析文件过程中,选择“取消”,普元并不能马上停止分析文件

回复


Normal

wjp129 2007年06月08日 11:08

回复


Normal

mg999 2007年06月08日 11:23

数据设置的时候,能不能最大化。要不数据过多。那个小网格就不够用了。

回复


Normal

xumaoguang 2007年06月18日 17:09

哦。我也是一个刚想接触eos的用户。我觉得前景还是不错的。
1,eos价值体验的特性开发示例能否全面一些呢?比如没有报表的演示啊。里面的演示太简单了。还有如果做一个库存管理方面的系统的演示,我估计很多人都很乐意接受。而且才会更明白普元eos的使用。多人试才会发展得快哦。有助于用户试用eos,全面感受eos开发。
2,数据库支持方面:建议增加postgresql,mysql。
3,还有好像tomcat,和jboss都出了很久新版本了。怎么普元还没有跟上哦。

回复


Normal

jamwaychen 2007年06月20日 19:14

那个web目录,很有问题。
在编辑环境下 路径是 web/internet
发布环境下是 /internet
如果用Dreamweaver开发界面,就会找不到图片,路径。
能不能不要这个web目录,或者怎么改一下internet,直接放到根上。

回复


Normal

xumaoguang 2007年06月21日 09:34

<p>1,建议尽快支持新些的jdk,毕竟现在都出到1.5.X了。。我电脑由于其他软件也要用到jdk。现在jdk太多了。:-)。可以学学<font face="Arial">apusic,出一个1.4.2和新的1.5.X版本。</font></p>
<p>

回复


需要 后方可回复
如果没有账号可以 一个帐号。