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_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
