Hi Mike,
First of all, the Cache is shared between all the web services configured in
the same web application and same machine.
If you are trying to use the session in a WSE filter or token manager, it
could be null because WSE runs before than the ASP.NET session module (Or
you are trying to use the Session in a web service hosted outside of the
ASP.NET worker process, for instance, a windows console). Anyway, the
purpose of the session is completely different, it does not support
different expiration rules as the cache does.
You can also try with the Enterprise Library Caching application block.
Regards,
Pablo Cibraro.
As you said, you can use a session server to share session information in
a web farm scenario, but the purpose of the session is completely different
from the purpose of the cache. (The cache supports
[quoted text, click to view] "Mike W" <MikeW@discussions.microsoft.com> wrote in message
news:A72D1821-019E-4B4D-99EF-90CD6BDC7D04@microsoft.com...
> We are currently developing a WSE 3.0 service for User Management.
>
> To increase performance we would like to cache certain objects. But the
> session object is always null inside of WSE.
>
> We can use the HttpContext.Current.Cache object and it seems to work, but
> here are my concerns:
>
> Is this cache global across all calls to the wse service. This is
> important
> because some items in the cache we remove and they need to be removed for
> everyone.
>
> Second, we would like to setup this service on 2 apps service and load
> balance them. The cache obviously can't be shared across 2 machines. If
> we
> could use the session we could use a session server.