| Author |
Message
|
| gilc |
 Posted: Sun Jul 28, 2013 3:28 am Post subject: changeflowmonitoring after deployment in v8 |
 |
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
Hey all,
As known, to active monitoring events I should run the command mqsichangeflowmonitoring (After configuring events and so on).
Problem is that after every deployment of a flow, I need to rerun this command (which drives me nuts...).
This is the first project I'm doing with v8.0.0.2 and until now all the projects I've worked on in v7 didn't have this "feature" - the monitoring state stayed active even after deployment.
Been looking for a while to find anything that resolves this issue...
Anybody else encountered this? Do you have any advice on the subject?
Thanks,
~Gil |
|
| Back to top |
|
 |
| smdavies99 |
| Posted: Sun Jul 28, 2013 3:54 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
if you are using a scripted deploy it can't be hard to add the mqsichangeflowmonitorig command to the script/ant commands/etc
if you aren't doing scripted deploys and this is production then why aren't you using scripts?
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| gilc |
| Posted: Sun Jul 28, 2013 4:05 am Post subject: |
|
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
@smdavies99
Thanks for the response.
We're not in production yet and so that's why we have so many deploys. We're deploying bars as simple as it gets.
I didn't want to get into ant or any other script because people in this company (I'm only a consultant here) don't like changes, i.e start working with ant files, but I guess that I'll have to convince them on doing so. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Sun Jul 28, 2013 10:28 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
| gilc wrote: |
@smdavies99
Thanks for the response.
We're not in production yet and so that's why we have so many deploys. We're deploying bars as simple as it gets.
I didn't want to get into ant or any other script because people in this company (I'm only a consultant here) don't like changes, i.e start working with ant files, but I guess that I'll have to convince them on doing so. |
What's the point of going to production if you cannot build the bars exactly the same way every time?
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Sun Jul 28, 2013 11:03 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| gilc wrote: |
I didn't want to get into ant or any other script because people in this company (I'm only a consultant here) don't like changes, i.e start working with ant files, but I guess that I'll have to convince them on doing so. |
As ther only consultant then you have a unique opportunity to stamp your presence on this customer. Why not propose some changes as a 'Better and more auditable way to move forward'. Propose a properly structure way to do deploys in Production and move that down to UAT/Pre-Prod/Test. If you stress the positives stongly enough then they should accept it.
If they don't then it is a sure signal to start looking for another positon.
My fee (As one consultant to another) for these words of wisdom, is a few pints of proper beer. By this I mean, OTT, TEA or even Hazy Hog (it is summer...)
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| gilc |
| Posted: Mon Jul 29, 2013 11:26 pm Post subject: |
|
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
| lancelotlinc wrote: |
| gilc wrote: |
@smdavies99
Thanks for the response.
We're not in production yet and so that's why we have so many deploys. We're deploying bars as simple as it gets.
I didn't want to get into ant or any other script because people in this company (I'm only a consultant here) don't like changes, i.e start working with ant files, but I guess that I'll have to convince them on doing so. |
What's the point of going to production if you cannot build the bars exactly the same way every time? |
Hmmm Actually you can. For most project I've been in, the bars made for lower environments (or higher, depends how you look at it), were identical to the prod ones. If you build your infra dynamically enough with proper properties file (or DB) then it shouldn't be a problem. Or at least hasn't been a problem until now.
I'm not saying it's good, just possible. Working with ants is much better to my opinion as well.
| smdavies99 wrote: |
As ther only consultant then you have a unique opportunity to stamp your presence on this customer. Why not propose some changes as a 'Better and more auditable way to move forward'. Propose a properly structure way to do deploys in Production and move that down to UAT/Pre-Prod/Test. If you stress the positives stongly enough then they should accept it. |
That's what I'm going for. But from all the places I've been at, these people are the most stubborn. Plus, you don't even want to know how their infra looks like, especially their log system... *shivers*
| smdavies99 wrote: |
| My fee (As one consultant to another) for these words of wisdom, is a few pints of proper beer. By this I mean, OTT, TEA or even Hazy Hog (it is summer...) |
Next time I'm in the UK (if that's where you're from) I'll buy you a pint of the finest beverage 
Thanks |
|
| Back to top |
|
|
| dogorsy |
| Posted: Tue Jul 30, 2013 12:17 am Post subject: Re: changeflowmonitoring after deployment in v8 |
|
|
Knight
Joined: 13 Mar 2013
Posts: 553
Location: Home Office
|
| gilc wrote: |
This is the first project I'm doing with v8.0.0.2 and until now all the projects I've worked on in v7 didn't have this "feature" - the monitoring state stayed active even after deployment.
|
Very interesting thread, however, no one answered the original question. If the monitoring used to be persistent over deploys in V7 and it is not in V8, that probably needs to be reported to IBM in the form of a PMR |
|
| Back to top |
|
|
| gilc |
| Posted: Tue Jul 30, 2013 1:38 am Post subject: Re: changeflowmonitoring after deployment in v8 |
|
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
| dogorsy wrote: |
| gilc wrote: |
This is the first project I'm doing with v8.0.0.2 and until now all the projects I've worked on in v7 didn't have this "feature" - the monitoring state stayed active even after deployment.
|
Very interesting thread, however, no one answered the original question. If the monitoring used to be persistent over deploys in V7 and it is not in V8, that probably needs to be reported to IBM in the form of a PMR |
Already ahead of you  |
|
| Back to top |
|
|
| ghoshly |
| Posted: Mon Aug 05, 2013 3:57 am Post subject: Interested on the PMR resolution |
|
|
Partisan
Joined: 10 Jan 2008
Posts: 333
|
| If any resolution is provided for the raised PMR, please share with all of us here, because that would help lot of project teams... |
|
| Back to top |
|
|
| gilc |
| Posted: Mon Aug 05, 2013 4:00 am Post subject: |
|
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
| Yeah no problem. Still waiting for their reply... |
|
| Back to top |
|
|
| gilc |
| Posted: Sat Aug 24, 2013 11:19 pm Post subject: |
|
|
Apprentice
Joined: 17 Mar 2011
Posts: 32
|
After a long dialog with IBM, I've received a final answer on the subject.
IBM Labs are saying that it's the product's normal behavior in v8, even though the Info Center in v7 and v8 shows the same description.
Here's them email's summery I got from them (I've removed the detailed Labs' text but if someone's very eager on seeing it I'll post it):
| Quote: |
Basically the Lab are saying that at present, the product is working as expected. But, it appears that some customers have also come across the monitoring inactive condition when a flow is deployed, and an entry already exists on the IBM RFE Community (ID 33220). The RFE Community is a web site where customer submit 'Requests For Enhancements'.
If you take the link provided by the Lab it should take you to ID 33220. If the link doesn't work, then try the following :
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=33220
As you will see ID 33220 status is 'Under Consideration'.
What the Lab suggest is that you scroll down to the bottom of the web page, and enter a 'Vote'. The Lab believe that the more customers vote for a RFE the more chance there is the RFE will be accepted.
|
So if this issue concerns you as well, please vote for this RFE. |
|
| Back to top |
|
|
|
|
