On Wed, 04-Oct-2017 13:43, Yoann Rodiere wrote:
> Hush, it's a sensitive topic :) Let's just say it's on purpose, and it
> could have been... harsher. The current style is already a compromise.
Interesting. I got more interested now, but maybe better to leave it at this.
;-)
--Hardy
___
Hi,
I like the new layout and navigation. Well done. One thing I am wondering though
is the rectangular "box" around the two lines in the header? Is this intended?
I find it quite harsh. I first thought it is a browser issue, but it seems
to render the same way with any browser or device.
--Hard
Hi,
On Wed, 08-Jun-2016 10:37, Emmanuel Bernard wrote:
> My modest contribution
>
> https://hibernate.atlassian.net/browse/HHH-10813
> https://github.com/hibernate/hibernate-orm/pull/1408
A truly tricky one ;-) - sorry could not resist.
--Hardy
signature.asc
Description: PGP signature
___
On Thu, 28-Apr-2016 12:49, Steve Ebersole wrote:
> Or better better yet let's get moving from HCANN to Jandex! :)
Amen! :-)
--Hardy
signature.asc
Description: PGP signature
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jb
Hi,
On Thu, 28-Apr-2016 13:15, Gunnar Morling wrote:
> Or, yet better, change the method definition in the upstream component
> (HCANN) so its accessible without jumping through reflective hoops.
+1 :-)
--Hardy
signature.asc
Description: PGP signature
_
Hi,
On Mon, 25-Apr-2016 11:13, Gunnar Morling wrote:
> The strategy approach sounds nice on first thought, but it also adds
> complexity.
+1
> I think the underlying question is: What's the long-term strategy around
> the "Classic API"? Should it remain in place for all times as a complete
> alt
Hi,
> Yet it is a good idea nowadays to have LuceneWorkSerializer extend
> Service, as we dropped that level of flexibility. This implies that
> there's a single type of serializer (at most)
Ok
> and it's totally fine to expose this as:
>SearchIntegrator#getLuceneWorkSerializer()
How is tha
Hi,
>3. Baseline on Java 8
I did not vote on the other thread, so I do it here +1 :-)
> Another one I'd like to discuss is the consolidation of the hibernate-core
> and hibernate-entitymanager modules into a single module
+1 I would love to see this finally happening. There were several di
Hi,
> I'd like to propose an alternative approach for proxy generation which
> would avoid version issues with Javassist.
>
> The idea is to generate proxies which are fully "self-contained", i.e.
> their byte code contains no references to a library such as Javassist,
> but instead invocations o
Hi,
Ahh, it's just the one under stable which is missing.
For now I am copying the latest 5.2.3 docs in while we keep discussing
the doc server changes.
--Hardy
On Sun, Feb 14, 2016 at 08:40:38PM +0100, Hardy Ferentschik wrote:
> Hi,
>
> The Validator docs are again vanished
Hi,
The Validator docs are again vanished from the docs server? Does anyone know
what's going on?
@Steve, did you not restore them?
@Sanne, what happened to the backup you have been talking about
@all, any idea what's going on?
--Hardy
pgpru7rCeQCHO.pgp
Description: PGP signature
___
Hi,
> Ok, then I will drop the 'en-US' part from the path.
+1
> But to be consistent, I think we should rename the "html" in these asciidoc
> paths to "html_single".
but why even make this distinction? Just 'html' would work for me as well.
--Hardy
pgp0HN7837BKS.pgp
Description: PGP signatu
Hi Guillaume,
Awesome to see so much activity, especially in an area which I used to work
on so much. I think it is great that we get some more eyes on the code now.
What you say makes sense from a birds eye perspective. I am hoping that
I will find some time soon to have a closer look at your su
Hi,
On Wed, Feb 03, 2016 at 09:15:31AM +0100, Emmanuel Bernard wrote:
> It's probably a bug, Hardy, you confirm?
Sounds like an oversight. I would add it, make sure tests still pass and
add some new ones ;-)
--Hardy
>
> On Tue 2016-02-02 15:40, Guillaume Smet wrote:
> > Hi,
> >
> > While pla
Hi,
> Do we have to rewrite the staging history to match production and force
> push it?
If you want staging to look like production, just push the production branch
onto staging.
$ git push -f origin production:staging
--Hardy
pgpFwAg64gDPO.pgp
Description: PGP signature
Hi,
> Personally, when using staging, I always try to leave it set to (or
> fast-forwardable to) production when I am done with a given authoring
> job. So the next guy coming after me doesn't have to care about any
> non-published commits on staging.
You are such a nice guy ;-)
--Hardy
pgpfn
Hi,
On Thu, Jan 14, 2016 at 10:37:42AM +0200, Vlad Mihalcea wrote:
> I see that the production and the staging are out of sync now and trying to
> merge the upstream production leads to a merge commit.
>
> How do we normally handle the cases when the production branch history
> diverges from stag
Hi,
> slightly related and just in case you are not aware of this feature
> yet: You can include (parts of) actual source code files straight into
> AsciiDoc documents. We do that in the HV reference guide, e.g. at [1].
> That way you are 100% sure your examples actually compile (and pass
> tests)
Hi,
> Would it be feasible to raise a warning or error in cases where
> mapping annotations are given on an element not matching the default
> access type for that entity and @Access has not been given explicitly
> either?
Sure, but I think it would need some doing. AFAIR the code determines the
Hi,
On Thu, Jan 07, 2016 at 02:17:29PM +, Steve Ebersole wrote:
> Second, is that really the intent for "stable"? When we first starting
> doing "stable" the intent was to have stable URLs for bookmarking etc.
> What you describe, and how we actually handle it (at least on the ORM
> side), i
Hi,
> +1 from me on the concept.
Same here. What would you write about?
We tried several times to ramp up on the number and posts we publish on
in.relation.to and failed so far. I guess lack of time played a big role here.
If we can ramp up the blogging effort that would be great.
--Hardy
On Thu, Dec 17, 2015 at 01:06:14PM +, Steve Ebersole wrote:
> FYI...
> http://meta.stackoverflow.com/questions/312708/stackoverflow-teams-sign-up
Interesting.
--Hardy
pgpejtNbnxaR7.pgp
Description: PGP signature
___
hibernate-dev mailing list
hi
Hi,
> > So basically I would suggest:
> >
> > - Put the forum into a read only mode
> > - Add a banner explaining the move to Stackoverflow (similar in content to
> > what's in the post
> > mentioned above)
> > - Create a Hibernate Team on Stackoverflow
> > - Make sure all Hibernate related tag
Hi,
On Wed, Dec 09, 2015 at 09:58:01PM +, Sanne Grinovero wrote:
> This seems a nice precedent:
> -
> https://groups.google.com/forum/#!topic/google-collections-users/m8FnCcmtC88
Right, this is pretty much what I had in mind as well. Whether one would create
a dedicated mailing list like hi
Hi,
On Wed, Dec 09, 2015 at 05:18:23PM +0100, Emmanuel Bernard wrote:
> To complement some of the sentiment, SO is awesome to answer questions on the
> project.
> But not to get interactions with the users to get the right use case,
> exchange on potential
> bugs to later open JIRAs etc.
Sure
Hi,
On Wed, Dec 09, 2015 at 02:00:06PM +, Steve Ebersole wrote:
> Interesting about the SO Teams feature, I had not seen that yet. I'll
> have to look at it.
It is quite new. Only around for a few weeks. I think the Stackoverflow team
is not 100% sure how things will work out in the long t
Hi,
On Wed, Dec 09, 2015 at 03:12:54PM +0200, Vlad Mihalcea wrote:
> Is there any change we host the docs on hibernate.org and simply redirect
> the old pages from
>
> http://docs.jboss.org/hibernate
>
> to
>
> http://hibernate.org/orm/documentation
That would be an option I guess. Host the do
Hi,
> I also think we should keep the forum it's a way to reach the actual dev
> team. On SO, you get answers for the community.
I am confused. Is the whole forum not about community as well? I would assume
that
there are many questions which are discussed and solved by the community itself
w/o
Hi,
I think one thing not mentioned on this thread is the fact that we are not
controlling
the root of the webserver (afaik). The docs are hosted on docs.jboss.org and I
think we
only have write access to the hibernate sub-folder. And even if we had access
to the root
and could modify robots.t
Hi,
On Wed, Dec 02, 2015 at 01:28:59PM +0200, Vlad Mihalcea wrote:
> I started migrating the 5.0 docbook documentation to asciidoctor, and,
> because there wasn't any converter for such a task, I wrote a small shell
> script which uses pandoc.
There is a converter - https://github.com/bleathem/d
Hi,
On Wed, Nov 11, 2015 at 02:36:13PM +, Steve Ebersole wrote:
> I think it makes sense to host these on hibernate.org *after* we figure out
> the version-specific content issues I brought up in Barcelona.
What issues are you talking about. I know you want to link to different
versions of t
> > Last but not least, afaik the plan was that hibernate.org becomes the place
> > where things would get consolidated.
>
> I'd really like to see them on hibernate.org: have a better
> integration (including look& feel), better control the metadata to
> make sure people actually find the latest
Hi,
> For sure we could try and further lower the bar to contribution (e.g.
> by adding "edit" links which then get you to the source on GitHub, as
> some other projects do).
> But I'd prefer to leave the rendered output
> on jboss.org, alongside with all other JBoss project's docs.
+1 - this go
On Thu, Nov 05, 2015 at 08:46:45AM +0100, Gunnar Morling wrote:
> Sanne, all,
>
> Could we please drop the 5.5 branch in the upstream repo. It matches
> exactly master (apart from the POM versions), so there is really no
> good reason to have it at this point IMHO.
+1
--Hardy
___
Hi,
> This ties in with an uneasiness that has been growing on me tbh... We have
> too many places users have to look for potential information. The
> website, the JBoss wiki, the GitHub wiki, README.mds, CONTRIBUTING.mds.
> It's hard to keep straight :)
That has always been my concern.
> Ide
On Mon, Oct 05, 2015 at 02:03:54PM +, Steve Ebersole wrote:
> Bueller..?
>
> Any thoughts?
I am not familiar of the whole concept of AttributeConverter, but if you need
full type resolution of a generic type, ClassMate is the way to go.
That's what we use in Hibernate Validator and that is
On Thu, Sep 24, 2015 at 10:28:14AM +0200, Gunnar Morling wrote:
> > I don't think that just adding @NumericField will do, since it is just a
> > companion
> > annotation to @Field.
>
> It does work (at least as of 5.5 where we fixed some issues around
> @NumericField); It applies to the implicit
On Wed, Sep 23, 2015 at 03:54:30PM +, Steve Ebersole wrote:
> https://hibernate.atlassian.net/browse/HHH-10121
Nice +1
--Hardy
pgpQZEyT1BtEG.pgp
Description: PGP signature
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.
Hi,
On Thu, Sep 24, 2015 at 09:23:20AM +0200, Gunnar Morling wrote:
> Either way, you should mark the field to sort on with @SortableField
> which will cause that field to get indexed as doc value field, making
> sorting much faster (see [1] and [2] for the details):
>
> @Id
> @NumericFie
Hi,
On Wed, Sep 23, 2015 at 02:36:05PM +, Steve Ebersole wrote:
> Its really a different discussion Hardy. The discussion here is
> whether EntityManagerFactory().getProperties() should return values that
> were not passed in the Map when building the EntityManagerFactory.
Sure. Different, b
> Yes, EntityManagerFactoryBuilder#withValidatorFactory() is called (see
> https://github.com/wildfly/wildfly/blob/10.0.0.CR1/jpa/subsystem/src/main/java/org/jboss/as/jpa/service/PersistenceUnitServiceImpl.java#L150,
> I see it actually happening in the debugger), so I suppose Hibernate
> ORM has t
Hi,
> So if we don't want to use ~ here, I am fine with that.
+1
> However I do not want this used for full text searching.
+1 I find it a bad match as well. First I think the type of integration we
would need between ORM and Search is far off in the future. If it even
makes sense.
Also t
> Agreed on the name being sub-par for that usage pattern most of us
> apparently have in mind. So yes, if there was another uniformly-to-use
> method for equality I wouldn't mind limiting the current one to string
> fields.
Cool
--Hardy
___
hibernate-
On Thu, Aug 27, 2015 at 11:34:19AM +0100, Sanne Grinovero wrote:
> Regarding "strong reason", my doubt is just that the method seems
> wrong for the purpose: keyWORD(), and it seems to imply we override an
> explicit user choice.
Right. I also think some sort of understanding is necessary. Obvious
On Thu, Aug 27, 2015 at 10:53:29AM +0100, Sanne Grinovero wrote:
> So.. questions:
>
> 1# Deprecate?
> I'll have to fix the inconsistency for now and make it produce a
> working query in all cases... but do we want to deprecate this and
> have it produce a WARN to state that you really shouldn't u
> > I would say that this throws an exception. At least atm. Numeric encoded
> > fields needs to be targeted by a range query. One could imagine to
> > transparently
> > create a range query in this case. I guess by the metadata we could tell
> > that we have
> > a numeric field. However, that's
On Wed, Aug 26, 2015 at 09:58:39PM +0100, Sanne Grinovero wrote:
> Assuming you build a Lucene Query the following way:
>
> queryBuilder.keyword().onField( "age" ).matching( 5 ).createQuery();
>
> What is your expectation, if the "age" field is being indexed as a
> NumericField?
I would say
On Tue, Aug 25, 2015 at 02:33:41PM +0200, Hardy Ferentschik wrote:
> I would have pushed it already, but it seems there is a problem with the
> CI environment. I pushed to staging and the build failed due to a missing
> Ruby/Rake setup. Not sure whether this is related to the recen
Hi,
actually I was wrong, the fix is trivial. We have all the information to
check whether the release is "displayed".
I created a pull request - https://github.com/hibernate/hibernate.org/pull/97
I would have pushed it already, but it seems there is a problem with the
CI environment. I pushed t
Hi,
On Tue, Aug 25, 2015 at 01:33:46PM +0200, Emmanuel Bernard wrote:
> I'd like to keep them around
:-) Funny, I thought I was the only one who wants to keep them around.
For me they are kind of part of the project history.
> we could avoid the maven fetch dance for
> display=false releases.
T
Hi,
On Tue, Aug 25, 2015 at 12:24:21PM +0200, Gunnar Morling wrote:
> Can we delete all the non-displayed release files from
> https://github.com/hibernate/hibernate.org/tree/staging/_data/projects
> for Search and Validator?
+1 I can take care of this. I noticed the time it takes as well.
I kind
> in the forum [1] a user runs into a variant of the old problem where
> boolean searches on different fields of the elements of an embedded
> association return wrong results due to hits in different elements of
> the collections.
>
> What is our recommendation/answer to this type of question? I'
Hi,
On Sat, Aug 22, 2015 at 02:22:01PM +, Steve Ebersole wrote:
> I went ahead for now with your first (1) option. So for ORM, the left-hand
> "Documentation" link now becomes 3: "Documentation (5.0)", "Documentation
> (4.3)", "Documentation (4.2)".
Right, definitely the easiest.
> Not idea
Hi all,
I just pushed some changes to the hibernate.org site. The changes allow you to
run
the hibernate.org Awestruct environment within a Docker container while still
being able to
make changes locally. The obvious benefit is that in case of environmental
problems
due to native extension comp
Hi,
I am not a great expert on the templating side either, but I can tell you how it
is put together atm.
The left hand menu items for the different projects (About, Downloads,
Documentation, etc)
are actually generated from the site config.
If you look into _config/site.yml, you see that each
On Thu, Aug 20, 2015 at 08:48:36AM +0200, Gunnar Morling wrote:
> Wouldn't a better approach be to either a) run the NoSQL store in
> question on another port or b) configure Byteman to use another port?
I guess both options work, but given that ports are anyways configurable in
the OGM build, a)
On Tue, Aug 18, 2015 at 08:59:28AM +0200, Gunnar Morling wrote:
> >> One possible workaround is to enforce the indexNullAs value to match the
> >> underlying field type, at the
> >> moment it is always a string.
> >
> > Interesting idea, but the user would need to provide which "value"
> > he's ok
On Mon, Aug 10, 2015 at 12:34:33PM +0100, Davide D'Alto wrote:
> I'm not sure there is an easy way to convert Instant and DateTime to a
> numeric value.
> The problem is that the resolution for temporal types is nanoseconds, the
> following datetime is valid:
>
> year: -999.999.999
> month: 12
> d
Hi,
sorry, I am late to the game, but I here are some more thoughts on this.
I think the consensus so far is that
# Date/time types which represent an instant in time are treated as usual.
They can be string encoded (per default MMddHHmmssSSS) or numerically
in which case the numeric l
Hi,
Hibernate Validator 5.2.1.Final was just released. Most important
new feature is Java 8 support, but there is more -
http://in.relation.to/2015/07/30/hibernate-validator-521-final/
All artifacts are available in the Maven repositories (JBoss and Maven
Central), but distribution
bundle uploa
Hi,
> 1. Be patient with Sourceforge (but for how long?)
+1, question is whether we go ahead with the releases and just mention
on the blog that binary package will be available (one day) in the future.
At least we can go on with things.
> 2. go for download.jboss.org and before that ask around
On Sat, Jul 25, 2015 at 03:28:51PM +, Steve Ebersole wrote:
> FWIW the check command failed, but then `rake preview` seems to run fine (I
> can view the site locally).
The 'check' task is obsolete. It really only verified bundler and rake were
installed.
I am in the process of updating the re
Hi,
On Sat, Jul 25, 2015 at 12:11:41AM -0400, Gail Badner wrote:
> I am finished with the 4.2.20.Final release, except for uploading
> distributions due to problems at SourceForge.
FYI, I am having the same issue. I am waiting for a week now to upload the
Validator release.
Initially, there wer
On Fri, Jul 24, 2015 at 11:01:43AM +0200, Gunnar Morling wrote:
> > > I have been adding a facet to GridDialect and found it surprisingly hard:
> >
> > What is a facet in this context. I've seen you guys using this term on IRC
> > as well,
> > but I am not sure what you mean with it in relation to
On Fri, Jul 24, 2015 at 09:56:24AM +0200, Emmanuel Bernard wrote:
> I have been adding a facet to GridDialect and found it surprisingly hard:
What is a facet in this context. I've seen you guys using this term on IRC as
well,
but I am not sure what you mean with it in relation to a GridDialect.
Hi,
just attempted a full built of ORM and got this as part of the documentation
build:
Error at xsl:import on line 4 of
jar:file:/Users/hardy/.gradle/caches/modules-2/files-2.1/org.jboss.pressgang/pressgang-xslt-ns/3.0.0/d98c5f6ef7d69dd33a3ad45656f6640100e8fc82/pressgang-xslt-ns-3.0.0.jar!/xsl
Hi,
On Mon, Jul 20, 2015 at 05:36:30PM +, Steve Ebersole wrote:
> > As far as the default type, I don't feel that strongly. Like I said, to
> > me neither is a really compelling way to map enums; names are only slightly
> > better that ordinals imo. I am ok with the consistency aspect.
+1 f
On Wed, Jul 08, 2015 at 04:06:42PM +, Steve Ebersole wrote:
> I would assume part of that is the Atlassian Connector for IntelliJ that I
> use. Which sucks because now I would have to use the non-community version
> of the IDE to use tasks stuff.
>
> Out of curiosity, how does everyone else u
> As I said, I had trouble writing this blog in the new asciidoctor stuff. I
> had some trouble getting ruby etal set up locally. Sanne had mentioned
> that I could just push to staging branch and CI would automatically build
> it for me and I could check it that way. Well the CI job clearly saw
Hi,
On Wed, Jul 08, 2015 at 07:17:07PM +, Steve Ebersole wrote:
> As I said, I had trouble writing this blog in the new asciidoctor stuff. I
> had some trouble getting ruby etal set up locally
Can you provide any more info than that? I am happy to help you setting
this up, but I need some m
Hi,
> http://pastebin.com/4X0h1VPA is the call stack in. We are in the second
> bootstrap phase, which is good. The validator factory is passed into the
> integration properties but we are only checking the persistence unit
> properties in ORM 5. Since we are not looking in the integration pro
On Wed, Jul 08, 2015 at 09:11:55AM -0400, Scott Marlow wrote:
> >Just fishing here, but "integration code and the ORM 5 persistence provider"
> >might
> >indicate a problem in the persistence bootstrapping.
> >Have a look at
> >org.hibernate.cfg.beanvalidation.TypeSafeActivator#getValidatorFactor
Hi,
> The same test works with the WildFly master branch, which is using ORM
> 4.3.x. The Bean Validation integration code is unchanged in my WildFly
> branch, as is the Bean Validator. The only thing different, is the ORM 5
> integration code and the ORM 5 persistence provider.
Just fishing he
On Tue, Jul 07, 2015 at 04:50:36PM -0400, Scott Marlow wrote:
> To recreate the WildFly ORM 5 issue on WildFly (if you want to see it
> yourself), steps are:
For the record, I see the same test failures locally. I have not looked any
further regarding their cause.
@Scott, on a high level what are
On Tue, Jul 07, 2015 at 04:50:36PM -0400, Scott Marlow wrote:
> Hardy,
>
> It seems that the ValidatorFactoryBean#createConstraintValidatorFactory is
> getting called too late for some reason. http://pastebin.com/WrdD91Hr shows
> the call stack for
> ValidatorFactoryBean#create(CreationalContext c
Hi,
On Thu, Jul 02, 2015 at 12:20:46PM +0100, Sanne Grinovero wrote:
> Ideally we should provide something similar to the Dynamic Analyzer
> feature but which also multiplexes an entity property into multiple
> fieldnames;
> for example
> property "title"
> -> title_en & analyzer en
> ->
Hi,
> This means we might need to drop our "Dynamic Analyzer" feature:
>
> http://docs.jboss.org/hibernate/search/5.4/reference/en-US/html_single/#_dynamic_analyzer_selection
I think that seems rather harsh.
> So, the alternatives I'm seeing:
> # Dropping the Dynamic Analyzer feature
> # Ch
Hi all,
just a thumbs up that the revamped in.relation.to site is now live!
If you want/need to blog, it is time to read through
http://in.relation.to/README/
In particular you want to setup the site on your local machine
(http://in.relation.to/README/#installation) and once that is done you
On Wed, Jun 17, 2015 at 01:01:43PM +0100, Davide D'Alto wrote:
> I've changed the workflow.
>
> @hardy You seem to have the same permisison I have (I just gave a quick
> look). Is there something in particular you cannot do?
I think you created a wrong issue which you actually wanted to delete, b
Hi,
On Fri, Jun 12, 2015 at 07:56:28PM +0100, Sanne Grinovero wrote:
> Ok, so the staging website is up and running at:
> - http://staging.in.relation.to
> [provided you tune your hosts file to have that domain name point to
> the same IP as ci.hibernate.org]
Sweet. Works for me.
> It takes mo
Hi,
> it seems thath the worflow for WEBSITE on JIRA does not include the state
> "PULL REQUEST SENT" (like in Search and OGM, for example)
>
> I'd like to have it so that I can have a quick overview from JIRA of the
> issues that are "almost" done.
>
> Would it be ok to add it?
+1 from my side
On Fri, Jun 12, 2015 at 02:08:44PM +0100, Sanne Grinovero wrote:
> I copied this script from the job which builds www.hibernate.org, but
> I guess the incantation needs to be different in this case?
Correct. I think there will be more changes coming, since I am adjusting the
build script. Also as
Hi,
just wondering whether there are reasons or preferences for choosing
GitHub vs CloudFront for hosting the new blog site?
See also https://hibernate.atlassian.net/browse/WEBSITE-311
--Hardy
pgpuY07sIEpoO.pgp
Description: PGP signature
___
hibern
On Thu, May 28, 2015 at 11:33:22AM -0500, Steve Ebersole wrote:
> Anyone have any input here? Or should I just start scheduling them how I
> want?
I think all goals sound good. I would say schedule as you seem fit, maybe
with a focus of giving users something tangible asap (a bit of what Emmanue
On Thu, May 28, 2015 at 05:28:15PM +0200, Emmanuel Bernard wrote:
>
> > On 28 May 2015, at 16:06, Steve Ebersole wrote:
> >
> > The "next gen blog" has been "coming" for years. That's not a dig at
> > anyone, just a simple point that I'd rather plan based on options I have
> > today rather th
Hi,
On Wed, May 27, 2015 at 11:34:44PM -0500, Steve Ebersole wrote:
> The simplest potentially effects other HCANN consumers, so we'd obviously
> all need to agree. Anyway, the simplest approach is to use the ClassLoader
> for annotation @interface Class rather than the TCCL. I do not see a
> pr
Hi,
On Wed, May 27, 2015 at 09:47:29PM -0500, Steve Ebersole wrote:
> At the moment we write release announcements using in.relation.to and then
> announce in other mediums by posting that link. We all agree (more or
> less) that the wiki editor and rendering on there leaves much to be desired.
On Wed, May 27, 2015 at 10:01:51PM -0400, Brett Meyer wrote:
> +1 from me. Although, on the other hand, do we really need to keep
> maintaining that to begin with? I guess I never thought simply having users
> go to the JIRA release notes was a big deal. Just my $.02.
Same for me on both coun
Hi there,
Moving Hibernate Validator along towards a 5.2 Final I am happy to announce the
release of Hibernate Validator 5.2.0.CR1. You find more information about the
release on in.relation.to - http://in.relation.to/42796.lace
Hopefully this will be the first and last Candidate Release and the
Hi,
Hibernate Validator used initially the same style as ORM. I am saying used
to since the file attached to this url -
http://hibernate.org/validator/contribute/ -
seems to differ a fair bit from the file you are referring to.
A lot of the difference might just be indentation and re-ordering is
On Mon, May 18, 2015 at 03:07:08PM -0500, Steve Ebersole wrote:
> Hardy, do you happen to still have your sed script for updating these file
> headers?
I do, they are attached to the JIRA issue -
https://hibernate.atlassian.net/browse/HV-926.
You will need to adjust them to your needs. I used fin
This might help as well -
https://docs.jboss.org/author/display/WFLY8/JNDI+Reference
On Tue, May 12, 2015 at 01:12:38PM +0200, Hardy Ferentschik wrote:
> Hi,
>
> In case we are talking about Context.PROVIDER_URL, then this is a
> JNDI configuration property. He should be able t
Hi,
In case we are talking about Context.PROVIDER_URL, then this is a
JNDI configuration property. He should be able to set it via hibernate.jndi.url.
--Hardy
On Tue, May 12, 2015 at 10:43:08AM +0100, Sanne Grinovero wrote:
> Hi all,
> I'm having an interesting conversation on the forums:
> -
Hi,
On Wed, May 06, 2015 at 03:16:16PM +0200, Gunnar Morling wrote:
> By introducing @UnitOfWork, you forgo all the integration between
> > application frameworks and transactions. Here you offer a solution for CDI
> > but we would need one for Java EE non CDI and one for Spring and one for
> > Gr
Hi,
On Wed, May 06, 2015 at 10:13:38AM +0100, Sanne Grinovero wrote:
> I do agree with you that it's kind of weird that people write code
> without making transactional requirements explicit in the code, but it
> seems that the trend is to abstract from that and use the
> "Transaction" term as a "
Hi,
On Wed, May 06, 2015 at 11:01:29AM +0200, Gunnar Morling wrote:
> When talking to people about OGM, there is always that awkward moment when
> you need to explain that TX demarcation is required also for
> non-transactional data stores.
>
> While it makes sense for our purposes (we use the "T
On Tue, May 05, 2015 at 08:36:27AM -0500, Steve Ebersole wrote:
> Why? Why even deprecate methods then?
+1
--Hardy
pgplBvr0yyAdf.pgp
Description: PGP signature
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailm
Hi,
On Mon, May 04, 2015 at 09:11:06AM +0200, Gunnar Morling wrote:
> +1 for merging this work and making the changed behaviour very apparent in
> the migration notes / announcement.
+1 as well.
As I mentioned on the pull request, this is such a long standing issue and
a topic which we keep get
On Fri, Apr 24, 2015 at 02:20:55PM -0500, Steve Ebersole wrote:
> Also I wanted to clarify that, as I told you on IRC, I am fine to change
> this expectation if that is the general consensus as long as it is all done
> by next Wednesday.
Sure, I got that.
> I know that sounds short notice, but
Hi there,
Steve and I are having a discussion around the intended behavior of
EntityManagerFactory#unwrap.
See also HHH-9665[1] and the corresponding pull request [2].
At the moment the implementation in EntityManagerFactoryImpl allows to unwrap
into the implementation
class itself. This way th
1 - 100 of 1142 matches
Mail list logo
