i can produce some java code and hbm files,but

it only work after jdk5,my application server is weblogic8,my weblogic8 use jdk1.4.2_02,not jdk5.

can i produce some java code and hbm files for jdk1.4.2???

thanks for you help!

hmmm...must have missed that part...trivial to fix in the dao/dao.vm template as a workaround.

but please do also add it to the jira so we dont forget to fix that

The 3.1 beta1 release of the Hibernate Tools for Eclipse still produces the jdk5 code: import static. I couldn't find that any bug was filed in jira, so it must have been forgotten. Should I file one now?

Thanks,
Mike

hmm... it should not produce that unless you enable jdk5.

resubmit the bug if its there.

I have the same problem.
Where can i find the option, to disable the jdk5 code generation?

just dont enable generics and ejb3.

i am using the ant tool to build a classes and daos from the ER-model. I am not using generics or ejb3 but i had to change the template entity.vm.

huh? I don't have any entity.vm in the distribution/src code !?

The changed template was daohome.vm .
I should have checked this before posting. :)

so you were using a old copy of daohome.vm ?

the new one doesnt have this bug, correct?

The Location is in the hibernate-tools.jar inside the HibernateTools-3.1.0.beta1.zip.

There are wrong Imports and methods findById and findByExample which generate jdk5 Code. My ant-task looks like:

<hibernatetool destdir="${build.dir}">
<jdbcconfiguration configurationfile="${misc.dir}/hibernate.cfg.xml"
propertyFile="${misc.dir}/hibernate.properties"
packagename="my.package"/>
<hbm2doc templatepath="${misc.dir}/templates" destdir="${doc.dir}/db"/>
<hbm2cfgxml templatepath="${misc.dir}/templates" destdir="${misc.dir}"/>
<hbm2hbmxml templatepath="${misc.dir}/templates" destdir="${src}"/>
<hbm2dao templatepath="${misc.dir}/templates" destdir="${src}"/>
<hbm2java templatepath="${misc.dir}/templates" destdir="${src}"/>
</hibernatetool>

you guys have to show me the exact lines in daoentity.vm which uses static import wrongly.

I can only see them included in the parts that is done when ejb3 is enabled; and that is jdk 1.5 only so what is the problem ? :)

line3 $secondpassclassimports <-- this import returns

import static org.hibernate.criterion.Example.*;

line220 create should be Example.create

line 163 I had a primary key as long, maybe with a different mapping File this wouldnt be a error.

but that line will only do static import if ImportContext.staticImport is called - and that only happens in the parts that are run when ejb3 is enabled.

provide a runnable a testcase to jira if you still think this is a bug.

IMHO there are two problems, which produce JDK5-Code

1st
BIGINT fields from the database are not generated as Long but as long in the POJO-Classes. That works fine with JDK5 and autoboxing, but in JDK4 ... :-(

2nd
the template daohome.vm contains a line which results in the generaton of a static import:

--- begin snipplet from daohome.vm

#if($generics)
public ${pojo.importType("java.util.List")}<${declarationName}> findByExample(${declarationName} instance) {
#else
public ${pojo.importType("java.util.List")} findByExample(${declarationName} instance) {
#end
log.debug("finding ${declarationName} instance by example");
try {
#if($generics)
${pojo.importType("java.util.List")}<${declarationName}> results = (List<${declarationName}>) sessionFactory.getCurrentSession()
#else
${pojo.importType("java.util.List")} results = sessionFactory.getCurrentSession()
#end
.createCriteria("$clazz.entityName")
.add( $pojo.staticImport("org.hibernate.criterion.Example", "create")(instance) )
.list();
log.debug("find by example successful, result size: " + results.size());
return results;
}
catch (RuntimeException re) {
log.error("find by example failed", re);
throw re;
}
}
--- end snipplet from daohome.vm


Bye

Heinz