| Author |
Message
|
| Michael Dag |
 Posted: Tue Apr 10, 2007 10:42 am Post subject: MQArchitect Q&A |
 |
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Tue Apr 10, 2007 7:47 pm Post subject: Re: MQArchitect Q&A |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Do you have a licence model /price that you can post? 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Tue Apr 10, 2007 10:07 pm Post subject: Re: MQArchitect Q&A |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| fjb_saper wrote: |
Do you have a licence model /price that you can post? |
yes, no secrets 
the pricing can be found in the MQArchitect resources section (How to buy...) on the MQSystems solution page
the model is based on a user seat for the Visio add-in component (which drives everything),
the deployment modules can be used on any Machine/QueueManager,
there is a corporate edition and
a contractor edition for independent contractors which is functionally the same but 20% lower in price.
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| lex_talionis |
| Posted: Wed Apr 11, 2007 5:17 am Post subject: |
|
|
Novice
Joined: 23 Aug 2006
Posts: 23
Location: Austin, TX
|
just had a look at the ppt and the sample html.
how could mqdocument be automated to capture mq object information and publish to html on a recurring time-set basis?
thanks,
lex |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Wed Apr 11, 2007 6:39 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| lex_talionis wrote: |
how could mqdocument be automated to capture mq object information and publish to html on a recurring time-set basis?
|
depending on the platform, for example on unix you could schedule a cron job to run mqdocument and put the result file to a queue
(you would need a simple wrapper for this right now, but I am looking into the option to specify a queue and a qmgr as a command option so you would be able to collect the files from a central queuemanager)
or if you have client access in place you could use for example MO72 or MS03 (saveqmgrc) to connect to the queuemanager mqdocument can use both methods...
or if you have something else in place today to collect your mqsc definitions mqdocument could use that as the input, there are many roads possible
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| lex_talionis |
| Posted: Wed Apr 11, 2007 12:26 pm Post subject: |
|
|
Novice
Joined: 23 Aug 2006
Posts: 23
Location: Austin, TX
|
Michael,
thanks for the reply...it's the burden of keeping build information up-to-date that makes life harder...build a qmgr, record a build script, save the script in our repository, and oh, if you make a change, then do it all over again (which rarely happens).
it would be very attractive to me if all of this could be automated with a light-weight java app such as yours 
lex |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Sun Apr 15, 2007 2:22 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| lex_talionis wrote: |
it would be very attractive to me if all of this could be automated with a light-weight java app such as yours
|
Lex,
this is a requirement for MQDocument, rather then MQArchitect (although MQArchitect includes MQDocument )
so will answer your question in the MQDocument Q&A
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| ae06425 |
| Posted: Wed Apr 18, 2007 9:07 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
looks like a very nice to have tool/product..
few concerns though to make sure:
Is there MQArchitect evaluation or trial version like for 30 days or something, so that we better understand how it works before going to managers letting him know there is such and such product to extract the topology, an easy way out...
looks like none as I checked mqsystems site...
second concern/question: many Qmanagers with many queues(local/remote), many channels, many dependancies among different servers including mainframe etc...In such an environment,
Is mqarchitect capable of getting architectural layout, topology for all these, showing the dependancies etc...
Thanks, |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Wed Apr 18, 2007 9:24 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| ae06425 wrote: |
| looks like a very nice to have tool/product.., |
Thanks.
| ae06425 wrote: |
few concerns though to make sure:
Is there MQArchitect evaluation or trial version like for 30 days or something, so that we better understand how it works before going to managers letting him know there is such and such product to extract the topology, an easy way out...
looks like none as I checked mqsystems site... |
correct, I am working on a 14 days trail version. 7 days is too short, 30 too long
interested parties can contact me through the Contact page on the mqsystems site
| ae06425 wrote: |
second concern/question: many Qmanagers with many queues(local/remote), many channels, many dependancies among different servers including mainframe etc...In such an environment,
Is mqarchitect capable of getting architectural layout, topology for all these, showing the dependancies etc...
Thanks, |
I have done some pretty nifty reverse engineering jobs with this tool, provided you have all the data,
whether it's MQDocument snapshots or MQSC files. It will work out the relationship.
One thing you do need to take into account is the imported objects are all positioned as 'stacks' of queues
(separate stacks for remote, local, alias and local xmit per qmgr) but the connections are there.
All you need to do is position the objects the way you want them to appear.
I call this the untangling of the web, you can imagine you don't want to do this in one go for all qmgrs and objects...
hence you get a selection screen with filters before you actually import the objects
I hope this satisfies your questions.
PS I deleted your double post in the announcement itself, as this is the topic for the Q&A.
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Wed Apr 25, 2007 3:55 am Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
| Michael Dag wrote: |
| correct, I am working on a 14 days trail version. 7 days is too short, 30 too long |
Hi,
I would suggest that 30-days is what you want. Otherwise you will get lots of emails requesting 'extending their trial period'. 
Regards,
Roger Lacroix
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Wed Apr 25, 2007 7:45 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| RogerLacroix wrote: |
| Michael Dag wrote: |
| correct, I am working on a 14 days trail version. 7 days is too short, 30 too long |
Hi,
I would suggest that 30-days is what you want. Otherwise you will get lots of emails requesting 'extending their trial period'.
Regards,
Roger Lacroix |
I will keep the trial on 14-days and will explictitly state not to start using it when not reserved time for it.
30 days is just too loose of a period and priority will drop more easily.
Just the way I feel.
Current customers are very happy with it and I expect future customers to like it aswell.
MQArchitect is now going through the IBM 'motions' of serverproven validation with one of my customers, so hope to be announcing that soon aswell
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Thu May 03, 2007 9:56 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
With great pride and thanks to my customers (without them no bills get paid!):
I can announce MQSystems has requalified for another year as Advanced IBM business partner
by MQArchitect's qualification as ServerProven for IBM 
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Tue Jul 22, 2008 5:05 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
I'd like to collect your comments on the following:
It's a 'picture' as I don't want this text to end up in Google's cache 
_________________
Michael
MQSystems Facebook page
Last edited by Michael Dag on Tue Feb 18, 2014 3:32 pm; edited 1 time in total |
|
| Back to top |
|
|
| zpat |
| Posted: Tue Jul 22, 2008 5:33 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
| On the try and buy - presumably after 5 years the maintenance charge reduces to the normal rate? If so then this makes sense. |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Tue Jul 22, 2008 6:16 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| zpat wrote: |
| On the try and buy - presumably after 5 years the maintenance charge reduces to the normal rate? If so then this makes sense. |
hey zpat, to be honest I haven't tought that far ahead yet.
I just took the 'economical' period of 5 years, to spread the amounts.
With the OTC's you wouldn't automatically get major upgrades (none planned right now, but 5 years is a long time) and
you would need to pay an upgrade fee of some sort (if you wanted the additional functionality of course), with the Subscription
model (I like that better then "Try and Buy") you would get them as you are subscribing and not buying,
does that make sense?
maybe by then you only need to think about MQ and all your definitions and documentation will fall magically into place 
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
|
|
