[hibernate-dev] Unable to compile core

2009-10-01 Thread Emmanuel Bernard
 From a svn update, I can't mvn clean install core/core. Anybody knows  
why?

[INFO] Unable to resolve method [org.hibernate.Version#getVersionString]

Embedded error: javassist.NotFoundException: org.hibernate.Version


[INFO]  

[ERROR] BUILD ERROR
[INFO]  

[INFO] Unable to resolve method [org.hibernate.Version#getVersionString]

Embedded error: javassist.NotFoundException: org.hibernate.Version
[INFO]  

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Unable to  
resolve method [org.hibernate.Version#getVersionString]
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
584)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeTaskSegments(DefaultLifecycleExecutor.java:292)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:301)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 
39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 
25)
at java.lang.reflect.Method.invoke(Method.java:592)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: 
430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to  
resolve method [org.hibernate.Version#getVersionString]
at org.jboss.maven.plugins.injection.BytecodeInjectionMojo 
$MethodBodyReturnReplacementTarget.(BytecodeInjectionMojo.java: 
197)
at org.jboss.maven.plugins.injection.BytecodeInjectionMojo 
$MethodBodyReturnReplacementTarget.(BytecodeInjectionMojo.java: 
181)
at  
org 
.jboss 
.maven 
.plugins 
.injection 
.BytecodeInjectionMojo 
.generateBytecodeInjectionTarget(BytecodeInjectionMojo.java:96)
at  
org 
.jboss 
.maven 
.plugins 
.injection 
.BytecodeInjectionMojo.generateDescriptor(BytecodeInjectionMojo.java:86)
at  
org 
.jboss 
.maven 
.plugins 
.injection 
.BytecodeInjectionMojo 
.getInjectionDescriptors(BytecodeInjectionMojo.java:78)
at  
org 
.jboss 
.maven 
.plugins 
.injection.AbstractInjectionMojo.execute(AbstractInjectionMojo.java:45)
at  
org 
.apache 
.maven 
.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
559)
... 16 more
Caused by: java.lang.RuntimeException: javassist.NotFoundException:  
org.hibernate.Version
at javassist.CtClassType.getClassFile2(CtClassType.java:200)
at javassist.CtClassType.getInterfaces(CtClassType.java:630)
at javassist.CtClassType.getMethods0(CtClassType.java:1008)
at javassist.CtClassType.getMethods(CtClassType.java:1002)
at org.jboss.maven.plugins.injection.BytecodeInjectionMojo 
$MethodBodyReturnReplacementTarget.(BytecodeInjectionMojo.java: 
188)
... 23 more
Caused by: javassist.NotFoundException: org.hibernate.Version
at javassist.CtClassType.getClassFile2(CtClassType.java:187)
... 27 more


PS: if I run mvn clean install on core (ie root), ehcache fails
---
  T E S T S
---
Running org.hibernate.cache.EhCacheTest
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.76  
sec <<< FAILURE!

Results :

Tests in error:
   testQueryCacheInvalidation(org.hibernate.cache.EhCacheTest)
   testEmptySecondLevelCacheEntry(org.hibernate.cache.EhCacheTest)
   testStaleWritesLeaveCacheConsistent(org.hibernate.cache.EhCacheTest)

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Unable to compile core

2009-10-01 Thread Juraci Paixao Krohling
Em 01-10-2009 09:54, Emmanuel Bernard escreveu:
>From a svn update, I can't mvn clean install core/core. Anybody knows
> why?
>
> [INFO] Unable to resolve method [org.hibernate.Version#getVersionString]
>
> Embedded error: javassist.NotFoundException: org.hibernate.Version

It happens from time to time on some Hudson machines but I could not 
track it down yet. I tried, but when using the Maven's debug flag (-X, 
IIRC) the build works all the time.

If it keeps happening to you, please send me as much information as you 
can about your environment. I would love to be able to reproduce it 
locally.

To fix it, try to manually remove the "target" dir and run "mvn 
install", without the clean step. In Hudson machines, it fails again, 
but the next "mvn clean install" works fine (weird, I know, but it 
worked on two Hudson machines).

