W 10587060 add configure instuctions gr#477
Conversation
tutecano1995
left a comment
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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:
| 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. |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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 🤔
There was a problem hiding this comment.
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.
| 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. |
There was a problem hiding this comment.
| 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. |
There was a problem hiding this comment.
| . 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]. |
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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."
| 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]. |
There was a problem hiding this comment.
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)
…b.com/mulesoft/docs-api-manager into W-10587060-add-configure-instuctions-gr
https://gus.lightning.force.com/lightning/r/ADM_Work__c/a07EE00000lZdLeYAK/view