Skip to main content

#Experiencebundle0 discutindo

I'm using the Metadata API with a Salesforce-focused DevOps tool to deploy new and updated pages on an #LWR (Build Your Own) site (with #Experiencebundle) from a sandbox to another sandbox. I've got a set of changes that includes both routes AND views, but upon validating the deployment I'm getting errors on many of the pages generated by the LWR site in the sandbox. Here are a few examples:

File name: digitalExperiences/site/Conference1.digitalExperience, Component name: site/Conference1.sfdc_cms__route/Session_Related_List__c (Line: null: Column:null) :

Message: The value of the $.routeType property is invalid.

File name: digitalExperiences/site/Conference1.digitalExperience, Component name: site/Conference1.sfdc_cms__route/Session_List__c (Line: null: Column:null) :

Message: The value of the $.routeType property is invalid.

File name: digitalExperiences/site/Conference1.digitalExperience, Component name: site/Conference1.sfdc_cms__route/Session_Detail__c (Line: null: Column:null) :

Message: The value of the $.routeType property is invalid.

Looking into the relevant metadata files, all three route content.json files have the same routeType:

"routeType" : "relatedlist-a2Q",

There certainly are corresponding views for each route on the deployment. This strikes me as a bit odd, since the route type should work, and the custom object is both in the branch and is already in the target sandbox.

 

I'm curious what the #Metadata API is doing to validate here, since I can't figure out how it's validating that and I can find little documentation on that specific error.

 

@George Abboud - Not sure if you've run into this deploying LWR sites before?

14 respostas
  1. 22 de dez. de 2023, 06:18

    @Joe Morse FYI, I already created an Idea for this already as we also struggle with this:

    https://ideas.salesforce.com/s/idea/a0B8W00000PtxZKUAZ/enhanced-lwr-sites-object-pages-should-use-object-api-name-and-not-object-prefix so we don't create duplicate

     

    I suggest reintroducing the objectApiName attribute like the "old" LWR metadata has. This is a very needed change in the metadata structure for us as well, as we currently need to script our way out of deployment errors by first querying the objectAPIPrefix in the Target and then replacing the routes before deployment :/

     

    So please give it an upvote and tell your team the same! :)

     

    Keep us updated with the progress in the email thread! 

0/9000

What is the best practice to deploy Communities with DX and experienceBundle when the community uses CMS Topics ?

 

We have a component on the home page which displays the Top 5 trending articles for a given Topic.  The experienceBundle for the community holds a hard-coded topicId pointing this component to the tracked topic.

How should we deploy from sandbox to sandbox, since the Topic Id in the new sandbox will be different ?  Copying topics from source to destination will not help. Even if we create Topics manually, we can no longer use experienceBundle to deploy this community after a change request, because the source topicId does not match in the destination sandbox.

 

#experienceBundle #topic #DX

cc @Wade Wegner @Fabien Taillon @Salesforce DX 

6 comentários
0/9000

@David Green FYI about to raise a new case for a new error

experiences/myCOMM1:sites.core.actions.UndoRedoException: Passed in position is out of range of the list its being inserted into. Property: sites.core.routes.Route.RenderList, position: 0, value: ViewId: null; TargetId: null; TargetSelector: null

 

Yesterday we added the ExperienceBundle to our Git repo so it is deployed each time we build the env or the overnight job runs its the test classes.

After it was added the deployment succeeded no errors, but then when the test run attempted to run it hit the above error with no further changes to the ExperienceBundle in GIT.  Note no publish has been conducted on the Experience either, not sure if that matters

So going to have to pull it out of our repo whilst this is investigated

4 comentários
  1. 16 de mai. de 2022, 20:42

    @Tasos Papadatos unfortunately I think we have put it on the back burner for the moment, we kept having to get Salesforce cases opened to fix the same deployment issue or similar deployment issue when we had changed nothing.

    We used to do nightly test class runs to make sure nothing was broken and test coverage was good, but we have just switched from using on prem Jenkins to Github Actions and doing the nightly test class runs is not as easy.

0/9000

I'm a beginner with CumulusCI, creating my first package as suggested in https://cumulusci.readthedocs.io/en/latest/unlocked_package.html

cci task run create_package_version --org dev --package_type Unlocked

I get this error message :

package.xml: You cannot install or upgrade a package that has a ExperienceBundle component. Remove components of ExperienceBundle type from the package.package.xml: You cannot install or upgrade a package that has a ExperienceBundle component. Remove components of ExperienceBundle type from the package.

 

Does this mean that CumulusCI does not support packaging #ExperienceBundle ? These are available in packages, according to the Metadata Coverage Report, I have already packaged them.

Are there other metadata which CCI cannot package ?

Is there a CCI-specific Metadata Coverage Report ?

5 respostas
0/9000

So it seems that Summer 21 has created a new issue with using ExperienceBundle.

When trying to retrieve the ExperienceBundle from a Summer 21 (preview) instance sandbox, we get this error

problem: org.auraframework.throwable.quickfix.DefinitionNotFoundException: No COMPONENT named markup://c:suburbSearch found : [markup://c:xxxx_HelpAssistanceRegister, markup://c:xxxx_HelpAssistanceRegistration]

 

