Home General Discussion

Extending Classes - Best Practices

Jarrett_FaulkJarrett_Faulk Customer IT Monkey ✭
Hello Cireson Community,

I was watching the videos on automation and discovered that inherited classes are not technically supported in the self service portal.  Is this still true?  

Could anyone point me to some documentation on the best practices for extending the base classes such as the service request and incident request?  I've been going through google and the only information I could find was on Technet.  I'm hoping to find something a little more in-depth and maybe with some examples.

Thanks in advance.

Jarrett

Best Answer

Answers

  • Jarrett_FaulkJarrett_Faulk Customer IT Monkey ✭

    Thank you for the link to the webinar it was very informative.  This has however created some other questions.   The first being are there any limits to the number of properties that can be added to a class?  As the number of properties increase can I expect to see any decrease in system performance?  So far I have identified 6 request offerings that will be built off the service class which is going to require around 20 or 25 new properties to capture data.  

    Thanks again for all the information.

  • Nicholas_VelichNicholas_Velich Cireson Consultant Ninja IT Monkey ✭✭✭✭
    Hi Jarrett,

    With an enormous amount of extended properties, you could begin to see some performance issues in a larger environment. Try not to go above 20-30 or so if you can help it-- the fewer the better.

    I should also note that the "Advanced Request Offering" feature of the Cireson Portal removes the need for a 1-to-1 mapping of "Request Offering Question" and "Property." With Advanced Request Offering, you can map multiple Request Offering Questions/Answers to a single property, and even format them in a user-friendly way.

    Thanks,
    Nick
  • Jarrett_FaulkJarrett_Faulk Customer IT Monkey ✭
    Hello again everyone,

    By following all of the advice I've received here and the video i was able to reduce my custom properties down to 3 from 25.  I was able to import the management pack, create the unsealed management packs and build out the lists.  While I was creating a custom request offering I ran into another error.  One of the custom lists is used twice to gather user input.  I can configure the two prompts to use the list but when I attempt to publish the request i receive the attached error.  I was able work this problem down to where if i use the list one time, utilize it in the multiple mapping and set it to map in the Map Prompts window the error goes away.   As soon as I add the second instance of the list the error returns.  I assume that service manager is unable to recognize that list is used twice.  I believe the screen shot shows were the error is originating from but I have been unable to figure out how to overcome the issue.  I feel that this is something that should be able to be done, hopefully.

    Does anyone have any suggestions?

    Thanks in advance.
  • Nicholas_VelichNicholas_Velich Cireson Consultant Ninja IT Monkey ✭✭✭✭
    Hi Jarrett,

    It looks like you have the out-of-box "Map Prompts" section pictured there rather than the "Multiple Mappings" feature of Advanced Request Offering. When I mentioned you could map multiple answers to a single String property, I was referring strictly to the Multiple Mappings section. Have you tried mapping the answers there?

    Thanks,
    Nick
Sign In or Register to comment.