I merged the camel branch related PRs and now the camel-website PR 
https://github.com/apache/camel-website/pull/628 is ready to merge. There’s a 
preview at https://pr-628--camel.netlify.app 
<https://pr-628--camel.netlify.app/>.

After merging I realized that user-manual and 2.x should not be linking to the 
unreleased EIP docs but to the latest released docs.  I’ve updated the JIRI 
issue to mention this and made 2 more PRs, 
https://github.com/apache/camel/pull/6148 and 
https://github.com/apache/camel/pull/6149. These aren’t in the preview.

David Jencks

> On Sep 21, 2021, at 9:49 PM, David Jencks <david.a.jen...@gmail.com> wrote:
> 
> I opened CAMEL-16992 <https://issues.apache.org/jira/browse/CAMEL-16992> to 
> deal with  some of this.
> 
> It:
> - removes 3.4.x (camel, camel-spring-boot, camel-karat)
> - labels camel main latest ‘prerelease: true’ and sets the display-version to 
> ‘3.12.0 (Prerelease)’. The version segment in the URI is still ‘latest’  I 
> think this is OK, and should make it easier to update when a new version is 
> released.
> - makes references to eips from components pages stay within the components 
> version rather than go to ‘latest’.  References from user-manual still go to 
> ‘latest’.
> 
> Theres a preview at https://pr-628--camel.netlify.app 
> <https://pr-628--camel.netlify.app/>
> 
> David Jencks
> 
>> On Sep 19, 2021, at 10:20 PM, Claus Ibsen <claus.ib...@gmail.com 
>> <mailto:claus.ib...@gmail.com>> wrote:
>> 
>> On Sun, Sep 19, 2021 at 1:46 AM David Jencks <david.a.jen...@gmail.com 
>> <mailto:david.a.jen...@gmail.com>> wrote:
>>> 
>>> Now I have more questions :-\
>>> 
>>> IIUC the latest (code) release is 3.11.2.  Is this what is documented in 
>>> the 3.11.x doc version?
>>> Does the doc ‘latest’ version document unreleased code, i.e.  the current 
>>> state of the ‘main’ branch? If so, would it be appropriate to make it a 
>>> pre-release version?
>>> 
>> 
>> Yeah latest is the current main code, but a good idea to rename it to
>> pre-release or something like that.
>> 
>>> Is 3.12 (non-LTS, IIUC) going to get a doc version other than ‘latest’?
>>> 
>> 
>> Yeah the last release is there, eg 3.12.0, 3.13.0 and so on. But a non
>> LTS is removed asap a new release is out, so 3.12.0 is removed when
>> 3.13.0 is released.
>> 
>>> Apparently 3.4.x (LTS) went out of support sometime around last July.  
>>> Would it be appropriate to remove the doc version or label it out of 
>>> support, perhaps (LTS expired)?
>>> 
>> 
>> Yeah lets remove it
>> 
>>> In general, it might be nice to include the expiration date of LTS versions 
>>> somewhere prominent in the docs, perhaps the components index page.
>>> 
>> 
>> The EOL date is listed on downloads, which IMHO is a natural place for
>> such information
>> https://camel.apache.org/download/ <https://camel.apache.org/download/>
>> 
>> 
>> 
>>> too many questions….
>>> 
>>> Thanks
>>> David Jencks
>>> 
>>> 
>>> 
>>>> On Sep 18, 2021, at 12:31 AM, Zoran Regvart <zo...@regvart.com 
>>>> <mailto:zo...@regvart.com>> wrote:
>>>> 
>>>> Hi David & Cameleers,
>>>> as far as I’m aware, all sub-projects lag behind the latest Camel version. 
>>>> I don’t know if that’s a problem, they usually are not very far behind.
>>>> For the documentation and Camel Quarkus in particular, the past experience 
>>>> was that pointing to the latest Camel version often led to broken links so 
>>>> not changing the version led to greater stability of the website.
>>>> I do think that documentation should be cross linked against the correct 
>>>> versions, i.e. the ones they depend on in the code and that version should 
>>>> be prominently displayed in the documentation.
>>>> 
>>>> zoran
>>>> --
>>>> Sent from mobile
>>>> 
>>>>> On 16. Sep 2021, at 22:10, David Jencks <david.a.jen...@gmail.com 
>>>>> <mailto:david.a.jen...@gmail.com>> wrote:
>>>>> 
>>>>> While fixing the broken camel-quarkus partial website build I noticed a 
>>>>> couple of things I don’t understand.
>>>>> 
>>>>> 1. camel-quarkus latest seems to use camel 3.11.x, at least the docs do.  
>>>>> I think that, if this is really correct, the camel-quarkus index page 
>>>>> should prominently say that you aren’t getting the cutting-edge latest 
>>>>> camel in camel-quarkus, but something slightly older.  Naively, I 
>>>>> expected camel-quarkus versions to track camel versions.  Indicating the 
>>>>> relationship between versions would certainly help me.
>>>>> 
>>>>> 2. eips are now versioned with components, but at least some links from 
>>>>> components to eips use {eip-vc} in  
>>>>> xref:{eip-vc}:eips:polling-consumer.adoc[Polling Consumer]
>>>>> which points to the latest eips.  If camel-quarkus really intentionally 
>>>>> depends on camel 3.11.x then it should be possible to build the partial 
>>>>> website with only the 3.11.x  versions, but I get lots of errors like
>>>>> 
>>>>> [ERROR] [12:44:05.727] ERROR (asciidoctor): target of xref not found: 
>>>>> latest@components:eips:polling-consumer.adoc
>>>>> [ERROR]     file: 
>>>>> docs/components/modules/ROOT/pages/beanstalk-component.adoc
>>>>> [ERROR]     source: https://github.com/apache/camel.git 
>>>>> <https://github.com/apache/camel.git> (refname: camel-3.11.x, start path: 
>>>>> docs/components)
>>>>> 
>>>>> I think there are 22 such usages, involving all links in the `components` 
>>>>> component to eips.
>>>>> 
>>>>> If we agree this is a problem I’ll prepare some PRs for the affected 
>>>>> branches (presumably at least main and 3.11.x)
>>>>> 
>>>>> 
>>>>> David Jencks
>>>>> 
>>>>> side note: The camel-quarkus index page (both latest and 2.0.0) says
>>>>> Camel Quarkus also takes advantage of the many performance improvements 
>>>>> made in Camel 3, which results in a lower memory footprint, less reliance 
>>>>> on reflection (which is good for native application support) and faster 
>>>>> startup times.
>>>>> I’m bewildered by this, and want to know “compared with what?”.  I also 
>>>>> think it would be nice if there was an explanation of what is different 
>>>>> between the latest and 2.0.0 versions of camel-quarkus, right on the 
>>>>> index page.
>>>>> 
>>>>> 
>>> 
>> 
>> 
>> -- 
>> Claus Ibsen
>> -----------------
>> http://davsclaus.com <http://davsclaus.com/> @davsclaus
>> Camel in Action 2: https://www.manning.com/ibsen2 
>> <https://www.manning.com/ibsen2>

Reply via email to