This is already what I have done over a week ago ;)
On Tue, Jan 2, 2018 at 1:43 PM Chris Cranford wrote:
> I agree with Andrea.
>
>
> On 12/29/2017 09:14 AM, andrea boriero wrote:
>
> +1 for filtering out internal packages.
>
> not a strong opinion on grouping
>
> On 24
I agree with Andrea.
On 12/29/2017 09:14 AM, andrea boriero wrote:
> +1 for filtering out internal packages.
>
> not a strong opinion on grouping
>
> On 24 December 2017 at 14:23, Steve Ebersole wrote:
>
>> Sure, but the question remains :P It just adds another one:
>>
>>
On 24 December 2017 at 14:23, Steve Ebersole wrote:
> Sure, but the question remains :P It just adds another one:
What I meant to suggest is:
if we agree that we're not going to bother with publishing javadocs
for "internal", we're effectively getting rid of one of the 3
+1 for filtering out internal packages.
not a strong opinion on grouping
On 24 December 2017 at 14:23, Steve Ebersole wrote:
> Sure, but the question remains :P It just adds another one:
>
>
>1. Should internal packages be generated into the javadocs (individual
>
Sure, but the question remains :P It just adds another one:
1. Should internal packages be generated into the javadocs (individual
and/or aggregated)?
2. Should the individual javadocs (only intended for publishing to
Central) group the packages into api/spi(/internal) the way we do
On 22 December 2017 at 18:16, Steve Ebersole wrote:
> I wanted to get everyone's opinion about the api/spi/internal package
> grouping we do in the aggregated Javadoc in regards to the per-module
> javadocs. Adding this logic adds significant overhead to the process of
>
I wanted to get everyone's opinion about the api/spi/internal package
grouping we do in the aggregated Javadoc in regards to the per-module
javadocs. Adding this logic adds significant overhead to the process of
building the Javadoc, to the point where I am considering not performing
that
I tested it locally, and when publishing the jars to Maven local, the
JavaDoc is now included.
Don't know if there's anything to be done about it.
Vlad
On Mon, Dec 11, 2017 at 9:32 PM, Sanne Grinovero
wrote:
> +1 to merge it (if it works - which I didn't check)
>
> Some
Because we decided it is generally not useful to release jars of javadocs
that do not inter-link, which is why we spent so much effort producing the
aggregated javadocs.
On Mon, Dec 11, 2017 at 1:12 PM Vlad Mihalcea
wrote:
> Hi,
>
> I've noticed this Pull Request which
+1 to merge it (if it works - which I didn't check)
Some history can easily be found:
- http://lists.jboss.org/pipermail/hibernate-dev/2017-January/015758.html
Thanks,
Sanne
On 11 December 2017 at 15:24, Vlad Mihalcea wrote:
> Hi,
>
> I've noticed this Pull Request
Hi,
I've noticed this Pull Request which is valid and worth integrating:
https://github.com/hibernate/hibernate-orm/pull/2078
Before I merge it, I wanted to make sure whether this change was accidental
or intentional.
Was there any reason not to ship the JavaDoc jars along with the release
11 matches
Mail list logo