Search:   Namespaces Discussions .NET v1.1 Feedback

Inter-module communication? Messages   Related Types This message was discovered on ASPFriends.com 'aspngibuyspy' list. Responses highlighted in red are from those people who are likely to be able to contribute good, authoratitive information to this discussion. They include Microsoft employees, MVP's and others who IMHO contribute well to these kinds of discussions. Rick Boarman There's been some talk in the past of coming up with a standard and/or some code to handle inter-module communication. Does anyone have any further information or updates? Thanks, Rick This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. Reply to this message...        Rick Boarman Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, Rick This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. Reply to this message...        Brian Bilbro (VIP) Inter-module communication?There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext.aspx</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick Boarman To: aspngibuyspy Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, Reply to this message...        Rick Boarman Thank you for responding. What I want to do is have one module control another. Modula A has a DataGrid that is built from a DataSet. Module B, displayed on the same tab, has either buttons or links that when clicked change the data displayed in the grid. My primary use for this would be to change the where clause of the base query. For example, the grid may show open orders by default. I'd like to have links or buttons to display closed or pending orders as well. This issue lead me to think that a generalized method for two modules to communicate would be beneficial to the framework. Thank you, Rick -----Original Message----- From: Brian Bilbro [mailto:Click here to reveal e-mail address] Sent: Thursday, August 01, 2002 5:24 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext.asp x</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick <mailto:Click here to reveal e-mail address> Boarman To: aspngibuyspy <mailto:Click here to reveal e-mail address> Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. Reply to this message...        Rick Boarman Thank you for responding. What I want to do is have one module control another. Modula A has a DataGrid that is built from a DataSet. Module B, displayed on the same tab, has either buttons or links that when clicked change the data displayed in the grid. My primary use for this would be to change the where clause of the base query. For example, the grid may show open orders by default. I'd like to have links or buttons to display closed or pending orders as well. This issue lead me to think that a generalized method for two modules to communicate would be beneficial to the framework. Thank you, Rick -----Original Message----- From: Brian Bilbro [mailto:Click here to reveal e-mail address] Sent: Thursday, August 01, 2002 5:24 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext.asp x</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick <mailto:Click here to reveal e-mail address> Boarman To: aspngibuyspy <mailto:Click here to reveal e-mail address> Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. Reply to this message...        William Koch Rick, When you work this solution out, please share your thoughts with the community. I attempted to use Brian Bilbro's idea of using the httpcontext items collection. The problem is the order the events fire on the page. If the control that causes an item to be inserted into the httpcontext is AFTER the control that gets affected by it, then the Postback of the first control fires, THEN THE context item gets set in the second control. Since the First control has already rendered, you're left with the original content of the first control. I'm not sure that writing your own context object will remedy this behavior. If anyone can offer a solution that works with httpcontext, please share. Thanks, Bill -----Original Message----- From: Rick Boarman [mailto:Click here to reveal e-mail address] Sent: Friday, August 02, 2002 1:03 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? Thank you for responding. What I want to do is have one module control another. Modula A has a DataGrid that is built from a DataSet. Module B, displayed on the same tab, has either buttons or links that when clicked change the data displayed in the grid. My primary use for this would be to change the where clause of the base query. For example, the grid may show open orders by default. I'd like to have links or buttons to display closed or pending orders as well. This issue lead me to think that a generalized method for two modules to communicate would be beneficial to the framework. Thank you, Rick -----Original Message----- From: Brian Bilbro [mailto:Click here to reveal e-mail address] Sent: Thursday, August 01, 2002 5:24 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext .aspx</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick <mailto:Click here to reveal e-mail address> Boarman To: aspngibuyspy <mailto:Click here to reveal e-mail address> Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. | [aspngibuyspy] member Click here to reveal e-mail address YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives Reply to this message...        Brian Bilbro (VIP) MessageI have an idea for his solution...I'll be posting it later on when I have time to write it down. -- Brian ----- Original Message ----- From: William Koch To: aspngibuyspy Sent: 08/02/2002 1:27 PM Subject: [aspngibuyspy] Re: Inter-module communication? Rick, When you work this solution out, please share your thoughts with the community. I attempted to use Brian Bilbro's idea of using the httpcontext items collection. The problem is the order the events fire on the page. If the control that causes an item to be inserted into the httpcontext is AFTER the control that gets affected by it, then the Postback of the first control fires, THEN THE context item gets set in the second control. Since the First control has already rendered, you're left with the original content of the first control. I'm not sure that writing your own context object will remedy this behavior. If anyone can offer a solution that works with httpcontext, please share. Thanks, Bill -----Original Message----- From: Rick Boarman [mailto:Click here to reveal e-mail address] Sent: Friday, August 02, 2002 1:03 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? Thank you for responding. What I want to do is have one module control another. Modula A has a DataGrid that is built from a DataSet. Module B, displayed on the same tab, has either buttons or links that when clicked change the data displayed in the grid. My primary use for this would be to change the where clause of the base query. For example, the grid may show open orders by default. I'd like to have links or buttons to display closed or pending orders as well. This issue lead me to think that a generalized method for two modules to communicate would be beneficial to the framework. Thank you, Rick -----Original Message----- From: Brian Bilbro [mailto:Click here to reveal e-mail address] Sent: Thursday, August 01, 2002 5:24 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext.aspx</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick Boarman To: aspngibuyspy Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives This message may contain confidential, proprietary or legally privileged information. It is intended only to be read by the individual or entity named above or its designee. If the reader of this message is not the intended recipient, you are on notice that you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message. No confidentiality or privilege is waived or lost by any mistransmission. If you have received this message in error, please immediately notify the sender and/or DoveBid, Inc. by telephone at (650) 571-7400 or email at Click here to reveal e-mail address and delete or destroy any copy of this message. | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives | [aspngibuyspy] member Click here to reveal e-mail address = YOUR ID | http://www.asplists.com/asplists/aspngibuyspy.asp = JOIN/QUIT | http://www.asplists.com/search = SEARCH Archives Reply to this message...        Brian Bilbro (VIP) MessageAs promised I threw together a quick article describing one way to setup a module communication framework. This article is basically a draft so any feedback would be appreciated! http://aspalliance.com/bbilbro/articles/dotnet/ibuyspymc.aspx -- Brian P.S. (I made a quick comment about using the HttpContext.Items technique: you'll want to "put" items in the collection during init and read items from the collection during or after load. Or, if you need to put items in the collection during load, then you can only read items during event processing and afterwards). ----- Original Message ----- From: Brian Bilbro To: aspngibuyspy Sent: Friday, August 02, 2002 1:44 PM Subject: [aspngibuyspy] Re: Inter-module communication? I have an idea for his solution...I'll be posting it later on when I have time to write it down. -- Brian ----- Original Message ----- From: William Koch To: aspngibuyspy Sent: 08/02/2002 1:27 PM Subject: [aspngibuyspy] Re: Inter-module communication? Rick, When you work this solution out, please share your thoughts with the community. I attempted to use Brian Bilbro's idea of using the httpcontext items collection. The problem is the order the events fire on the page. If the control that causes an item to be inserted into the httpcontext is AFTER the control that gets affected by it, then the Postback of the first control fires, THEN THE context item gets set in the second control. Since the First control has already rendered, you're left with the original content of the first control. I'm not sure that writing your own context object will remedy this behavior. If anyone can offer a solution that works with httpcontext, please share. Thanks, Bill -----Original Message----- From: Rick Boarman [mailto:Click here to reveal e-mail address] Sent: Friday, August 02, 2002 1:03 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? Thank you for responding. What I want to do is have one module control another. Modula A has a DataGrid that is built from a DataSet. Module B, displayed on the same tab, has either buttons or links that when clicked change the data displayed in the grid. My primary use for this would be to change the where clause of the base query. For example, the grid may show open orders by default. I'd like to have links or buttons to display closed or pending orders as well. This issue lead me to think that a generalized method for two modules to communicate would be beneficial to the framework. Thank you, Rick -----Original Message----- From: Brian Bilbro [mailto:Click here to reveal e-mail address] Sent: Thursday, August 01, 2002 5:24 PM To: aspngibuyspy Subject: [aspngibuyspy] Re: Inter-module communication? There are a few ways to do what you want. Without knowing the exact details it's hard to pick the right one. 1. Create an interface that defines the communcation you want. Have the controls look any controls that implement the configured interface. 2. Have a base page class coordinate the communcation 3. A mix of #1 and #2 can work really well 4. Use the HttpContext.Items collection 5. Coordinate information through your own HttpContext class: <article type=plug>http://www.aspalliance.com/bbilbro/articles/dotnet/corecontext.aspx</article> Provides some more details and we can probably come up with a really nice solution for you. HTHs, Brian ----- Original Message ----- From: Rick Boarman To: aspngibuyspy Sent: Thursday, August 01, 2002 6:47 PM Subject: [aspngibuyspy] Inter-module communication? Has anyone been able to work out a system for one component to send message to another one? A standardized method of doing this would be very beneficial to anyone working on complex portal solutions. Thanks in advance, Reply to this message...     System.Data.DataSet System.Web.HttpContext System.Web.UI.WebControls.DataGrid System.Windows.Forms.DataGrid Ad MBR BootFX Best-of-breed application framework for .NET projects, developed by Matthew Baxter-Reynolds and MBR IT

Copyright © Matthew Baxter-Reynolds 2001-2008. '.NET 247 Software Development Services' is a trading style of MBR IT Solutions Ltd. Contact Us - Terms of Use - Privacy Policy - www.dotnet247.com