I'm trying to interact with the Siebel Communications activex web application.We have an existing web app that needs to interact with elemets in the siebel activex's
Trying to add the Siebel app in an iframe is not effective,I can't script that iframe,it's on a different doamain.
The approach I'm considering :
Wrtitng another activex with a web browser control to load the siebel app.
Any idea's?
There is a COM interface to support client-side integration with Siebel. In order to use it, the EnableWebClientAutomation parameter needs to be set to TRUE in the application configuration file. Setting that parameter makes sure the Siebel desktop integration object (ActiveX control) gets downloaded to your client machines.
[SWE]
EnableWebClientAutomation = TRUE
I don't have any experience in doing this type of integration, and there's not a whole lot of info in Siebel Bookshelf about it, but I'm pretty sure this is how Mercury LoadRunner integrates with Siebel for automated load testing.
I hope this helps.
I'm not sure that you can interact with the Active X control directly - you probably have to go direct to the Siebel application via a Siebel Business Server, and control the action from there.
The standard way to interact with Siebel from a desktop application is through the Siebel web client automation server - lots more info here: http://download.oracle.com/docs/cd/B31104_02/books/OIRef/OIRefProgramming21.html#wp1004834
B
Active X is a dead component after IE 8.0. I would not suggest this. Elements of ActiveX is not open to public. these are stored under Siebsrvr\webtempl folder. these basically provides option to use HighInteractive Client. after OpenUI has come, these are obsolete to be used
Related
I have a project in mind for a desktop aplication that interacts with e-shops directly. My goal is to create an application that uses the e-shop´s table and presents it to the shop through this app.
Before I get too into it I want to find a shoping cart software (preferably the oneclick installs that many webhosts offer) that will let me access it´s tables and modify/read/write at will without going throught the website.
Could I do this with OpenCart?
if not which way should I shoot?
Thanks in advance
Normally this is not possible unless You'd stick directly with some DB administration tool that will connect directly to the database server. There are some options though:
write an API for the desktop application - it could be based on web services - that the desktop application will comunicate with (more work has to be done but this should be the best solution)
let the desktop application connect directly to the database server (the same settings as OpenCart uses; requires only the desktop application development)
or as I mentioned, use a desktop DBMS tool for MySQL (or one that is universal), there are plenty of them, many also free... (no development at all but I'm not sure if this would be the desired solution)
I want to write a .NET application that will interface in realtime with Dynamics NAV 2009 and 2013. The application will have to read and update entities such as customers and stock items.
Using the provided webservices seem to be the best candidate as a point for integration, and I've tried some basic tests reading, updating and creating items using webservices based on Pages and a .net client.
Unfortunately, I am very new to Dynamics, and I have some questions that probably reflect that lack of experience.
First - webservices can expose either Page or Codeunits. Is Page the correct option to use for interfacing to say - create a customer?
Secondly - My understanding is that Dynamics NAV is rarely deployed without customisation. Would a typical customisation in NAV e.g an addition of a field involve changing a standard Page, and will this change then be reflected in the webservice definition?
You are right - given your requirements, webservices are probably the best option for interfacing with NAV.
Regarding your first question: page web services know how to handle concurrency, and, thanks to the way Visual Studio encapsulates them, expose rich types that you can interact with from your .NET code. All the basic CRUD operations can be carried out using the exposed methods. For a more detailed comparison between codeunit web services and page web services, please refer to http://msdn.microsoft.com/en-us/library/dd355398.aspx.
I think most developers choose not to publish the normal pages (the ones aimed at the NAV Windows Client; previously known as the Role Tailored Client), but instead, create separate, tweaked pages for publishing as a web service. But, if you prefer, I guess you could add your custom field to the standard page and publish that as a web service.
Hope this helps! Good luck! :)
I am having a desktop application which having a UI interface made in Qt linked with a library which is doing all the calculation stuff. Values from UI is taken and pass to the API's in the DLL to get the output which is shown on Screen.
Now i want to do the same thing by transferring my application UI to a web page so that people can access the tool from anywhere without any installation process.
I want to retain my c++ DLL code so i don't have to do a lot of work. I am thinking of just converting this DLL to a C++ server by any communication Process(Sockets). I want to host this application on my company's website. (We have to make the website also so we are open to any set of tools).
I want to know what will be the best set of tools to do this stuff. Also there will be lot of data exchange between the webpage and server so the wholething should be optimized also. I goggled a bit and find stuff like silverlight and ASP.NET, But i am still not very clear which option will be more suitable.
I am a c++ programmer with no web application development experience. I am open to learn any new technology.
Thanks
Why not use Qt on the web directly? There are several projects like this one: http://qtwui.sourceforge.net/
There is a netscape plugin that will host a QT application and an ActiveX control wrapper on the QT website. You could use one of those to wrap your application. Note that this approach would require the user (or their administrator) to download and install the plugin.
An alternative approach might be to run your application through a remote desktop such as XVNC, NX or an RDP based layer. IIRC browser based remote desktop clients are available for most such protocols.
A few options:
pick a messaging/queue implementation (like http://www.zeromq.org/) and provide a service
implement a Windows Web Service if you want to be more enterprise friendly: http://msdn.microsoft.com/en-us/magazine/ee335693.aspx
I would not expose the implementation on the internet. Enough to have a simple buffer overflow and the machine can be taken over quickly. Adding a layer between the app and the web provides an easy way to validate input, access, stats ...
You should be able to use your DLL from an wt or cppcms application. Then you do not have to learn something new and can just use C++.
The way I'm currently doing this is with Boost.Python + django
I am looking on advice on how best to approach a new project I need to develop. From the outset I must add, I have 0 experience with Web development on any level.
What I need to do is provide a web interface through the browser which will communicate with a server back end. The data retrieved will be sourced from either a DB or from another source - external device which the server itself will communicate with via IP. The data retrieved from the external device will always be a string format of n length (non unicode) and the DB data will mostly be strings and numbers with the odd blob thrown in (storing a picture). The communication will always go from the Client (web browser) to the Server. I don't believe that the server would need to instigate the comms.
I have Delphi XE, so started looking at using a REST server for communication and I think that seems to be OK. However, from what I can see, I need to create HTML web pages to "render" the data on the web browser. Is that true? Can I use the IW components with a REST server? If so, I'm not sure how to get the data to/from the browser UI. Am I better of investigating Ruby on Rails perhaps? From what I read on a different thread in here, it's based on MVC and some other areas which I feel, design wise, would fit how I would create the application (I was planning on creating the app based on the MVP or similar design pattern).
I think REST makes the most sense, so if the IW components can't be used, are there any 3rd party products I can use which would let me design "pretty" UI html. Given I don't know java script, would that be a stumbling block with REST too.
Thanks and hopefully I have provided enough information.
Thanks
Jason
Will a human being be responsible for typing the data retrieved from your external device into a web page?
If so, and you have no web development experience, Intraweb is definitely the way to go for Delphi programmers wanting to build a web application without learning new skills. For additional components to create a prettier UI I suggest using TMS Software's Intraweb Component Pack Pro.
If you don't need a human being to manually type in this data then you don't need Intraweb at all. Instead you would write a client application which presumably interrogated your external device for the data and then transmitted it to the REST server. Look at the documentation you've used to build your REST server and it should have a section on how to build a REST client.
You can build an ISAPI module with delphi that does the job, or include a HTTP server right into you executable with Indy, ICS or Synapse.
ISAPI will give you the freedom to choose Apache or IIS and give you all their power this way. Embeded HTTP server will give you a nice small application in which you control all ascpects of how it works.
Yes go with REST as it is simple and clean. All you need is to think and design the API (functions that your server will support). You can bind the APIs to the URL schema thus using the REST principle. I would do it simply like this.
A client makes a request. You show some form of GUI (load or render a HTML page with possible javascript)
User makes an action, you call appropriate API (or the user does it directly).
Show the user some result
Just guide the user process through a series of API calls until the result is made
You can use plain HTML and then add javascript if needed (jquery) or you can use ExtJS from Sencha which makes building a nice GUI a lot easier and is very well structured.
I would not use any "WYSIWYG" web tools. Plain old HTML written by your favorite editor is still the king in my opinion.
I know nothing about Silverlight or any type of scripting, and don't have time to learn about it. I have a Visual C++ client application that needs a change to access a Silverlight server (I guess you'd call it?) I've been given a snippet of HTML that I need to post to the server I think. I don't want to add any new dependencies to my C++ product. So, how do I post this stuff to the SilverLight web page and get it to show up in a browser, from my C++ app? (I can use ShellExecute to kick off IE on a local file, or use IWebBrowser, but don't want to add other dependencies.)
Please, if you find this question nonsensical, just don't answer.
First you need to understand silverlight.
Silverlight is a client-side technology (not a server). It communicates to a server in multiple ways.
So here is what you want to do.
send stuff from your c++ project to a web server.
have server send it to a client (in this case your browser).
How do you do this?
Expose a webservice from your server, a wcf service may suffice. Have your c++ application call the expose method and send the data to it.
Create a web project that will get the data from the repository (where ever your wcf service saved the data to, a database, file etc.) and display it in html.
You dont need silverlight in this case. It will only come in handy to display.
PS. If you NEED to use silverlight, you need to use COM. Google for 'silverlight COM integration'.