Skip to content

W 10587060 add configure instuctions gr#477

Merged
glenn-rodgers-sf merged 17 commits intov2.xfrom
W-10587060-add-configure-instuctions-gr
Nov 28, 2022
Merged

W 10587060 add configure instuctions gr#477
glenn-rodgers-sf merged 17 commits intov2.xfrom
W-10587060-add-configure-instuctions-gr

Conversation

@glenn-rodgers-sf
Copy link
Copy Markdown
Contributor

@glenn-rodgers-sf glenn-rodgers-sf requested review from a team and priyaayyar as code owners November 11, 2022 17:03
Copy link
Copy Markdown

@tutecano1995 tutecano1995 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice work! Leave some suggestions, feel free to ask me any questions and change the wording

. Click *Advanced Options*.
. In *Proxy Version*, select *latest*. +
This value ensures that your API proxy uses the latest released proxy version.
If you update proxy version in exchange, return to this step to reconfigure your proxy to the latest version.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This page is for proxy configuration, the proxy version is not the same as the API Asset Version in Exchange. I believe we can leave this page as it is.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added this because the ticket is originally in reference to the configure page, but was really just providing information about normal API's. I don't think it hurts to have it here.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe that they were probably mixing concepts in the ticket. Users can't upload new proxy versions to exchange, we upload them internally and they just see new proxy versions available. Maybe we can rephrase this to something like:

If a new proxy version is available in Anypoint platform, you can return to this step to reconfigure your proxy to the latest version.

endif::[]

After you create an API in Anypoint Platform, you configure the version details for the API and then publish it to Anypoint Exchange (Exchange). The API version resides in Exchange, and not in API Manager. However, you then manage this API version from API Manager.
After an API is created, you can configure version details for the API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you manage the version of an API instance from API Manager. You can create multiple instances and expand the version information to view details about them.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel that the sentence is not completely clear.

After an API is created, you can configure version details for the API and publish them to Anypoint Exchange (Exchange)

Maybe we can remove the "After an API is created" part and just say something like:

You can configure the API Asset version details for the API and push it to Anypoint Exchange (Exchange).

Also maybe we can add some link to Exchange documentation. For example to this one:

https://docs.mulesoft.com/exchange/about-sharing-assets

endif::[]

After you create an API in Anypoint Platform, you configure the version details for the API and then publish it to Anypoint Exchange (Exchange). The API version resides in Exchange, and not in API Manager. However, you then manage this API version from API Manager.
After an API is created, you can configure version details for the API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you manage the version of an API instance from API Manager. You can create multiple instances and expand the version information to view details about them.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also we could expand this part in more details:

However, you manage the version of an API instance from API Manager

Something like:

