Welcome to Telelogic Product Support
  Home Downloads Knowledgebase Case Tracking Licensing Help Telelogic Passport
Telelogic DOORS (steve huntington)
Decrease font size
Increase font size
Topic Title: Client Modifications
Topic Summary:
Created On: 19-May-2004 15:10
Status: Post and Reply
Linear : Threading : Single : Branch
Search Topic Search Topic
Topic Tools Topic Tools
Quick Reply Quick Reply
Subscribe to this topic Subscribe to this topic
E-mail this topic to someone. E-mail this topic
Bookmark this topic Bookmark this topic
View similar topics View similar topics
View topic in raw text format. Print this topic.
 19-May-2004 15:10
User is offline View Users Profile Print this message


Louie Landale

Posts: 2070
Joined: 12-Sep-2002

We have permission to globally modify the Client Installs by pushing certain files out to all the Clients. My first inclination is to modify "startup.dxl" and insert a
........"#include <\\MainServer\DOORS\Clients\StartupStandard.dxl>" line. We can modify the contents of that file over time to perform different startup chores (keep track of logins, provide warnings yaddy yaddy).

However, that would create a situation where DOORS would only work on these clients if they are connected to the network; nobody could use DOORS standalone. Is the following a reasonable alternative: Instead of #including I would insert a piece of code that checked for this MainServer's existence, and if it is then retrieve the StartupStandard.dxl and execute it manually, presumably with the "eval_" command. If the MainServer wasn't connected it would do nothing.

Never attempted anything like this. Thoughts?

- Louie
Report this to a Moderator Report this to a Moderator
 20-May-2004 13:26
User is offline View Users Profile Print this message


Tony Goodman

Posts: 1098
Joined: 12-Sep-2002

Having the ability to push files onto clients pretty much removes the need to use mapped drives on servers to hold DXL.

DXL can be pushed onto all the clients by the IT guys, or users can "get" the latest version of scripts from our CM tool.

We have an installation whereby availablity of menu options is conditional according to the "type" of the current project or the "type" of the current module. If they are in a module that is configured to use the enhancements, then these enhancements are available, otherwise standard DOORS menu options are all that the user sees.

This is a very powerful mechanism that allows us to control exactly what menu options and functionality the user gets.

It would be a simple matter, as you say, to check for the presence of a certain file, or the network rather than looking at the current item and then conditionally run DXL in the same manner.

The downside to this is that a lot of menu-building files need to be modified to make it work.

Also, we hardly ever use the addins folders - you have no control over these. Instead all menus are built using files in the new config folders.
The advantage to this is that you can add and remove files as you please without causing problems.





-------------------------
Tony Goodman
http://www.smartdxl.com
Report this to a Moderator Report this to a Moderator
 21-May-2004 09:55
User is offline View Users Profile Print this message


Ross Morgan

Posts: 74
Joined: 15-Apr-2004

sounds as though you need to be able to define login triggers or for the DB server to serve DXL.
(both would be fair CR's)

pushing DXL to config/baseWindowMenuCallbacks which does a conDownloadFile to startupfiles (the optionally running it based on the value of DOORSDATA) would be a way of avoiding eval_.

A small problem with this is that if you are doing this for several databases, then you now need to keep the DXL declarations unique across all databases - unless you use the base DXL to generate the startup file
e.g
download files to doorsHome/<port>_<server>
generate a startup file (same file name for all DB's) which only #includes files for that <port>@<server> DB

Another small problem is that if you change a base window menu customisation then you have to push the change out to all clients - who may or may not be connected at that time.

Ross.
Report this to a Moderator Report this to a Moderator
Statistics
20925 users are registered to the Telelogic DOORS forum.
There are currently 0 users logged in.
The most users ever online was 15 on 15-Jan-2009 at 16:36.
There are currently 0 guests browsing this forum, which makes a total of 0 users using this forum.
You have posted 0 messages to this forum. 0 overall.

FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.