<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with uuid]]></title><description><![CDATA[A list of topics that have been tagged with uuid]]></description><link>https://fusionauth.io/community/forum/tags/uuid</link><generator>RSS for Node</generator><lastBuildDate>Wed, 16 Sep 2026 09:22:18 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/uuid.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Use specified ids for all entities to make sure that environments are the same]]></title><description><![CDATA[<p dir="auto">If you'd like the form fields and other entities to all have the same ids across environments, you can do that.</p>
<p dir="auto">The default form fields ship with random ids, as you mention. Some FusionAuth entities that always have the same ids, but if you want to control everything, the easiest way to do so is to create all the entities yourself.</p>
<p dir="auto">You have two options:</p>

Kickstart, a declarative format that runs only when a FusionAuth is first initialized. More details here: <a href="https://fusionauth.io/docs/v1/tech/installation-guide/kickstart/" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/installation-guide/kickstart/</a>
Using the API, typically via one of the client libraries: <a href="https://fusionauth.io/docs/v1/tech/client-libraries/" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/client-libraries/</a>

<p dir="auto">With Kickstart, you can create all the form fields, forms and other entities. You'd hard code the UUIDs for each entity. For example, you could hardcode a form field's UUID like so (an excerpt from a kickstart file):</p>
{
      "method": "POST",
      "url": "/api/form/field/85a03867-dccf-4882-adde-1a79aeec50df",
      "body": {
        "field": {
          "description": "The user's first name",
          "key": "user.firstName",
          "name": "Custom first-name Form Field",
          "required": true
        }
      }
    },

<p dir="auto">You would build up forms out of these fields with known ids, then assign forms to the applications/tenants and so on.</p>
<p dir="auto">If you use Kickstart, the default entities with the random ids will still be added, but can be ignored. Currently you can't run a DELETE operation in Kickstart, but you can either delete the default entities later via an API call. If being able to call a DELETE operation in a Kickstart file is important, please consider <a href="https://github.com/fusionauth/fusionauth-issues/issues" rel="nofollow ugc">filing an issue</a>.</p>
<p dir="auto">You could do much the same with APIs in python, ruby, java, or any of the other supported languages as well. All entities take an id on creation. With these libraries, you'd also be able to delete the default form and other elements. The benefit of using the API is that you aren't limited by Kickstart, but there's more code to write.</p>
<p dir="auto">You can also use Kickstart to set up your environment initially and then use the API/client libraries for changes over time.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/770/use-specified-ids-for-all-entities-to-make-sure-that-environments-are-the-same</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/770/use-specified-ids-for-all-entities-to-make-sure-that-environments-are-the-same</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[What version of UUID is used for auto-generation of user ids?]]></title><description><![CDATA[<p dir="auto">UUID v4</p>
<p dir="auto">More details about datatypes in general: <a href="https://fusionauth.io/docs/v1/tech/reference/data-types" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/reference/data-types</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/173/what-version-of-uuid-is-used-for-auto-generation-of-user-ids</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/173/what-version-of-uuid-is-used-for-auto-generation-of-user-ids</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[I&#x27;m seeing a &quot;cannot deserialize value of type ‘java.util.uuid’ from string&quot; error when posting to &#x2F;api&#x2F;login]]></title><description><![CDATA[<p dir="auto">It looks like the uuid isn't being sent as a string. Per <a href="https://fusionauth.io/docs/v1/tech/reference/data-types#uuids" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/reference/data-types#uuids</a> it should be quoted.</p>
<p dir="auto">So you want to send:</p>
{
     "applicationId": "15e45e7d-3e34-43df-9366-91c66a8cc9ae",
     "loginId": "myuserid",
     "password": "mypassword"
}

]]></description><link>https://fusionauth.io/community/forum/topic/102/i-m-seeing-a-cannot-deserialize-value-of-type-java-util-uuid-from-string-error-when-posting-to-api-login</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/102/i-m-seeing-a-cannot-deserialize-value-of-type-java-util-uuid-from-string-error-when-posting-to-api-login</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>