迁移到Postgresql 数据库平台两个问题
Java开发Postgresql 数据库兼容应用的问题,与Oracle有一些不同:
Java类型映射数据库类型的不同,Oracle jdbc驱动程序处理Java String类型可正常映射到数据库的Numberic(Integer),而Postgres则会出错。
另外,则是使用hibernate时经常的錯誤: operator不存在:character varying = bytea问题,不要被这个描述误导了,并不是sql语句中character varying = bytea类型的比较,而是当使用hibernate使用参数绑定,而参数的值为null时,hibernate或者Postgresql驱动将这个参数映射为varbinary类型,Postgresql将varbinary认为为bytea类型:
2011-06-27 10:50:26,312 - WARN http-80-Processor23 [JDBCExceptionReporter] - SQL Error: 0, SQLState: 42883
2011-06-27 10:50:26,328 - ERROR http-80-Processor23 [JDBCExceptionReporter] - 錯誤: operator不存在:character varying = bytea
建议:沒有符合指定之名稱和參數型別的運算子。您可能需要加入明確型別轉換。
位置:1821
getElementByID() getElementsByName() getElementsByTagName()的区别
总结:
Javascript中的getElementById十分常用,但在标准的页面中,一个id只能出现一次,如果我想同时控制多个元素,例如点一个链接,让多个层隐藏,该怎么做?用class。
补充:IE中使用getElementById可通过Name来获取,即不存在ID的情况下可正常工作,而其他浏览器必须存在ID才能获取。IE引擎实现document.getElementById时没有用到this,而非IE浏览器 (Firefox/Safari/Chrome/Opera)需要用到this,这里的this正是document对象。而非IE浏览器内部的 this却是window对象,所以造成在Firefox/Safari/Chrome/Opera不能根据document.getElementById id来正常获取元素。
WebLogic Server 组播问题疑难答解
在Run this on MachA上运行:"java utils.MulticastTest -N ginger -A 237.0.0.1 -P 7126"
在Run this on MachB上运行:"java utils.MulticastTest -N fred -A 237.0.0.1 -P 7126"
在Run this on MachC上运行:"java utils.MulticastTest -N smith -A 237.1.1.60 -P 7126"
在Run this on MachD上运行:"java utils.MulticastTest -N jones -A 237.1.1.60 -P 7126"
您在第一组合中应该看到只有fred和ginger交换了消息交换。相反您在第二组合中应该看到只有smith和jones交换了消息交换。如果您看到在这两个组合之间有消息交换,或者根本看不到来自其他进程的消息,说明有网络出现了问题。
如果组播测试失败,请要检查是否使用了主地址(WebLogic Server需要使用主地址)。检查DNS的是否正确设置和使用是否正确了DNS。您也可以获取/usr/sbin/ifconfig -a 信息(它必须作为根来运行以获取MAC地址),并检查多重初始地址宿主环境中的每台机器的MAC地址。如果所有MAC地址都相同,那么这可能就是问题的症结所在。您将不得不必须要确保这些MAC地址的惟一性,尤其是在Solaris环境下。一种规避方法是用一个接口卡将所有的有多重初始宿主地址的Solaris机器集中到一起。另一种规避方法是再添加另一块接口卡。这是Solaris的一个已知的问题。