Will we still need Citrix on 5.1?

Waldo
Member Posts: 3,412
Comments
-
Waldo wrote:I know this has been discussed in the sidelines on some threads, but I would like to ask your opinions. Do we still need Citrix (or TS, or ...) if we want to access Dynamics NAV 5.1 over the net? Or will VPN be enough?
Its very odd that you ask this question at this time.
I have been asking for some time now, andI was eventually told that "you can get this answer at Convergence". When I was first asked, I was told that over a VPN, you would be able to use the thin client without terminal services. But at Convergence there was no one that couldn answer. I thin you need to do what I was told. i.e. ask you Partner to get this information, as they will know.
But please if you find out the real answer, please post it here.David Singleton0 -
David Singleton wrote:Its very odd that you ask this question at this time.David Singleton wrote:I have been asking for some time now, andI was eventually told that "you can get this answer at Convergence". When I was first asked, I was told that over a VPN, you would be able to use the thin client without terminal services.
But at Convergence there was no one that couldn answer.David Singleton wrote:I thin you need to do what I was told. i.e. ask you Partner to get this information, as they will know.David Singleton wrote:But please if you find out the real answer, please post it here.0 -
Since the communication between the client and IIS is xml documents. Which means that every time you make a change to a record, an xml doc is sent to IIS and IIS processes the xml doc and responds with a xml doc, just like ADCS.
So the answer is what the user is doing. And if it's bearable to do the work remotely. The issue is that with Navision every field can have triggers and so there has to be a round call back and forth between the client and IIS. I'm sure they've added something to minimize this so that you only do round trip if there is actually any code. The performance won't be better than browsing. Otherwise offering sharepoint wouldn't make sense.0 -
I have a feeling that the thin client will rather be a special case for special users, not something to use generally, because if I imagine entering a Sales Order Line on a thin client where each and every field has lots of database communication in the OnValidate... would be quite unpleasant, I think. So I think it's just rather meant for special cases.0
-
1) Do not forget - 5.1 new client is not "thiny" client but "full, rich client"
2) Yes, there is just communication about "what to display" and "input". But can you imagine the XML with description of the whole screen you know from the presentions (paper piles, graphs, etc...)?
3) Each input of each field will produce some communication. But there will be not too much data in it. Everything will do the IIS. As you can see on the TechEd presentations, the Service Tier will be multi threaded etc.
4) But final answer? Nobody knows now...0 -
Are you asking, in which way "light users" can communicate with Dynamics Nav a answer may also be found in sharepoint. In Copenhagen there was a presentation of the new improved Employee Portal functionality. Nowadays you still have to think up yourself how the webparts have to be made, but with the introduction of 5.1 there might be a updated version of this called Sharepoint Display Target. This is a full thin client solution for working via a intranet solution. Still not business to business or consumer but for your employees.
On the VPN question i do not have a answer for you, i know of some comparable solutions which i can check with your question. I'll update here...0 -
I have one question on the Employee Portal part.
At convergence, I saw a posting routine while validating a field. I can imagine, this is not the way to do it. Will there be a solution to have a "post" button on a webpart ... just like in Navision?
Furthermore, I do not think employee portal will replace the 5.0(1) client, because there is too much configuration and setup to be done. One should be able to work with a full client ... remotely.0 -
Personally I would think TS would still be necessary, you will just be able to load more users in a TS box than you could with the "fat client"
This opinion comes from the fact that AX already has a Rich Client that connects to a middle tier (The AOS Server) and the only support solution for WAN connections is TS but you can load a lot more users per terminal server. In the 5.1 env the middle tier is IIS so the overall architecture is very similar to AX so I assume 5.1 will also still require TS for WAN connections, but instead of 10-15 clients per CPU core you may be able to 50 clients.
Until they cut the C/Side database and break away from the ODBC cursor archtecture and go to stored procs they will not be able to cut down on the client server round trips so WAN links will always require TS. A buffer and a "SAVE" button would reallty help too epecially on the validates. :-)0 -
Nobody wrote:Personally I would think TS would still be necessary, you will just be able to load more users in a TS box than you could with the "fat client"
This opinion comes from the fact that AX already has a Rich Client that connects to a middle tier (The AOS Server) and the only support solution for WAN connections is TS but you can load a lot more users per terminal server. In the 5.1 env the middle tier is IIS so the overall architecture is very similar to AX so I assume 5.1 will also still require TS for WAN connections, but instead of 10-15 clients per CPU core you may be able to 50 clients.
Until they cut the C/Side database and break away from the ODBC cursor archtecture and go to stored procs they will not be able to cut down on the client server round trips so WAN links will always require TS. A buffer and a "SAVE" button would reallty help too epecially on the validates. :-)
I agree that ts will be required for wan.
Please no SAVE button.
[-o<0 -
Nobody wrote:... A buffer and a "SAVE" button would reallty help too epecially on the validates. :-)
:shock: I do hope you are joking! Microsoft would loose a lot of customer if they did something as stupid as that.Nobody wrote:Personally I would think TS would still be necessary, you will just be able to load more users in a TS box than you could with the "fat client"
..
Microsoft have already confirmed publicly that Citrix/TS will still be necessary. There is too much badly written code out there that does extensive processing on forms to be able to just fix it over night.David Singleton0 -
Longhorn (or whatever they end up calling it) will has a feature called Remote Programs that looks to be a nice replacement for Citrix. I read about it on http://www.msterminalservices.org.
I can't get Navision to run on LH Beta 3 (it just crashes when you try to launch 4.0 SP3), but this is something I am going to keep an eye on.0 -
sknick wrote:Longhorn (or whatever they end up calling it) will has a feature called Remote Programs that looks to be a nice replacement for Citrix. I read about it on http://www.msterminalservices.org.
I can't get Navision to run on LH Beta 3 (it just crashes when you try to launch 4.0 SP3), but this is something I am going to keep an eye on.
My reading of the remote program feature is it still requires the terminal server on the other end. so instead of starting a whole ts session, you start the program only, and don't have the terminal server window with a program running in it. instead it just looks like a program running on your local machine.0 -
Mmmmm I don't know how to ask this to you ...
We're now experiencing some poor performance with Terminal Services. A local advisor say that we need Citrix. He's too much interested to sell us Citrix.
First question : How can I evaluate changing from terminal server to citrix?
Second one : If we really need to change from TS to Citrix. Is it wise to wait the upcoming 5.1. I don't want to spend a lot of money now when 5.1 can solve this problem.
[I posted here because "Will we still need Citrix on 5.1?" and my question is about Citrix and 5.1, perhaps a new thread?]0 -
Don't wait for 5.1 for that reason. With 5.1, you will still need to provide for the client with some sort of remote application. Citrix is one of the options, so is Terminal Server. Waldo will soon chime in with his preferred option
.
0 -
0
-
Nobody wrote:Personally I would think TS would still be necessary, you will just be able to load more users in a TS box than you could with the "fat client"
This opinion comes from the fact that AX already has a Rich Client that connects to a middle tier (The AOS Server) and the only support solution for WAN connections is TS but you can load a lot more users per terminal server. In the 5.1 env the middle tier is IIS so the overall architecture is very similar to AX so I assume 5.1 will also still require TS for WAN connections, but instead of 10-15 clients per CPU core you may be able to 50 clients.
.....
processing will indeed be performed by the middle-tier. this means that the new client will be there to merely display data. depending on how much data you need displayed, you might be able to squeeze in a certain number of users without using TS or Citrix. i am thinking of "cellular traffic" here.
there are no indications on the bandwith requirement for the new role-bsaed client at the moment. as soon as this info is out, i'll post it here.Denmark0 -
denmark_serrano77 wrote:processing will indeed be performed by the middle-tier. this means that the new client will be there to merely display data.0
-
DenSter wrote:denmark_serrano77 wrote:processing will indeed be performed by the middle-tier. this means that the new client will be there to merely display data.
I stand corrected. It seems that there is more to the new client that I also cannot go into details here.Denmark0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions