Where do I find it? I'm totally new to WebFOCUS. I took the first two dev studio classes and thought it was a breeze. Problem is, back at the office I can't even find the Projects on localhost. When I open my Developer Studio Desktop all I see is WebFOCUS Environments. I've searched thru all of the menus and can't find the Project Wizard or anything that I can use to create the folder. HELP!

This message has been edited. Last edited by: <Emily McAllister>,

In the Help About what what does it say the product is Dev Stuido, Power Report, etc...

About WebFOCUS Developer Studio

Product Information
------------------
Version: 525
Gen: 031104

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.

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.

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.

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

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.

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

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

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