-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 31 posts ]  Go to page 1, 2, 3  Next
Author Message
 Post subject: Can not configure Hibernate when the Internet is down
PostPosted: Mon Dec 13, 2004 11:09 am 
Newbie

Joined: Sat Sep 04, 2004 4:14 pm
Posts: 13
Hi,

First, yes I have read the FAQ, the documentation, the Forum and the mailing list for all the info on this topic :-)

If I am connected to the Internet when Hibernate is configuring AND if SourceForge happens to be answering at that moment in time, then all goes as planned. However, if not the configuration fails. I figure that with my set up, this should simply work without problems, but it does not.

I have resolved this for the moment by putting hibernate-configuration-2.0.dtd in the JBoss bin directory and using a SYSTEM id as per the FAQ. This is not really satisfactory though as a long term solution.

I am using JBoss 4.0, with the default Xerces parser and dom4j that ships with it.

Thanks,
Joel

Hibernate version:
2.1.7

Mapping documents:
Code:
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE hibernate-configuration PUBLIC
          "-//Hibernate/Hibernate Configuration DTD 2.0//EN"
          "http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd">

<hibernate-configuration>
   <session-factory name="hibernate/HibernateFactory" >
      <!-- properties -->
      <property name="connection.username">useme</property>
      <property name="connection.password">useme</property>
      <property name="hibernate.connection.datasource">java:jdbc/DerbyXADS</property>
      <property name="dialect">net.sf.hibernate.dialect.DerbyDialect</property>
      <property name="hibernate.transaction.factory_class">net.sf.hibernate.transaction.JTATransactionFactory</property>
      <property name="hibernate.transaction.manager_lookup_class">
         net.sf.hibernate.transaction.JBossTransactionManagerLookup
      </property>

      <!-- mapping files -->
      <mapping resource="com/etish/useme/persistance/model/AppliedUpdates.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/ControlDocs.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/Lov.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/ProjectRegistry.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/Relationships.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/ReqDocs.hbm.xml" />
      <mapping resource="com/etish/useme/persistance/model/Users.hbm.xml" />
   </session-factory>

</hibernate-configuration>


Code between sessionFactory.openSession() and session.close():
N/A
Full stack trace of any exception that occurs:
Code:
14:49:50,890 ERROR [HibernateUtil] Can not initialize Hibernate.
org.dom4j.DocumentException: hibernate.sourceforge.net Nested exception: hibernate.sourceforge.net
   at org.dom4j.io.SAXReader.read(SAXReader.java:358)
   at org.dom4j.io.SAXReader.read(SAXReader.java:271)
   at org.dom4j.DocumentHelper.parseText(DocumentHelper.java:215)
   at com.etish.useme.persistance.HibernateUtil.<clinit>(HibernateUtil.java:50)
   at com.etish.useme.services.jaas.jboss.DatabaseLoginModule.getUsersPassword(DatabaseLoginModule.java:66)
   at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:156)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at javax.security.auth.login.LoginContext.invoke(LoginContext.java:675)
   at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129)
   at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607)
   at javax.security.auth.login.LoginContext.login(LoginContext.java:534)
   at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491)
   at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442)
   at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:257)
   at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:232)
   at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:169)
   at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:96)
   at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120)
   at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
   at org.jboss.ejb.SessionContainer.internalInvokeHome(SessionContainer.java:613)
   at org.jboss.ejb.Container.invoke(Container.java:876)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
   at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
   at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
   at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90)
   at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
   at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
   at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
   at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
   at $Proxy91.create(Unknown Source)
   at com.etish.useme.wst.util.WstHelper.getPublisher(WstHelper.java:156)
   at com.etish.useme.wst.actions.ComposeAction.perform(ComposeAction.java:54)
   at org.apache.struts.action.Action.execute(Action.java:420)
   at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
   at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
   at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
   at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:44)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:169)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
   at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
   at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
   at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
   at java.lang.Thread.run(Thread.java:534)
