Jump to content

Steve G

Hornbill Developer
  • Posts

    740
  • Joined

  • Last visited

  • Days Won

    30

Posts posted by Steve G

  1. @Ben Maddams @Berto2002,

    This was a defect in the Keysafe Key Type definition for Teams Presence which could prevent the refresh of expired access tokens. It's been fixed and should work on your instance now. Depending on your Microsoft refresh token expiration policy, this may just work now for you, or if you get  Refresh Token Expired type error then you'll need to revoke and reconnect your affected key(s).

    We've also added automated tests to prevent defects of this type again in the future.

    Cheers,

    Steve 

  2. Hi @Giuseppe Iannacone,

    The value property of the searchFilter array objects is unbounded, so it needs to be wrapped in an array, as per the example below: 

    {
      "@service": "data",
      "@method": "entityBrowseRecords2",
      "params": {
        "application": "com.hornbill.servicemanager",
        "entity": "Asset",
        "matchScope": "all",
        "searchFilter": [
            {
                "column": "h_class",
                "value": ["computer"],
                "matchType": "exact"
            }
        ]
      }
    }

     I've had a look and this could be made clearer in the API documentation, so I'll make sure that gets updated.

    Cheers,

    Steve

  3. Hi @Everton1878,

    The asset import template functionality supports all the functions available in the Sprig template package, so you could use the trimSuffix, replace, regex etc functions to manipulate your data at template level: https://masterminds.github.io/sprig/strings.html

    An example of using replace could be:

    "h_owned_by": "{{ .userPrincipalName | replace "@yourdomainname.onmicrosoft.com" "" }}",

     This would remove @yourdomainname.onmicrosoft.com from the userPrincipalName being mapped into your target field.

    Hope this helps,

    Steve

    • Like 1
  4. Hi @Berto2002,

    This piece of work was intended to present the utilities in the correct place going forwards, as having them in iBridge (Cloud Automations) doesn't make a great deal of sense - they are utilities that process data locally to your instance, so should be Hornbill Automations rather than Cloud Automations. 

    The operations in iBridge will be marked as deprecated in the next release of the iBridge content pack - this won't break any existing workflows, but will basically remove them from being selected in new Cloud Automation nodes on your workflows. As with all automations that we deprecate, they will not be fully removed from the platform until they are no longer present in any active workflows (or autotasks, runbooks or lifecycles) on customer instances. We appreciate that these automations are in use in many active workflows across most customer instances, and there is no plan to remove them permanently, and as such there is no deadline for migration.

    The operations that are being replaced in this release are:

    • Date Formatter
    • Current Day
    • Get Current Timestamp
    • Get Date Difference
    • Get Next Date
    • Get Timestamp
    • Password Generator

    The documentation for the automations is in-app, and accessible using the blue ? button in your image.

    Hope this helps,

    Steve

    • Like 1
  5. Hi @Ben Maddams,

    As per the docs, the AccountExpires input parameter to the ITOM operation expects a datetime string in the format: YYYY-MM-DD HH:MM:SS. The code in the background does the conversion of that into a PS DateTime Object, for passing in to the AD operation, so you don't have to do any Hornbill-side Int64 conversion: https://docs.hornbill.com/itom-packages/activedirectoryusermanagement/update

    Cheers,

    Steve

     

  6. Hi @Sam P,

    I've been looking at this date issue this morning, and it is working as documented & expected. Check out the output from the ITOM job for a user that I've created via ITOM, note the datetime that has been set: 

    image.png

    Note how the value I've provided is the same as the accountExpires attribute against the user object in Active Directory:

    image.png

    Now, in the Account Expires section of the Account tab, you'll see that the account expires at midnight the previous day:

    image.png

    This is actually a feature of Active Directory (a hangover from legacy NT domains, apparently), and not an issue with the ITOM package. It's definitely odd, but it is documented on the Microsoft website - see the note section from this article as an example:

    image.png

    This article contains a good explanation of what is going on here too: https://www.rlmueller.net/AccountExpires.htm.

    Just a heads-up too, the other enhancements that you asked for are done and are currently in testing, so should be available in the next day or so :)

    Cheers,

    Steve

  7. Hi @Cristian,

    This version of the utility was released back at the start of August, so it's unlikely that the 4.1.1 release caused the above issue. I've not been able to replicate your issue, but on reviewing the code it appears that this issue could be environmental, and caused by a problem with the HTTP proxy setting on the machine running the import.

    I've made some changes to better handle that eventuality, and to output more useful debug information to the log in the event that this doesn't fix your issue, so we'll have more information to assist with the fix.

    v4.2.0 is on GitHub now:

     

     

    Let me know how you get on with this.

    Cheers,

    Steve

    • Thanks 1
  8. Hi @Martyn Houghton,

    The import utilities have been made closed-source as part of a wider strategy around security, API endpoint availability, and import usability improvements. We can't provide the code I'm afraid, but we could (and should, to be fair) add Shared With capabiities to the tool. I'll have the team take a look and get back to you.

    With regards to the Wiki, my team are in the process of porting the data imports documentation from the wiki over to the new documentation platform, and references to open source in the content will not be ported.

    Cheers,

    Steve

    • Thanks 1
  9. Hi @DRiley II, hope you're well!

    Integrations into Hornbill from other platforms can only be done using the Hornbill API - we don't currently provide listener/target services for external webhook requests. There are lots of platforms which do provide webhook targets, that will allow you to make API calls into Hornbill when those are triggered though (Zapier, Azure Automations, Google Cloud Run, etc etc).

    Hope this helps,

    Steve

×
×
  • Create New...