- Juca.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Unable to compile core

2009-10-01 Thread Hardy Ferentschik
I have seen it as well, but as Juca is saying it is not re-producable.
If I just type 'mvn clean install' again it normally works. Go figure.

--Hardy

On Thu, 01 Oct 2009 11:32:45 +0200, Juraci Paixao Krohling  
 wrote:

> Em 01-10-2009 09:54, Emmanuel Bernard escreveu:
>>From a svn update, I can't mvn clean install core/core. Anybody knows
>> why?
>>
>> [INFO] Unable to resolve method [org.hibernate.Version#getVersionString]
>>
>> Embedded error: javassist.NotFoundException: org.hibernate.Version
>
> It happens from time to time on some Hudson machines but I could not
> track it down yet. I tried, but when using the Maven's debug flag (-X,
> IIRC) the build works all the time.
>
> If it keeps happening to you, please send me as much information as you
> can about your environment. I would love to be able to reproduce it
> locally.
>
> To fix it, try to manually remove the "target" dir and run "mvn
> install", without the clean step. In Hudson machines, it fails again,
> but the next "mvn clean install" works fine (weird, I know, but it
> worked on two Hudson machines).
>
> - Juca.
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


[hibernate-dev] Hibernate Search, depending on Infinispan?

2009-10-01 Thread Sanne Grinovero
I'm splitting Łukasz's work in an Infinispan module and Hibernate Search code.

Infinispan is modular, so this is going to have it's own module.
What about the code for Hibernate Search? Adding an optional
dependency do this Infinispan module?

(Basically the DirectoryProvider only has to live in the Hibernate
Search code base)

Sanne

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Hibernate Search, depending on Infinispan?

2009-10-01 Thread Emmanuel Bernard
Yes an optional dependency

On 1 oct. 09, at 17:22, Sanne Grinovero wrote:

> I'm splitting Łukasz's work in an Infinispan module and Hibernate  
> Search code.
>
> Infinispan is modular, so this is going to have it's own module.
> What about the code for Hibernate Search? Adding an optional
> dependency do this Infinispan module?
>
> (Basically the DirectoryProvider only has to live in the Hibernate
> Search code base)
>
> Sanne
>
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev


___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


[hibernate-dev] HHH-4441: patch for session serialization

2009-10-01 Thread Paul Ferraro
Hi,

Could someone look at HHH-4441 and comment on the patch attached in
jira?
I'm working on an optimization for ejb3 stateful session bean
replication in jboss, and HHH-4441 prevents me from leveraging JBoss
Marshalling for entity manager serialization.

Paul

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Unable to compile core

2009-10-01 Thread Max Rydahl Andersen
remove the line that says something about javassist byte enhancement. It 
breaks 9 out of 10 for me too.


afaik, its some plugin Steve put into to generate the Version string - 
but it fails to work on my 3 machines,

but work fine on Steve's ... I need one of those ;)

/max

Hardy Ferentschik wrote:

I have seen it as well, but as Juca is saying it is not re-producable.
If I just type 'mvn clean install' again it normally works. Go figure.

--Hardy

On Thu, 01 Oct 2009 11:32:45 +0200, Juraci Paixao Krohling
  wrote:

   

Em 01-10-2009 09:54, Emmanuel Bernard escreveu:
 

 From a svn update, I can't mvn clean install core/core. Anybody knows
why?

[INFO] Unable to resolve method [org.hibernate.Version#getVersionString]

Embedded error: javassist.NotFoundException: org.hibernate.Version
   

It happens from time to time on some Hudson machines but I could not
track it down yet. I tried, but when using the Maven's debug flag (-X,
IIRC) the build works all the time.

If it keeps happening to you, please send me as much information as you
can about your environment. I would love to be able to reproduce it
locally.

To fix it, try to manually remove the "target" dir and run "mvn
install", without the clean step. In Hudson machines, it fails again,
but the next "mvn clean install" works fine (weird, I know, but it
worked on two Hudson machines).

- Juca.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
 


___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
   
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Unable to compile core

