World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
Maxim 15-Oct-2009 [6276x2] | I honestly hope that remark can be a driving force for cheyenne btw... remark was never designed for rebolers. the fact that its tightly integrated into html makes it very appealing for non-programmers, as well as the fact that it can use rebol's extremely rich datatype system. |
I see it as the next evolution of markup no less. It just happens to use Rebol as its scripting engine, but it could, in fact be adapted to other languages as well. | |
Graham 15-Oct-2009 [6278] | Is there a XMLRPC service available from Uniserve? |
Dockimbel 15-Oct-2009 [6279] | I don't remember seen one. |
Graham 15-Oct-2009 [6280] | I thought you had mentioned some years ago you were going to write a rpc service ...??? |
Dockimbel 15-Oct-2009 [6281] | Really? I don't see the need for one (at least for my own usage). |
Pekr 15-Oct-2009 [6282] | yes, it was supposed to replace Rugby and/or R/Services :-) |
Graham 15-Oct-2009 [6283] | That's what I remember as well. |
Dockimbel 16-Oct-2009 [6284] | Digging into UniServe's repository, I've found one : RMC service (Remote Method Call). Can't find the client part thought. It was just an exercice to test the concept, never used it, so I've forgot it totally. |
Graham 16-Oct-2009 [6285x2] | :) |
Pekr and my memory appear to be accurate in this case. | |
Dockimbel 16-Oct-2009 [6287] | It's equivalent to Rugby but without encryption. R/Services is much higher level. If someone is interested, I can search my older backups for the whole thing. |
Graham 16-Oct-2009 [6288x3] | I don't need the encryption as it will be used as localhost |
So, yes, I am interested. | |
Maybe I could access mail functions that way instead of via rsp ? | |
Dockimbel 16-Oct-2009 [6291] | It should be possible. |
Graham 16-Oct-2009 [6292] | and feasible? |
Dockimbel 16-Oct-2009 [6293x6] | http://softinnov.org/tmp/rmc.zip |
It will be harder than I first thought. RMC relies on worker processes to execute code, so it doesn't have access to main process. | |
Code is 7 years old, not even sure that it will work out of the box with current UniServe. | |
Btw, you might have a look in UniServe/clients/rconsole.r. It should be easier I think, to modify this script for your needs than RMC. | |
Humm...RSP's send-email function is in RSP space (worker process). It will be difficult to access it directly without going through HTTP. | |
I'm afraid that the only simple way is to go through http://localhost/email.rsp | |
Graham 16-Oct-2009 [6299] | How do worker processes differ from the main process? |
Dockimbel 16-Oct-2009 [6300] | main process = Cheyenne/UniServe worker process = client of UniServe, no server. |
Graham 16-Oct-2009 [6301] | Are database (ODBC) requests serialized when using RSP ? |
Maxim 17-Oct-2009 [6302x2] | Doc, I have a question, and possibly a suggestion based on the answer: is there a way to tell cheyenne to HALT when it finds ANY config error? I have been having a lot of problems that where due to the config not being ok and me not seeing the (shy) error message... currently, cheyenne starts and its in an invalid state ultimately doomed to failure and without a clear way to determine what's going on when the requests do strange stuff. |
although HALTing is mean, it also ensures your server is stable and you are forced to fix the config. | |
Dockimbel 17-Oct-2009 [6304] | No way currently, it's a pending issue. The policy to apply is not that simple, I may agree on halting when the server starts but how to handle the case when you reload config when the server is already up and running? I would prefer the server to keep running with the previous config file rather than halting. I'd like to handle the config error loading case in a consistent way if possible. |
Maxim 17-Oct-2009 [6305x2] | I agree, but its mainly on initial start where it bites you the most. cause when you are doing development, you'll edit the config and re-start the server anyways to be sure its ok. right now its easy to miss... and I've lost some time debugging issues which where simply caused by the config not having been updated according new options or changed resources. |
one question, does reloading the config also reload the mods? | |
Dockimbel 17-Oct-2009 [6307x2] | It restarts the mods (calling mod/on-reload and mod/on-reloaded events) but it doesn't reload them from disk. |
mod/on-started is also invoked during that restart. | |
Will 17-Oct-2009 [6309] | Caching service for Cheyenne http://reboot.ch/rebol/cache.r |
Maxim 17-Oct-2009 [6310x3] | how does it work? |
sorry I jumped the gun a bit hehe... firefox showed it without new line... but I'm looking at the source with newlines now.. | |
can this be used outside of rsp? | |
Will 17-Oct-2009 [6313x2] | sure |
changed page to text/plain .. 8) | |
Maxim 17-Oct-2009 [6315x5] | hehe |
I have pretty steep requirements for the remark caching engine, but I'm gearing it towards long-term file caching, I was defering any RAM cache to a later date... funny how you pop up with such a thing right now :-) | |
I'd need a /time refinement returning what the date of the cache entry is for sure. cause many cache conditions are time based in remark. | |
is that something which can be added to your service? | |
if so, I'd be very tempted to use it pretty soon. within a week probably. | |
Will 17-Oct-2009 [6320x2] | can be done easly, source is in your hand , do whatever you want with it, sorry I have no time this week and I see no use of timestamps in rsp usage, but if I get at least one more same request I will add it 8) |
also I'm wondering if compression should be an option, for small values it is an overhead.. | |
Maxim 17-Oct-2009 [6322x3] | it would be very usefull for me... the cache engine may actually cache the whole page if some cache keywords are at the top and bottom of a page |
ahh, ok, I saw it the other way round... it always caches in it current form... | |
(after looking quickly at the source) | |
Will 17-Oct-2009 [6325] | the cache service check for the expiration itself |
older newer | first last |