Thanks a lot, this will be very handy to us.

On Tuesday, November 6, 2012 12:55:29 PM UTC, miles wrote:

> Hi, 
>
> BTW, the config files support environment variables, so you can set up an 
> environment variable in global.asax that contains the hostname, and then 
> use it in the config file (I have a personal preference for putting all 
> this stuff into config).
>
> We have this as we wanted to get the queue db in the App_Data folder for 
> the specific web application:
>
> In global.asax:
>
> Environment.SetEnvironmentVariable("WebConsoleAppData", 
> HttpContext.Current.Server.MapPath("~/App_Data/"), 
> EnvironmentVariableTarget.Process);
>
> In web.config:
>
>  <rhino.esb>
>     <bus path="%WebConsoleAppData%" />
>     <messages>...</messages>
> </rhino.esb>
>
>
> Miles
>
>
> On Tue, Nov 6, 2012 at 12:41 PM, Daventry <albert...@gmail.com<javascript:>
> > wrote:
>
>> Hi,
>>  
>> Do you think that setting up the RSB config by C# code and using the 
>> machine name as part of the storage path would be a good workaround?
>> Therefore each node would create its own "client" queues.
>>  
>> And just to confirm this, in the Global.asax we have to:
>>  - 1. Create and start the DefaultHost in Application_Start.
>>  - 2. Dispose DefaultHost in Application_End.
>>  
>> Thanks.
>>  
>> On Tuesday, November 6, 2012 12:36:35 PM UTC, Corey wrote:
>>
>>> Rhino queues path cannot be shared across multiple processes. You would 
>>> need to have a different share for each one.
>>>
>>>  On Tue, Nov 6, 2012 at 2:21 AM, Daventry <albert...@gmail.com> wrote:
>>>
>>>>  Hi,
>>>>  
>>>> Would it be possible that first request comes to a node in the web farm 
>>>> which initialised the Service Bus - i.e creates Rhino Queue folders, etc. 
>>>> - 
>>>> then a second request comes through and it's forwarded to a second node. 
>>>> The second node's AppPool will initialise the Bus again and try to get 
>>>> access to the Rhino Queues ESENT files.
>>>>  
>>>> Apologies if the scenario above doesn't make any sense - haven't used 
>>>> neither RSB nor web load balance before.
>>>>  
>>>> If this was the problem, would there be any workaround?
>>>>  
>>>> Another problem we have here is that our "corporative" platform doesn't 
>>>> allow us to write on the web server file system, hence we have had to 
>>>> create the client queue folders on a shared. Our web.config RSB section 
>>>> looks like below:
>>>>  
>>>> <rhino.esb>
>>>>     <bus threadCount="1" numberOfRetries="1" 
>>>> endpoint="rhino.queues://#web_**hostname#/ICE_WEB" name="client"
>>>>          path="\\#shared_drive#\ICEBus" />
>>>>     <messages>
>>>>       <add name="CS.RAR.ICE.Common.**Messages" 
>>>> endpoint="rhino.queues://#**backend_hostname#/ICE_ETL"   />
>>>>     </messages>
>>>>   </rhino.esb>
>>>>  
>>>> Any thoughts?
>>>>  
>>>> Thanks.
>>>>   
>>>>  
>>>>
>>>> On Monday, November 5, 2012 6:03:59 PM UTC, Daventry wrote:
>>>>
>>>>> Hi, 
>>>>>   
>>>>> We thought we had fix it, still having problems. 
>>>>>   
>>>>> Looks like it happens when running in IIS with load balance enabled. 
>>>>> It is all right when running off our workstations. Have you seen this 
>>>>> before? 
>>>>>   
>>>>> Thanks.
>>>>
>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "Rhino Tools Dev" group.
>>>> To view this discussion on the web visit https://groups.google.com/d/**
>>>> msg/rhino-tools-dev/-/_**TTp5h4IerQJ<https://groups.google.com/d/msg/rhino-tools-dev/-/_TTp5h4IerQJ>.
>>>>  
>>>>
>>>>  
>>>> To post to this group, send email to rhino-t...@googlegroups.**com.
>>>> To unsubscribe from this group, send email to rhino-tools-d...@**
>>>> googlegroups.com. 
>>>>
>>>> For more options, visit this group at http://groups.google.com/**
>>>> group/rhino-tools-dev?hl=en<http://groups.google.com/group/rhino-tools-dev?hl=en>
>>>> .
>>>>
>>>
>>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Rhino Tools Dev" group.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msg/rhino-tools-dev/-/QT3XeBhnRdQJ. 
>>
>> To post to this group, send email to rhino-t...@googlegroups.com<javascript:>
>> .
>> To unsubscribe from this group, send email to 
>> rhino-tools-d...@googlegroups.com <javascript:>.
>> For more options, visit this group at 
>> http://groups.google.com/group/rhino-tools-dev?hl=en.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Rhino Tools Dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/rhino-tools-dev/-/In9yyxzAOfwJ.
To post to this group, send email to rhino-tools-dev@googlegroups.com.
To unsubscribe from this group, send email to 
rhino-tools-dev+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/rhino-tools-dev?hl=en.

Reply via email to