Web Service/ClickOnce


Author
Message
Kiran Kapadia
Kiran Kapadia
StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)
Group: Forum Members
Posts: 5, Visits: 3
We want a ClickOnce deployment to users that would access data via web service.  This means that users don’t need to install via MSI or CD but install from the web (usng ClickOnce) the first time & then updates happen automatically.  Plus the data is shared via web service.  Is this possible out of the box in StrataGrame Framework?
Replies
Kiran Kapadia
Kiran Kapadia
StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)StrataFrame Beginner (5 reputation)
Group: Forum Members
Posts: 5, Visits: 3
I was keen to find out whether it was possible (web service) out of the box in Strataframe Framework without having to license the Smart Client Enterprise Server as well.
Trent Taylor
Trent Taylor
StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)StrataFrame Developer (14K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 7K
license the Smart Client Enterprise Server as well

As Greg pointed out above, you would have to write your own web service in place of our Enterprise Server.  If you use our Enterprise Server, then yes you can access remote data out of the box, otherwise, no you will have to write your own web service.

Greg McGuffey
Greg McGuffey
Strategic Support Team Member (4.8K reputation)
Group: Forum Members
Posts: 2K, Visits: 6.6K
There are reason's you'd do a web service versus using ES:



- Other app will use the service. The whole reason for web services (a big one anyway) is interoperability. I've just spent the last two weeks working on an interoperability demo for CMS (Centers for Medicare & Medicaid Services), showing how a .NET app can talk to a J2EE web service and a JSP app can talk to .NET web services and how you can swap services that use the same WSDL. This is when you'd want a web service.



- er...



- um....



- Oh...you like banging your head against your desk, but feel bad unless there appears to be a good reason to do so*. w00t



On the other hand, you might consider ES if:



- Your users are remote, i.e. not on the local LAN, but the users will be using your app. You'd use ES instead of a vpn or a web service. It is faster, secure, and...takes about 20 minutes to implement (assuming you need to read the help file first and install it on the server and setup the datasources.config file) Wink Compare that to implementing using a web service and the price is cheap.



If you are a licensed SF user, you have a 2 user dev license for ES and you can try it out. Put it on a remote server, if you can. Try it out. It's sweet. When I was testing it, I'd forget that I was using it, it was so close to being as fast as local access.



NOTE: read how the license works, it is licensed to a specific server/virtual folder on that server/specific MAC address, so you need to decide were to use the dev licenses.

GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...





Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search