Philip Stears | DriveWorks

SolidWorks World 2008 - The Aftermath

Having been, once again, berated for my somewhat less than stellar blogging career to-date (thanks Jeff!), and now that things back in the UK are beginning to return to normalish levels (whatever that means) - I figured I'd get a quick post out.

There seem to be fairly mixed feelings on the web about SolidWorks World '08 but for my part I think SolidWorks did a darned good job for the most part.

Although the general sessions weren't overly inspiring, two things really did hit me:

First was the session with Theo Jansen during which my bottom jaw spent most of the time on the floor as I watched his "creatures" move around of their own accord. The two tonner was particularly scary.

The second was the emphasis that is being placed by SolidWorks on stability and performance for 2009. I think its great that, instead of overly flashy demonstrations, and lots of "ra ra ra" stuff, there was a very down to earth attitude this year that focused on the very real needs of the user.

Admittedly I am biased, but I thought the partner pavilion was great this year - certainly better than Vegas or New Orleans (this is only my third World) particularly in terms of the number of people that decided to peruse the booths.

Unfortunately, as with last year, Delta decided to lose our bags in Atlanta, unlike last year however they arrived the next day completely in tact, hopefully next year we can graduate to just having our bags at the outset (please guys - conferences are hard enough work without stuff going missing)

The Mariott hotel was great, aside from being a stone's throw from the convention centre, the nearest bar was called DWs - no prizes for guessing the pun, and the view from the room was fantastic:

The block party was fantastic, though in all fairness, I'm bound to say that wherever free food, beer, and music are involved ;-)

On Thursday we held our own reseller event which I hope everyone found useful, one of my favourite bits was having Neil up there talking about his own experiences starting with DriveWorksXpress and moving on to full DriveWorks.

I've said it before and I probably sound like a broken record, but my favourite bit of the whole SolidWorks World affair is getting to meet people - whether Prospects, Customers, Resellers, Partners or the people at SolidWorks themselves. Some of the great people I got to meet this year were Mark Arnett from CAD Graphics West who kindly lent us two machines for our booth, Jeff Sweeney from 3D Vision who despite having a go at me is always a welcome face, Paul Gimbel from Razorleaf who has a seemingly unquenchable thirst for knowledge, Mike Jolly who is our newest certified AE, Boris Shoov, Jim Wilkinson, and Jeremy Regnerus if only fleetingly from SolidWorks - there are a tonne of others, just because you're not on the list above it doesn't mean your not loved! I'm sure it doesn't matter how many people I list, I'm going to get an e-mail from someone saying I've forgotten them :-)

 

On Thursday afternoon the DriveWorks team (including Neil) packed up and headed over to Denver, Colorado for a team meeting - the kind of team meeting that involved skiing, snowboarding, and a reasonable amount of alcohol. I'm ashamed to say that a fair amount of the alcohol survived the weekend, but by that time the time-zone change had really hit most of us.

Anyhoo, I think this post is quite long enough, hopefully the next one won't be so long coming!

SolidWorks World 2008

It seems pretty compulsory nowadays to leave a blog entry somewhere if you're heading to SolidWorks World, so not to buck the trend, here I go too.