2009-10-01 Thread Steve Ebersole
Not sure what to tel y'all.  I cannot reproduce it on my machine as you
say and yet noone who is able to reproduce it is willing/able to debug
it...


On Thu, 2009-10-01 at 22:06 +0200, Max Rydahl Andersen wrote:
> remove the line that says something about javassist byte enhancement.
> It breaks 9 out of 10 for me too.
> 
> afaik, its some plugin Steve put into to generate the Version string -
> but it fails to work on my 3 machines,
> but work fine on Steve's ... I need one of those ;)
> 
> /max
> 
> Hardy Ferentschik wrote: 
> > I have seen it as well, but as Juca is saying it is not re-producable.
> > If I just type 'mvn clean install' again it normally works. Go figure.
> > 
> > --Hardy
> > 
> > On Thu, 01 Oct 2009 11:32:45 +0200, Juraci Paixao Krohling  
> >  wrote:
> > 
> >   
> > > Em 01-10-2009 09:54, Emmanuel Bernard escreveu:
> > > 
> > > > From a svn update, I can't mvn clean install core/core. Anybody knows
> > > > why?
> > > > 
> > > > [INFO] Unable to resolve method [org.hibernate.Version#getVersionString]
> > > > 
> > > > Embedded error: javassist.NotFoundException: org.hibernate.Version
> > > >   
> > > It happens from time to time on some Hudson machines but I could not
> > > track it down yet. I tried, but when using the Maven's debug flag (-X,
> > > IIRC) the build works all the time.
> > > 
> > > If it keeps happening to you, please send me as much information as you
> > > can about your environment. I would love to be able to reproduce it
> > > locally.
> > > 
> > > To fix it, try to manually remove the "target" dir and run "mvn
> > > install", without the clean step. In Hudson machines, it fails again,
> > > but the next "mvn clean install" works fine (weird, I know, but it
> > > worked on two Hudson machines).
> > > 
> > > - Juca.
> > > ___
> > > hibernate-dev mailing list
> > > hibernate-dev@lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/hibernate-dev
> > > 
> > 
> > ___
> > hibernate-dev mailing list
> > hibernate-dev@lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
> >   
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
-- 
Steve Ebersole 
Hibernate.org

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Patch for HHH-2308: Adjusting the Outer Join Predicate using Criteria Query

2009-10-01 Thread Craig Christophel
Hi,
  I just wanted to check back in and see if there is anything else needed to 
have this considered for inclusion in trunk.   I don't exactly know the 
protocol required and don't mind some pointers if there is more expected.


thanks,

Craig.

- Original Message -
From: "Craig Christophel" 
To: hibernate-dev@lists.jboss.org
Sent: Thursday, September 24, 2009 11:31:45 AM
Subject: [hibernate-dev] Patch for HHH-2308: Adjusting the Outer Join Predicate 
using Criteria Query

Hello,

  I've submitted a patch which updates Scott Van Wart's effort with unit tests 
and documentation changes (en-US) for HHH-2308.  This patch allows users to add 
Criterion to Criteria aliasing similar to the WITH clause in hql.

List result = session.createCriteria( Student.class )
  .createAlias( "preferredCourse", "pc", Criteria.LEFT_JOIN, 
Restrictions.eq("pc.courseCode", "HIB-A") )
  .setProjection( Property.forName("pc.courseCode") )
  .addOrder(Order.asc("pc.courseCode"))
  .list();


This is useful when sorting large and or complex data inside the database when 
you intend to only retrieve X number of records from the result-set.  
Without this patch we are forced to perform the same query as follows:

  1.  Query without join constraint and store results.
  2.  Query with an inner join and store results.
  3.  Manually sort in memory with java.

This effectively doubles the workload on the database as the queries are 
complex even without this join.  It also causes some concern as to memory 
constraints because the full number of allowable data elements must be loaded 
twice.  I'd love to be able to use HQL to solve this problem, however the 
search is very dynamic and the Criteria interface has helped to solve the 
problem much more elegantly.


The file  hibernate-outer-join-criteria-trunk.diff attached to this defect is 
the latest example on trunk (3.5)

Thanks,


Craig Christophel
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev