-
1. Re: The dialect was not set. Set the property hibernate.dial
julien1 Sep 23, 2005 11:24 AM (in response to jlaskowski)unfortunately no, but you should use the exploded version of JBoss Portal.
if you use the cvs build, you can do sh build.sh explode, which explodes the sar file and its content and provide you easy configuration. -
2. Re: The dialect was not set. Set the property hibernate.dial
jlaskowski Sep 23, 2005 2:34 PM (in response to jlaskowski)Hi Julien,
$ pwd
/cygdrive/c/projs/jboss-portal-2.2/build
$ ./build.sh explode
build.sh: *WARNING* Ignoring environment value for $ANT_HOME
build.sh: Executing: /cygdrive/c/projs/jboss-portal-2.2/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger explode
Buildfile: build.xml
BUILD FAILED
Target `explode' does not exist in this project.
Total time: 0 seconds
p.s. Thanks for your thorough explanation of JBoss Portal during today's conference!
Jacek -
3. Re: The dialect was not set. Set the property hibernate.dial
julien1 Sep 23, 2005 2:56 PM (in response to jlaskowski)Hello Jacek,
actually you need to do it in the core module where the sar portal-service.sar is built.
I hope that the explanations were clear enough even if I had to go quickly on the subject. That was a pleasure for me to expose my work to all of you guys.
cheers -
4. Re: The dialect was not set. Set the property hibernate.dial
jlaskowski Oct 3, 2005 8:02 AM (in response to jlaskowski)Hi,
It's getting worse with the latest changes to JBoss Portal 2.2 deployed onto JBoss AS 4.0.3RC2.
Now, there're 3 directories - instance, portal and user - with Hibernate configuration files and it's a tedious task to change the dialect to org.hibernate.dialect.HSQLDialect every time I update and build Portal. It's 5 files to change.
I wonder how developers work. Do they change these files, too or is there a way to work it out? There must be a simpler solution.
Jacek -
5. Re: The dialect was not set. Set the property hibernate.dial
julien1 Oct 3, 2005 8:07 AM (in response to jlaskowski)One solution would be too code the dialect in the mbean service SessionFactoryBinder.
<attribute name="Dialect">some.dialect</attribute>
Each service would have that property, this property could eventually be overriden by a system property.
What do you think ? -
6. Re: The dialect was not set. Set the property hibernate.dial
julien1 Oct 3, 2005 8:10 AM (in response to jlaskowski)The other option is to use a property file that would be in conf and setup the mapping for the sessions.
-
7. Re: The dialect was not set. Set the property hibernate.dial
julien1 Oct 5, 2005 10:23 PM (in response to jlaskowski)I update the code of 2.2 in order to make the detection effective for schema export and improved the code of the persistence too.