5

The Metadata API Toolkit is long obsolete, that post is 7 years old. Nowadays you should use sfdx Once you installed it you can connect it to your org using the sfdx auth:web:login command (run sfdx help auth:web:login for more info) Then you can retreive the profile using sfdx force:source:retrieve -m Profile:MyProfileName add the ranges to the retreived ...


2

MetadataService class. To leave old IP ranges untouched, you need to first read Profile metadata, retrieve old IP ranges (if existed) and add new ones to the list. Then new Profile should be instantiated, so no other data is overridden. List<String> startRange = new List<String>{ '0.0.0.0', '2.2.2.2' }; List<String> endRange = new ...


2

This is possible in both the Metadata and Tooling APIs, but it's mostly undocumented and could change. The key is a parameter Security Type, which has the following permissible values: "FULL" // All profiles, the default "CUSTOM" // Custom profiles "NONE" // System Administrator only "PUSH" // No profiles, ...


1

As @identigral stated, you are able to accomplish your task with MetadataService. All you need to do is to know exactly what fullName does Profile have on Metadata level. This question may help you. For eample, Admin states for System Administrator. Also you need to set up lists of ranges from your document, for a code sample I have created range 0.0.0.0 - ...


1

If I understand correctly, you've got an LWC that you're exposing properties for in the xml so that whoever is filling that sets variables in the LWC, and then you're looking to pass those variables back to Apex and handle them in some way. If this is the case, the Layout Class is not what you're looking for; you're going to want to use the Wire Service or ...


Only top voted, non community-wiki answers of a minimum length are eligible