Both Glen and Maria have already set off on their 5,336mi (that's 8,588km to our European friends) journey from miserable Manchester to sunny (by our standards) San Diego.

Ian, Kevin, Dan, Phil, and myself will be flying out tomorrow at 12:00 our time and landing at some point late in the evening.

I'm really looking forward to another SolidWorks World, it is easily one of the biggest highlights of the year for me - the biggest reward personally is getting to meet our customers and resellers and find out how they are getting on. Even being the technophile I am, I still think actually meeting someone in person is one of the most important things you can do.

From a professional point of view I'm also really impressed by just how much interest in design automation is increasing, hopefully DriveWorksXpress has had a large part to play in that, and I'd love to hear from anyone that has had a play with it to see how they are getting on.

Anyhow, I'm sure there is some last minute preparation I'm supposed to be doing right now, but if you're going to San Diego, please stop by the booth. If you want to buy some software, we'll be only too happy to help, and if you just want a chat, bring a bottle of beer with you and we'll be happy to do that as well ;-)

DriveWorks Extensibility

Two months ago I blogged about building plug-ins for DriveWorks, unfortunately a couple of people have tried the tutorial since we shipped SP1 and had less than stellar luck.

The bad news is we made a bit of mistake with one of the configuration files we shipped in SP1 which causes problems for plug-ins. Sorry :-(

The good news is; it is really really easy to fix, just download the following zip file which contains one file called "DriveWorksAdministrator.exe.config":

http://www.philipstears.net/driveworks/SP1ConfigFile.zip

To apply the fix, just overwrite the file of the same name in your DriveWorks installation directory, e.g. "C:\Program Files\DriveWorks\6.1\Administrator\" and the next time you start DriveWorks you'll be able to load your plug-ins :-)

The other good news is that this issue is fixed in SP2 which will be shipping very soon now.

DriveWorksXpress and DriveWorks SP2

Wow, it's been a while (over month) since I last blogged - sorry about that, but a couple of things have been going on of late:

First, we've had our noses to the grind stone making sure the version of DriveWorksXpress that is going into recently released SolidWorks 2008 is our best ever release ever. I can't even begin to tell you how weird and personally fulfilling it has been to be using DriveWorksXpress in another language (German) as this marks our first ever localized release.

In other news, we've been hard at work on the next service pack to DriveWorks 6 - Service Pack 2. We've made a few big enhancements in addition to the quality and performance work we do with each release.

I'll post more about Service Pack 2 as soon as we make it available for general release, but one of the things I can talk about is some of the work we've done around DriveWorks Live.

One of the things we hear more and more frequently now is how much people really like the Tempus doors concept demo which we originally created for SolidWorks World 2006, but felt that the look-and-feel we ship out of the box doesn't really meet expectations. With that in mind, for SP2 we set about creating a brand new theme for DriveWorks Live with a much more modern and responsive feel, and a wholly improved configurability story, and I hope you'll agree it's a massive improvement.

For a sneak peek of some of the work we've been doing, you can take a look at this photo gallery I created which shows some pre-release screen-shots.

We've also done some work with the underlying platform of DriveWorks Live to improve performance, this is in addition to all the work we did going from DriveWorks Live 5 to DriveWorks Live 6 which saw the introduction of a completely new architecture designed for performance and scalability which I have talked about to some degree before.

I'll post some more over the coming weeks about SP2, and some of the other stuff that has been going, but I just wanted to finish off with a link to Jeff Mirisola's blog.

Jeff covers quite a lot of ground on his blog, and I do enjoy reading about some of the technologies he's been playing with, but as a shameless plug I thought I'd draw your attention to a couple of posts where he mentions/talks-about DriveWorks:

• SolidWorks 2008!!
• DriveWorks - Some more stuff
• DriveWorksXpress - Check it out!

 

Again, sorry for the delay, I promise I'll post again soon ;-)

Technorati tags: DriveWorks, DriveWorks Live, DriveWorksXpress, SolidWorks, DriveWorks SP2, SolidWorks 2008

DriveWorks and SolidWorks x64

A question cropping up more frequently is whether we support 64-bit Windows - the answer, as I am sure you can guess, is yes; but there are a few things to be aware of before going down the 64-bit route with DriveWorks.

The first thing to note is that if you are running a 32-bit version of SolidWorks on 64-bit Windows, none of this really matters - you can use DriveWorks the same way you do now. 'nuff said, catch you another time :-)

The next thing isn't really a DriveWorks thing, but if you are using the Microsoft ODBC Control Panel to administer any of the databases you work with, you are going to need to use the 32-bit version located at C:\Windows\SysWOW64\odbcad32.exe - the version located in the normal control panel area is the 64-bit version (even though it is still called odbcad32.exe - I guess you can't have everything). If you have no idea what I just said - you probably have no need to worry.

So, with all that said, lets start with what you need to know about DriveWorksXpress. The latest version of DriveWorksXpress is fully compatible with 64-bit SolidWorks, but after installing it you won't see it listed in your Tools menu.

What gives? basically, you have to run an additional program which will register DriveWorksXpress with SolidWorks x64, if you go to www.driveworksxpress.com you will see the file "ComInstaller.zip" located at the bottom of the page, just unzip that into the DriveWorksXpress directory after installing DriveWorksXpress (e.g. C:\Program Files (x86)\DriveWorks Ltd\DriveWorksXpress 2007\ComInstaller.exe) and run it - that's all there is to it.

For SP1 of DriveWorks Administrator and DriveWorks User however, there is one caveat - as you may know, DriveWorks supports working with both Microsoft Access, and the more scalable SQL Server platform. However, Microsoft do not support 64-bit programs working with Access databases - the bottom line being: DriveWorks Administrator and DriveWorks User only work with SQL Server databases when using SolidWorks x64.

There is no separate add-in registration utility with DriveWorks Administrator, but you do need to have run DriveWorks Administrator at least once before you will see the add-in in SolidWorks. This is because DriveWorks Administrator is responsible for registering the add-in when it is launched.

That's all there is to it - if you want to know more feel free to drop us a line, you can find our contact details on our website. Failing that, if you'd like clarification on something I wrote here, just post a comment.

P.S - Some of you may be wondering how DriveWorksXpress works on 64-bit Windows with SolidWorks x64 given that it uses a Microsoft Access database - that is definately a story for another time and possibly place.

Cool Stuff in DriveWorks 6

It was brought to my attention in a recent conversation, that unfortunately not everybody is using DriveWorks 6 yet - something that will hopefully change in the coming weeks and months as awareness of the new version grows.

We made a tonne of changes with this release, and whilst change can be a disruptive experience, we've tried to minimize this as much as possible, particularly to places that have traditionally been cause for confusion.

As an example, we changed a bit of terminology in this release - not because we had nothing better to do, but because it really needed changing, "Alternative Projects" now becomes "Additional Models" to reflect the fact that you can have multiple distinct assemblies created by a single project. "Lookups" have become "Data Tables" to make the distinction between defining a table of data, and the act of doing a lookup (using VLOOKUP or HLOOKUP) against that data table. We took some serious feedback when making these changes and decided that the new terminology would help to lower the bar for new customers, as well as clarifying certain areas for our existing customers.

Also different is the look and feel of DriveWorks - again, we've tried not to be too radical, just clean things up, give them a more modern lilt which is easier on the eye, and provide more on-screen information about the form and function of various options.

We've also slightly re-organized the task list to better reflect the workflow during a typical implementation.

And last, but certainly not least, we've added a huge number of features, some of the highlights are:

• Specification Test - this provides a complete diagnostic environment in which a specification can be performed, and the run-time state of the specification inspected: drilling down into constants, variables, export data sets, documents, and model rules on the fly to see at every stage what the result of completing a specification would be. Rules can be drilled-down in to; to provide a complete picture of a rule, its dependencies, their dependencies and so on. The target models can also be generated at each stage to compare with the expected results - all without ever finishing the specification!
• Rules Builder Take 2 - the rules builder has been rejigged to be as usable as possible, as well as having had features like Syntax Highlighting, Wizard->Rule->Wizard support and intelligent diagnostic features added.
• Intelligent Renaming - DriveWorks now supports intelligent renaming of constants, variables, and form controls - doing so automatically updates all the rules which depend on the form control/constant/variable/lookup to point at the new name, DriveWorks can scan and update ~130,000 rules per second on a fairly modest machine.
• Unlimited Undo/Redo - We've added support for unlimited levels of undo and redo, providing much greater freedom, especially when working with Forms.
• Integrated File Management - The once separate file management utility now has a new home inside DriveWorks Administrator itself, and sees a major update with some great new functionality and an intuitive user interface.
• Personal Web Edition - DriveWorks Administrator now has a single-user seat of DriveWorks Live built-in which requires no additional set-up and can be used for testing and evaluation purposes.

This is just a selection of some of the things I find most exciting about DriveWorks 6, but there are loads more - better drawings, better 64-bit support, better forms, better performance, vastly improved database architecture, etc etc etc.

So - I hope to see you all in the world of DriveWorks 6 soon, it's our most  intuitive and efficient platform to date, and once you've used it, you'll not want to go back to anything else. Even if I do say so myself.

DriveWorks Live and IIS

We got an interesting e-mail sent to our support box today asking whether we had had any information comparing DriveWorks Live Server and Microsoft's Internet Information Services platform - the simple answer to which is, no, not really - but let me try to explain a bit more about Live Server and some of its history which should hopefully clear things up.

If you don't know already, IIS is Microsoft's web server technology which is designed for high scalability and extensibility, and according to one report from last October, serves around 54% of the fortune 1000's web sites.

So - how does DriveWorks Live stack up against that? well, it doesn't. More importantly, it isn't meant to. DriveWorks Live isn't so much a web server, as a platform for running DriveWorks implementations on the web - and it does this extremely well.

DriveWorks Live Server has been designed from the ground-up to run DriveWorks implementations as fast and scalably as possible, with the very unique requirements that DriveWorks implementations have. Most web sites involve serving up fairly static pages as fast as possible, possibly with some data driven content. DriveWorks implementations, on the other hand, involve highly dynamic forms with many changes throughout a single specification session, dynamic warnings, custom macro execution, processor and disk intensive finish; and release processes, heavy memory usage for rule evaluation, and a plethora of other very specialized requirements. All of which DriveWorks Live Server is custom written to manage as efficiently as possible.

In fact, DriveWorks Live delegates most of the technical gumpf required for a web server to something called HTTP.SYS which is the very same component that powers IIS itself. This component was originally built into IIS but with Windows XP Service Pack 2, and Windows Server 2003 Service Pack 1, Microsoft chose to move it into the Windows Kernel itself, increasing performance, and opening it up to third party application developers that wanted to have their web apps sit alongside IIS - if you draw it out it looks a bit like:

 

Where Proj1 and Proj2 are DriveWorks projects - also worthy of note is that IIS and DriveWorks Live can sit alongside each other perfectly happily, each on their own combination of IP Address, Port, and virtual directory (I'll discuss DriveWorks Live bindings another time). Also, IIS doesn't need to be installed for DriveWorks Live to work.

So - what is the bottom line? comparing DriveWorks Live Server and IIS is comparing apples and oranges. They both have a common web component, and after that, they are both designed for completely different purposes.

For anyone reading past the last paragraph, it is interesting to note that DriveWorks Live started off, back in days of yore, as an ASP.NET application running on top of IIS, which you may remember as DriveWorks .NET, but we quickly discovered the very specific requirements of DriveWorks necessitated a different approach.

(That isn't quite true but I'm sure you don't want to hear about the first ASP prototypes we were experimenting with in 2001 ;-)

What is DriveWorks Live?

Ah. Well. Uhm. Now you see, I think we describe what DriveWorks Live is pretty well if you know what DriveWorks itself is - after-all it isn't hard, it just takes your DriveWorks implementation, and makes it accessible using an internet browser such as Microsoft's Internet Explorer.

If only that was enough. The problem however is that a lot of people ask the question, and many of them aren't necessarily the guys that bought it - it's the IT guy, the marketing guy, the web site guy, and so on. So, this post is for you IT guys, and hopefully it'll help you understand a little of what all this activity is about. What this post isn't is an in-depth look at everything involved, it is just an overview.

First, a whirlwind description of DriveWorks itself in case you don't know - DriveWorks is an automation tool designed to be used by engineers to automate, well, engineering stuff. It consists of a few different bits and pieces - DriveWorks Administrator, DriveWorks User, DriveWorks Model-Generation Server, and DriveWorks Live Server, all of which talk to each other by way of a database.

The database will either be Microsoft Access if we are talking about upgrading from our entry-level package, or one of the editions of Microsoft SQL Server 2000 or 2005.

DriveWorks Administrator is used by the engineering guys to tell DriveWorks what to automate, and how to automate it.

DriveWorks User is used by anyone that needs to specify one of the automated designs.

DriveWorks Model-Generation Server sits in the background, monitoring the database to see if any designs have been specified and need automating, and then does whatever is needed to do the automation.

DriveWorks Live Server is kinda like DriveWorks User - it allows people to specify the automated designs, but it does so by making the automation available over the web.

From an IT stand-point there are a few things you need to be aware of, basically, like I said before - all the DriveWorks products talk to each-other by means of a database, so, one needs to be available somewhere. We've found the freely available SQL Server 2005 Express to be a great starting point for companies that don't already have SQL Server in-house, and for those that do - DriveWorks will sit quite happily on an existing server alongside other databases. Obviously this means the right ports have to be open in your database server firewall if they aren't already. This is very easy to do, and we have documents and guidance for the common situations.

The other thing is that DriveWorks is pretty much all about files, it creates a tonne of data so the engineering guys don't have to - this means having all this data available via a network share mapped to a local drive letter on each client machine. Now, for the most part it already is, and where it isn't, it is relatively trivial to set-up. But you need to think about permissions, and the firewall on the machine hosting the files - again, this is an easy enough task.

The only other high-level thing is that each machine using DriveWorks needs Microsoft Excel XP (2002) installed at a minimum, and it is advantageous to make sure that Office Web Components are installed as well (part of the Microsoft Office install).

Now - what does all this have to do with DriveWorks Live Server? well, everything really, you see if you more or less understand everything above - there's very little else to know, DriveWorks Live Server is an application just like DriveWorks Administrator et al. The only additional requirement is that you need to open a port for DriveWorks Live Server itself - now, by default, Live Server uses port 8020 (the reason why is one for another day) on all IP addresses, but you can change both the port and IP address to whatever you want. As long as the port is open, and the server is available to the people that need access - everything is okay.

If your Live Server machine is internet facing, obviously there is a little more thought involved in allocating an IP address, deciding on firewall configuration etc, but the bottom line is that as long Live Server has access to the database and the file server, everything will work a charm.

It is worth noting, DriveWorks Live Server doesn't need IIS or ASP.NET installed on the same machine, but we do require Windows Server 2003 SP1 or greater.

Hopefully that helps, but if you need any further clarification, our contact details are on our web site, or you can e-mail me directly - I can't guarantee a fast response but I'll do what I can.

DriveWorks Extensibility

I posted on my previous blog about extensibility but I just wanted to make the point again for anyone that didn't see it.

Extensibility is one of the coolest features in the latest version of DriveWorks - DriveWorks 6. It is possible to create plug-ins to DriveWorks which can do virtually anything that DriveWorks itself can - some examples being; adding support for PDM systems other than PDMWorks Workgroup and PDMWorks Enterprise, automating DriveWorks Server to create new specifications, automatic model printing, and a whole raft of others.

I published a draft some time ago of a walk-through of creating a very simple plug-in for DriveWorks, which at some point towards the end of this month I will update, but, for anyone that really wants to get started now - here you go:

http://www.philipstears.net/driveworks/plugintutorial.zip

It covers the very basics, and by the time I am finished it will hopefully walk-through all of the core components of the DriveWorks API from Configuration through to customising the specification process.

One thing is worth noting when it comes to DriveWorks - I firmly believe in a hands-off zero-programming approach, and I believe DriveWorks enables this in a way that no other solution in this space can boast. That said, we do appreciate that sometimes you just need to go the extra mile, and we try very hard to be as flexible as possible, hence extensibility and our support for macros.

As it turns out, zero is a relative term.

Changes of Scenery

Now, if I had just one pound sterling for every time I'd moved from one blog to another I'd have; well - about four pounds really. Granted - not that much, yet still, I feel more than necessary.

I won't labour any time on why I have moved my blog yet again, if you know me you have heard the spiel before, and if you don't - well, you probably aren't interested, and if you are, you should probably find something more entertaining to do with your life.

With that said, my remit for this blog is pretty much the same as in the past, to explore issues in and around DriveWorks (the product which I help design and develop), and the Microsoft .NET platform (which is what we design and develop it in).

So if that's what floats your boat, please feel free to stick around.