Is there any way to reuse our UFT Siebel High Interactivity automation scripts for Siebel Open UI application. We have worked for Siebel HI application for the last 3 release (R1,R2,R3) and automated the Siebel HI application using UFT. Now we have migrated to Siebel Open UI app. Just wanted to know can we reuse the Siebel HI scripts for Siebel open UI app for UFT automation. if yes , then what is the procedure to do that?? Please let me know if anybody knows..
Unfortunately there is no upgrade path between Siebel HI (Sieb* objects) and Siebel Open UI (SblOUI* objects).
Related
I am aware of downloading standard SAP Fiori apps from ABAP Repository using the /UI5/UI5_REPOSITORY_LOAD program. Also, I understand that the apps may directly be imported into SAPUI5 Web IDE if connected to the SAP system.
I want to know if there is any other way to access Standard SAP Fiori Apps since I am required to work on extending standard apps but currently don't have an access to any SAP System.
Kindly help. Many thanks.
but currently don't have an access to any SAP System
SAP does not provide source code of standard apps in public access, neither Fiori nor traditional app. If you have no access to S4HANA, then you are out of the luck.
The only option I can imagine is a SAP CAL (Cloud Appliance Library) where you you can quickly deploy full-featured S4HANA, download your app and then terminate the instance. It wouldn't be very expensive for such short-time task.
Another possible option is to download software components related to your app (UIAPFI70 400 + S4CORE 101) from SAP Launchpad and try to dig into archives to pick out needed files manually, but for me it seems a dead end. Be aware, that your app is deprecated since 1709 and see relevant note.
P.S. BTW to download Fiori you can use not only /UI5/UI5_REPOSITORY_LOAD but also Eclipse way.
From what I understand Filemaker is a database. A friend of mine is able to make forms out of filemaker. Is it possible to publish those forms as a website?
Basically is it possible to use filemaker as a web platform?
Can I make websites out of filemaker pro's form generation facility.
If the answer is yes, is it the ideal tool for website programming?
Thanks.
In response to Your main answer "Is Filemaker a web platform?" i would says no.
Filemaker it's a database engine with gui facilities, so You can build things fast, it's an ideal tool for making projects (more or less specific) inside an corp or organization or to prototype/develop an application.
Filemaker has btw at least to modes/tools to share data and gui functions out of the box (http://www.filemaker.com/products/filemaker-pro/web-publishing.html):
Instant web publishing
avaiable in the Filemaker Pro (limited users and functionality) and Filemaker Server that enable You and Your group to share with minimum effort data and gui (forms)
Custom Web Publishing
only with Filemaker servershare data trough PHP code, with some tools to auto-generate PHP code.
So Filemaker i would says can share you data and forms build inside Your database over the web and can integrate with the Server version with PHP.
Good question btw!
Rob
Technically FileMaker server has a fairly good Web API that accepts GET and POST requests and returns data in XML. There's also an official PHP wrapper around it and a few unofficial wrappers, e.g. in Python. It's pretty much possible to use it as a database backend with Web projects.
I have a SharePoint 2010 (farm) solution that contains exactly feature:
The feature is site-scoped.
The feature's visibility is set to "true".
The assembly deployment target is set to "Web Application".
The feature contains one webpart.
After adding this solution to the solution store I can deploy the solution to a specific web application. However, after deploying the solution to exactly ONE web app, the feature is actually visible on ALL site collections! I would assume that the feature should only be visible in site collections hosted by that ONE web app?. Trying to activate the feature and add the webpart to a page will (expectedly) fail in all site collections of other web apps (the assemlby cannot be loaded).
Is that a SP2010 bug? Is there a workaround? I just want to limit the visibility of a feature to specific site collections...
Please help!
Thanks
Jan,
Are all your web apps running on the same WFE server? If you have multiple WFEs, you can do this:
Deploy feature to web app A in WFE A.
You should see the feature in the Site Collection Features of web app A.
Now, go to a web app B in WFE B. When you look at the Site Collection Features in web app B, your feature shouldn't be there.
If your web apps are running on the same server, then they are using the same 14-Hive/TEMPLATES/FEATURES folder. Once you deploy the feature to just one web app on that server, the features-folder is sitting in that server's TEMPLATES/FEATURES folder, which will make the feature visible on the Site Collection Features of all apps in that server.
If you have multiple apps running on the same WFE and if it still your requirement to limit the visiblity of the feature, you may have to look into sandboxed solutions.
Another possiblity is you make the feature hidden (visiblity off--it will never be shown on any Site Collection Features) and just have the SP administrators do command-line/cmdlet deployment of your feature for that one web application.
-Gabe
I have requirement to develop DMS(Document Managemen System) with some initial requirements:
If possible DMS should be open source
Initially DMS should support up to 500 users
System should be scalable in sence od users or content
Docuemtns/Content should be stored on a file system
Document should be able to be marked for later destruction
Mandatory to have workflow capabilities
Mandatory to have version control capability
Nice to have SSO(Single Sign On) with Liferay portal
Nice to have posibility to expose some of funccionality via portlets in Liferay
Document management should be done via the web interface
Nice to have shared drive capability
Nice to have events and notifications about add/change content
At the moment I am in doubth to choose between Alfresco and Nuxeo.
I will appreciate any help to choose between them.
Thanks in advance
I have not much experience with Nuxeo, but here is for Alfresco:
1.If possible DMS should be open source
Yes.
2.Initially DMS should support up to 500 users
Yes, if you have a good server.
3.System should be scalable in sence od users or content
Yes.
4.Docuemtns/Content should be stored on a file system
Yes. Only metadata is stored in a database.
5.Document should be able to be marked for later destruction
The free Records Management module has retention capabilities.
6.Mandatory to have workflow capabilities
Yes.
7.Mandatory to have version control capability
Yes.
8.Nice to have SSO(Single Sign On) with Liferay portal
Yes.
9.Nice to have posibility to expose some of funccionality via portlets in Liferay
Alfresco and Liferay work very well together.
10.Document management should be done via the web interface
Yes.
11.Nice to have shared drive capability
Yes.
12.Nice to have events and notifications about add/change content
Not sure about this one. The Share module has this feature, but not sure about the main DM application.
Don't know the Nuxeo system, but we are using Alfresco as a document storage and session server. We have our own GUI and only use it as a back-end system. So far we had no problems. Plus Alfresco has a nice REST interface which makes it easy to integrate into any existing system.
I would like to develop a way for sending text messages (SMS) from Microsoft Dynamics CRM 4.0.
For example: clicking a button will open a window where I can enter my message. Clicking send will send a request to the SOAP XML Web Service I'm working with containing the contact's cell number and my text. I also want to be able to install it on some of my customers' CRM servers.
What would be the best way to do this? Should I develop a plug-in or use JScript and integrate it to the workflow?
Thanks!
I'll assume you want to store the message in CRM. You can create a text message custom entity or modify one of the activity entities to store that data.
From there it depends on what you are most comfortable with. You can call web services from either javascript or a custom workflow. A custom workflow tends to allow for better testability and debugging, but is more work to set up and install (not hard, just more work). However, using javascript to communicate with web services can be tedious without some kind of framework (JQuery, Prototype).
My opinion: use a custom workflow.
One of the best ways to do this would be to use Microsoft Biztalk Server