I'm thinking of purchasing Opticon PHL 7112 accumulator which runs on Windows CE 5.0 i was wondering will i be able to:
develop an application that connects to an open MSSQL database
is there a capability to get data from a SOAP web service?
i saw that only visual studio 2008 support development for windows ce, is there a way to enable this on visual studio 2010-2012 ?
if possible to connect to MSSQL database how to do it
if only possible to connect to a SOAP web services how to do it
I'm new to windows CE programming. Also the development environment is Windows 8.1.
I have a lot of experience in developer with WINCE.
It 'very easy to connect to a data source of type SOAP / WebServices and you can do it through VISUAL STUDIO, add ServiceReferences doing and following the instructions.
Through SAOPA / WebServices Return the data you read from your database, you can also use local versions of Database (would not recommend)
You have to use to develop WINCE exclusively VISUAL STUDIO 2008 other versions no longer support this platform.
I have a lot of work on these types of devices, and for the maintenance and development use only one pc WIN7 + VS2008.
It 'a stable and effective technology.
Related
I get the following error when I try to connect to SQL Server directly with a C++Builder 10.2 Tokyo application. I couldn't locate the library requested despite all my searching.
Can anyone help? I'm at a crossroad to decide to continue with C++Builder or Xamarin.
Do you have C++ Builder Enterprise or Architect edition? You need this to connect to SQL Server using FireDAC. C++ Builder Professional edition can only connect to local databases.
Looking at this page:
Embarcadero Microsoft SQL interface
suggests to me that Microsoft SQL with Android client is not supported.
FDConnection is FMX compatible, but the drivers for various OSes are not.
There's a company called Devart that develops direct access connectivity for RAD studio mobile devices; Not sure if this will work if you only have C++ builder; but worth a try;
I'm currently in the same pickle and I'm busy writing a tcpclient/server proxy fmx app that will run on a windows server[where the mssql driver will work]
The idea is to connect from mobile device with tcp client to tcp server component running on windows and have that app grab the info i need for mobile app. Not the fastest solution in long run as you have to do all your authentication and encryption yourself and not the cheapest either as it requires an online windows server or pc... but if you already have it, you might as well use it.
Will update if it succeeds or fails
I'm looking into developing single deployment applications, traditional desktop applications with simple database(s) embedded. By my understanding Microsoft have removed support for MSSQL Compact Edition in the newer versions of Visual Studio.
I've read that the approach recommended by them is to use the Express version of MSSQL, however I'm failing to understand how an application with an Express SQL database embedded in it would be able to run on a machine without the SQL service installed and running.
Am I missing something here? I've hunted around Google for the last few hours, is the only solution to use a 3rd party technology like SQLite?
I've some time lately trying to find a clear answer for updating some of my desktop applications to run on Windows 8.1 (Desktop/laptop and Surface). So far everything I am finding is pointing toward developing for the Windows Store where the application then could be downloaded.
Heres my development Environment:
Windows 7 Ultimate
MS Visual Studio 2012 Premium
MS Visual Studio 2013 Express
My test environment consist of:
Windows 8.1 Surface Tablet
Windows 8.1 Laptop
When I build something now (retargeted to the newer framework (4.5 (4.5.1 is installed)) and copy it over to these devices and try to run them I get an error that the indicates "This app can't run on your PC" "To find apps for this PC, open the Windows Store.". This isn't really what I want to do, I just want to make he applications we use on a day to day basis in my retail store availible to the new computers.
A couple of questions come to mind;
Does the development environment need to be a Windows 8.1 based environment?
Do I need to again buy a new version of Visual Studio (Visual Studio 2013)?
Am I stuck using the Windows Store to deploy applications?
If anyone could point me in the right direction as to where to read or provide some insight tho cross this hurdle would surely save alot of repeated reading about how great the store is.
A Surface tablet does not permit running desktop apps. You can only run apps that are downloaded from the Store. So scratch the idea that your Winforms app is going to work on the tablet. There isn't any good reason why it would not work on the laptop, they work fine on mine.
Does the development environment need to be a Windows 8.1 based environment?
Yes, for VS2013. For VS2012 it needs to be at least 8.0
Do I need to again buy a new version of Visual Studio (Visual Studio 2013)?
You didn't buy VS2013, you do need the correct version of Express. There are several. You need the "Express 2013 for Windows" edition, it only supports developing apps for the Store. You probably have the "Express 2013 for Windows Desktop" edition, it only supports desktop apps and supports Winforms. The retail edition supports all targets. The Express editions were split to keep them small.
Am I stuck using the Windows Store to deploy applications?
If you develop Store apps, yes. You get a temporary license to develop the app but it expires after a month. If you need more time then you get just another license. But the app needs to be certified to obtain a permanent license so it can run permanently on the Surface machine. And everybody else's.
which browsers support SQL Server CE on mobile platforms? Does SQL Server CE come preinstalled (like SQLite) or user have to download it separately?
As far as I know, none, though I don't exactly have encyclopedic knowledge of mobile browser capabilities.
SQL CE would be embedded in your application, so in theory there would be nothing for the user to install. If you're developing a mobile web application, then SQL CE would be embedded within your web app on the server. If you're looking for a client-side solution, then SQL CE is probably not the right choice.
I am installing SQL Server 2008 R2 Web on my Mac (OS X Leopard), running Parallels 6 and Windows 7...
The database will be used for ASP.NET development purposes. I am trying to figure out what Windows Accounts to use for each SQL 2008 Service when prompted by the installation (e.g. SQL Server Agent, SQL Server Database Engine, SQL Server Reporting Services, SQL Server Full-Text Filter Daemon Launcher and SQL Server Browser). If I can simply create a new user account and use it for each service, that is okay, I've seen an example of that here. I guess my concerns are twofold:
Making sure that the accounts I wind up using have the proper
privileges suitable for vs2010 development/debugging.
Making sure that the accounts I wind up using do not pose any security concerns
associated with my mac
Firstly, Windows 7 is not a supported OS for SQL Server Web Edition, so it's unlikely that what you're trying to do will even work. I don't know anything about Parallels, but if it is a similar concept to VMWare then I guess that your Windows 7 installation should behave like any other Windows 7 installation.
Second, the considerations for SQL Server service accounts are well documented, including security issues, and so is the setup required for debugging in Visual Studio.
Finally, and for what it's worth, developing software of any kind in an 'unusual' environment that isn't the same as the environment where the application will be deployed usually leads to problems. It's just much easier and more reliable to develop in a 'native' environment, although I appreciate that if you're doing this as a hobby then you may not be able to have exactly the resources you want. If you're doing this professionally, you should be able to justify the cost of a native development environment.