For one....if they say 'in version x this will happen', and it ends up either 
not being version X, or it ends up not being in there...it creates public 
relations nightmares because of people saying 'but you said, and I was counting 
on it, blah blah blah'....this type of thing happened a few years ago when they 
gave a future looking comment that said v8 will be the last version to have a 
native client, with the thought that v8 was going to be the next version 
released....well, it wasn't...the next version ended up being 7.6.3...and then 
7.6.4 was called a maintenance release of it...and THAT is the final version 
with a client....so this caused TONS of documentation problems all over the 
place...so in general, they try not to state to the public things like 'this 
will happen by x' and such because it causes expectations that may or may not 
be met.

-----Original Message-----
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pritch
Sent: Tuesday, June 05, 2012 7:58 AM
To: arslist@ARSLIST.ORG
Subject: Re: Future of the AR System and Web Services...

Pardon my ignorance, but what are the obvious reasons?

----- Original Message -----
From: "David Easter" <david_eas...@bmc.com>
To: arslist@ARSLIST.ORG
Sent: Monday, June 4, 2012 10:39:28 PM
Subject: Re: Future of the AR System and Web Services...

** 


For obvious reasons, futures can’t be openly discussed on a public forum, but I 
can say that web services will continue to be improved in future releases.  The 
inability to interpret arrays is a known limitation that certainly is something 
that is desired to be addressed.   There are, of course, other enhancements 
that we’ll be considering in the future as well. 

  

Web services is an important method for integrating applications because it 
insulates the calling application from version or structure changes in the 
target application.  Because of this, it is a focus of the BSM solution and 
will therefore continue to receive attention and generate improvements. 

  

-David J. Easter 

Manager of Product Management, AR System 

BSM & Atrium Solutions Management 

BMC Software, Inc. 

  

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc. 

  


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza 
Sent: Monday, June 04, 2012 2:50 PM 
To: arslist@ARSLIST.ORG 
Subject: Future of the AR System and Web Services... 

  

** 




  


Does anyone know where this is headed to?? 


  


The current AR Systems capability or incapability rather to consume complex 
constructs limits a lot of what you can hope to do using web services. From 
hearsay, even version 8 does not have the ability to understand WSDL’s with 
complex constructs. Are there any definitive plans on when these would be 
reengineered to overcome these limitations? 


  


From my recent experience with attempting to consume complex WSDL’s, this 
incapability appears to be more superficial, than internal to the AR Server. It 
may be either at the Dev Studio level, or the actual WS plugin. It is actually 
in some circumstances possible to bend these limitations which shows that some 
of these limitations are not at the AR Server level itself. So that makes me 
wonder if it could be incorporated with just be a patch enhancement instead of 
planning it with a major release.. 


  


Also, does anyone know at what level is a WSDL interpreted when creating a Set 
Field filter action that uses a WSDL? Is it interpreted at the client level 
(dev studio) or server level (the WS plugin itself)??? 


  


What I mean to ask is when you enter the WSDL URI into the Set Fields action on 
a filter while creating a WSDL powered set fields filter, at what level does 
all the ‘magic’ happen? At the client side? Or on the server side?? I am trying 
to find if this is documented anywhere so if you have come across it please let 
me know where to look.. 


  


Cheers 


  


Joe 

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 
www.wwrug.com ARSlist: "Where the Answers Are"_ 

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Reply via email to