Seems silly to me to believe the competition isn't gaining access to the documentation.
On Thu, May 1, 2014 at 7:50 AM, Bennett, Craig <cbenn...@hydro.mb.ca> wrote: > ** > > Locked down – easier to deal with. > > Had one vendor who password protected the download of a password protected > .zip archive of the pdf documentation which was then further locked down to > prevent copy & print. Now that is useless > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller > > *Sent:* Wednesday, April 30, 2014 1:30 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Fast v.s. List Threads > > > > ** > > Thought I would share this on the List. I put my ranty pants on for this > one (no really, notice the tags): Why do I have to log into bmc.docs.com > almost every time I open it? <https://communities.bmc.com/message/424094> > > > > The recentish docs.bmc.com changes and need to enter credentials multiple > times a day the has probably been experinece by many of you. Apparently > this is by design. The response I received on a recent ticket for it: > > > > no secured system in the work arena will allow 1 day of session validity" > and at this time no changes will be made. (Login expiration is correctly > configured. No secured system in the work will allow 1 day of session > validity.) > > > > "Multiple login is a known issue as we have different apps using different > SSO solution. We are already working on that. You cannot have SSO/session > active across multiple computers. This is basics of secured system.. > > > > I too am looking for an answer as to why is this documentation needs to be > so secure? SNOW doesn't secure their doc. > > > > Jason > > > > > > > > > > > > On Tue, Apr 29, 2014 at 10:20 PM, Axton <axton.gr...@gmail.com> wrote: > > ** > > Just to help (maybe) solve a long standing problem, let me point this out. > > > > I ran a Google search for a quote from the excerpt you cited from the > product documentation: > > "The fast queue handles the operations that generally run to completion > quickly" > > > > Guess what result did not show up on the first page of results... BMC's > product documentation... What logic they have to withhold their > documentation from robots indexing it is beyond me. If memory serves me > correctly BMC has gone to lengths to ensure that APIs, documentation, > javadoc, systematic workflow documentation, etc. are not available on the > web. > > > > Maybe someone can help me understand the logic here because it eludes me... > > > > On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow < > wrentf...@stratacominc.com> wrote: > > ** > > This is straight out of the ARS configuration guide: > > > > *Fast queue* > > The fast queue handles the operations that generally run to completion > quickly > > without blocking access to the database. The fast queue handles all server > > operations, except for: > > Administrative operations that restructure the database. These > operations use > > the administration queue. > > The ARExport, ARGetListEntry, ARGetListEntryWithFields, and > > ARGetEntryStatistics, and other API calls (which use the list queue). > > For more information about API calls, see the *C API Reference*. > > One or more threads can serve the fast queue if a fast queue is > configured. To > > configure a fast queue, see “Defining queues and configuring threads” on > > page 160*.* > > > > *List queue* > > The list queue handles AR System operations that might require significant > time, > > block access to the database, or both. Examples of these operations include > > ARExport, ARGetListEntry, ARGetListEntryWithFields, and > > ARGetEntryStatistics. > > One or more threads can serve the list queue if a list queue is > configured. To > > configure a list queue, see “Defining queues and configuring threads” on > page 160. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Andrew Fremont > *Sent:* Tuesday, April 29, 2014 1:40 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Fast v.s. List Threads > > > > ** > > Hi, > > What are the main differences between the two? I can't any docs about > these threads. > > Which one handle the requests from users via Mid-tier, or WUT clients. > > Thanks > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 > Internal Virus Database is out of date. > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > _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"
