<div dir="ltr">I was thinking the cross reference page would likely need to live in the proposals repo so any links can be added with the proposal.  <div><br></div><div>If this repo was also tagged at the same time as the WildFly release that would also have the benefit of allowing us to diff between two releases to double check all additions are cross referenced.</div><div><br></div><div>I think this project would need a pom adding to define the build like we do for the WildFly docs.</div><div><br></div><div>Then for location I suppose we could either be with the WildFly docs - of if not just publish the resulting html via GitHub using the same repo.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 4 Sep 2018 at 17:37 Brian Stansberry &lt;<a href="mailto:brian.stansberry@redhat.com">brian.stansberry@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This is a really good idea. Where would the cross-ref page live, how would publication work, etc?</div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Aug 30, 2018 at 12:01 PM, Darran Lofthouse <span dir="ltr">&lt;<a href="mailto:darran.lofthouse@redhat.com" target="_blank">darran.lofthouse@redhat.com</a>&gt;</span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">At the moment we have a lot of effort going into populating the wildfly-proposals repository with the proposals for new features as they are added to the application server - but at the end other than them sitting in the repository we don&#39;t really do anything with them.<div><br></div><div>I was wondering if we could maybe do something to add a table of contents per WildFly release cross referencing the proposals added in that release and at the end we could generate publishable documentation.</div><div><br></div><div>This could give us some quite detailed release notes without a huge amount of additional effort taking advantage of the effort that goes into writing these in the first place.</div><div><br></div><div>Regards,</div><div>Darran Lofthouse.</div><div><br></div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br></blockquote></div></div><div class="gmail_extra"><br><br clear="all"><div><br></div>-- <br><div class="m_3713778138628171279gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Brian Stansberry<div>Manager, Senior Principal Software Engineer</div><div>Red Hat</div></div></div>
</div></blockquote></div>