只显示主题贴
我之前吧字典文件强制转成utf-8读取，但发现有错误
后来不得以，修改读取接口，强制使用gbk读取，没有问题
- 进入论坛 Java 版
对模型大家的尺度不一样，产生差异也是正常的
我自己的实践经验也是部分简单的应用确实可以用MDA做，但还有一个前提就是M要相对稳定
当然每个系统总有那么一些地方可以用MDA来套，完全否定也没有什么必要，最终的决定性因素还是要看成本
- 进入论坛 软件开发和项目管理 版
我觉得这还真的不是技术问题
在公司我也碰到过类似的问题，同事一直沿用的旧东西，你想办法改良一下，不是说技术不好，改良不好，而是人的问题
让他们放弃就方法就是否定他们，拿出来的理由往往都是就技术成熟，他们熟悉，出了问题容易解决，当然也会那学习曲线一类的话来搪塞
当然我也没有什么包治百病的方法，有的时候也就只能是无奈，然后发发牢骚而已，最多也就自我安慰一下，反正又不是我自己的公司
- 进入论坛 Java 版
在Windows平台上装apache 2.0/2.2
正常安装，启动的时候错误日志不断报
[error] (OS 10022)An invalid argument was supplied. : Child 5640: Encountered too many errors accepting client connections. Possible causes: dynamic address renewal, or incompatible VPN or firewall software. Try using the Win32DisableAcceptEx directive.
...
- 进入论坛 综合技术 版
我觉得楼主确实没有找到问题的所在
怀疑的几个地方我觉得出问题的可能性都比较小
关于是否在web容器中使用线程调度，我也同意分离出来的做法。不过如果这个job运行比较稳定，直接调度也没有什么问题。
我做过的应用和楼主的环境类似，只是把struts换了tapstry，也无内存泄露的问题。
- 进入论坛 Java 版
早前我用CAS整合acegi的时候发现CAS在处理ticket上的一个bug
不知道楼主有没有发现，又或者CAS在新的版本中已经修正这个错误
- 进入论坛 Java 版
我基本同意楼主的态度，对ajoo的看法也报一种敬佩的看法
对于软件设计思想的不断发展，框架的入侵性随着框架的引入会一直持续下去。在我看来框架的入侵性是不是然应用变得舒服是一个关键因素，这个和ajoo的想法是类似的，在软件体系不断发展的今天，某些问题已经被Ioc一类的框架优雅的解决了，但并不代表我们现在遇到的问题都会同样解决的很理想，如果排除我们个人解决方法上不完善的因素，框架的限制也是显而易见的。多数情况下会为了满足框架的要求做一些“不必要”的调整。有些时候，我也尝试过楼主的想法，既然无法摆脱框架的限制不如就主动适应，但结果发现，这也是只能适应一部分要求，而这个适应的动作必然会影响软件本身的 ...
- 进入论坛 Java 版
我觉得切分词确实是一个难点
高效似乎和智能是一对矛盾，解决的办法似乎智能把常用的短语尽量向前排
或者是针对特定群体做一个划分，中文的词汇结构是在是比较复杂
这个问题似乎还是要等待国人自己解决
- 进入论坛 Java 版
我前端时间也在做lucene方面的事情，主要是帮论坛做搜索
关于中文切分词也研究过一下，之前网上流传的那个海量的词库，如果在java中用的话，也是可以的，但是发现对于某些特殊字符会抛出异常，究竟是dll的问题，还是JNI的问题也就没有深究。
后来的解决方法是找了一个词典文件，做了一个树状结构，效率还是相当的高的。
后来遇到的主要问题在于对于大量的数据，如果使用磁盘的索引形式会大大影响索引效率，后来用了折中的办法，让近期的帖子放在内存中，时间长的放在磁盘上。虽然说解决了一部分问题，但觉得还是不理想，不知道大家在使用过程中是否也遇到了同样的问题？如何解决的？
- 进入论坛 Java 版
用DWR做过一个项目，总体觉得还不错
但如果有复杂的页面跳转会比较麻烦，另外DWR在我用的时候对于UI的支持还不够，通常需要找一套完整的UI支持来做会好一些
对于webwork结合DWR做的却是不漂亮，但我还是比较倾向在一套完整MVC的前提下用DWR会舒服一些
- 进入论坛 AJAX 版
评论排行榜