FYI - The component does exist (but is LWC vs the other 2 which are AURA) and does function as expected.

 

Salesforce Support has indicated that it is under investigation, but on a case for another issue.  I am wondering if anyone knows if there is a known issue for this?

 

Thanks

Tony

 

cc:@David Green @Geno Mathew 

7 comentários
  1. 2 de jun. de 2021, 14:36

    Thanks for the confirmation and your patience.

    Cheers,

0/9000

When will ExperienceBundle metadata be good to use?

Seem to be having no end of issues trying to use it for deployment with errors like

 

ERROR deploying ExperienceBundle experiences/xxxxx: An unexpected error occurred. Please include this ErrorId if you contact support: 685582182-194080 (-1752371813)

10 comentários
  1. 27 de mai. de 2021, 22:35
    Ok, it appears this issue is resolved for us now. We have been able to export the site.com

    file from the Site Studio and import that to Sandboxes and that appears to fix the Sandbox.

    So now just waiting for the Summer 21 LWC issue.

0/9000
NG NG publicou em Salesforce DX

Hi everyone, I have a few issues on pushing into a new scratch org when working with experience bundle.

 

I'm using an exciting org metadata with two communities and I'm facing several issues along the way:

Scrath org def:

I have generated a shape of my prod org into a JSON scrach def file.

Note that using sourceOrg directly will generate a scratch org with all my prod settings, but I can't create communities in it - I'm getting "Required fields are missing: [Welcome Email Template, Change Password Email Template, Lost Password Template]", this happens from the UI as well, if I try to create a community manually. Because of that I'm using the generated JSON instead.

 

Deploy vs Push:

I have selected all our org relevant metadata including communities (excluding siteDotCom as we want to work with Experience).

When trying to push around (2000 components according to the deployment status), I'm getting the following error:

In field: PicassoSite - no SiteDotCom named [community_name] found

 

The Experience Bundle meta is using <ExperienceBundle...> not <SiteDotCom...>

so I'm not sure why I'm still getting this.

 

<catch 22>

Note that pushing the siteDotCom instead of the experience bundle does work, but then when removing the siteDotCom and pulling the experience it does bringing the experience meta, but this meta is not deployable to our CI Sandbox, since all the reference Ids are bad (there is other weird issue as well). 

 

I have tried deploying to the scratch org, which work as well (only with siteDotCom), but still getting the same issue with experience bundle in the end result.

 

sfdx-cli/7.82.1-0 linux-x64 node-v14.15.4

Metadata version 50

 

final note, I'm getting a lot of those when trying to push into a scratch org (only for the big initial package):

Error: getaddrinfo EAI_AGAIN [scratch org domain]

Unhandled rejection Error: getaddrinfo EAI_AGAIN [scratch org domain]

    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:67:26)

 

If someone can share his experience with setting up a similar configuration or have ideas on how to resolve those issues it will be much helpful.

4 comentários
  1. 7 de fev. de 2021, 21:29
    Feels the same, error messages are not at all helpful. In one project, the team forgot to install a third party package on the a higher environment, and got annerror, we debugged for 2 days trying to understand unknown error. Support was not helpful either asking to switch back.
0/9000

Getting strange error trying retrieve 'Experience Bundle'

"messages": [

    {

      "fileName": "unpackaged/ExperienceBundle",

      "problem": " Something is wrong with the viewType in mySite1/views/test1.json. Check the value and try again."

    }

 

I have even deleted the page, but it still gives the same error.  Any idea's?

8 comentários
0/9000

Is there an ETA possible on bugfix for deploying experienceBundle + Lightning components together? https://success.salesforce.com/issues_view?id=a1p3A0000003vc8QAA

 

Extremely painful right now to deploy and reverting to a blob site metadata would be really disappointing..

@Salesforce DX

15 comentários
  1. 8 de set. de 2020, 12:29
    Hi @Zach Hawtof, is there any update on this known issue? It still shows as "In Review". When can we expect a fix to be scheduled for? It's been known for almost a year now...
0/9000

So starting to look at moving to the ExperienceBundle for our community

 

Firstly we got this error

ExperienceBundle Metadata API doesn't support the template of myCommunity

That I believe this was due to not updating the community, after updating the community we got a new error that I have no idea about.

 

Entity type 'ExperienceBundle' is not available in this organization

 

We have the community enabled for ExperienceBundle and am using a package version of 48 with a Spring 20 org

 

Any ideas?

@Geno Mathew  @David Green 

9 comentários
  1. 25 de ago. de 2020, 21:09

    Still waiting for Tier 3, to investigate the issues I have reported.

    So far what I have seen does not give me much confidence in the Tier 3 support considering they do not seem to know how to enable "Experience Bundle" for the community settings, its enabled in our env but they have spun up another env to be able to test the issue.

    https://developer.salesforce.com/blogs/2020/02/experiencebundle-salesforce-dx-a-developers-dream-for-coding-lighting-communities.html#:~:text=To%20enable%20the%20ExperienceBundle%20metadata,a%20scratch%20org%20definition%20file.
0/9000