- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Reply to: Visual Studio 2008 and WSE 3.0
Collapse
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
- You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
- You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
- If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "Visual Studio 2008 and WSE 3.0"
Collapse
-
Check out this link for a solution to your problem: http://blogs.imeta.co.uk/jyoung/arch...08/29/345.aspx
-
On a slightly different note,
Have you guys run across a problem with WCF when you use add a service reference or use svcutil /n: and one of your operation contracts includes an XmlSerializerFormat attribute. For some reason, when it generates the code reference file, it seems to declare one of the enums that I created twice.
The first enum is tied in with System.Runtime.Serialization (DataContractSerializer, 3.0.0) whilst the second declaration of the same enum has a generated code attribute of "svcutil", "3.0.4506.648".
I can get round this problem by generating the code file manually and then removing one of the duplicates, but its a tad annoying.
Leave a comment:
-
-
I am not looking for an argument, I am trying to help you.Originally posted by DimPrawn View PostAnyways, sounds like you are just looking for an argument.
To reiterate, the features of VS 2005 to directly support WSE 3.0 no longer exist in VS 2008. They have been removed.
No big deal.
But alas, nevermind.
Good luck
TM
Leave a comment:
-
I don't have time to go into details, but briefly, VS 2005 had design time support for WSE 3.0. You can take any project, and in the designer check WSE 3.0 and it will generate the necessary .config and changes and generate the required classes to make your web service WSE 3.0 compliant.Originally posted by themistry View PostMaybe you could elaborate? You still seem to think of WCF as a technology.
WSE 3.0 is a set of standards, which one do you want to impliment or consume?
WCF does not stop you consuming exisiting WSE 3.0 compliant services, it makes it easier. If you want to expose a service, the same argument holds.
TM
VS 2008 removes these design time features as you are expected to create projects that utilise WCF standards.
WSE 3.0 != WCF
http://devlicio.us/blogs/derik_whitt...2008-hack.aspx
http://www.jeremyjarrell.com/archive/2008/02/23/83.aspx
Anyways, sounds like you are just looking for an argument.We use web services for communication between our client layer and our business layer. Not only does this help to enforce the thin client nature of our product but it also sets us up well in the future to consider alternative clients to our business logic. However, we use WSE 3.0 to provide enhanced security for our web services. Apparently, VS2008 and WSE 3.0 do not play well together at all. In fact, it would seem that Microsoft has no plans on them ever playing well in the future. Their reasoning is that WCF can do everything that WSE can and more and that all new development should be against WCF. Although I agree with this, it was a bit of a roadblock that we hit with no warning. Unfortunately, when you "convert" your project from VS2005 to VS2008 with the wizard, it will "helpfully" regenerate all of your project web references with no WSE support. However, this can simply be worked around by hand copying all of your generated Reference.cs files from your VS2005 web reference folders to your VS2008 web reference folders. It's a bit tedious (some of our projects have over 50 web references) but actually works quite seamlessly once its complete. Strangely, the conversion wizard will retain your assembly references to WSE 3.0 so the copied WSE classes build fine.
To reiterate, the features of VS 2005 to directly support WSE 3.0 no longer exist in VS 2008. They have been removed.
No big deal.Last edited by DimPrawn; 12 June 2008, 10:55.
Leave a comment:
-
Maybe you could elaborate? You still seem to think of WCF as a technology.Originally posted by DimPrawn View PostYes I know, but they have also removed (direct) support from VS 2008 for WSE which was supported in VS 2005 and client has VS 2008 and wants to use WSE and doesn't want to migrate to WCF.
That's progress for you.
WSE 3.0 is a set of standards, which one do you want to impliment or consume?
WCF does not stop you consuming exisiting WSE 3.0 compliant services, it makes it easier. If you want to expose a service, the same argument holds.
TM
Leave a comment:
-
I have no clue what any of you are talking about. Ignorance is bliss!
Leave a comment:
-
Yes I know, but they have also removed (direct) support from VS 2008 for WSE which was supported in VS 2005 and client has VS 2008 and wants to use WSE and doesn't want to migrate to WCF.Originally posted by themistry View PostYou will find that WSE 3.0 is just a set of standards... that low and behold... are generally all implimented under WCF...
WCF isn't a new technical solution by Microsoft, they have just made developing WS-* compliant services much easier.
TM
That's progress for you.
Leave a comment:
-
You will find that WSE 3.0 is just a set of standards... that low and behold... are generally all implimented under WCF...Originally posted by DimPrawn View PostSolved. There is no, and there never will be, support (directly) for WSE in VS.NET 2008.
There are hacks but the only real approach is migrate to WCF.
HTH
WCF isn't a new technical solution by Microsoft, they have just made developing WS-* compliant services much easier.
TM
Leave a comment:
-
Come on DP. Keep up. No wonder the banks are cutting peoples rates by 10%. tsch tsch
Leave a comment:
-
Solved. There is no, and there never will be, support (directly) for WSE in VS.NET 2008.
There are hacks but the only real approach is migrate to WCF.
HTH
Leave a comment:
-
Visual Studio 2008 and WSE 3.0
VS.NET 2005 had design time support for WSE 3.0
Can't seem to find similar support in 2008
Any hints or tips in implementing WSE 3.0 enabled web services using VS.NET 2008?Tags: None
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers

Leave a comment: