[Building Sakai] Hibernate DocType DTD files and slow Sakai startups

Mon Aug 19 11:05:03 PDT 2013

Hi Noah,

I know about the JBoss thing but we are currently "stuck" in this setup...

I have attempted Raymond's solution with so far no working result.
I will try more at work tomorrow.

However, if possible a nice solution (if you ask me) would be not to
modify too much of the Sakai
code but more the build process.

I have been looking at XML catalog and catalog.properties.

Maybe that is what you meant Noah when you wrote?

> If they are, there may be a way to use something like URIResolver or
> EntityResolver.

Cheers,
Rob

On 19-Aug-13 4:25 PM, Noah Botimer wrote:
> Rob,
>
> In general, JBoss is unsupported territory. It might work, but I'm
> unaware of any production institutions with commitments to community
> maintenance (in fact, I can't name anyone running JBoss in production).
>
> I understand that there are various institutional preferences, but
> encourage you to take a look at Tomcat to see if there are specific
> barriers. If there are, maybe the community can help you address them
> so that you can be on a common platform.
>
> I can't say whether this particular case is affected by using JBoss or
> not, but there is no QA done outside of Tomcat. It's hard to say
> whether there will be other quirks that come up with little container
> differences.
>
> Thanks,
> -Noah
>
> On Aug 19, 2013, at 1:53 AM, Robert Sedzik wrote:
>
>> Hi all,
>>
>> *Ray:* I would appreciate if you could check this today because our
>> Sakai has seemed to gone bad
>> this Friday. We will probably have to release a hot patch or
>> something to fix this problem.
>> That is, assuming that it is the DocType thing that ha happened on
>> Friday.
>>
>> We are also running Sakai in a JBoss. Would you think that is the
>> culprit?
>> I mean Sakai is more or less a Tomcat app.
>>
>> *Botimer:* As we are not the only ones that have this problem then it
>> is safe to say that his is
>> a problem. Maybe it is a Jboss thing until we hear of the same
>> problem from a Tomcat
>> installation.
>>
>> Cheers,
>> Rob
>>
>>
>> On 19-Aug-13 4:35 AM, Raymond Naseef wrote:
>>> Hi Rob,
>>>
>>> When working for Michigan State University, we ran into the same or
>>> very similar issue with Hibernate configuration and mapping files in
>>> early 2012 (these are the same files you mention).  I do not recall
>>> write now what changes in our system caused the problem, but I know
>>> how we fixed the problem.  We modified the !DOCTYPE in similar
>>> manner as your message indicates.
>>>
>>> This did require us to update ALL the hbm.xml & cfg.xml files.  We
>>> copied Hibernate files to our domain and pointed to those, instead
>>> of http://hibernate.sourceforge.net/.  I have note here stating the
>>> change was done so JBoss could access those securely, removing
>>> access to the external URL.
>>>
>>> If I find out something more about this, I will let you know.
>>>
>>>
>>> Good luck!
>>> -Ray
>>>
>>>
>>>
>>>
>>> On Fri, Aug 16, 2013 at 11:13 AM, Noah Botimer <botimer at umich.edu
>>> <mailto:botimer at umich.edu>> wrote:
>>>
>>>     I personally have not seen this problem, but I just recently
>>>     updated all the files in trunk for the Hibernate upgrade. They
>>>     were using the older sourceforge.net <http://sourceforge.net/>
>>>     URLs and are now use hibernate.org <http://hibernate.org/>.
>>>     There are a ton of them and I don't think we want to change
>>>     their format.
>>>
>>>     I did not think that these were retrieved externally. Can you
>>>     confirm (maybe by hosts file entry or tcpdump) whether the
>>>     connections are going out?
>>>
>>>     If they are, there may be a way to use something like
>>>     URIResolver or EntityResolver.
>>>
>>>     Thanks,
>>>     -Noah
>>>
>>>     On Aug 16, 2013, at 8:18 AM, Robert Sedzik wrote:
>>>
>>>     > Hi all,
>>>     >
>>>     > We have every now and then problems with Sakai startup.
>>>     > I am not sure we have nailed the problem but it seems
>>>     > related to hibernate hbm files DOCTYPE.
>>>     >
>>>     > Is it as if hibernate tries to fetch the dtd files externally
>>>     and the whole
>>>     > Sakai startup stalls or takes a very long time.
>>>     >
>>>     > Is it correct that hibernate tries to get the dtd files
>>>     supplied by
>>>     > the doctype in hbm files firstly from the classpath and then from
>>>     > an external source?
>>>     >
>>>     > Then what exactly is happening that hibernate cannot pick it
>>>     up on class
>>>     > path and goes
>>>     > externally?
>>>     >
>>>     > We have looked into some solutions for this and one we found would
>>>     > require use to change
>>>     > the doctype parts
>>>     >
>>>     > From:
>>>     >
>>>     > <!DOCTYPE hibernate-mapping PUBLIC
>>>     > "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
>>>     > "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
>>>     >
>>>     > To:
>>>     >
>>>     > <!DOCTYPE hibernate-configuration SYSTEM
>>>     > "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
>>>     > "classpath://org/hibernate/hibernate-configuration-3.0.dtd">
>>>     >
>>>     > Would this have to be done for all hbm files?
>>>     >
>>>     > What about the hibernate.cfg.xml file?
>>>     >
>>>     > Rob
>>>     >
>>>     >
>>>     > _______________________________________________
>>>     > sakai-dev mailing list
>>>     > sakai-dev at collab.sakaiproject.org
>>>     <mailto:sakai-dev at collab.sakaiproject.org>
>>>     > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>     >
>>>     > TO UNSUBSCRIBE: send email to
>>>     sakai-dev-unsubscribe at collab.sakaiproject.org
>>>     <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>>     subject of "unsubscribe"
>>>
>>>     _______________________________________________
>>>     sakai-dev mailing list
>>>     sakai-dev at collab.sakaiproject.org
>>>     <mailto:sakai-dev at collab.sakaiproject.org>
>>>     http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>>     TO UNSUBSCRIBE: send email to
>>>     sakai-dev-unsubscribe at collab.sakaiproject.org
>>>     <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>>     subject of "unsubscribe"
>>>
>>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130819/30e52a9a/attachment.html 