Are you saying you did have two hibernate.cfg.xml files in your
project? I don't understand your question.

Matt

On Sat, May 17, 2008 at 2:11 PM,  <[EMAIL PROTECTED]> wrote:
> It's running now, thanks for your help.
>
> Still wondering what would make the maven compile task skip a source file?
> If mvn clean removes the entire target subtree, shouldn't I see a full build
> with mvn compile (or mvn jetty:run-war)?
>
> Ger-Jan
>
> Quoting Matt Raible <[EMAIL PROTECTED]>:
>
>> You should make sure there aren't two versions of hibernate.cfg.xml
>> floating around in your project. This is usually the source of this
>> problem.
>>
>> Matt
>>
>> On Sat, May 17, 2008 at 10:25 AM, Ger-Jan te Dorsthorst  <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> Sorry, I mistyped the path. It's in
>>> src/main/java/com/larchitecte/model/Objet.java, so the package in the
>>> Hibernate config should fit.
>>>
>>> The source of the problem remains a mystery...
>>>
>>> Cheers,
>>>
>>> Ger-Jan
>>>
>>> Vincent Ramdhanie wrote:
>>>>
>>>> I am not sure about this but the error message imply that the class is
>>>> in
>>>> a package named com.larrchitecte.model according to your Hibernate
>>>> config,
>>>> <mapping class="com.larchitecte.model.Objet"/> but the source is in
>>>> src/main/java/com/larchitecte
>>>> /archiimmo/model/Objet.java???
>>>>
>>>> Notice the extra archiimmo folder just before model? Could that be the
>>>> problem?
>>>>
>>>> Vincent
>>>>
>>>>
>>>> On Sat, May 17, 2008 at 6:57 AM, Ger-Jan te Dorsthorst <[EMAIL PROTECTED]
>>>> <mailto:[EMAIL PROTECTED]>> wrote:
>>>>
>>>>   Hi,
>>>>
>>>>   Is there a way to force mvn to rebuild everything from scratch?
>>>>   The reason I'm asking is mvn jetty:run-war being unable to locate
>>>>   some class, even though its source is verifiably available.
>>>>
>>>>   If I try to do mvn clean; mvn jetty:run-war in a basic AppFuse
>>>>   Spring MVC project, and when working on my friend's Windows system
>>>>   (appfuse 2.0.1, maven 2.0.9, java 1.6.0), I run into this error:
>>>>
>>>>   C:\dev\archiimmo>mvn clean
>>>>   ...
>>>>   [INFO] Deleting directory C:\dev\archiimmo\target
>>>>   [INFO]
>>>>
>>>>
>>>>  ------------------------------------------------------------------------
>>>>   [INFO] BUILD SUCCESSFUL
>>>>   ...
>>>>
>>>>   C:\dev\archiimmo>mvn jetty:run-war -Djetty.port=18080
>>>>   ...
>>>>   [INFO] Configuration XML file loaded:
>>>>   C:\dev\archiimmo\src\main\resources\hibernate.cfg.xml
>>>>   [INFO]
>>>>
>>>>
>>>>  ------------------------------------------------------------------------
>>>>   [ERROR] FATAL ERROR
>>>>   [INFO]
>>>>
>>>>
>>>>  ------------------------------------------------------------------------
>>>>   [INFO] Unable to load class declared as <mapping
>>>>   class="com.larchitecte.model.Objet"/> in the configuration:
>>>>   [INFO]
>>>>
>>>>
>>>>  ------------------------------------------------------------------------
>>>>   [INFO] Trace
>>>>   org.hibernate.MappingException: Unable to load class declared as
>>>>   <mapping class="com.larchitecte.model.Objet"/> in the configuration:
>>>>   ...
>>>>
>>>>   The odd thing is, when running these commands in the same project
>>>>   on my Linux box, I have no problems whatsoever.
>>>>
>>>>   I started this project on the Windows system as no more than the
>>>>   basic Spring MVC and Hibernate example from the Tutorial, plus a
>>>>   single POJO (Objet) and appfuse:gen generated CRUD.
>>>>
>>>>   I then moved the project source to my Linux system - without any
>>>>   trouble - and added a simple servlet plus some JSP pages. After
>>>>   establishing that things worked fine on my system, I did a mvn
>>>>   clean and sent the entire project as a tarball to my friend.
>>>>
>>>>   He simply replaced his project file in d:\dev\archiimmo with the
>>>>   archive I sent him, but he's getting the above error message when
>>>>   he's trying to run mvn jetty:run-war.
>>>>
>>>>   I'm guessing that mvn is confused by an obsolete, compiled version
>>>>   of a compiled Objet class file, as the mvn -X output shows that
>>>>   only the newly added servlet gets compiled. But where could this
>>>>   obsolete class be? By running mvn clean we removed the target
>>>>   folder from the project, right? Or is it in the maven repository?
>>>>
>>>>   Then again, the error message suggests that mvn can't locate the
>>>>   Objet class at all. But why doesn't it just compile the source?
>>>>   (We have verified it is there; in
>>>>   src/main/java/com/larchitecte/archiimmo/model/Objet.java)
>>>>
>>>>   So, I think we need to rebuild all, ignoring possibly cached
>>>>   classes. Is it possible to tell mvn to do just that?
>>>>
>>>>   Thanks,
>>>>
>>>>   Ger-Jan
>>>>
>>>>   ---------------------------------------------------------------------
>>>>   To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>>   <mailto:[EMAIL PROTECTED]>
>>>>   For additional commands, e-mail: [EMAIL PROTECTED]
>>>>   <mailto:[EMAIL PROTECTED]>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> --
> "The only truly next-gen console out there is the Wii. Everything else is
> just a
> video card and processor upgrade."
>
> A.J. McGee, http://www.computerandvideogames.com/article.php?id=144515
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to