Re: [hibernate-dev] Bytecode enhancement

> - has JBoss AS finally implemented the temporary class loaders required for > runtime byte code enhancement (JPA contract)? Yes, finally! ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-d

Re: [hibernate-dev] Bytecode enhancement

I need to catch up on this thread but wanted to mention that AS7-4996 is the AS7 fix that rearranges application deployment phases if either persistence unit property "hibernate.ejb.use_class_enhancer" or "jboss.as.jpa.classtransformer" is true. This change is in the AS7 master (AS 7.2 target)

Re: [hibernate-dev] Hibernate, Gradle and IDEA

On 10 Jan 2012, at 5:43 PM, Steve Ebersole wrote: > I noticed that JetBrains is doing EAP releases of IDEA 12. I decided to > again bring to their attention the fact that their Gradle support does > not import projects like Hibernate O/RM. Just to be sure of that, I > went ahead and tried it

Re: [hibernate-dev] hibernate-dev Digest, Vol 76, Issue 18

I have setup a jobs alternative on www.freelas.net. Right now we focus mainly on the Dutch and Brazilian markets but you can always publish jobs without a location. You can find a direct link to the English version here: http://www.freelas.net/nederland/NL_e

[hibernate-dev] Hibernate, Gradle and IDEA

I noticed that JetBrains is doing EAP releases of IDEA 12. I decided to again bring to their attention the fact that their Gradle support does not import projects like Hibernate O/RM. Just to be sure of that, I went ahead and tried it once more So I got a fresh clone of the repo and asked

Re: [hibernate-dev] Hibernate Search Spatial: Units?

> On 10 October 2012 12:17, Emmanuel Bernard wrote: > >> > onCoordinates(String... names) > > > > Does `onCoordinates()` means all coordinates or simply the default one. > If all, then > > existing queries will break if you add an new coordinate property to an > > entity. > > I would assume that e

Re: [hibernate-dev] Bytecode enhancement

On 10/10/2012 02:26 AM, Emmanuel Bernard wrote: > Yes my proposal would imply we pass along the cache data structure through > all of our internal methods. > My concerns about byte code enhancement are a bit diffuse but relate to: > > - does it add an extra build step to users? No, we'd go all ou

Re: [hibernate-dev] Bytecode enhancement

Its not quite that simple, again due to how we recurse. This would need to be a "stack" stored on a ThreadLocal. Depends what you want to store in here I guess, but like I said we already have "context specific caches" and it would be good to consolidate all that information into one place.

Re: [hibernate-dev] Hibernate Search Spatial: Units?

On 10 October 2012 12:17, Emmanuel Bernard wrote: >> > onCoordinates(String... names) > > Does `onCoordinates()` means all coordinates or simply the default one. If > all, then > existing queries will break if you add an new coordinate property to an > entity. I would assume that empty would tar

Re: [hibernate-dev] Hibernate Search Spatial: Units?

> > onCoordinates(String... names) Does `onCoordinates()` means all coordinates or simply the default one. If all, then existing queries will break if you add an new coordinate property to an entity. Also, I'm not sure there is a use case for targeting in the same query, the various coordinates

Re: [hibernate-dev] Hibernate Search Spatial: Units?

On 10 October 2012 10:31, Sanne Grinovero wrote: > The default name for @Spatial is the empty string (at least as defined > on the annotation before we override it to the entity mode). > > Considering we have @Spatials (plural) to support multiple coordinates > on a single entity, would it make se

Re: [hibernate-dev] Hibernate Search Spatial: Units?

The default name for @Spatial is the empty string (at least as defined on the annotation before we override it to the entity mode). Considering we have @Spatials (plural) to support multiple coordinates on a single entity, would it make sense to support onCoordinates(String... names) ? This has

Re: [hibernate-dev] Links to CI jobs on hibernate.org

On 9 Jan 2012, at 7:44 PM, Steve Ebersole wrote: > Gunnar, > > Do you mean in the menu option? That's seems to be from whoever last > updated the CI information. Hardy? Might have been me. Once I was young and ambitious and thought we could sort this mess out. By now I gave up on these jobs.

Re: [hibernate-dev] Bytecode enhancement

On Wed 2012-10-10 9:26, Emmanuel Bernard wrote: > Would using a service that store cache data structures by session work? I am > thinking out loud here trying to push the cache idea before discarding it. > That would require a weak-key concurrent map. The one I know is the one Jason > wrote as

Re: [hibernate-dev] Hibernate Search Spatial: Units?

5 seems just fine to me Niko 2012/10/10 Emmanuel Bernard > I see a few options: > > 1. Make onCoordinates optional > > For me that does not look right and would make the dsl confusing but I'd > like to see additional feedback > > 2. Use a constant > > .onCoordinates(Statial.DEFAULT_COORDINATES_

Re: [hibernate-dev] Bytecode enhancement

> Would using a service that store cache data structures by session work? I am > thinking out loud here trying to push the cache idea before discarding it. > That would require a weak-key concurrent map. The one I know is the one Jason > wrote as a proposal for SE. I. Cannot remember where we u

Re: [hibernate-dev] Hibernate Search Spatial: Units?

I see a few options: 1. Make onCoordinates optional For me that does not look right and would make the dsl confusing but I'd like to see additional feedback 2. Use a constant .onCoordinates(Statial.DEFAULT_COORDINATES_PROPERTY) 3. Use the class name ( that's what you did ) 4. Use "" as the v

Re: [hibernate-dev] Bytecode enhancement

Yes my proposal would imply we pass along the cache data structure through all of our internal methods. My concerns about byte code enhancement are a bit diffuse but relate to: - does it add an extra build step to users? - how much configuration is needed in SE? - has JBoss AS finally implemente

Re: [hibernate-dev] Hibernate Search Spatial: Units?

This makes sense. The DSL is clearly THE way to build spatial queries. It simple and elegant. By the way, Emmanuel, I would like some help to remove the .onCoordinates( PoI.class.getName() ) in Query luceneQuery = builder.spatial() .onCoordinates( PoI.class.getName() ) .within( 50, Unit.

Re: [hibernate-dev] Hibernate Search Spatial: Units?

I almost think that org.hibernate.search.spatial.SpatialQueryBuilder should be an internal class. Do we want to offer direct access to these instead of the dsl? The answer could be yes, but I'd like to see a use case. On 9 oct. 2012, at 18:45, Sanne Grinovero wrote: > Hi Nicolas, > > In the