Nested exception:
java.net.UnknownHostException: hibernate.sourceforge.net
   at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:153)
   at java.net.Socket.connect(Socket.java:452)
   at java.net.Socket.connect(Socket.java:402)
   at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
   at sun.net.www.http.HttpClient.openServer(HttpClient.java:402)
   at sun.net.www.http.HttpClient.openServer(HttpClient.java:618)
   at sun.net.www.http.HttpClient.<init>(HttpClient.java:306)
   at sun.net.www.http.HttpClient.<init>(HttpClient.java:267)
   at sun.net.www.http.HttpClient.New(HttpClient.java:339)
   at sun.net.www.http.HttpClient.New(HttpClient.java:320)
   at sun.net.www.http.HttpClient.New(HttpClient.java:315)
   at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:512)
   at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:489)
   at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:617)
   at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
   at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
   at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
   at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
   at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown Source)
   at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
   at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
   at org.dom4j.io.SAXReader.read(SAXReader.java:339)
   at org.dom4j.io.SAXReader.read(SAXReader.java:271)
   at org.dom4j.DocumentHelper.parseText(DocumentHelper.java:215)
   at com.etish.useme.persistance.HibernateUtil.<clinit>(HibernateUtil.java:50)
   at com.etish.useme.services.jaas.jboss.DatabaseLoginModule.getUsersPassword(DatabaseLoginModule.java:66)
   at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:156)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at javax.security.auth.login.LoginContext.invoke(LoginContext.java:675)
   at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129)
   at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607)
   at javax.security.auth.login.LoginContext.login(LoginContext.java:534)
   at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491)
   at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442)
   at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:257)
   at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:232)
   at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:169)
   at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:96)
   at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120)
   at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
   at org.jboss.ejb.SessionContainer.internalInvokeHome(SessionContainer.java:613)
   at org.jboss.ejb.Container.invoke(Container.java:876)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
   at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
   at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
   at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90)
   at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
   at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
   at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
   at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
   at $Proxy91.create(Unknown Source)
   at com.etish.useme.wst.util.WstHelper.getPublisher(WstHelper.java:156)
   at com.etish.useme.wst.actions.ComposeAction.perform(ComposeAction.java:54)
   at org.apache.struts.action.Action.execute(Action.java:420)
   at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
   at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
   at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
   at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:44)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:169)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
   at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
   at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
   at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
   at java.lang.Thread.run(Thread.java:534)
 

Name and version of the database you are using:
Derby 10

The generated SQL (show_sql=true):
N/A

Debug level Hibernate log excerpt:
N/A


Top
 Profile  
 
 Post subject:
PostPosted: Mon Dec 13, 2004 1:40 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
I have same problme in hibernate tools (use jboss ide libraries) - it is problme with jboss parser
(probably).You try hibernate standalone - if it work then problem is jboss

regards
Peco


Top
 Profile  
 
 Post subject:
PostPosted: Wed Dec 15, 2004 1:29 pm 
Newbie

Joined: Sat Sep 04, 2004 4:14 pm
Posts: 13
Peco,

Thanks for the suggestion. I gave a try to running Hibernate directly against the database and it works fine regardless if there is a network connection or not.

I also tried fiddling with the Xerces jars that comes with JBoss. If I replace the jars with those that come with the latest Xerces release, 2.6.2, I get the same behaviour. Oddly, however, if I replace them with those the come with Hibernate 2.1.7 (xerces-2.4.0.jar and xml-apis.jar) then JBoss will not even start up. Seems that its resolver can not handle that release of Xerces.

So I do not understand it fully, but there seems to be a parser mismatch between JBoss 4.0.0 and Hibernate 2.1.7. This is curious as they are both under the JBoss umbrella.

Thanks,
Joel


Top
 Profile  
 
 Post subject:
PostPosted: Wed Dec 15, 2004 4:02 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
just remove xerces and xml-apis if you have jdk 1.4+ . Jdk >= 1.4 have necessary parser

I try it and it work - xerces 2.4.0 from apache site (i compile source) work fine too -

regards


Top
 Profile  
 
 Post subject:
PostPosted: Wed Dec 15, 2004 4:59 pm 
Newbie

Joined: Sat Sep 04, 2004 4:14 pm
Posts: 13
That's logical. I gave it a try but unfortunately it does not solve my problem. JBoss starts up fine, but I get the same error I repoted above when Hibernate tries to read the cofig file.

FWIW, I am using Java j2sdk1.4.2_04

/joel


Top
 Profile  
 
 Post subject:
PostPosted: Wed Dec 15, 2004 6:18 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
remove xerces from hibernate tree


Top
 Profile  
 
 Post subject:
PostPosted: Thu Dec 16, 2004 6:18 am 
Newbie

