Geachte zachtgoedmachinisten,
In mijn huidige project (Visual Studio 2003, .Net framework 1.4322) zijn we bezig met .Net remoting. De applicatie bestaat uit een webserver en een applicatieserver. De applicatieserver fungeert als .Net Remoting server en wordt alleen benaderd door de webserver.
We zijn al een tijdje bezig, inmiddels is de proxy file 64K groot. Zoals jullie weten wordt de proxy file aangemaakt door soapsuds.exe, we hebben het zo geregeld dat dit in een postbuild event afgehandeld wordt van het desbetreffende project. Zo hebben we 6 maanden lang zonder problemen gewerkt. Onlangs kregen we tijdens het nieuw builden van het project een 'sharing violation' voor de .Net remoting proxy. De oude proxy moet dan overschreven worden door de laatste versie, dit heeft altijd zonder foutmeldingen gewerkt. Voor de andere dll's die in het postbuild event overschreven worden levert dit ook geen problemen op. Alleen voor de proxy-file. Het is niet mogelijk de proxy-file te verwijderen zolang de Solution in Visual Studio 2003 is geopend.
Wanneer we ervoor zorgen dat de proxy-file kleiner is dan 64K (door functies weg te laten) doen er zich geen problemen voor. Zorgen we ervoor dat de proxy-file groter wordt, dan build het project normaal, totdat we tijdens het debuggen een van de functies die als interface gespecificeerd staan aanroepen. Dan beginnen de build errors weer opnieuw. Je kunt weer opnieuw beginnen door Visual Studio af te sluiten en de proxy-file handmatig weg te gooien.
Het lijkt erop dat er voor .Net remoting een 'magische grens' van 64K voor de Remoting proxy van kracht is. Maar 64K voor een proxy lijkt me niet uitzonderlijk groot. Of zou het aan een instelling in IIS liggen?
Alvast een prettig weekeinde
In mijn huidige project (Visual Studio 2003, .Net framework 1.4322) zijn we bezig met .Net remoting. De applicatie bestaat uit een webserver en een applicatieserver. De applicatieserver fungeert als .Net Remoting server en wordt alleen benaderd door de webserver.
We zijn al een tijdje bezig, inmiddels is de proxy file 64K groot. Zoals jullie weten wordt de proxy file aangemaakt door soapsuds.exe, we hebben het zo geregeld dat dit in een postbuild event afgehandeld wordt van het desbetreffende project. Zo hebben we 6 maanden lang zonder problemen gewerkt. Onlangs kregen we tijdens het nieuw builden van het project een 'sharing violation' voor de .Net remoting proxy. De oude proxy moet dan overschreven worden door de laatste versie, dit heeft altijd zonder foutmeldingen gewerkt. Voor de andere dll's die in het postbuild event overschreven worden levert dit ook geen problemen op. Alleen voor de proxy-file. Het is niet mogelijk de proxy-file te verwijderen zolang de Solution in Visual Studio 2003 is geopend.
Wanneer we ervoor zorgen dat de proxy-file kleiner is dan 64K (door functies weg te laten) doen er zich geen problemen voor. Zorgen we ervoor dat de proxy-file groter wordt, dan build het project normaal, totdat we tijdens het debuggen een van de functies die als interface gespecificeerd staan aanroepen. Dan beginnen de build errors weer opnieuw. Je kunt weer opnieuw beginnen door Visual Studio af te sluiten en de proxy-file handmatig weg te gooien.
Het lijkt erop dat er voor .Net remoting een 'magische grens' van 64K voor de Remoting proxy van kracht is. Maar 64K voor een proxy lijkt me niet uitzonderlijk groot. Of zou het aan een instelling in IIS liggen?
Alvast een prettig weekeinde