Hi all,
I noticed some people [1] asking why we don't deploy the javadoc
jarfile in Maven repositories.
That's very helpful for IDE integrations; I never noticed - nor am I
sure how to verify - as my IDE falls back to using the sources.
Knowing how reliable Maven Central's directory listing are,
Hi,
It's an issue we have for several of our projects (ie also on NoORM
projects), namely those building the javadoc in an aggregated task at the
end of the build.
It bugged me a little at first but as Eclipse defaults to using source
anyway, I didn't care that much about this. It might be a good
It sounds interesting but I'm not sure I understand you. Could you
elaborate please? Isn't this the same "thing" which I'd trigger when
attempting to access a member of a non-initialized & attached
collection?
Thanks,
Sanne
On 14 January 2017 at 20:21, Steve Ebersole wrote:
> I'm curious if any
Some methods from org.hibernate.Query like
- org.hibernate.Query.scroll()
- org.hibernate.Query.iterate()
are now flagged as "deprecated method usage" in the IDE as they are
defined on the deprecated interface `org.hibernate.Query`, which is
being replaced by `org.hibernate.query.Query`.
The ne
We are having an interesting discussion on
https://github.com/hibernate/hibernate-orm/pull/1723 in regards to
${subject}
I do think this is something we need to clarify within the EG. One thing
I'd like to do is to have a public poll to see how people tend to view
this. The main reason being tha
I personally think that publishing Javadocs per artifact is silly so I do
not do it for ORM. Its a limiting view. We already publish an
"aggregated" Javadoc that (again imo) is far better. As you point out
Sanne, we do publish sources to repo which at the IDE level is MUCH better
On Mon, Jan 16
Sanne,
yes and no. It depends on your fetch strategy for that collection. To
review you have:
1. SELECT (eager or lazy)
2. JOIN (eager)
3. BATCH (lazy)
4. SUBSELECT (lazy)
To illustrate let's consider a familiar collection role: Order#lineItems.
I'll only consider LAZY scenarios,
Well to be clear these methods are "deprecated" simply by the fact
that org.hibernate.Query
itself being deprecated. All that said...
- #scroll is not going away
- #iterate I already started a discussion about earlier on the dev list. I
personally would like to do away with it, but that needs to
+1 The source JARs are the important thing here.
Just tried out the JavaDoc view in Eclipse for the first time as
you're mentioning it. Can't say I find it overly useful nor that I've
been missing it for all these years :)
2017-01-16 15:43 GMT+01:00 Steve Ebersole :
> I personally think that publ
I agree with Steve and Gunnar.
On 16 January 2017 at 15:41, Gunnar Morling wrote:
> +1 The source JARs are the important thing here.
>
> Just tried out the JavaDoc view in Eclipse for the first time as
> you're mentioning it. Can't say I find it overly useful nor that I've
> been missing it for
I'm not sure if the agreement is in wanting to keep the status quo, or
if it's simply not worth our time to chase such things. In other
words: may I suggest to such users that we'd accept a pull request, or
you'd rather not waste bandwidth during releases?
Either way is fine by me, but I wonder if
I think we are all saying that we personally find it far more useful to
have the sources (which have the Javadoc btw ;) available in the IDE
compared to having just the Javadoc.
It's not a question of easy to generate/publish, it's a question of what is
useful. If someone finds it useful they can
On 16 January 2017 at 18:49, Steve Ebersole wrote:
> I think we are all saying that we personally find it far more useful to have
> the sources (which have the Javadoc btw ;) available in the IDE compared to
> having just the Javadoc.
I definitely agree but it's not an exclusive either/or ;)
> I
Love to get people's thoughts on
https://hibernate.atlassian.net/browse/HHH-11391?focusedCommentId=88935&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-88935
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
htt
14 matches
Mail list logo
