I am looking for suggestions to implement a message pause/resume pattern on spring-xd/integration platform. I need to be able to park a set of messages and then resume them based on some user driven input. I need more fine grain control vs. just shutting down an endpoint programmatically via ControlBus for example.
I looked at the Delayer endpoint and that would work to enable pausing messages on the fly based on some business logic. What I am having trouble figuring out is how to resume them on demand.
I tried to look into the TaskScheduler to see if it provided some alternatives to programmatically provide access to the tasks and/or force the execution. It was not clear to me if I could change the delay at runtime?
Any suggestions would be appreciated.
Thanks,
Mark
Related
This is part public awareness and part actual question for better workarounds.
Overall, we have recently discovered (the hard way) that emailing via an Azure Action Group is unreliable and occasionally fails. Basically, sometimes their IPs get blacklisted for various reasons (very common). They have nothing in place to alert those relying on an email notification that it failed, even though they have all the information they need to do so (they showed me a screenshot showing the SMTP failure due to the IP blacklisting from their log). The Azure portal will still show "fired". And, so, it just fails silently in the background with no indication to the user it was never sent. According to one of the technical Azure reps we have discussed this with:
The way of identifying a failure is to evaluate any kind of rejection message received from the target server but those are not guaranteed and not generated in all scenarios. Take into account that email actions are provided free of charge and performing post-send operations to try and verify delivery would consume additional computing that would make providing this notification mechanism free of charge less desirable
I know that many rely on these for production notifications of various scenarios. You should not rely on this going forward, or at least have a backup in place (e.g. SMS, web-hook, etc).
I would like to know if anyone has experienced this as well and, if so, what is the better, more reliable method to use.
Thanks in advance!
MAXIMO Asset Management (MAM) version: 7.6.1.2:
In Work Order Tracking, I can enable flow control on a work order (WO.FLOWCONTROLLED=1).
I'm trying to figure out what happens behind the scenes when flow control is enabled -- so that I can understand how it might impact other processes (i.e. wokflow). For example, by doing some random tests, I've observed that it does the following:
WO can't be changed to complete until all tasks are complete
When the user completes all tasks, the WO automatically changes to complete
It's possible that it does other things too -- but I have no way of knowing.
I can't find any specific information in the documentation about what actually happens when WO.FLOWCONTROLLED=1. I've also asked IBM support, but haven't gotten a clear answer there either.
What happens when WO.FLOWCONTROLLED is enabled?
The following link should help clarify how the Flow Control Feature works and is configured in Maximo:
Understanding and Configuring Maximo’s Flow Control Feature
I read this thread How to call processing page via web service and know how to call process all via web services. But, i want to process one or some records. I dont know how to do that.
Please help me. Sorry, my english is not good.
I still would like to suggest do not use processing screen for your operation, because you can do absolutely the same though original screen.
The same approach, but you need to mark records before processing.
From my standpoint it looks not really straight, maybe you shouldn't use processing screens via web services.
I want to create a "feature" for Gmail which keeps track of emails which did not get a reply. It shall check all sent emails for replies on a daily basis and list the ones which did not get a reply in a special folder/ add a tag so I can easily check them.
I have found a script out there already but it's not easy enough to add in a self serving way to unexperienced users' accounts (you have to download it and "install" it). Additionally it crashes frequently-it seems the amount of emails it may check is limited by Gmail.
I am not planning to develop it myself but am curious on you opinion of what's the best way to develop it (e.g. programming language) so I can look for the right type of developer.
Best,
Mar
It is possible to do what you describe using Google Apps Script.
Essentially, you can write a script that activates on a time-based trigger, checks your inbox using GmailApp, and locates messages and adds new labels.
Note that you would have to ensure that you don't exceed the quota limitations; there are quotas for the number of possible Gmail actions taken and maximum script execution time. If you run into problems with these quotas, try breaking the problem into smaller pieces by processing smaller batches of mails with each execution.
Alternatively, you can write an application that manipulates your inbox using the Gmail API and one of the client libraries.
I'm pretty new to sharepoint-development, so I thought I'd check real quick with the gurus in here.
I've been given the task of building a replacement for the built-in Alert Me feature. The main reason for this is to allow for alerting members of a role with a forms authenticated sharepoint.
This is where you guys come in. I know you can build an immediate Alert Me function by creating list item event receivers.
However, if I wanted to create the summary-feature (daily/weekly notifications) - what would be the best way to go about this?
With very limited knowledge, all I could think of was to create a Windows Service, which checks daily for changes to the lists, and sends notifications accordingly, in one summarized email.
Would I be wrong to assume that this is, if not the best/only way to do it, at least one way of doing it?
And could I use the SPChangeCollection to accumulate the changes?
thanks in advance :)
Don't create windows service: you have SharePoint job for scheduled tasks.
However, I would reconsider the need. SharePoint alerts already offer immediate/daily/weekly alerts. thos member of the role (group?) can perfectly choose the "Alert me" individually. i personnaly would consider otherwise as spam (how do you unsubscribe, then?)