http://msdn.microsoft.com/en-us/windows/hardware/hh852363.aspx
"The Windows SDK now requires a compiler and build environment to be installed separately. If you require a complete development environment, including compilers and a build environment, Microsoft Visual Studio 11
--
Kevin Powick
This shouldn't affect users, only developers. I think the effect is that developers over W8/Metro will need VS11 Pro which means an added cost of development of about $500 if they don't already intend to develop other apps.
While this doesn't help jBase developers who want to code within the W8/Metro environment, jBase is a multi-user server-oriented database management system, and all this is really doing is forcing both developers and end-users to get the server application off of the desktop on onto a server (Server 8 now…), where we've previously enjoyed development and deployment in XP and W7. I'm only an amateur with jBase but it's my understanding that application exe's and dll's must be compiled on the target platform. How many developers are going to want to build a jBase app in W8/Metro for desktop users? This seems to makes a lack of compiler for this platform almost a non-issue unless an executable generated on the W8 desktop runs on W8 server as well.
With W8 the desktop, tablets, and mobile phone are converging to use the same base platform. A couple years ago I petitioned jBase International to consider single-user licensing for small applications - I think it's easier to sell a thousand single-user apps at a reasonable price than to a thousand user site. And since the needs are completely different all this does is open the platform to completely new ideas for new apps, not affecting the traditional market in any way. They rejected the suggestion, but increasing competition in the database world and ongoing changes in how people use technology require thinking outside of the old per-seat licensing models. If jBase is to continue attracting new developers ( read "if any new developers at all are to be expected" ) the platform needs to become more accessible to newcomers who want to create apps for a modern consumer. This is especially true in an environment that's increasingly hostile to developers. In other words, as the cost and other pains increase, "something" needs to change in the product or business model to keep the platform viable. The installation and "getting to know you" experience for jBase has been notoriously off-putting. With W8 adding even more complexities to that experience (cost and new requirements) "something" needs to be done to restore and improve the balance.
Tony Gravagno
Nebula Research and Development
TG@ remove.pleaseNebula-RnD.com
Nebula R&D sells mv.NET and other Pick/MultiValue products
worldwide, and provides related development services
Visit http://PickWiki.com! Contribute!
http://Twitter.com/TonyGravagno
http://groups.google.com/group/mvdbms/about
More links related to Kevin's:
http://www.theverge.com/2012/5/25/3042671/windows-8-desktop-app-development-visual-studio
(That last article is incorrect, showing functional C++ compilation with beta releases. The compiler will get removed for production.)
Kevin,
The jBASE compiler is not reliant on the latest and greatest Visual Studio release. If you read the jBASE release notes, the Visual Studio version which has been used to build the Windows binaries is always stated.
Visual Studio 2003 was used to build jBASE 4.6.1.16, the latest jBASE 4 version.
Visual Studio 2005 SP1 was used to build jBASE 5.2.15, the latest jBASE 5 version.
It is normally possible to use a later version of the Windows SDK to build BASIC code, i.e. Windows 2008 or the Windows SDK for Windows 7 and .NET Framework 3.5 SP1 for jBASE5. You should be aware that the jBASE compiler expects certain C++ features to be in place, which may not be the case with the latest and greatest.
The jBASE web site provides recommendations for which Windows SDK to use and anybody that is still not sure can always contact jBASE Support for advice.
Mike
--
IMPORTANT: T24/Globus posts are no longer accepted on this forum.
To post, send email to jB...@googlegroups.com
To unsubscribe, send email to
jBASE-un...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/jBASE?hl=en