I have a task of integrating Oracle Simphony with a third-party application using the Transaction Services API. Problem is I've never used or seen Simphony. There's this one installation guide: https://docs.oracle.com/en/industries/food-beverage/simphony/19.4/simig/t_install_all_in_one.htm
but I'm not sure this applies for testing purposes.
Is there a way to use Simphony for free for testing purposes?
Related
I about to embark on a new project in my company. I work in an enterprise that is highly governed by standards and best practices. We have Kofax TotalAgility already deployed. I'm trying to use Elsa as a lightweight alternative to Kofax which is built on .Net 4.6. I'm on Blazor Server-Side and .Net 5.
So Elsa has an appeal. Secondly, there s a severe lack of help when it comes to Elsa. A generic or hobbyist developer will not use a Workflow based business layer. Workflows are more common in enterprise environments. We have a load balanced deployment model for apps with AlwaysOn SQL Servers. If I include Elsa embedded in an application having it's tables as a part of the apps DB, I need to deploy it to two nodes pointing to same DB. This creates race conditions when it comes to pick up activities saved in DB and perform action. That is why Kofax is deployed as a single node specially. Which means I need to deploy Elsa based generic solution for all my apps. And I simply do not have a sample or a guide to do this.
Can someone help me understand this scenario: An Elsa deployed and running on a server with IIS exposing it API interface (if it has else deployed embedded in a .Net 5 Web API). A separate application(s) will be, then, leveraging this instance of Elsa.
I may be wrong in my understanding here. Please help.
Elsa 1 (the current release) is not suitable to use on more than a single node. Not only will you encounter concurrency issues as the OP mentions, but workflows with time-based activities will cause a given workflow to execute on every node, which is undesirable in normal use cases.
Elsa 2 (currently available as preview packages on MyGet) is a different story. Like Elsa 1, it is designed for use in your own application as a light-weight solution to add workflowing capabilities. But unlike Elsa 1, it is also designed to run as a separate workflow server, exposing APIs for other applications to interact with. For example, the dashboard application does not access the Elsa database directly, but instead takes advantage of the workflow server's API endpoints. Additionally, Elsa 2 is designed to be hosted on both single node and multi node environments, allowing you to easily scale out the workflow server horizontally.
Elsa 2 is slated to be released end of March.
In Google's latest docs, they say to test Go 1.12+ apps locally, one should just go build.
However, this doesn't take into account all the routing etc that would happen in the app engine utilizing the app.yaml config file.
I see that the dev_appserver.py is still included in the sdk. But it doesn't seem to work in Windows 10.
How does one test their Go App Engine App locally with the app.yaml. ie: as an actual emulated app engine app.
Thank you!
On one hand, if your application consists of just the default service I would recommend to follow #cerise-limón comment suggestion. In general, it is recommended for the routing logic of the application to be handled within the code. Although I'm not a Go programmer, for single service applications that use static_files and static_dir there shouldn't be any problems when testing the application locally. You might also deploy the new version without promoting traffic to it in order to test it as explained here.
On the other hand, if your application is distributed across multiple services and the routing is managed through the dispatch.yaml configuration file you might follow two approaches:
Test each service locally one by one. This could be the way to go if each service has a single responsibility/functionality that could be tested in isolation from the other services. In fact, with this kind of architecture the testing procedure would be more or less the same as for single service applications.
Run all services locally at once and build your own routing layer. This option would allow to test applications where services needs to reach one another in order to fulfill the requests made to them.
Another approach that is widely used is to have a separate project for development purposes where you could just deploy the application and observe it's behavior in the App Engine environment. As for applications with highly coupled services it would be the easiest option. But it largely depends on your budget.
I am using Xcode 7, Swift, and the new UI Automation announced at WWDC 15. I want to test some things in an oracle database after some of my UI automation tests have run.
Can this be done? If so how do you do it? I can't seem to find any sort of documentation on the subject.
The mobile phone doesn't guarantee a permanent and stable network connection and is a big problem for direct connection to DB.
For mobile platforms you need to create a web service on a server that will do all the work between database and mobile application. It is not recommended to connect directly to databases, except when it is local databases(SQLite).
I just upvoted #lurie-manea answer, in addition to that you shouldn't rely on Xcode UI test for testing your DB transaction once you have your web service implemented since you'd be able to test the DB state with XCTest(app tests) or if you using AppCode for writing code, it has nice plugin to test restful web services,
https://www.jetbrains.com/objc/help/testing-restful-web-services.html
Hope this helps.
I am trying to find out what API's are used for the iExpense application when creating an expense report. I tried looking for these online but no luck. I wish to use these APIs in my mobile application.
Can anyone suggest ways to find out the same
Oracle iExpense is a part of the whole Oracle Application suit of products i.e. an ERP. I don't think you would find an iExpense API anywhere other than on an existing licensed installation of Oracle Apps where iExpense is being used. Even if you find one, you would end up writing your own API with the logics driven off of the base API's in iExpense.
A client has asked whether or not I can provide some support for his intranet which runs on Oracle Application Server Portal. Not having used this technology before I thought I'd ask if anyone else has and what they thought of developing for it.
I'm a c#/ASP.NET developer so I note with apprehension that there's no mention of .NET in the developers guide. Anyone tried to make the two work together and lived to tell the tale?
Oracle Portal was never meant to be a "platform," but instead to fulfull a specific need. When Portal was not the right solution directly, the pointer was to JDev and BC4J, plus needed other stuff. I have done extensive Oracle Portal development and for what it is, it did just fine (i.e. a "portal" to core data and applications with some exposure of that data via the portal).
The current direction of the portal product is to separate it out and have it under Oracle's "Web Center." The focus here is to make the development of portlets closer and closer to standard java development. You can find the official statement here:
http://www.oracle.com/technology/products/ias/portal/pdf/oracle_portal_sod_r11.pdf
Web Center is much more of a "platform" that has all the buzz words around the 2.0 technologies. Including content mgmt, portal, and a .NET WSRP integration feature/function. I would check that out in addition to portal (which does quick and easy portlets for web center too).
My company (a dedicated Oracle shop) and I have used Oracle Portal for many years and have been very successful with it. But I have to warn you against taking on this task if you do not have experience with PL/SQL (Oracle's proprietary database programming language).
An intranet built on Oracle Portal is likely to make extensive use of custom-built "portlets". You can build these in Java or PL/SQL; in my experience, 95% of all real-life portlets are built using PL/SQL.
Theoretically, if you use the latest version of Oracle Portal (10.1.4), you can consume WSRP 1.0 portlets. So if you can build portlets in .NET that will communicate using WSRP 1.0, you could integrate these. But if your customer asks for "support", they probably expect you to be able to tweak their existing portlets - and that would require PL/SQL programming experience.
There's a fairly good description of Oracle Portal on the Oracle Wiki:
http://wiki.oracle.com/page/Oracle+Portal
Strategically, Oracle has placed Oracle Portal is in the "Continue & Converge" category, which means that it's supported and will receive minor updates. Their strategic portal product these days is Oracle WebCenter, but that's a $125,000 per CPU behemoth; it's likely to be overkill for 99% of all sites built on Oracle Portal.
The only experience I've had with an Oracle Portal was obliquely, when I inherited a system that used one for a relatively simple maintenance web application. A large part of my opinion of Oracle's stuff comes from my background with SQL Server/ASP.NET, but Oracle is just plain harder to set up and administer and keep running, and that applies not just to the database but also to auxiliary stuff like Oracle Portal, their SOA suite, their Mobility Server etc. Even experienced Oracle people tend to agree with this, so hopefully I won't piss anyone off.
I would definitely not provide support for an Oracle Portal application (or any other Oracle product, for that matter) unless I had a lot of experience with the tools.
I have developed a dozen or so Java portlets for Oracle Portal over the past few years. If you are not necessarily tied into using .NET to develop portlets and do not want to use PL/SQL, I would recommend this approach. Oracle's Portlet Developer Kit (PDK) offers good functionality (http://www.oracle.com/technology/products/ias/portal/pdk.html).
I've not tried the WSRP approach but have deployed ASP.NET apps using the Web Clipping Portlet that comes with Oracle Portal with some success.
I have found Portal to be difficult to work with at times and a good knowledge of the other components in the Application Server stack (OID, SSO, Oracle DB, etc) is very helpful.
I recommend that you take a look at Oracle's WebCenter 11g Suite. When Oracle acquired BEA, it took on a few portal products, but from everything I've heard, WebCenter 11g is Oracle's story as far as portals go for the future - all the active development will be concentrated there. You can find a decent amount of material out there. Here's a blog post to get you started on WebCenter 11g.