However, once you [add a new API Instance in API Manager](https://docs.mulesoft.com/api-manager/2.x/create-instance-task), you can change the API Asset version of that API Instance.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I link to exchange in the bottom.

After you create an API in Anypoint Platform, you configure the version details for the API and then publish it to Anypoint Exchange (Exchange). The API version resides in Exchange, and not in API Manager. However, you then manage this API version from API Manager.
After an API is created, you can configure version details for the API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you manage the version of an API instance from API Manager. You can create multiple instances and expand the version information to view details about them.

After setting up an API version for management, you repeat the process to create another instance. Attempting to configure the same version creates another instance of the version. You can create multiple instances and expand the version information to view details about them.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would not remove this part, maybe we can rephrase and clarify it a bit. But here is where we say that if they create a new API Instance linked to the same Exchange API Asset version, a completely new API Instance will be created in API Manager.

You can create multiple instances and expand the version information to view details about them.

I'm not sure what does "expand the version information to view details about them" mean 🤔

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This section still really confuses me as well. I feel like it's clear that creating a new API just creates a new instance then you manage this instance, but I don't know. Let me know what you think about this in the new one.

Comment thread modules/ROOT/pages/manage-versions-instances-concept.adoc Outdated
Comment thread modules/ROOT/pages/manage-versions-instances-concept.adoc
endif::[]

After you create an API in Anypoint Platform, you configure the version details for the API and then publish it to Anypoint Exchange (Exchange). The API version resides in Exchange, and not in API Manager. However, you then manage this API version from API Manager.
You can configure version details for an existing API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you can create multiple instances of an API and manage their version from API Manager. See xref:create-instance-task.adoc[Adding an API Instance], for information on how to add an API instance to API Manager.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
You can configure version details for an existing API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you can create multiple instances of an API and manage their version from API Manager. See xref:create-instance-task.adoc[Adding an API Instance], for information on how to add an API instance to API Manager.
You can configure version details for an existing API and publish them to Anypoint Exchange (Exchange). The API asset version resides in Exchange, and not in API Manager. However, you can create multiple instances of an API and manage their versions from API Manager. See xref:create-instance-task.adoc[Adding an API Instance], for information on how to add an API instance to API Manager.

+
image::api-settings.png[API Manager administration settings.]
. Select *Actions* > *Change API specification*.
. In *Asset version*, Select latest.
Copy link
Copy Markdown
Contributor

@dhirsch1 dhirsch1 Nov 21, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
. In *Asset version*, Select latest.
. In *Asset version*, select *latest*.

In Anypoint Exchange (Exchange), you can add, delete, and deprecate API versions, also known as _Exchange assets_. An API version in Exchange can have its own RAML file, API portal, and URL. See xref:exchange::manage-versions.adoc[Manage Versions] for more information.

If you add new version details for an API definition and publish them to exchange, the version of your existing API instance does not change automatically. You must change the version of your API instance in API Manager if you want the instance to reflect the latest version. For more information on the differences between and API definition and an API instace, see xref:api-instance-landing-page.adoc[API Instance].
If you add new version details for an API definition and publish them to exchange, the version of your existing API instance does not change automatically. You must change the version of your API instance in API Manager if you want the instance to reflect the latest version. For more information on API instaces, see xref:api-instance-landing-page.adoc[API Instance].
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In line 8, clarify where you are adding the new version details:
" If you use API Manager (or do you use Exchange or both?) to add new version details..."

exchange > Exchange

Typo: instaces

endif::[]

You can add, delete, and deprecate API versions, also known as _Exchange assets_, in Anypoint Exchange (Exchange). An API version in Exchange can have its own RAML file, API portal, and URL. See xref:exchange::manage-versions.adoc[Manage Versions] for more information.
In Anypoint Exchange (Exchange), you can add, delete, and deprecate API versions, also known as _Exchange assets_. An API version in Exchange can have its own RAML file, API portal, and URL. See xref:exchange::manage-versions.adoc[Manage Versions] for more information.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The way you construct the more information text should be consistent. Here you start it with the reference (See xref:exchange::manage-versions.adoc[Manage Versions] for more information.) Later on, you start it with "For more information on..."

It is better to start it with "For more information about..." because users can decide more quickly if they want to look at the reference. Kim wanted us to use "about" instead of "on."

dhirsch1
dhirsch1 previously approved these changes Nov 22, 2022
endif::[]

In Anypoint Exchange (Exchange), you can add, delete, and deprecate API versions, also known as _Exchange assets_. An API version in Exchange can have its own RAML file, API portal, and URL. See xref:exchange::manage-versions.adoc[Manage Versions] for more information on how to manage API versions in exchange.
In Anypoint Exchange (Exchange), you can add, delete, and deprecate API versions, also known as _Exchange assets_. An API version in Exchange can have its own RAML file, API portal, and URL. For more information on how to manage API versions in exchange, see xref:exchange::manage-versions.adoc[Manage Versions].
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For more information on > For more information about (to follow Kim's edits) (here and in the next paragraph)

exchange > Exchange (here and in the next paragraph)

tutecano1995
tutecano1995 previously approved these changes Nov 28, 2022
@glenn-rodgers-sf glenn-rodgers-sf merged commit 088e0cb into v2.x Nov 28, 2022
@glenn-rodgers-sf glenn-rodgers-sf deleted the W-10587060-add-configure-instuctions-gr branch November 28, 2022 20:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants