473,572 Members | 3,174 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Webservice stub class not compiling

Hi,

I'm having problems using Flash Remoting with Web Services for ASP.NET
and I've narrowed the problem down to csc.exe when it tries to compile
the stub class.

Flash Remoting (flashgateway.d ll) is calling the following command line
to compile the stub class:

"csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs

If I run that command manually, it correctly generates the DLL and the
application works, so why can't it generate the DLL file when it
compiles it automatically? What's the difference between me running it
from the command line and Flash running it as the ASPNET user?

We then did some more research and have found that csc.exe is producing
the following error while trying to compile the file:

fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
long or invalid

I've searched for this error everywhere and I can't see that anyone else
has ever encountered it. I've even tried reinstalling .NET in case my
installation was messed up. Where is csc.exe getting the above string
from? (ie where do I look to fix it, and what should it be?)

I can't work out what this error means. I expect it relates to the
extraneous characters on the front of the path but I don't know why
that's happening or why those characters are there.

Do you know how I can fix this problem?

Thanks,

Nick...
Nov 21 '05 #1
5 2043
who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?

-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Ox******** ******@TK2MSFTN GP12.phx.gbl...
Hi,

I'm having problems using Flash Remoting with Web Services for ASP.NET and
I've narrowed the problem down to csc.exe when it tries to compile the
stub class.

Flash Remoting (flashgateway.d ll) is calling the following command line to
compile the stub class:

"csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs

If I run that command manually, it correctly generates the DLL and the
application works, so why can't it generate the DLL file when it compiles
it automatically? What's the difference between me running it from the
command line and Flash running it as the ASPNET user?

We then did some more research and have found that csc.exe is producing
the following error while trying to compile the file:

fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too long
or invalid

I've searched for this error everywhere and I can't see that anyone else
has ever encountered it. I've even tried reinstalling .NET in case my
installation was messed up. Where is csc.exe getting the above string
from? (ie where do I look to fix it, and what should it be?)

I can't work out what this error means. I expect it relates to the
extraneous characters on the front of the path but I don't know why that's
happening or why those characters are there.

Do you know how I can fix this problem?

Thanks,

Nick...

Nov 21 '05 #2
> who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?
It is a macromedia thing, but the problem is with the csc compiler as
you can see from the error message. We have reproduced the problem
completely independanty of any of the Macromedia products using the
following code:

private void Page_Load(objec t sender, System.EventArg s e)
{
string text2 = @"C:\Inetpub\ww wroot\flashremo ting\bin";
string text4 = @"ExampleWebSer vice";
Process process2 = new Process();
process2.StartI nfo.WorkingDire ctory = text2;
// process2.StartI nfo.FileName =
@"C:\WINDOWS\Mi crosoft.NET\Fra mework\v1.1.432 2\csc.exe";
// With the line below in place, it executes correctly,
// but the line below causes it to fail!
process2.StartI nfo.FileName = "csc.exe";
process2.StartI nfo.CreateNoWin dow = false;
process2.StartI nfo.UseShellExe cute = false;
process2.StartI nfo.ErrorDialog = true;
process2.StartI nfo.RedirectSta ndardOutput = true;
string[] textArray1 = new string[5] { "/out:", text4, ".dll /t:library
", text4, ".cs" } ;
process2.StartI nfo.Arguments = string.Concat(t extArray1);
process2.Start( );
string stderr = process2.Standa rdOutput.ReadTo End();
process2.WaitFo rExit(30000);
Trace.Write("ex it code", process2.ExitCo de.ToString());
Trace.Write("st dout",stderr);
}

You can try this yourself.. just provide it with a basic CS file for it
to compile in the BIN folder called "ExampleWebServ ice.cs" which can
probably contain any code.

On my machine this will cause the following error to appear in the Trace
output:
fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
long or invalid

So this problem is not actually related to Macromedia products in any
way - I probably shouldn't have mentionned it - it's simply what I was
working with when I noticed this problem.

Any ideas why this is happening? I'm not sure what the .rsp file is for,
but it's obviously getting an invalid path from the environment or
configuration file somewhere. Note from the comment that if you provice
the full path to the csc.exe file in the code, then it works fine (I
can't actually use that as a solution as the code above is not my code
and was obtained using Reflector).

Thanks,

Nick...

Dino Chiesa [Microsoft] wrote: who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?

-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Ox******** ******@TK2MSFTN GP12.phx.gbl...
Hi,

I'm having problems using Flash Remoting with Web Services for ASP.NET and
I've narrowed the problem down to csc.exe when it tries to compile the
stub class.

Flash Remoting (flashgateway.d ll) is calling the following command line to
compile the stub class:

"csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs

If I run that command manually, it correctly generates the DLL and the
application works, so why can't it generate the DLL file when it compiles
it automatically? What's the difference between me running it from the
command line and Flash running it as the ASPNET user?

We then did some more research and have found that csc.exe is producing
the following error while trying to compile the file:

fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too long
or invalid

I've searched for this error everywhere and I can't see that anyone else
has ever encountered it. I've even tried reinstalling .NET in case my
installation was messed up. Where is csc.exe getting the above string
from? (ie where do I look to fix it, and what should it be?)

I can't work out what this error means. I expect it relates to the
extraneous characters on the front of the path but I don't know why that's
happening or why those characters are there.

Do you know how I can fix this problem?

Thanks,

Nick...


Nov 21 '05 #3
if I understand you properly, then
- the problem is that csc.exe is returning something strange
- it happens only when CSC is run from an ASPX page
- if you specify the fully-qualified path for CSC then no problem

Seems like you have a good workaround?

Another workaround is to specify the /noconfig option to csc.exe.
http://msdn.microsoft.com/library/en...noreCscrsp.asp

The csc.rsp string you see is not a made-up name - it is the default
"response file" for the csc command. (what is a response file? If you run
csc.exe @foo.rsp , then CSC will process options from the given rsp file,
known as a response file. ) It is using a kind-of strange UNC path syntax,
but it works in the "dir" command.

The basic problem seems to be that csc does not tolerate this syntax. If
you specify a response file with a path like \\?\C:\director y\response.rsp
, then csc.exe will choke. I am guessing that the Process.Start() is
performing a search for the "csc.exe" command when it is not qualified. it
finds it and normalizes the path to
\\?\C:\WINDOWS\ Microsoft.NET\F ramework\v1.1.4 322\csc.exe . (note: exe).
The csc command then looks for the rsp file from the same dir, using the
same path. Boom.

So your workaround seems appropriate - just specify the path to csc.exe, it
suppresses the search, and you get the friendly filename for csc.rsp, which
csc.exe can tolerate. or tell csc to skip the default response file
(/noconfig) .
-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Oi******** ******@TK2MSFTN GP11.phx.gbl...
who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?


It is a macromedia thing, but the problem is with the csc compiler as you
can see from the error message. We have reproduced the problem completely
independanty of any of the Macromedia products using the following code:

private void Page_Load(objec t sender, System.EventArg s e)
{
string text2 = @"C:\Inetpub\ww wroot\flashremo ting\bin";
string text4 = @"ExampleWebSer vice";
Process process2 = new Process();
process2.StartI nfo.WorkingDire ctory = text2;
// process2.StartI nfo.FileName =
@"C:\WINDOWS\Mi crosoft.NET\Fra mework\v1.1.432 2\csc.exe";
// With the line below in place, it executes correctly,
// but the line below causes it to fail!
process2.StartI nfo.FileName = "csc.exe";
process2.StartI nfo.CreateNoWin dow = false;
process2.StartI nfo.UseShellExe cute = false;
process2.StartI nfo.ErrorDialog = true;
process2.StartI nfo.RedirectSta ndardOutput = true;
string[] textArray1 = new string[5] { "/out:", text4, ".dll /t:library ",
text4, ".cs" } ;
process2.StartI nfo.Arguments = string.Concat(t extArray1);
process2.Start( );
string stderr = process2.Standa rdOutput.ReadTo End();
process2.WaitFo rExit(30000);
Trace.Write("ex it code", process2.ExitCo de.ToString());
Trace.Write("st dout",stderr);
}

You can try this yourself.. just provide it with a basic CS file for it to
compile in the BIN folder called "ExampleWebServ ice.cs" which can probably
contain any code.

On my machine this will cause the following error to appear in the Trace
output:
fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too long
or invalid

So this problem is not actually related to Macromedia products in any
way - I probably shouldn't have mentionned it - it's simply what I was
working with when I noticed this problem.

Any ideas why this is happening? I'm not sure what the .rsp file is for,
but it's obviously getting an invalid path from the environment or
configuration file somewhere. Note from the comment that if you provice
the full path to the csc.exe file in the code, then it works fine (I can't
actually use that as a solution as the code above is not my code and was
obtained using Reflector).

Thanks,

Nick...

Dino Chiesa [Microsoft] wrote:
who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?

-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Ox******** ******@TK2MSFTN GP12.phx.gbl...
Hi,

I'm having problems using Flash Remoting with Web Services for ASP.NET
and I've narrowed the problem down to csc.exe when it tries to compile
the stub class.

Flash Remoting (flashgateway.d ll) is calling the following command line
to compile the stub class:

"csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs

If I run that command manually, it correctly generates the DLL and the
application works, so why can't it generate the DLL file when it
compiles it automatically? What's the difference between me running it
from the command line and Flash running it as the ASPNET user?

We then did some more research and have found that csc.exe is producing
the following error while trying to compile the file:

fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
long or invalid

I've searched for this error everywhere and I can't see that anyone else
has ever encountered it. I've even tried reinstalling .NET in case my
installation was messed up. Where is csc.exe getting the above string
from? (ie where do I look to fix it, and what should it be?)

I can't work out what this error means. I expect it relates to the
extraneous characters on the front of the path but I don't know why
that's happening or why those characters are there.

Do you know how I can fix this problem?

Thanks,

Nick...


Nov 21 '05 #4
Thanks for your detailed analysis. The problem is, the code snippet that
I put in the ASPX page is actually code taken from a 3rd party DLL that
I do not have control over... I cannot edit that DLL and the code you
are seeing was not the real source code but was generated by decompiling
the DLL using Reflector. The code works fine on other people's machines
so I'm not sure why it's broken on mine. Perhaps I have different
environment variables set up, but I've tried changing the path but it
didn't make any difference.

I still don't quite understand the problem. I do not think that hard
coding the path to the csc.exe file is a good solution - because the
code will then break if it's installed on any machine which does not
have csc.exe on that exact drive/path. Currently it looks for it in the
path which is sensible behavior and seems to work OK on other people's
machines.

Nick...

Dino Chiesa [Microsoft] wrote:
if I understand you properly, then
- the problem is that csc.exe is returning something strange
- it happens only when CSC is run from an ASPX page
- if you specify the fully-qualified path for CSC then no problem

Seems like you have a good workaround?

Another workaround is to specify the /noconfig option to csc.exe.
http://msdn.microsoft.com/library/en...noreCscrsp.asp

The csc.rsp string you see is not a made-up name - it is the default
"response file" for the csc command. (what is a response file? If you run
csc.exe @foo.rsp , then CSC will process options from the given rsp file,
known as a response file. ) It is using a kind-of strange UNC path syntax,
but it works in the "dir" command.

The basic problem seems to be that csc does not tolerate this syntax. If
you specify a response file with a path like \\?\C:\director y\response.rsp
, then csc.exe will choke. I am guessing that the Process.Start() is
performing a search for the "csc.exe" command when it is not qualified. it
finds it and normalizes the path to
\\?\C:\WINDOWS\ Microsoft.NET\F ramework\v1.1.4 322\csc.exe . (note: exe).
The csc command then looks for the rsp file from the same dir, using the
same path. Boom.

So your workaround seems appropriate - just specify the path to csc.exe, it
suppresses the search, and you get the friendly filename for csc.rsp, which
csc.exe can tolerate. or tell csc to skip the default response file
(/noconfig) .
-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Oi******** ******@TK2MSFTN GP11.phx.gbl...
> who is flash remoting?
> is this a macromedia thing?
> maybe you should be checking with them?


It is a macromedia thing, but the problem is with the csc compiler as you
can see from the error message. We have reproduced the problem completely
independanty of any of the Macromedia products using the following code:

private void Page_Load(objec t sender, System.EventArg s e)
{
string text2 = @"C:\Inetpub\ww wroot\flashremo ting\bin";
string text4 = @"ExampleWebSer vice";
Process process2 = new Process();
process2.StartI nfo.WorkingDire ctory = text2;
// process2.StartI nfo.FileName =
@"C:\WINDOWS\Mi crosoft.NET\Fra mework\v1.1.432 2\csc.exe";
// With the line below in place, it executes correctly,
// but the line below causes it to fail!
process2.StartI nfo.FileName = "csc.exe";
process2.StartI nfo.CreateNoWin dow = false;
process2.StartI nfo.UseShellExe cute = false;
process2.StartI nfo.ErrorDialog = true;
process2.StartI nfo.RedirectSta ndardOutput = true;
string[] textArray1 = new string[5] { "/out:", text4, ".dll /t:library ",
text4, ".cs" } ;
process2.StartI nfo.Arguments = string.Concat(t extArray1);
process2.Start( );
string stderr = process2.Standa rdOutput.ReadTo End();
process2.WaitFo rExit(30000);
Trace.Write("ex it code", process2.ExitCo de.ToString());
Trace.Write("st dout",stderr);
}

You can try this yourself.. just provide it with a basic CS file for it to
compile in the BIN folder called "ExampleWebServ ice.cs" which can probably
contain any code.

On my machine this will cause the following error to appear in the Trace
output:
fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too long
or invalid

So this problem is not actually related to Macromedia products in any
way - I probably shouldn't have mentionned it - it's simply what I was
working with when I noticed this problem.

Any ideas why this is happening? I'm not sure what the .rsp file is for,
but it's obviously getting an invalid path from the environment or
configuration file somewhere. Note from the comment that if you provice
the full path to the csc.exe file in the code, then it works fine (I can't
actually use that as a solution as the code above is not my code and was
obtained using Reflector).

Thanks,

Nick...

Dino Chiesa [Microsoft] wrote:
who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?

-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Ox******** ******@TK2MSFTN GP12.phx.gbl...
Hi,

I'm having problems using Flash Remoting with Web Services for ASP.NET
and I've narrowed the problem down to csc.exe when it tries to compile
the stub class.

Flash Remoting (flashgateway.d ll) is calling the following command line
to compile the stub class:

"csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs

If I run that command manually, it correctly generates the DLL and the
application works, so why can't it generate the DLL file when it
compiles it automatically? What's the difference between me running it
from the command line and Flash running it as the ASPNET user?

We then did some more research and have found that csc.exe is producing
the following error while trying to compile the file:

fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
long or invalid

I've searched for this error everywhere and I can't see that anyone else
has ever encountered it. I've even tried reinstalling .NET in case my
installation was messed up. Where is csc.exe getting the above string
from? (ie where do I look to fix it, and what should it be?)

I can't work out what this error means. I expect it relates to the
extraneous characters on the front of the path but I don't know why
that's happening or why those characters are there.

Do you know how I can fix this problem?

Thanks,

Nick...

Nov 21 '05 #5
> Thanks for your detailed analysis. The problem is, the code snippet that I
put in the ASPX page is actually code taken from a 3rd party DLL that I do
not have control over...
if it's a third-party DLL, then you have something to tell that third party.
their stuff breaks under certain conditions.

I'm not saying that csc.exe is not also at fault here - it may be. you may
wish to contact MS support to file a bug. Do you have a support contract?
(sorry, I know this is frustrating - but I am not support staff and cannot
do this on your behalf).
I still don't quite understand the problem. I do not think that hard
coding the path to the csc.exe file is a good solution - because the code
will then break if it's installed on any machine which does not have
csc.exe on that exact drive/path.
I wouldn't suggest hard coding, but if you allow the code to find csc.exe by
examining the registry, that may work.

Something else to try may be: adding
C:\WINDOWS\Micr osoft.NET\Frame work\v1.1.4322

the the PATH for ASPNET, or whatever user the ASP.NET code is running under.
You said you mucked with the path without success.
-D
"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Of******** ******@TK2MSFTN GP15.phx.gbl...
I cannot edit that DLL and the code you are seeing was not the real source code but was generated by decompiling
the DLL using Reflector. The code works fine on other people's machines so
I'm not sure why it's broken on mine. Perhaps I have different environment
variables set up, but I've tried changing the path but it didn't make any
difference.

I still don't quite understand the problem. I do not think that hard
coding the path to the csc.exe file is a good solution - because the code
will then break if it's installed on any machine which does not have
csc.exe on that exact drive/path. Currently it looks for it in the path
which is sensible behavior and seems to work OK on other people's
machines.

Nick...

Dino Chiesa [Microsoft] wrote:
if I understand you properly, then
- the problem is that csc.exe is returning something strange
- it happens only when CSC is run from an ASPX page
- if you specify the fully-qualified path for CSC then no problem

Seems like you have a good workaround?

Another workaround is to specify the /noconfig option to csc.exe.
http://msdn.microsoft.com/library/en...noreCscrsp.asp

The csc.rsp string you see is not a made-up name - it is the default
"response file" for the csc command. (what is a response file? If you
run csc.exe @foo.rsp , then CSC will process options from the given rsp
file, known as a response file. ) It is using a kind-of strange UNC path
syntax, but it works in the "dir" command.

The basic problem seems to be that csc does not tolerate this syntax.
If you specify a response file with a path like
\\?\C:\director y\response.rsp , then csc.exe will choke. I am guessing
that the Process.Start() is performing a search for the "csc.exe" command
when it is not qualified. it finds it and normalizes the path to
\\?\C:\WINDOWS\ Microsoft.NET\F ramework\v1.1.4 322\csc.exe . (note: exe).
The csc command then looks for the rsp file from the same dir, using the
same path. Boom.

So your workaround seems appropriate - just specify the path to csc.exe,
it suppresses the search, and you get the friendly filename for csc.rsp,
which csc.exe can tolerate. or tell csc to skip the default response
file (/noconfig) .
-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Oi******** ******@TK2MSFTN GP11.phx.gbl...
> who is flash remoting?
> is this a macromedia thing?
> maybe you should be checking with them?

It is a macromedia thing, but the problem is with the csc compiler as
you can see from the error message. We have reproduced the problem
completely independanty of any of the Macromedia products using the
following code:

private void Page_Load(objec t sender, System.EventArg s e)
{
string text2 = @"C:\Inetpub\ww wroot\flashremo ting\bin";
string text4 = @"ExampleWebSer vice";
Process process2 = new Process();
process2.StartI nfo.WorkingDire ctory = text2;
// process2.StartI nfo.FileName =
@"C:\WINDOWS\Mi crosoft.NET\Fra mework\v1.1.432 2\csc.exe";
// With the line below in place, it executes correctly,
// but the line below causes it to fail!
process2.StartI nfo.FileName = "csc.exe";
process2.StartI nfo.CreateNoWin dow = false;
process2.StartI nfo.UseShellExe cute = false;
process2.StartI nfo.ErrorDialog = true;
process2.StartI nfo.RedirectSta ndardOutput = true;
string[] textArray1 = new string[5] { "/out:", text4, ".dll /t:library
", text4, ".cs" } ;
process2.StartI nfo.Arguments = string.Concat(t extArray1);
process2.Start( );
string stderr = process2.Standa rdOutput.ReadTo End();
process2.WaitFo rExit(30000);
Trace.Write("ex it code", process2.ExitCo de.ToString());
Trace.Write("st dout",stderr);
}

You can try this yourself.. just provide it with a basic CS file for it
to compile in the BIN folder called "ExampleWebServ ice.cs" which can
probably contain any code.

On my machine this will cause the following error to appear in the Trace
output:
fatal error CS2021: File name
'\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
long or invalid

So this problem is not actually related to Macromedia products in any
way - I probably shouldn't have mentionned it - it's simply what I was
working with when I noticed this problem.

Any ideas why this is happening? I'm not sure what the .rsp file is for,
but it's obviously getting an invalid path from the environment or
configuration file somewhere. Note from the comment that if you provice
the full path to the csc.exe file in the code, then it works fine (I
can't actually use that as a solution as the code above is not my code
and was obtained using Reflector).

Thanks,

Nick...

Dino Chiesa [Microsoft] wrote:
who is flash remoting?
is this a macromedia thing?
maybe you should be checking with them?

-D

"Nick Gilbert" <ne**@nickgilbe rt.com> wrote in message
news:Ox******** ******@TK2MSFTN GP12.phx.gbl...
> Hi,
>
> I'm having problems using Flash Remoting with Web Services for ASP.NET
> and I've narrowed the problem down to csc.exe when it tries to compile
> the stub class.
>
> Flash Remoting (flashgateway.d ll) is calling the following command
> line to compile the stub class:
>
> "csc.exe" /out:ExampleWebS ervice.dll /t:library ExampleWebServi ce.cs
>
> If I run that command manually, it correctly generates the DLL and the
> application works, so why can't it generate the DLL file when it
> compiles it automatically? What's the difference between me running it
> from the command line and Flash running it as the ASPNET user?
>
> We then did some more research and have found that csc.exe is
> producing the following error while trying to compile the file:
>
> fatal error CS2021: File name
> '\\?\C:\WINDOWS \Microsoft.NET\ Framework\v1.1. 4322\csc.rsp... ' is too
> long or invalid
>
> I've searched for this error everywhere and I can't see that anyone
> else has ever encountered it. I've even tried reinstalling .NET in
> case my installation was messed up. Where is csc.exe getting the above
> string from? (ie where do I look to fix it, and what should it be?)
>
> I can't work out what this error means. I expect it relates to the
> extraneous characters on the front of the path but I don't know why
> that's happening or why those characters are there.
>
> Do you know how I can fix this problem?
>
> Thanks,
>
> Nick...

Nov 21 '05 #6

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
3087
by: cb4 | last post by:
I've implemented a webservice and client (static stub) that inovke methods onto my webservice..... In the webservice how can i get a client ip? thank a lot... cb4
1
4248
by: Bhavesh Padmani | last post by:
Hello, Currenlty we use ISAPI DLLS on our site. These dlls are making rpc calls to another NT services on that same machine. I am planning to use C++ web service using .NET 2003 instead of ISAPI dlls. However i want to use existing mechanisam defined in NT serives. So my question is how can we make rpc calls (Way we can make from isapi dlls)...
5
977
by: Mantorok | last post by:
Hi all I have a web service and it is going fine until I call a method that returns an object that is based on a class from a referenced .net assembly. The problem is my calling code doesn't know anything about the class that the web-service is using, how do I ensure that my calling code is aware of the classes/objects being returned by...
9
2119
by: Ed Gonen | last post by:
Hi, I have the following problem. I've created 2 WebServices (A and B) that reference to the same assembly - Credentials. Each WebService (A and B) expose method GetCredentials that returns the Credentials class. public class ServiceA : System.Web.Services.WebService { public Credentials GetCredentials() {
0
2783
by: John | last post by:
We are doing integration with an AS400 running websphere - webservices. When the customer (AS400) calls the .Net webservice the customers java code (every other request or so) throws the following exception. We are both researching the possible cause of this. Any suggestions on the .Net side for resolving this would be helpful. John ...
0
1411
by: perschrotti | last post by:
I have simple .NET webservice coded in C# running on IIS 5 windows 2000 sp4 with .NET framework 1.1. I have a client coded in java with a webservice client stub generated by wsdl2java (axis). After doing some monitoring on the server box I noticed that connections were not closed but stacked up with the status TIME_WAIT and were not closed...
1
3909
by: Rodrigo C. Souza | last post by:
Hello all, I´m trying to create a simple web service to be called by a J2ME application, but when I call the tool to create the stub classes it give me following error: java.lang.Exception: Soap binding uses wrong encoding SOAP style (rpc). Document/literal is the only supported SOAP style. Well, I tryed to change this with a lot of flags...
1
2000
by: UT-BadBoy | last post by:
Hi, I've been receving this error "System.InvalidOperationException: The namespace, , is a duplicate." and have been unable to locate the exact cause of the exception. I've written a webservice with the new AJAX extensions for .NET. The webservice is marked up with a ScriptService attribute tag along with each method being marked up as...
10
2119
by: Phillip Taylor | last post by:
Hi guys, I'm looking to develop a simple web service in VB.NET but I'm having some trivial issues. In Visual Studio I create a web services project and change the asmx.vb file to this: Imports System.Web.Services Imports System.Web.Services.Protocols Imports System.ComponentModel <System.Web.Services.WebService(Namespace:="http://...
0
7733
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main...
0
7957
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. ...
0
8155
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that...
1
7705
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For...
0
6337
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then...
1
5524
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes...
0
3685
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in...
0
3673
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
0
975
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.