2006年5月9日
发现MagicAjax0.3与Lion的UploadModule2.0冲突，高兴+兴奋中。。。。。。。。。。。。。。
上次尝试MagicAjax时，一提交就报错，弄得我很是郁闷，一直为这事耿耿于怀，今天又想在新项目中采用它，又在网上找了一圈，无果，不过发现两个字眼，”冲突“，突然灵光一闪，想起了什么，因为前一个项目中使用了Lion的UploadModule组件，我先将web.config中的UploadModule删除掉，再运行程序，成功，有点眉目了，然后我再把UploadModule与MagicAjax在<httpModules>中的位置交换一下，OK,成功了，原来它们不能和睦相处。:)
没改之前的Web.config中的httpModules节：
    <httpModules>
        <add name="UploadModule" type="Lion.Web.UpLoadModule.UpLoadModule, Lion.Web.UpLoadModule, Version=1.2.2004.805, Culture=neutral, PublicKeyToken=eee5fb5e935c316e" /> 
        <add name="MagicAjaxModule" type="MagicAjax.MagicAjaxModule, MagicAjax" /> 
    </httpModules>
修改过后的能够正常运行的httpModules节：
    <httpModules>
          <add name="MagicAjaxModule" type="MagicAjax.MagicAjaxModule, MagicAjax" />
        <add name="UploadModule" type="Lion.Web.UpLoadModule.UpLoadModule, Lion.Web.UpLoadModule, Version=1.2.2004.805, Culture=neutral, PublicKeyToken=eee5fb5e935c316e" /> 
    </httpModules>
posted @ 2006-05-09 15:07 三毛 阅读(188) 评论(0) 编辑
这是不是ECO的又一BUG？？？

上次提到的那个项目是一个OnlineShopping，由于空间原因，当然也有客户的因素，数据库只能采用ACCESS,我先用ECO的反向工程，把数据库中的表映射成UML，作了一些修改后，演化。。。。报错。。。。。，由于对ECO不熟，弄得我一头雾水，后来干脆重新建模，生成数据库表结构，开始用的是MSSQL.的连接，成功了，高兴了一下，我想换个ACCESS试试成不，用ACCESS后，一生成表就报错，NND，不知道是ACCESS的原因还是ECO的又一个BUG？
      采用ECO本来是为了加快开发，唉，看来得换个ORM了。。。。。。。。

posted @ 2006-05-09 12:37 三毛 阅读(219) 评论(4) 编辑