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.
it would HAVE to be a new feature request, as WF does not store anywhere who the "last modified by" user is without some code control management tools.
Regards,
Darin
In FOCUS since 1991 WF Server: 7.7.04 on Linux and Z/OS, ReportCaster, Self-Service, MRE, Java, Flex Data: DB2/UDB, Adabas, SQL Server Output: HTML,PDF,EXL2K/07, PS, AHTML, Flex WF Client: 77 on Linux w/Tomcat
Posts: 2298 | Location: Salt Lake City, Utah | Registered: February 02, 2007
Actually I don't think the information is available - the MRE programs just sit in a folder - Windows, for instance, does not keep track of the user that updated a file, and neither does MRE.
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
Maybe I'm missing something, but the 'created by', 'created on', 'last modified by', 'last modified on' are all properties that appear when I right-click a file and choose 'properties'.
This is what has always frustrated me about WebFOCUS. Things that would *seem* easy about the environment are not. It is apparent that MRE 'knows' about the file properties since it displays them on a 'properties' call in MRE. Why can't this information be easily displayed as columns in the MRE environment?
Sorry for the soapbox, this exact subject is one that has irritated me since literally my first project with the toolset.
You're right ABT, the client should have some of the obvious windows client features. It's also frustrating to me that you can not copy the file name from the properties screen. But I know there are plenty of posts with that rant on it.
You're all correct, how silly of me to not check before answering!
It's strange this is only available in the MRE area of Dev Studio - it's not available in the Server App folders of Dev Studio and it's not available in the web browser MRE Domains page.
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 think that we should also remember where the information is coming from.
Some may be local, some from a web server , and some from a WebFOCUS server. It depends on how the information is being retrieved , and what is available on a platform.
Originally posted by Waz: I think that we should also remember where the information is coming from.
Some may be local, some from a web server , and some from a WebFOCUS server. It depends on how the information is being retrieved , and what is available on a platform.
With respect, as a 'consumer' of a product, I shouldn't have to care where it comes from, just that it be there. Why is there no RDBMS driving the system that provides this information? I assume it is dynamically gathering it upon request.
Of course I may have this all backwards, but it seems consistent with my experience so far.
It's strange this is only available in the MRE area of Dev Studio
Doesn't MRE need to track various bits of meta-data for each file in order to do the 'Managed' portion of the operation? The Server Apps area does not have access control associated with each folder/file so it doesn't get stored when a file is saved.
I agree with the general sentiment that DevStudio should behave more like a 'native' Windows application. I'm willing to guess that the history of the product has a lot to do with how it is currently configured. Didn't the Server Apps come first before MRE was added? If the meta-data isn't required for Server Apps then why spend the time and effort building it?
Just like all companies that build software I would guess that IBI puts forth the most effort on those things that will help them sell more product. That means adding more wiz-bang-wow features to the presentation layer. The back-end is always the last to get updated and that usually happens when changes to the presentation layer require it.
As much as I wish it were so today I do think that IBI is moving in the right direction. Consolidating MRE and ReportCaster into the same repository is a good start. Hopefully the security model in v8 will allow across-the-board access to meta-data.
Just my 3-cents worth.
7.7.05M/7.7.03 HF6 on Windows Server 2003 SP2 output to whatever is required.
Posts: 393 | Location: St. Paul, MN | Registered: November 06, 2007
Dan, what's strange is that it is available in the "MRE area of Dev Studio" BUT NOT in the "web browser MRE Domains page". Where is Dev Studio getting this info from that the Domains page cannot?
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