[hibernate-dev] Re: maven migration

Scott Marlow scott.marlow.opensource at gmail.com
Fri May 25 19:34:53 EDT 2007


I tried running "maven clean install" as suggested on the maven faq 
project page.  A bunch of stuff worked but I got these errors:
"
C:\jboss\Hibernate3\core\src\main\java\org\hibernate\cache\impl\bridge\BaseTransactionalDataRegionAdapter.java:[23,69] 
cannot find symbol
symbol  : class TreeCache
location: package org.hibernate.cache

C:\jboss\Hibernate3\core\src\main\java\org\hibernate\cache\impl\bridge\BaseTransactionalDataRegionAdapter.java:[24,81] 
cannot find symbol
symbol  : class OptimisticTreeCache
location: package org.hibernate.cache

C:\jboss\Hibernate3\core\src\main\java\org\hibernate\connection\ConnectionProviderFactory.java:[84,42] 
cannot find symbol
symbol  : class C3P0ConnectionProvider
location: class org.hibernate.connection.ConnectionProviderFactory

C:\jboss\Hibernate3\core\src\main\java\org\hibernate\connection\ConnectionProviderFactory.java:[91,42] 
cannot find symbol
symbol  : class ProxoolConnectionProvider
location: class org.hibernate.connection.ConnectionProviderFactory
"

Am I using the wrong options perhaps?

Or should I import the Maven project into Intellij 7 and build there?

Thanks,
Scott

Steve Ebersole wrote:
> Ok, all clear.
>
> The Hibernate Mavenized project is now checked into trunk.
>
> All needed artifacts and plugins should be available from either the
> central repository or the JBoss repository.  Let me know if you run into
> any issues.
>
>
> On Thu, 2007-05-24 at 14:46 -0500, Steve Ebersole wrote:
>   
>> Ok, I am relatively happy with my PoC of Maven at this point in time.
>> So the time has come to migrate.  Starting tomorrow (Friday 5/25) I will
>> begin migrating trunk to use the maven stuff I have been working on.  
>>
>> The directory structure is quite different, as it is taking advantage of
>> Maven modules.  Thus the resulting jars are also different from what
>> they used to be; we used to just produce hibernate3.jar, but will now
>> have more "modular" jars.  Essentially any "optional" services were
>> isolated into separate modules to simplify management of transitive
>> dependencies.  The only glaring one missing from that modularization
>> right now is the bytecode providers, which require some major code
>> changes (planned anyway) before I can do that.
>>
>> As an FYI, I had Max verify loading the project into Eclipse after using
>> the maven-eclipse-plugin to generate the Eclipse project files; he said
>> it was fine.  For the IntelliJ users, well your out of luck sorta.  I
>> use IntelliJ and the maven-idea-plugin works far less than ideal.
>> However, be aware that IntelliJ7 (already in EAP) has the ability to
>> directly open Maven project descriptors as if they were IntelliJ
>> projects.  So that'll be awesome.  Netbeans users, dunno; sorry.
>>
>> Part of that PoC was developing some custom plugins for stuff like
>> DocBook.  Actually, I'll be sending out another email in a few days
>> regarding DocBook stuff in general.  Those, too, will be pushed not sure
>> where exactly yet on a permenant basis but to the JBoss Maven repo for
>> Maven access (its details are below).  The DocBook one is interesting to
>> note for those using DocBook for documentation.  Essentially it is
>> broken down into a number of projects:
>> 1) net.sf.docbook:docbook - this is a simple repackaging of the actual
>> DocBook distro, packaging up (1) its standard XSLTs and (2) its extended
>> SAXON support.  I decided to not package up its extended XALAN support
>> since I have never been successful utilizing XALAN for DocBook anyway.
>> This projects versioning scheme it to mirror the source DocBook distro
>> which it repackages (currently repackaged only 1.70.1).
>> 2) org.jboss.maven.plugins:maven-jboss-docbook-plugin:0.1 - This is the
>> actual maven plugin to run the DocBook transformations.  Over the next
>> few days I'll be further enhancing this to also define (a) a custom
>> packaging and (b) archetype(s)
>> 3) org.hibernate:hibernate-docbook-xslt:0.1 - defines the Hibernate
>> custom DocBook stylesheets (the maven-jboss-docbook-plugin understands
>> how to resolve stylesheets via classpath resource lookups presumably
>> against dependencies like this).
>>
>> Anyway, that's about it for now.  For those that have not already seen
>> it, and want to take a sneak peek, the temporary work has been happening
>> here: http://fisheye.jboss.com/viewrep/Hibernate/trunk/sandbox/maven-poc
>>
>> So if anyone has pending check-ins, you may wanna get to it now.  And
>> try to resist check-ins tomorrow until I send an all-clear.
>>
>> Thanks,
>> Steve
>>
>> P.S. The JBoss repo details (I just put this in my settings.xml):
>>
>>                 <repository>
>>                     <id>jboss</id>
>>                     <url>http://repository.jboss.com/maven2/</url>
>>                     <releases>
>>                         <enabled>true</enabled>
>>                     </releases>
>>                     <snapshots>
>>                         <enabled>true</enabled>
>>                     </snapshots>
>>                 </repository>
>>     
>
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
>   




More information about the hibernate-dev mailing list