Joined: Sat Sep 04, 2004 4:14 pm
Posts: 13
snpesnpe wrote:
remove xerces from hibernate tree


What do you mean by "tree"?

/joel


Top
 Profile  
 
 Post subject:
PostPosted: Thu Dec 16, 2004 10:13 am 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
from classptah - java get xerces from anywhere

regards


Top
 Profile  
 
 Post subject:
PostPosted: Wed Jan 19, 2005 10:40 pm 
Pro
Pro

Joined: Fri Nov 19, 2004 5:52 pm
Posts: 232
Location: Chicago, IL
You could try changing the following which is at the top of your mapping file to a path that points to a local copy of the DTD.

http://hibernate.sourceforge.net/hibern ... on-2.0.dtd

like,

file:///c:temp/hibernate-configuration-2.0.dtd

I'm pretty sure I tried this before and it worked.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Jan 20, 2005 5:32 am 
Newbie

Joined: Sat Sep 04, 2004 4:14 pm
Posts: 13
Thanks for the suggestion, but I already know this and in fact it is how I specified that I temporarily solved the issue in my original post. It is, however, not a very satisfactory long term solution.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Jan 20, 2005 9:45 am 
Pro
Pro

Joined: Fri Nov 19, 2004 5:52 pm
Posts: 232
Location: Chicago, IL
IMHO, what you are talking about isn't a bug. It's doing what it's supposed to be doing. i.e. it's downloading the DTD from the specified URL and validating the document against it. I'm not sure what you're asking for. A way to turn off validation?


Top
 Profile  
 
 Post subject:
PostPosted: Thu Jan 20, 2005 9:50 am 
Hibernate Team
Hibernate Team

Joined: Mon Aug 25, 2003 9:11 pm
Posts: 4592
Location: Switzerland
It should load the DTD from hibernate2.jar, not from the Web. This is a misconfiguration, most likely due to messing around with the classpathes of JBoss and Hibernate without understanding the underlying system. Nothing we can fix from here.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Aug 04, 2005 1:14 pm 
Beginner
Beginner

Joined: Wed Aug 11, 2004 3:50 pm
Posts: 26
jemiller wrote:
IMHO, what you are talking about isn't a bug. It's doing what it's supposed to be doing. i.e. it's downloading the DTD from the specified URL and validating the document against it. I'm not sure what you're asking for. A way to turn off validation?


Since Hibernate 2.0 will not work without an internet connection unless you change the DOCTYPE to SYSTEM, which opens another can of worms:

YES!!! turning off the validation would be nice. How?

BTW, I know this problem has been solved in 3.0 (I think I read it was a bug in 2.0 resolver). But some of us are stuck by burro-cracy at 2.0.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Aug 04, 2005 1:17 pm 
Hibernate Team
Hibernate Team

Joined: Tue Aug 26, 2003 12:50 pm
Posts: 5130
Location: Melbourne, Australia
christian wrote:
It should load the DTD from hibernate2.jar, not from the Web. This is a misconfiguration, most likely due to messing around with the classpathes of JBoss and Hibernate without understanding the underlying system. Nothing we can fix from here.


Absolutely correct. There is no difference in behavior between 2 and 3.

Make sure you are using the XML parser that ships with Hibernate.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Aug 04, 2005 1:39 pm 
Beginner
Beginner

Joined: Wed Aug 11, 2004 3:50 pm
Posts: 26
gavin wrote:
christian wrote:
It should load the DTD from hibernate2.jar, not from the Web. This is a misconfiguration, most likely due to messing around with the classpathes of JBoss and Hibernate without understanding the underlying system. Nothing we can fix from here.


Absolutely correct. There is no difference in behavior between 2 and 3.

Make sure you are using the XML parser that ships with Hibernate.


Pardon my ignorance, but are you saying that Hibernate relies on a "hibernate-tweaked" parser?

Wouldn't that cause major problems when a different component required by the application stack depended on a normal/generic parser like Xerces? Wouldn't that make Hibernate incompatible with many other commonly used tools?

I know I must be misinterpreting you... or at least I hope so.

But I have never -not once- seen Hibernate 2.0 work correctly when using the normal http:// version of the DTD URL if the internet connection was not available. This is with input and testing by many different developers using different web servers and IDEs.


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 31 posts ]  Go to page 1, 2, 3  Next

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.