Thank you Doug....the clarification is appreciated.

On Thu, Oct 8, 2015 at 1:25 PM, Mueller, Doug <doug_muel...@bmc.com> wrote:

> **
>
> Joe and LJ,
>
>
>
> There is a difference about what the product will allow vs. not allow and
> what the operation environment policy allows or not.
>
>
>
> There is no restriction in the product.  The product in RoD is identical
> to the product that is available On Premise.  Both the features you mention
> Joe are fully supported – and used by the applications – both On Premise
> and On Demand.
>
>
>
> Now, if you are running the environment On Demand and want to add new
> logic that uses these features, there are restrictions.  Remember, the BMC
> team is responsible for running the environment and making sure it is up
> and running and safe.  If you do a run process that is running some
> external process or issuing direct SQL commands that are outside the AR
> System control, there are issues about data security and integrity and
> about what processes are doing.  On Premise, you are responsible for your
> own environment and processing so you can take responsibility for the
> issues here.  The On Demand team however has to be very conservative about
> what they are allowing a customer to put into an environment that they are
> responsible for operating.
>
>
>
> So, in general, the operations of Direct SQL and Run Process are not
> allowed within a RoD environment.  If there is a requirement for these
> operations, you have to have discussions with the RoD team about what is
> possible or not within the environment.
>
>
>
> In the end, not a product or feature issue, but an operational
> issue/discussion.
>
>
>
> Doug Mueller
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Joe D'Souza
> *Sent:* Wednesday, October 07, 2015 3:38 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: RoD limitations...
>
>
>
> **
>
> I have not directly worked in an RoD environment, but when the product was
> new-ish, somewhere around version 7.x, I had tried to research as to the
> differences and limitations and that is what I was told – that everything
> is the same. The only difference feature wise was these two and these two
> were removed for security reasons or something like that so that you could
> not execute scripts directly on the DB or programs directly on the server.
> I was also told that that was a basic architecture of most cloud solutions
> during that time where you did not have any kind of direct control on the
> underlying DB’s or OS.
>
>
>
> So assuming that things change, ideas evolve, systems get smarter, (users
> get dumber J ), I was wondering what has changed.
>
>
>
> In fact it would be nice to know what were the differences between the two
> as the versions advanced from the time RoD was first born..
>
>
>
> Joe
>
>
> ------------------------------
>
> *From:* Action Request System discussion list(ARSList) [
> mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] *On Behalf Of *LJ
> LongWing
> *Sent:* Wednesday, October 07, 2015 6:25 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: RoD limitations...
>
>
>
> **
>
> Really?  I didn't realize that BMC was producing anything other than a
> hosted Remedy...didn't realize that there were limitations to what the
> system could do....
>
>
>
> On Wed, Oct 7, 2015 at 3:29 PM, Joe D'Souza <jdso...@shyle.net> wrote:
>
> **
>
> I had raised this once a long time ago to get a sense of what flavor from
> the full version would a Remedy on Demand solution loose and there were
> pretty much 2 key features that I recall.
>
>
>
> The inability to issue a Direct SQL within workflow
>
> The inability to issue a Run Process within workflow
>
>
>
> With 8.x, and 9.x, are there anything more or less that is lost feature
> wise?
>
>
>
> Joe
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to