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 TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
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.
We have major problems with Dev Studio in a multi-tier environment.
Web server on a Windows Server box. Reporting server on an AIX box. APPLOCK on. MRE authentication. User Profile on Reporting server.
DevStudio Explorer > Data Servers > EDASERVE > Applications > App Folders: Some problems
Existing .fex, .acx, .mas, .htm, .css, .js files can be edited
Existing .html files cannot be edited (normally expected to be edited from Web Applications area)
Can create new .fex, .htm files
Cannot create new .html, .css, .js files
Cannot create new .mas, files - error: This action is not allowed for the administration level of the user reporting server admin id
DevStudio Explorer > Web Applications > App Folders: Many problems
Existing .htm, .css, .js files cannot be edited - error: (FOC1562) EDAGET: FILE folder-name/file-name NOT FOUND
Existing .html files can be edited
New .html files cannot be created - editor opens, but when file is saved - nothing is saved
Existing .htm files can be edited - only if they also exist in the server App folder, and it is the server App folder file that gets edited, not the Web Applications folder file !!!
I haven't tried dragging-and-dropping files from the Windows desktop to the Web Applications area to see if that's one way of getting new files there, because of an annoying bug with drag'n'drop of new files - DevStudio freezes.
I was told by a VERY SMART PERSON that some of this is normal behaviour. Dev Studio does not work well in a multi-tier environment. The EDAGET error points to a peculiar problem - EDA is a reporting server component - why is it invoked from the Web Applications area? Why can we not manipulate .css and .js files in the Web Applications area - these file types belong to the web world!This message has been edited. Last edited by: Francis Mariani,
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
I do not know about multi teer but we have an issue with IE8 and older version of WF Dev Studio where we can create HTML files and everything saves except the OnClick. Even manually entering what would normally be coded for the OnClick does not save. WF 7.6.11 is supposed to solve this because it supports IE8. Please disregard if this is not part of your problem. Paul
Prod: WF 7.7.05, BID, MRE, 7.7.06M Server, Windows 2008, RedHat, Oracle 11gR1, MS Office 2010 Test: I wish we had one!
The APP LOCK on your reporting server is telling devstudio to do all application IO through the reporting server because it wants to be in control. Now I thought that only happened if the web tier was marked as your "development environment" and the reporting server was marked as your "project development server". Since your server and your web tier do NOT share the same approot file location, it should NOT be marked as your project dev server.
(hope that helps - going back to vacation).
Brian Suter VP WebFOCUS Product Development
Posts: 200 | Location: NYC | Registered: January 02, 2007
It was recommended by IBI Tech Support to set WF_proj_list_from_wfrs to YES.
This is done from the WebFOCUS Admin Console > Configuration > General window.
Documentation:
quote:
Controls how Developer Studio loads the Projects tree and the Web Applications tree in the Project Development Environment. The default setting is NO to preserve legacy behavior. NO means that the project tree and Web application tree in the development environment are loaded with the set of applications found by WFServlet in the Web-tier application root directory. YES means that these trees are loaded with the set of applications found by the Project Development Reporting Server, except for APP MAP applications which are filtered out. Customers who wish that their developers see only their own projects/applications in a shared development environment may wish to change this setting to YES and also do one of the following: APPLOCK the project development server (for more information, see Technical Memo 4613: Creating Private Application Views With APPLOCK 7.1 and higher) or use file system permissions on the server’s application folders.
This sounds like a bunch of gobbledeegook to me. I turned it OFF and magically, all files are editable where they're supposed to be - Data Server area or Web Applications area of DevStudio.
I will now try to get an explanation of what this setting is supposed to do.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server