You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(14) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(18) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
From: Ake H. <ak...@eu...> - 2010-12-19 17:51:46
|
VSCP Boron 0.2.10 is out. Many changes and bugfixes has been added to this release. The most exciting is that the internal decision matrix of the daemon is now fully functional. This means that the VSCP daemon/server now can be use as a fully fledged sceduler on it's on. It is possible to control when things happen down to the smallest detail. If you want a a light to be on only X-mas day between 9:30 and 10:30 that is OK. If it's just a special year this should happen that is OK to. If you want a random patterns thats easy. Actions are the workers of the decision matrix. External events such as buttons pressed and internal events such as second, minute, hour events are feed into the matrix. If the conditions for the row is fulfilled the action is performed. Actions can send new events execute exteral scripts/programs, access web servers (GET/POST), send events to remote VSCP daemons, write to file, and much more. The decion matrix can be controled remotly through the TCP/IP interface to add/remove/edit rows. Variable handling are fully functional. Write measurements to a variable and read it from a web server scripts. Enjoy! /Ake |
From: Ake H. <ak...@eu...> - 2010-11-23 05:39:01
|
VSCP/OHAS realtime web measurement widgets http://www.youtube.com/watch?v=4s00X_vnYns |
From: Ake H. <ak...@eu...> - 2010-11-15 19:12:10
|
I will start do some more active OHAs development from now on. Anyone on the list that care to participate in this work? Cheers /Ake |
From: Ake H. e. <ak...@eu...> - 2009-07-29 21:42:29
|
Andreas Nyholm skrev: > Ake Hedman, eurosource wrote: > >> you have much more experience in this then I have. I have tested today a >> little of what we talked to previously. As I explained then I want to >> keep a socket conectin open for one widget. To test this I used the >> attached code. This works for one widget but I can't find a way to have >> several sockets open at the same time. >> > > Yes, one browser connection seem to use the same socket. If possible I > would open a new connection every time and save needed parameters in > session. You can create a class and save whole class in session. One > instance per widget. > > /Andreas > To use a new connection each time at is needed is not a solution for dynamic diagrams and for example a temperature widget. I have decided to solve this on the server instead so tables can be setup on the server. That way a new connection can be used each time data is needed. Cheers /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-27 08:21:06
|
Ake Hedman, eurosource wrote: > you have much more experience in this then I have. I have tested today a > little of what we talked to previously. As I explained then I want to > keep a socket conectin open for one widget. To test this I used the > attached code. This works for one widget but I can't find a way to have > several sockets open at the same time. Yes, one browser connection seem to use the same socket. If possible I would open a new connection every time and save needed parameters in session. You can create a class and save whole class in session. One instance per widget. /Andreas |
From: Ake H. e. <ak...@eu...> - 2009-07-23 19:53:39
|
Andreas Nyholm skrev: > Ok. > > I can look around to see if and how it's possible. Let me know if you > find a solution. > > /Andreas > I will! Thanks Andreas. Cheers /Ake > Ake Hedman, eurosource wrote: > >> I >> >> Andreas Nyholm skrev: >> >>> Hi. >>> >>> I have not much experience with sockets in php, but I did find one >>> possible bug. >>> >>> $fp = $_SESSION[ $name ]; >>> if ( $debug ) echo "Retrived file handler: " . $fp . "<br>"; >>> >>> // The socket last opended will be reused here >>> $fp = pfsockopen( $host, $port ); >>> >>> In the last line you overwrite $fp so resource will not be the same. >>> Remove that line. >>> >>> >> I should have removed the >> >> $fp = $_SESSION[ $name ]; >> >> the line but I was to lazy. This line has no meaning. The handle never >> gets saved. The socket is reused when the code looks like it is now. >> >> >>> What are the parameters you are calling the script with? >>> >>> >> Variable to the script is only som name script.php?name="kalle" My >> hope was that by changing "kalle" to something else each widget could >> keep it's own socket open. That does not appear to work. >> >> Change localhost to "dosilos.se" if you want to test it. Or add >> host=dosilos.se as a parameter >> >> Cheers >> /Ake >> >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer > > -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-23 19:51:58
|
Ok. I can look around to see if and how it's possible. Let me know if you find a solution. /Andreas Ake Hedman, eurosource wrote: > I > > Andreas Nyholm skrev: >> Hi. >> >> I have not much experience with sockets in php, but I did find one >> possible bug. >> >> $fp = $_SESSION[ $name ]; >> if ( $debug ) echo "Retrived file handler: " . $fp . "<br>"; >> >> // The socket last opended will be reused here >> $fp = pfsockopen( $host, $port ); >> >> In the last line you overwrite $fp so resource will not be the same. >> Remove that line. >> > I should have removed the > > $fp = $_SESSION[ $name ]; > > the line but I was to lazy. This line has no meaning. The handle never > gets saved. The socket is reused when the code looks like it is now. > >> What are the parameters you are calling the script with? >> > > Variable to the script is only som name script.php?name="kalle" My > hope was that by changing "kalle" to something else each widget could > keep it's own socket open. That does not appear to work. > > Change localhost to "dosilos.se" if you want to test it. Or add > host=dosilos.se as a parameter > > Cheers > /Ake > |
From: Ake H. e. <ak...@eu...> - 2009-07-23 19:38:22
|
I Andreas Nyholm skrev: > Hi. > > I have not much experience with sockets in php, but I did find one > possible bug. > > $fp = $_SESSION[ $name ]; > if ( $debug ) echo "Retrived file handler: " . $fp . "<br>"; > > // The socket last opended will be reused here > $fp = pfsockopen( $host, $port ); > > In the last line you overwrite $fp so resource will not be the same. > Remove that line. > I should have removed the $fp = $_SESSION[ $name ]; the line but I was to lazy. This line has no meaning. The handle never gets saved. The socket is reused when the code looks like it is now. > What are the parameters you are calling the script with? > Variable to the script is only som name script.php?name="kalle" My hope was that by changing "kalle" to something else each widget could keep it's own socket open. That does not appear to work. Change localhost to "dosilos.se" if you want to test it. Or add host=dosilos.se as a parameter Cheers /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-23 19:31:25
|
Hi. I have not much experience with sockets in php, but I did find one possible bug. $fp = $_SESSION[ $name ]; if ( $debug ) echo "Retrived file handler: " . $fp . "<br>"; // The socket last opended will be reused here $fp = pfsockopen( $host, $port ); In the last line you overwrite $fp so resource will not be the same. Remove that line. What are the parameters you are calling the script with? Regards, Andreas Ake Hedman, eurosource wrote: > Andreas, > > you have much more experience in this then I have. I have tested today a > little of what we talked to previously. As I explained then I want to > keep a socket conectin open for one widget. To test this I used the > attached code. This works for one widget but I can't find a way to have > several sockets open at the same time. Do you have any > experience/knowledge here? > > /Ake > > > ------------------------------------------------------------------------ > > '; echo '>'; } echo $_SESSION['test'] . " > "; if ( isset( $_GET["name"] ) ) { $name = $_GET["name"]; } else { $name > = "default"; } $host = "localhost"; if ( isset( $_GET["host"] ) ) { > $host = $_GET["host"]; } $port = "9598"; if ( isset( $_GET["port"] ) ) { > $port = $_GET["port"]; } $user = "admin"; if ( isset( $_GET["user"] ) ) > { $user = $_GET["user"]; } $pass = "secret"; if ( isset( $_GET["pass"] ) > ) { $pass = $_GET["pass"]; } if ( $debug ) echo "name = " . $name . " > "; // Check if the control name is set if ( isset( $_SESSION[ $name ] ) > ) { // yes set, just return data if ( $debug ) echo "Reuse > "; $fp = $_SESSION[ $name ]; if ( $debug ) echo "Retrived file handler: > " . $fp . " > "; // The socket last opended will be reused here $fp = pfsockopen( > $host, $port ); fwrite( $fp, "noop\n" ); $in = fgets( $fp ); if ( $debug > ) echo $in; } else { if ( $debug ) echo "New > "; $fp = pfsockopen( $host, $port ); if ( FALSE == $fp ) { if ( $debug ) > echo "Failed to open connection to server > "; } // Not set we need to open a session to the server $_SESSION[ $name > ] = $fp; $_SESSION['test'] = "Oj oj oj oj oj...."; if ( $debug ) echo > "File handler: " . $fp . " > "; $in = fgets( $fp ); if ( $debug ) echo $in; } /* # working vars $host > = 'www.example.com'; $service_uri = '/cgi-bin/processACT'; $vars > ='code=22&act=TEST'; # compose HTTP request header $header = "Host: > $host\r\n"; $header .= "User-Agent: PHP Script\r\n"; $header .= > "Content-Type: application/x-www-form-urlencoded\r\n"; $header .= > "Content-Length: ".strlen($vars)."\r\n"; $header .= "Connection: > close\r\n\r\n"; $fp = pfsockopen("ssl://".$host, 443, $errno, $errstr); > if ( !$fp ) { echo "$errstr ($errno) > \n"; echo $fp; } else { fputs($fp, "POST $service_uri HTTP/1.1\r\n"); > fputs($fp, $header.$vars); fwrite($fp, $out); while (!feof($fp)) { echo > fgets($fp, 128); } fclose($fp); } */ ?> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer |
From: Ake H. e. <ak...@eu...> - 2009-07-23 18:42:20
|
Andreas, you have much more experience in this then I have. I have tested today a little of what we talked to previously. As I explained then I want to keep a socket conectin open for one widget. To test this I used the attached code. This works for one widget but I can't find a way to have several sockets open at the same time. Do you have any experience/knowledge here? /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Ake H. e. <ak...@eu...> - 2009-07-22 10:50:55
|
Andreas Nyholm skrev: > Ake Hedman, eurosource wrote: > >> Hej Andreas, >> >> forget my last mail (the html file will nt execute any php commands :( >> ). It's the same session and works as you say. Makes things much easier. >> Thanks! >> > > I noticed that while testing in the morning, was just about to write reply. > > I also would suggest looking at jQuery or similar libraries before > writing lot of ajax code. > > Regards, > Andreas Yes I have added JQuery to the toolbox. Just want to understand what is going on before I do any "heavy" stuff. Cheers /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-22 09:52:19
|
Ake Hedman, eurosource wrote: > Hej Andreas, > > forget my last mail (the html file will nt execute any php commands :( > ). It's the same session and works as you say. Makes things much easier. > Thanks! I noticed that while testing in the morning, was just about to write reply. I also would suggest looking at jQuery or similar libraries before writing lot of ajax code. Regards, Andreas |
From: Ake H. e. <ak...@eu...> - 2009-07-22 08:48:35
|
Hej Andreas, forget my last mail (the html file will nt execute any php commands :( ). It's the same session and works as you say. Makes things much easier. Thanks! /Ake Andreas Nyholm skrev: > Hi. > > >> you have a page. On that page you gave x widgets. Each of theese widgets >> do XMLHttpRequests to cgi scripts that connect the daemon and fetch >> data. What I would liek was a way to keep a seession to the server open >> between the XMLHttpRequests >> > > You are familiar with these? > http://fi.php.net/manual/en/book.session.php > http://search.cpan.org/~sherzodr/CGI-Session-3.95/Session.pm > > but I'm still not sure if this is what you need or if you want to keep a > connection between script and daemon open. > > /Andreas > > >> I have come up with two solutions to this that might be good enough. >> >> 1.) I can read a variable from the daeamon periodically that contains >> the events. >> >> 2.) I can create a table variable type in the daemon that can collect >> data and which can be read from trhough the TCP/IP interface. This could >> actually be a very good thing for diagrams, taböles etc as it becomes >> sort of RRD. >> >> Still it would have been nice if the sessin could be kept open between >> the calls. >> >> Cheers >> /Ake >> >> Cheers >> /Ake >> >> >> >> >> >> >> >>> Ake Hedman, eurosource wrote: >>> >>> >>>> ------------------------------------------------------------------------ >>>> >>>> Subject: >>>> [VSCP] Somebody out there that ins an expert on web sessions? >>>> From: >>>> "Ake Hedman, eurosource" <ak...@eu...> >>>> Date: >>>> Sun, 19 Jul 2009 17:16:05 +0200 >>>> To: >>>> The VSCP development list <m2m...@li...>, The >>>> OHAS development list <oha...@li...> >>>> >>>> To: >>>> The VSCP development list <m2m...@li...>, The >>>> OHAS development list <oha...@li...> >>>> >>>> >>>> First of all sorry four double posting this to both the VSCP and the >>>> OHAS list (will keeep this on the OHAS list in the future). >>>> >>>> I am working on the OHAS interface and especially the interface between >>>> the VSCP daemon and dynamic widgets on a web page. There are some >>>> situations here that is handled with AJAX >>>> >>>> 1..) A button or similar. The event is sent when the button is pressed >>>> and one can expect a 'confirm event' withing a 'timeout'. This is trivial. >>>> >>>> 2.) A thermometer (or just a dynamic value update (in <div></div>)) or similar widget needs to open a session to the daemon, set a filter and keep the session open until the page is unloaded. This is less trivil. >>>> >>>> 3.) A dynamic diagram. This can be handled with havascript but again a session is needed to keep the connection open to the server to make it possible to collect data. Also less trivial. >>>> >>>> 4.) A dynamic table with data. Same as above. The session is needed. >>>> >>>> etc etc >>>> >>>> All togehter they all brew down to keeping the sessions open. This would be simple if just opended a page on the server and then closed it after a while. In this case we instead have possibly several dynamic and periodical page requests to the server as long as the page is open. >>>> >>>> How is sessions handled in a case like this? >>>> >>>> If someone have knowledge in this please contact me. >>>> >>>> Cheers >>>> /Ake >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ------------------------------------------------------------------------------ >>>> Enter the BlackBerry Developer Challenge >>>> This is your chance to win up to $100,000 in prizes! For a limited time, >>>> vendors submitting new applications to BlackBerry App World(TM) will have >>>> the opportunity to enter the BlackBerry Developer Challenge. See full prize >>>> details at: http://p.sf.net/sfu/Challenge >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Ohas-developer mailing list >>>> Oha...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ohas-developer >>>> >>>> >>> ------------------------------------------------------------------------------ >>> Enter the BlackBerry Developer Challenge >>> This is your chance to win up to $100,000 in prizes! For a limited time, >>> vendors submitting new applications to BlackBerry App World(TM) will have >>> the opportunity to enter the BlackBerry Developer Challenge. See full prize >>> details at: http://p.sf.net/sfu/Challenge >>> _______________________________________________ >>> Ohas-developer mailing list >>> Oha...@li... >>> https://lists.sourceforge.net/lists/listinfo/ohas-developer >>> >>> >>> >>> >> -- >> ========================================================================== >> Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 >> ========================================================================== >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Enter the BlackBerry Developer Challenge >> This is your chance to win up to $100,000 in prizes! For a limited time, >> vendors submitting new applications to BlackBerry App World(TM) will have >> the opportunity to enter the BlackBerry Developer Challenge. See full prize >> details at: http://p.sf.net/sfu/Challenge >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Ohas-developer mailing list >> Oha...@li... >> https://lists.sourceforge.net/lists/listinfo/ohas-developer >> > > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer > > > -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Ake H. e. <ak...@eu...> - 2009-07-21 22:09:16
|
<?php session_start(); //echo "This is a test"; echo $_SESSION['test']; //echo date('Y-m-d'); ?> |
From: Ake H. e. <ak...@eu...> - 2009-07-21 20:41:17
|
Andreas Nyholm skrev: > Ake Hedman, eurosource wrote: > >> Are you sure that the session is the same also for the XMLHttpRequests ? >> > > I can't say for cgi, but for php yes. > > /Andreas OK I will try that out. Thanks! /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-21 17:29:05
|
Ake Hedman, eurosource wrote: > > Are you sure that the session is the same also for the XMLHttpRequests ? I can't say for cgi, but for php yes. /Andreas |
From: Ake H. e. <ak...@eu...> - 2009-07-21 14:29:41
|
Andreas Nyholm skrev: > Hi. > > >> you have a page. On that page you gave x widgets. Each of theese widgets >> do XMLHttpRequests to cgi scripts that connect the daemon and fetch >> data. What I would liek was a way to keep a seession to the server open >> between the XMLHttpRequests >> > > You are familiar with these? > http://fi.php.net/manual/en/book.session.php > http://search.cpan.org/~sherzodr/CGI-Session-3.95/Session.pm > > but I'm still not sure if this is what you need or if you want to keep a > connection between script and daemon open. > > /Andreas > > Are you sure that the session is the same also for the XMLHttpRequests ? /Ake -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-21 10:56:21
|
Hi. > you have a page. On that page you gave x widgets. Each of theese widgets > do XMLHttpRequests to cgi scripts that connect the daemon and fetch > data. What I would liek was a way to keep a seession to the server open > between the XMLHttpRequests You are familiar with these? http://fi.php.net/manual/en/book.session.php http://search.cpan.org/~sherzodr/CGI-Session-3.95/Session.pm but I'm still not sure if this is what you need or if you want to keep a connection between script and daemon open. /Andreas > > I have come up with two solutions to this that might be good enough. > > 1.) I can read a variable from the daeamon periodically that contains > the events. > > 2.) I can create a table variable type in the daemon that can collect > data and which can be read from trhough the TCP/IP interface. This could > actually be a very good thing for diagrams, taböles etc as it becomes > sort of RRD. > > Still it would have been nice if the sessin could be kept open between > the calls. > > Cheers > /Ake > > Cheers > /Ake > > > > > > >> >> Ake Hedman, eurosource wrote: >> >>> ------------------------------------------------------------------------ >>> >>> Subject: >>> [VSCP] Somebody out there that ins an expert on web sessions? >>> From: >>> "Ake Hedman, eurosource" <ak...@eu...> >>> Date: >>> Sun, 19 Jul 2009 17:16:05 +0200 >>> To: >>> The VSCP development list <m2m...@li...>, The >>> OHAS development list <oha...@li...> >>> >>> To: >>> The VSCP development list <m2m...@li...>, The >>> OHAS development list <oha...@li...> >>> >>> >>> First of all sorry four double posting this to both the VSCP and the >>> OHAS list (will keeep this on the OHAS list in the future). >>> >>> I am working on the OHAS interface and especially the interface between >>> the VSCP daemon and dynamic widgets on a web page. There are some >>> situations here that is handled with AJAX >>> >>> 1..) A button or similar. The event is sent when the button is pressed >>> and one can expect a 'confirm event' withing a 'timeout'. This is trivial. >>> >>> 2.) A thermometer (or just a dynamic value update (in <div></div>)) or similar widget needs to open a session to the daemon, set a filter and keep the session open until the page is unloaded. This is less trivil. >>> >>> 3.) A dynamic diagram. This can be handled with havascript but again a session is needed to keep the connection open to the server to make it possible to collect data. Also less trivial. >>> >>> 4.) A dynamic table with data. Same as above. The session is needed. >>> >>> etc etc >>> >>> All togehter they all brew down to keeping the sessions open. This would be simple if just opended a page on the server and then closed it after a while. In this case we instead have possibly several dynamic and periodical page requests to the server as long as the page is open. >>> >>> How is sessions handled in a case like this? >>> >>> If someone have knowledge in this please contact me. >>> >>> Cheers >>> /Ake >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------------ >>> Enter the BlackBerry Developer Challenge >>> This is your chance to win up to $100,000 in prizes! For a limited time, >>> vendors submitting new applications to BlackBerry App World(TM) will have >>> the opportunity to enter the BlackBerry Developer Challenge. See full prize >>> details at: http://p.sf.net/sfu/Challenge >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Ohas-developer mailing list >>> Oha...@li... >>> https://lists.sourceforge.net/lists/listinfo/ohas-developer >>> >> >> >> ------------------------------------------------------------------------------ >> Enter the BlackBerry Developer Challenge >> This is your chance to win up to $100,000 in prizes! For a limited time, >> vendors submitting new applications to BlackBerry App World(TM) will have >> the opportunity to enter the BlackBerry Developer Challenge. See full prize >> details at: http://p.sf.net/sfu/Challenge >> _______________________________________________ >> Ohas-developer mailing list >> Oha...@li... >> https://lists.sourceforge.net/lists/listinfo/ohas-developer >> >> >> > > > -- > ========================================================================== > Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 > ========================================================================== > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > > > ------------------------------------------------------------------------ > > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer |
From: Ake H. e. <ak...@eu...> - 2009-07-21 10:01:52
|
Andreas Nyholm skrev: > Hi. > > Can you tell me a bit more what the problem is. Is it just the need to > keep data between http sessions or do you have need to keep a TCP > connection to daemon open from web server? > > Regards, > Andreas > Hi Andreas, This is the scenario, you have a page. On that page you gave x widgets. Each of theese widgets do XMLHttpRequests to cgi scripts that connect the daemon and fetch data. What I would liek was a way to keep a seession to the server open between the XMLHttpRequests I have come up with two solutions to this that might be good enough. 1.) I can read a variable from the daeamon periodically that contains the events. 2.) I can create a table variable type in the daemon that can collect data and which can be read from trhough the TCP/IP interface. This could actually be a very good thing for diagrams, taböles etc as it becomes sort of RRD. Still it would have been nice if the sessin could be kept open between the calls. Cheers /Ake Cheers /Ake > > Ake Hedman, eurosource wrote: > >> ------------------------------------------------------------------------ >> >> Subject: >> [VSCP] Somebody out there that ins an expert on web sessions? >> From: >> "Ake Hedman, eurosource" <ak...@eu...> >> Date: >> Sun, 19 Jul 2009 17:16:05 +0200 >> To: >> The VSCP development list <m2m...@li...>, The >> OHAS development list <oha...@li...> >> >> To: >> The VSCP development list <m2m...@li...>, The >> OHAS development list <oha...@li...> >> >> >> First of all sorry four double posting this to both the VSCP and the >> OHAS list (will keeep this on the OHAS list in the future). >> >> I am working on the OHAS interface and especially the interface between >> the VSCP daemon and dynamic widgets on a web page. There are some >> situations here that is handled with AJAX >> >> 1..) A button or similar. The event is sent when the button is pressed >> and one can expect a 'confirm event' withing a 'timeout'. This is trivial. >> >> 2.) A thermometer (or just a dynamic value update (in <div></div>)) or similar widget needs to open a session to the daemon, set a filter and keep the session open until the page is unloaded. This is less trivil. >> >> 3.) A dynamic diagram. This can be handled with havascript but again a session is needed to keep the connection open to the server to make it possible to collect data. Also less trivial. >> >> 4.) A dynamic table with data. Same as above. The session is needed. >> >> etc etc >> >> All togehter they all brew down to keeping the sessions open. This would be simple if just opended a page on the server and then closed it after a while. In this case we instead have possibly several dynamic and periodical page requests to the server as long as the page is open. >> >> How is sessions handled in a case like this? >> >> If someone have knowledge in this please contact me. >> >> Cheers >> /Ake >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Enter the BlackBerry Developer Challenge >> This is your chance to win up to $100,000 in prizes! For a limited time, >> vendors submitting new applications to BlackBerry App World(TM) will have >> the opportunity to enter the BlackBerry Developer Challenge. See full prize >> details at: http://p.sf.net/sfu/Challenge >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Ohas-developer mailing list >> Oha...@li... >> https://lists.sourceforge.net/lists/listinfo/ohas-developer >> > > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer > > > -- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Andreas N. <an...@ny...> - 2009-07-20 17:33:14
|
Hi. Can you tell me a bit more what the problem is. Is it just the need to keep data between http sessions or do you have need to keep a TCP connection to daemon open from web server? Regards, Andreas Ake Hedman, eurosource wrote: > > > ------------------------------------------------------------------------ > > Subject: > [VSCP] Somebody out there that ins an expert on web sessions? > From: > "Ake Hedman, eurosource" <ak...@eu...> > Date: > Sun, 19 Jul 2009 17:16:05 +0200 > To: > The VSCP development list <m2m...@li...>, The > OHAS development list <oha...@li...> > > To: > The VSCP development list <m2m...@li...>, The > OHAS development list <oha...@li...> > > > First of all sorry four double posting this to both the VSCP and the > OHAS list (will keeep this on the OHAS list in the future). > > I am working on the OHAS interface and especially the interface between > the VSCP daemon and dynamic widgets on a web page. There are some > situations here that is handled with AJAX > > 1..) A button or similar. The event is sent when the button is pressed > and one can expect a 'confirm event' withing a 'timeout'. This is trivial. > > 2.) A thermometer (or just a dynamic value update (in <div></div>)) or similar widget needs to open a session to the daemon, set a filter and keep the session open until the page is unloaded. This is less trivil. > > 3.) A dynamic diagram. This can be handled with havascript but again a session is needed to keep the connection open to the server to make it possible to collect data. Also less trivial. > > 4.) A dynamic table with data. Same as above. The session is needed. > > etc etc > > All togehter they all brew down to keeping the sessions open. This would be simple if just opended a page on the server and then closed it after a while. In this case we instead have possibly several dynamic and periodical page requests to the server as long as the page is open. > > How is sessions handled in a case like this? > > If someone have knowledge in this please contact me. > > Cheers > /Ake > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > > > ------------------------------------------------------------------------ > > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer |
From: Ake H. e. <ak...@eu...> - 2009-07-19 15:22:47
|
-- ========================================================================== Ake Hedman, eurosource, http://www.eurosource.se, +46 730 533146 ========================================================================== |
From: Ake H. <ak...@do...> - 2007-05-21 08:42:41
|
Andreas Nyholm wrote: > Ake Hedman wrote: > >> Used the default. Changed now and will hopefully work. Do you want me to >> add you as an administrator to the project? >> > > > Still the same. VSCP list has Reply-To to list but Ohas has not. > > Yes, you can add me. > > /Andreas > I have set you up as admin together with me. Cheers /Ake |
From: Ake H. <ak...@do...> - 2007-05-21 08:34:30
|
Andreas Nyholm wrote: > Andreas Nyholm wrote: > >> Ake Hedman wrote: >> >>> Used the default. Changed now and will hopefully work. Do you want me to >>> add you as an administrator to the project? >>> >> Still the same. VSCP list has Reply-To to list but Ohas has not. >> > > Now ok :) > Fine! :-) > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Ohas-developer mailing list > Oha...@li... > https://lists.sourceforge.net/lists/listinfo/ohas-developer > > |
From: Ake H. <ak...@do...> - 2007-05-21 08:32:52
|
From: Andreas N. <an...@ny...> - 2007-05-21 08:32:42
|
Andreas Nyholm wrote: > Ake Hedman wrote: >> Used the default. Changed now and will hopefully work. Do you want me to >> add you as an administrator to the project? > > > Still the same. VSCP list has Reply-To to list but Ohas has not. Now ok :) |