 |
|||||
|
As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only. Join the TIBCO Community
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community. | |||||
Read-Only TopicGo | Search | Notify | Tools |
| [CLOSED]Projects on localhost | Login/Join |
| Master |
In the Help About what what does it say the product is Dev Stuido, Power Report, etc... | |||
|
| <ddnh> |
About WebFOCUS Developer Studio Product Information ------------------ Version: 525 Gen: 031104 | ||
|
| <Lee Roper> |
I am in an identical situation. I finally had to call the tech support line at IBI, and after we set up remote assistance so they could look at my system, it was determined that I don't have LocalHost set up. In my case, it appears I am at the mercy of my IS department. I can't even access some of the masters that I know are out on our LAN. | ||
|
| <Prarie> |
Yes I have the same situation also. It is the way your IT department has you set up. I have complained for months and get no where. Good Luck. It makes trying to do what classes and documention tells you to do extremely frustrating. I wish IBI would come in and fix it. | ||
|
| Master |
All, FYI It is possible to project based development on a remote server, if you IT department is will to set it up for that way. | |||
|
| Platinum Member |
Hi TexasStingray, Any information you can provide about project-based development on a remove server would be helpful. When we tried it, (IBI set up the server as root) anyone could erase or delete any projects. We have since set up the server under a different account, so, in effect, users cannot write to the apps directory. We are clearly missing something here if projects are supposed to be the way to go for development. All parts of WF on a unix platform, no MRE and no RC. Thanks. Suzy | |||
|
| Master |
In Unix you can create group ID's and give this group read and write privilages to the apps directory. assign the developers to this group. If this group is not the developers primary group you can set the sticky bit on the directory so that any directorys and file that are created automaticly get created with this group allowing developers the ability to read/write (change) the files as necessary. In a production environment the group would be limited to only nesessary individuals to move programs from dev/test into production. proventing unauthorized changing/deleting of this files. Hope this helps. | |||
|
| Platinum Member |
Hi TexasStingray Thanks for your reply. This does help somewhat, but it sounds like members of the group can still inadvertently change/delete files belonging to another developer. Would we need to set up a sticky-bit 'group' for each and every developer to provide a private development sandbox for each developer? Then there's the matter of subdirectories (for a user's own organizational purposes), which, I'm beginning to find out, WF doesn't like. WF seems to like a simple flat list of directories under approot best. It all seems way more complicated than regular old Focus for Unix. Thanks again. Suzy | |||
|
| Guru |
For newbies..... If you open Developer Studio click on Windows, Options there's a checkbox for Show Projects on explorere tree (however it's possible there are no projects at first). To create a project, right click on projects and select new project! It's that simple. From Developer Studio, you can click on File, Show Environments and properties to set up your environments. Good Luck, Carol | |||
|
| Master |
Suzy, You can create the subdirectories ahead of time and set the sticky bit for individual groups. thus allowing only users of that group to make changes and/or add files. Most companys may not be too concerned about development. This is because they can always copy the productions files back to the development boxes. Another option would be to use group/department pass keys to encrypt focexecs. This would require you to know the group/department pass key and then decrypt the focexec before you could make changes to it. However, this could turn out to be more work. One think that I have been using is a VCS software. All applications before they are moved into production are required to be cataloged into the VCS software, This way we have backup copy of software changes and can restore from a backup instance. TexasStingray  | |||
|
| Powered by Social Strata |
 | Please Wait. Your request is being processed... |
Read-Only TopicCopyright © 1996-2020 Information Builders
| View $GS_USERNAME's Public Profile |
| Add $GS_USERNAME to my Ignore List |
| View Recent Posts by $GS_USERNAME |
| Notify me of New Posts by $GS_USERNAME |