Author |
Message
|
mqmatt |
Posted: Wed Oct 10, 2007 1:02 am Post subject: WebSphere Message Broker V6.1 |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
In case you guys weren't already aware, IBM has announced Message Broker V6.1.
http://www.ibm.com/software/integration/wbimessagebroker/features/
The information on the web site are a bit light on technical details, but if you have any questions, feel free to ask on the forum and me and the other IBMers will do our best to enlighten you.
It should be a good one - have fun  |
|
Back to top |
|
 |
Michael Dag |
Posted: Wed Oct 10, 2007 2:24 am Post subject: |
|
|
 Jedi Knight
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
|
does this release support runtime configurable properties, i.e. change a property on a msgflow in runtime without redeployment from the configuration manager?
for example UDP properties (for QueueNames) or number of instances of a flow? _________________ Michael
MQSystems Facebook page |
|
Back to top |
|
 |
mqmatt |
Posted: Wed Oct 10, 2007 3:01 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
Kind of. For new capability, server definitions used by the broker (e.g. LDAP, TFIM, SMTP, FTP and some EIS providers) are all configured as 'Configurable Services', which was a concept introduced with the JMS support in a v6 FP.
It allows you to edit the connection details directly on the broker without requiring a redeploy. In v6.1 these can be edited either through a broker command or remotely through the CMP.
Flow instances can also be configured without requiring a redeploy (using the CMP). It is now also possible to configure additional instances on a node, optionally instead of at the message flow level. (This gets round possible thread starvation that could otherwise occur if you have multiple input nodes in a flow.)
Edit: Not everything associated with these new server definitions can be edited without requiring a redeploy; particularly the EIS host locations, which are configured though adapter connection files which are deployed. But you see where we're headed. |
|
Back to top |
|
 |
sebastianhirt |
Posted: Wed Oct 10, 2007 5:34 am Post subject: |
|
|
Yatiri
Joined: 07 Jun 2004 Posts: 620 Location: Germany
|
mqmatt wrote: |
It allows you to edit the connection details directly on the broker without requiring a redeploy. In v6.1 these can be edited either through a broker command or remotely through the CMP.
|
When you say the CMP, does this mean that the toolkit can also do it? |
|
Back to top |
|
 |
mqmatt |
Posted: Wed Oct 10, 2007 5:44 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
sebastianhirt wrote: |
When you say the CMP, does this mean that the toolkit can also do it? |
The CMP now has the generic interface to edit nearly all broker properties (including those set with mqsichangeproperties), but this is currently only exposed in the Toolkit for certain new areas: policy sets, security profiles and the new debugger are the ones that spring to mind. |
|
Back to top |
|
 |
moorej_gl |
Posted: Wed Oct 10, 2007 8:33 am Post subject: |
|
|
 Apprentice
Joined: 01 Dec 2003 Posts: 35 Location: Madison, WI
|
mqmatt - Would you mind explaining what "real-time graphical performance analysis" would provide? And also, is "native support for large file processing" just a native ftp node, or is there more to it? |
|
Back to top |
|
 |
mqmatt |
Posted: Wed Oct 10, 2007 8:47 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
moorej_gl wrote: |
Would you mind explaining what "real-time graphical performance analysis" would provide? And also, is "native support for large file processing" just a native ftp node, or is there more to it? |
Real-time graphical performance analysis: I think that is just referring to the IS02 supportpac.
Large file processing: V6.1 has FileInput and FileOutput nodes that read and write to local filesystem and FTP servers. "Large file processing" means that the broker doesn't need to load the entire file into memory in order to process it - it can stream record-by-record. (It works quite nicely with files >gigabytes in size).
Cheers
-Matt |
|
Back to top |
|
 |
Michael Dag |
Posted: Wed Oct 10, 2007 8:52 am Post subject: |
|
|
 Jedi Knight
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
|
|
Back to top |
|
 |
PeterPotkay |
Posted: Wed Oct 10, 2007 8:57 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
|
Back to top |
|
 |
moorej_gl |
Posted: Wed Oct 10, 2007 9:05 am Post subject: |
|
|
 Apprentice
Joined: 01 Dec 2003 Posts: 35 Location: Madison, WI
|
Quote: |
"Large file processing" means that the broker doesn't need to load the entire file into memory in order to process it - it can stream record-by-record. |
That's so awesome. And so are the file I/O nodes.
Thanks for your response. |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Oct 10, 2007 9:05 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
There doesn't appear to be an announced EOS date for WMB v6.0.
At least not yet.
Coexistance and migration are possible, and easy... although no direct migration support from 2.1, I think. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
Bill.Matthews |
Posted: Wed Oct 10, 2007 10:11 am Post subject: |
|
|
 Master
Joined: 23 Sep 2003 Posts: 232 Location: IBM (Retired)
|
I believe (personal opinion) that both 6.0 and 6.1 will be maintained untill 6.0 goes out of service - just like V5.3 has been maintained over the past two years.
This will, of course, now put a greater responsibility on people who ask questions to MQSeries.net - as well as when you open a problem report with IBM.
And guys, its going to be lots of fun. Starting with a install time for the runtime and tooling along with creating the default configuration - in about an hour or less .. _________________ Bill Matthews |
|
Back to top |
|
 |
PieterV |
Posted: Wed Oct 10, 2007 10:31 pm Post subject: |
|
|
Disciple
Joined: 04 Jan 2006 Posts: 164 Location: Belgium
|
Perhaps a stupid question, but do we need to buy 6.1 if we have 6.0 or can we just upgrade? |
|
Back to top |
|
 |
mqmatt |
Posted: Thu Oct 11, 2007 1:42 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
6.1 is a completely new release (migration is similar to say, v5 -> v6 and it will coexist with v5 and v6) . Ask your friendly IBM salesperson about upgrade entitlement; I don't do licensing and sales stuff.  |
|
Back to top |
|
 |
vmcgloin |
Posted: Sun Oct 14, 2007 12:25 am Post subject: |
|
|
Knight
Joined: 04 Apr 2002 Posts: 560 Location: Scotland
|
Quote: |
V6.1 has FileInput and FileOutput nodes that read and write to local filesystem |
Does that mean that the File Extender product is integrated into V6.1 and we do not need to pay for a product extension? Or are the FileInput and FileOutput nodes more limited than that product?
Thanks,
Vicky |
|
Back to top |
|
 |
|