Why, it's for your safety, and to serve you better. You don't hate security and America and puppies, do you?
Rick On Apr 30, 2014 11:56 AM, "Jason Miller" <[email protected]> wrote: > ** > 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 <[email protected]> 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 < >> [email protected]> 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: >>> [email protected]] *On Behalf Of *Andrew Fremont >>> *Sent:* Tuesday, April 29, 2014 1:40 PM >>> *To:* [email protected] >>> *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_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
