Issue 4565: PDM RTF issue: no generic "set session properties" operation (pdm-rtf) Source: NIST (Mr. David Flater, dflater(at)nist.gov) Nature: Uncategorized Issue Severity: Summary: This new JCAD issue looks to apply equally well to PDM Enablers. We might want to add an operation like PdmSystem::set_session_properties ( in CosPropertyService::Properties session_properties ) raises (PDM_EXCEPTIONS, PdmFoundation::InvalidProperties, PdmFoundation::CannotChangeWithoutReconnect); A matching get_properties operation may not be needed if everyone thinks that this would be redundant with PdmServer::get_properties. Resolution: Revised Text: Actions taken: September 6, 2001: received issue Discussion: End of Annotations:===== From: David Flater MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <15255.55110.851460.476558@mouse.msid.cme.nist.gov> Date: Thu, 6 Sep 2001 16:06:30 -0400 (EDT) To: mfg_ppe@omg.org Subject: PDM FTF issue: no generic "set session properties" operation X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Public-Key: Available at http://www.mel.nist.gov/msidstaff/flater/flater.htm X-Keyserver: wwwkeys.pgp.net Content-Type: multipart/mixed; boundary="ya/Mx8vHvV" X-UIDL: Da4!!9$Oe9c;m!!*''e9 This new JCAD issue looks to apply equally well to PDM Enablers. We might want to add an operation like PdmSystem::set_session_properties ( in CosPropertyService::Properties session_properties ) raises (PDM_EXCEPTIONS, PdmFoundation::InvalidProperties, PdmFoundation::CannotChangeWithoutReconnect); A matching get_properties operation may not be needed if everyone thinks that this would be redundant with PdmServer::get_properties. Return-Path: Received: from dribble.cme.nist.gov (dribble.cme.nist.gov [129.6.32.31]) by yin.cme.nist.gov (8.9.3/8.9.3) with ESMTP id PAA17704 for ; Thu, 6 Sep 2001 15:55:47 -0400 (EDT) Received: from nist-i.nist.gov (nist1.nist.gov [129.6.94.1]) by dribble.cme.nist.gov (8.9.3/8.9.3) with SMTP id PAA17540 for ; Thu, 6 Sep 2001 15:55:46 -0400 (EDT) Received: from email.nist.gov (email.nist.gov [129.6.2.7]) by skid.nist.gov (8.9.3/8.9.3) with ESMTP id PAA22679 for ; Thu, 6 Sep 2001 15:55:43 -0400 (EDT) Received: from nist-i.nist.gov (nist1.nist.gov [129.6.94.1]) by email.nist.gov (8.9.3/8.9.3) with SMTP id PAA23891 for ; Thu, 6 Sep 2001 15:55:42 -0400 (EDT) Received: from emerald.omg.org (emerald.omg.org [192.67.184.65]) by hawksbill.nist.gov (8.11.1/8.11.1) with ESMTP id f86Jten27419 for ; Thu, 6 Sep 2001 15:55:40 -0400 (EDT) Received: from cypntx.ugsolutions.com (hobbit.omg.org [192.67.184.3]) by emerald.omg.org (8.11.0/8.9.2) with ESMTP id f86Jil326505 for ; Thu, 6 Sep 2001 15:44:47 -0400 (EDT) Received: from cypntx.ugs.com (134.244.77.102) by hobbit.omg.org asmtp(1.1) id 19757; Thu, 06 Sep 2001 16:02:14 -0400 (EDT) Received: from ugsolutions.com (wizard.ugs.com [134.244.121.124]) by cypntx.ugsolutions.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id SJSQ9JMC; Thu, 6 Sep 2001 12:51:00 -0700 Message-ID: <3B97D2E2.F4DF6E51@ugsolutions.com> X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.11.00 9000/782) X-Accept-Language: en MIME-Version: 1.0 References: <5.1.0.14.2.20010906132731.02d6d8e0@popserve.grc.nasa.gov> Content-Type: text/plain; charset=us-ascii From: Jim Stephens Sender: stephenj@emerald.omg.org To: jcad_services@yahoogroups.com CC: cad-ftf@omg.org Subject: CadSystem Properties issue Date: Thu, 06 Sep 2001 12:47:47 -0700 Hi, Another issue to consider: In the CadServer interface we have the ability to inquire launch properties for the CadSystem, and then pass in a set of properties when we call connect() or connect_with_password(). Once the CadSystem is running we do not have a way to query or change the properties. As an example - UG has a property for the search path for files. You can set this property when you initially start up the CadSystem. If it needs to be changed during a session the only choice is to shut down the CadSystem with disconnect() then call connect() again. Also, if you connect to an already running CadSystem you cannot determine what properties were used during the original connect(). I think I would propose adding something like "get_properties" and "set_properties" for the CadSystem interface. These calls would basically allow a query and update of the properties provided to the CadServer via the connect() calls. CosPropertyService::Properties get_properties(); void set_properties( in CosPropertyService::Properties props ); Jim Stephens EDS PLM Solutions (formerly UGS) (formerly Unigraphics Solutions Inc) (formerly Unigraphics, an EDS company) (formerly Unigraphics) (...) From: David Flater MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <15255.55308.90670.714500@mouse.msid.cme.nist.gov> Date: Thu, 6 Sep 2001 16:09:48 -0400 (EDT) To: mfg_ppe@omg.org Subject: Re: PDM FTF issue: no generic "set session properties" operation In-Reply-To: <15255.55110.851460.476558@mouse.msid.cme.nist.gov> References: <15255.55110.851460.476558@mouse.msid.cme.nist.gov> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Public-Key: Available at http://www.mel.nist.gov/msidstaff/flater/flater.htm X-Keyserver: wwwkeys.pgp.net Content-Type: text/plain; charset=us-ascii X-UIDL: L(He96ZVd9Z&Rd9F;Ge9 David Flater writes: > A matching get_properties operation may not be needed if everyone > thinks that this would be redundant with PdmServer::get_properties. I wish I had waited just another 30 seconds before sending that comment, because the original issue explained why you want a matching get_properties: you want it so that the current settings for the session are returned as defaults (rather than the global defaults that PdmServer would return). DWF