Hi John,
Hopefully this post will find its way back to you - or perhaps be answered
by someone else. As I mentioned in my last post on the earlier portion of
this thread, changing the serialization settings for the build handled the
initial slows we encountered when invoking the web service.
Since that time, we ported the original VB.net code over to C# - this was
done to make it cleaner easier to include the project in the rest of the C#
solution.
The problem is that the initial slows have re-appeared despite ensuring
the serialization option in the project were set to "On" and trying every
combination that we could think of.
We're using VS2008 Team Suite with the 3.5 framework. The web
references are still defined as web references rather that service references.
Any ideas what this might be at this time?
Regards,
Jim
"John Saunders [MVP]" wrote:
Hopefully this post will find its way back to you - or perhaps be answered
by someone else. As I mentioned in my last post on the earlier portion of
this thread, changing the serialization settings for the build handled the
initial slows we encountered when invoking the web service.
Since that time, we ported the original VB.net code over to C# - this was
done to make it cleaner easier to include the project in the rest of the C#
solution.
The problem is that the initial slows have re-appeared despite ensuring
the serialization option in the project were set to "On" and trying every
combination that we could think of.
We're using VS2008 Team Suite with the 3.5 framework. The web
references are still defined as web references rather that service references.
Any ideas what this might be at this time?
Regards,
Jim
"John Saunders [MVP]" wrote:
>
>
"Jim Owen" <jimo@online.no spamwrote in message
news:25550D86-9CB8-4EFF-944F-6F47D55687E6@mi crosoft.com...
>
This sounds like the serialization assemblies being created at runtime. Try
changing the settings of the Serialization Assembly dropdown at the bottom
of the Build pane of the properties window for the project.
--
--------------------------------------------------------------------------------
John Saunders | MVP – Windows Server System – Connected System Developer
>
>
>
>
"Jim Owen" <jimo@online.no spamwrote in message
news:25550D86-9CB8-4EFF-944F-6F47D55687E6@mi crosoft.com...
As far as we can tell, no. This is a remote service with dozens of users
invoking services continually. There does not appear to be issues with
other
clients. (We have three different development locations, each with the
same
issue, so it does not appear to be network or connection related.)
We have not yet found the exact cause, but we're looking into the
initialization process.
Jim
"densial" wrote:
invoking services continually. There does not appear to be issues with
other
clients. (We have three different development locations, each with the
same
issue, so it does not appear to be network or connection related.)
We have not yet found the exact cause, but we're looking into the
initialization process.
Jim
"densial" wrote:
On Mar 27, 6:36 am, Jim Owen <j...@online.no spamwrote:
Thanks for the reply.
We've narrowed it down to something that is occurring on our client
side but
have not totally sorted it out. It appears that there is significant
overhead when it is first invoked, but what is generated appears to be
cached
for some period after generation.
To test this, we wrote a small console app that simply invokes the web
service through a class then prints out the elapsed time on the
console.
When the exe is first executed, the entire process requires 15 - 18
seconds.
Executing the same executable a second time cuts the elapsed time to
3-4
seconds. Executing again produces the same results. However, if you
wait 10
minutes or so and execute the program again, elapsed time again shoots
up to
15-18 seconds.
There's obviously initialization going on behind the scene that we're
not
seeing. We'd like to eliminate that init when first called or at least
minimize it.
Thanks,
Jim
"Jeff" wrote:
I had a similar problem with .NET Remoting in the past. This may or
may not
be the same issue for you. In our case the remote object was loading
a lot of
data as it was initialized. It turns out that with .NET Remoting the
remote
object is not actually created until the client application invokes a
method
or property. So the client program would start up and create the
proxy and
you think everything is great. Then when a user tried to invoke it
they had
to wait for intitialization . It was really a matter of understanding
the
lifetime of a remote object and getting the architecture correct.
I would start by looking at the initialization code and finding out
if that
is the slow down.
"Jim Owen" wrote:
Hi,
We have been putting together a Win Forms application that consumes
a web
service to obtain item information for a client. We've found that
the first
call to the web service from the application, no matter what the
call is,
takes way, way too long. We've timed it at over 15 seconds, but
the second
call from within the same app takes 4-500 milliseconds.
We've found a couple of references to things that might decrease
the initial
time, but nothing definite.
Anyone have suggestions on handling this? The classes handling the
web
service calls were written in VB.NET using 3.5 framework and using
Web
Services references rather than Service References. Using VS 2008.
Thanks,
Jim
>
it's not the server rebuilding is it? IIS isn't shutting down and
restarting? you could recycle the app pool and see if it gives the
same lag after the recycle.
>
you could also try invoking the same web service from another app on
another machine, see what that does.
>
Thanks for the reply.
We've narrowed it down to something that is occurring on our client
side but
have not totally sorted it out. It appears that there is significant
overhead when it is first invoked, but what is generated appears to be
cached
for some period after generation.
To test this, we wrote a small console app that simply invokes the web
service through a class then prints out the elapsed time on the
console.
When the exe is first executed, the entire process requires 15 - 18
seconds.
Executing the same executable a second time cuts the elapsed time to
3-4
seconds. Executing again produces the same results. However, if you
wait 10
minutes or so and execute the program again, elapsed time again shoots
up to
15-18 seconds.
There's obviously initialization going on behind the scene that we're
not
seeing. We'd like to eliminate that init when first called or at least
minimize it.
Thanks,
Jim
"Jeff" wrote:
I had a similar problem with .NET Remoting in the past. This may or
may not
be the same issue for you. In our case the remote object was loading
a lot of
data as it was initialized. It turns out that with .NET Remoting the
remote
object is not actually created until the client application invokes a
method
or property. So the client program would start up and create the
proxy and
you think everything is great. Then when a user tried to invoke it
they had
to wait for intitialization . It was really a matter of understanding
the
lifetime of a remote object and getting the architecture correct.
I would start by looking at the initialization code and finding out
if that
is the slow down.
"Jim Owen" wrote:
Hi,
We have been putting together a Win Forms application that consumes
a web
service to obtain item information for a client. We've found that
the first
call to the web service from the application, no matter what the
call is,
takes way, way too long. We've timed it at over 15 seconds, but
the second
call from within the same app takes 4-500 milliseconds.
We've found a couple of references to things that might decrease
the initial
time, but nothing definite.
Anyone have suggestions on handling this? The classes handling the
web
service calls were written in VB.NET using 3.5 framework and using
Web
Services references rather than Service References. Using VS 2008.
Thanks,
Jim
>
it's not the server rebuilding is it? IIS isn't shutting down and
restarting? you could recycle the app pool and see if it gives the
same lag after the recycle.
>
you could also try invoking the same web service from another app on
another machine, see what that does.
>
This sounds like the serialization assemblies being created at runtime. Try
changing the settings of the Serialization Assembly dropdown at the bottom
of the Build pane of the properties window for the project.
--
--------------------------------------------------------------------------------
John Saunders | MVP – Windows Server System – Connected System Developer
>
>
>
Comment