政府某部門想打造一個國產軟體平臺，從硬體伺服器、作業系統、資料庫、應用伺服器中介軟體等全部採用國產平臺，並將一個執行良好的應用軟體進行改造，以適應國產資料庫與原Oracle資料庫在SQL語句、系統函式等方面的不同。

    apusic應用伺服器作為國產應用伺服器中介軟體參與了移植測試和壓力測試工作。首先跟應用軟體開發商基於oracle資料庫做了移植測試，從weblogic平臺移植到了apusic應用伺服器，實現apusic + oracle執行正常。

    然後跟國產資料庫做移植測試，國產資料庫採用gbase。應用軟體用到了hibernate2作為資料持久工具，由於hibernate沒有內建對gbase的dialect支援，gbase廠商自己寫了一個類，命名為net.sf.hibernate.dialect.GBaseDialect，並打包成gbase_dialect.jar，放到了應用軟體的lib資料夾下。

    然後啟動apusic應用伺服器時報錯：

net.sf.hibernate.MappingException: could not instantiate id generator  
        at net.sf.hibernate.id.IdentifierGeneratorFactory.create(IdentifierGeneratorFactory.java:82)  
        at net.sf.hibernate.mapping.SimpleValue.createIdentifierGenerator(SimpleValue.java:82)  
        at net.sf.hibernate.persister.AbstractEntityPersister.<init>(AbstractEntityPersister.java:630)  
        at net.sf.hibernate.persister.EntityPersister.<init>(EntityPersister.java:716)  
        at net.sf.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:42)  
        at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:137)  
        at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:768)  
        at com.lbs.commons.op.HibernateSession.currentSession(HibernateSession.java:32)  
        at com.lbs.commons.op.OPManager.query(OPManager.java:159)  
        at com.lbs.cp.plugin.CodeListPlugIn.init(CodeListPlugIn.java:59)  
        at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:1158)  
        at org.apache.struts.action.ActionServlet.init(ActionServlet.java:473)  
        at javax.servlet.GenericServlet.init(GenericServlet.java:215)  
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1053)  
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:955)  
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4035)  
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4338)  
        at com.cvicse.inforsuite.webContainer.GeronimoStandardContext.access$201(GeronimoStandardContext.java:60)  
        at com.cvicse.inforsuite.webContainer.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:343)  
  
……//此處略去部分異常資訊  
  
Caused by: net.sf.hibernate.MappingException: Dialect does not support sequences  
        at net.sf.hibernate.dialect.Dialect.getSequenceNextValString(Dialect.java:319)  
        at net.sf.hibernate.id.SequenceGenerator.configure(SequenceGenerator.java:62)  
        at net.sf.hibernate.id.IdentifierGeneratorFactory.create(IdentifierGeneratorFactory.java:78)  
        ... 83 more 
 

    貌似是Dialect不支援sequences（getSequenceNextValString()），可是gbase廠商提供的類裡有對序列的支援。

    後來在測試中發現，即使從應用的lib中刪除gbase的gbase_dialect.jar，仍然報同樣的錯誤，說明這個jar根本沒有載入。

    由於gbase的gbase_dialect.jar中，GBaseDialect類所在的包為net.sf.hibernate.dialect，跟hibernate提供的其他資料庫的dialect包名一致，所以將gbase提供的GBaseDialect類打包在了hibernate2.jar中，跟hibernate提供的其他資料庫的dialect在一個jar中，刪除gbase_dialect.jar，這時啟動apusic正常。

    據此判斷，net.sf.hibernate.dialect.GBaseDialect類檔案本身沒有問題，gbase提供的gbase_dialect.jar中，除了這個類檔案外，就只有META-INF下MANIFEST.MF檔案，所以懷疑是這個檔案有問題。開啟這個檔案，只有兩行內容：

Manifest-Version: 1.0
Sealed:true

    將gbase_dialect.jar中META-INF下MANIFEST.MF檔案Sealed:true去掉，重新打包，放到應用lib下，將先前打包進hibernate2.jar的GBaseDialect類刪除，重啟apusic，終於正常。

    到網上搜索關於Sealed:true，找到如下資料：

包密封
密封 JAR 檔案中的一個包意味著在這個包中定義的所有類都必須在同一個 JAR 檔案中找到。這使包的作者可以增強打包類之間的版本一致性。密封還提供了防止程式碼篡改的手段。
要密封包，需要在 JAR 的 manifest 檔案中為包新增一個 Name 頭，然後加上值為“true”的 Sealed 頭。與可執行的 JAR 一樣，可以在建立 JAR 時，通過指定一個具有適當頭元素的 manifest 檔案密封一個 JAR，如下所示：
Name: com/samplePackage/
Sealed: true

Name 頭標識出包的相對路徑名。它以一個“/”結束以與檔名區別。在 Name 頭後面第一個空行之前的所有頭都作用於在 Name 頭中指定的檔案或者包。在上述例子中，因為 Sealed 頭出現在 Name 頭後並且中間沒有空行，所以 Sealed 頭將被解釋為只應用到包 com/samplePackage 上。
如果試圖從密封包所在的 JAR 檔案以外的其他地方裝載密封包中的一個類，那麼 JVM 將丟擲一個 SecurityException 。

   以下是對照這個問題的個人理解，如有謬誤，歡迎拍磚：

    在打包jar時宣告Sealed: true，主要目的是防止不同版本之間的jar之間互相呼叫類，從而導致不可預知的問題，比如在應用下如果有兩個hibernate的jar，分別是hibernate2.jar、hibernaet2_1.jar，明顯兩個版本不一致，打包時宣告Sealed: true，則hiberante2.jar裡的類只能裝載呼叫本Jar檔案裡的其他類，而不能呼叫hibernate2_1.jar裡的其他類。

    gbase打包時包名與Hibernate提供的dialect包名均為net.sf.hibernate.dialect，且宣告Sealed: true，JVM會認為所有在net.sf.hibernate.dialect包中的檔案都應該在同一個jar下，hibernate2.jar中的類不會去呼叫gbase_dialect.jar下的檔案，找不到net.sf.hibernate.dialect.GBaseDialect類的情況下，JVM使用hibernate提供的預設的GenericDialect，這個類繼承自abstract類Dialect，Dialect提供的getSequenceNextValString()方法，預設實現是：

public String getSequenceNextValString(String sequenceName)  
    throws MappingException  
  {  
    throw new MappingException("Dialect does not support sequences");  
  }