I'm pretty sure that the cache would not be available b/c the
applications have different IIS contexts.  This is a result of different
name spaces, global.asa files, virtual directories, etc.  I would
suggest streaming the datatable as xml from one application to the
other.  This could be achieved via a web services or xml.http and would
not require you to change the structure of your existing applications.
HTH,

Jesse

  

-----Original Message-----
From: Unmoderated discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of Baudouin,
Andrew
Sent: Wednesday, July 14, 2004 7:52 AM
To: [EMAIL PROTECTED]
Subject: [ADVANCED-DOTNET] Passing a datatable schema to perform search
- Best Practices

Hi all,

I am trying to pass a datatable from one Web Application to a Search
Application.  The Search Application should take the datatable, examine
its
schema, and dynamically create a search form consisting of labels and
textboxes based on the keys I have defined in the table (basically, any
indexed field in the datatable should have a textbox/label assigned to
it).

Putting it in the HTTPContext.Current.cache from the "Web Application"
doesnt work , because the "Search Application" indicates that there are
no
items in the cache.  These two applications have their own separate
"bin"
folders out on the development server.

Is there a better way to do this?

Andrew Baudouin
Applications Programmer
AWC Inc

===================================
This list is hosted by DevelopMentor(r)  http://www.develop.com
Some .NET courses you may be interested in:

NEW! Guerrilla ASP.NET, 17 May 2004, in Los Angeles
http://www.develop.com/courses/gaspdotnetls

View archives and manage your subscription(s) at
http://discuss.develop.com

===================================
This list is hosted by DevelopMentor�  http://www.develop.com
Some .NET courses you may be interested in:

NEW! Guerrilla ASP.NET, 17 May 2004, in Los Angeles
http://www.develop.com/courses/gaspdotnetls

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to