Re: [AOLSERVER] naviserver to replace aolserver?
Extracting the entire contents of the ns_set out of the nsv to just get one key
is terribly inefficient. In addition, ns_set would need to get redefined to do
the on-demand 'extraction' for persistent ns-sets and to keep track which ones
have already been extracted, which introduces some Tcl overhead to a C command
that is used very heavily.
I'd bet if you just put AOLserver's version of tclset.c (or whatever the right
file is that implements ns_sets) into Naviserver, it would work just fine.
And I agree on backward-compatibility, I also think that it's extremely
important.
I also think that clear documentation of changes in Naviserver from AOLserver
are severely lacking.
It's not clear to me what is the state of pools/limits and all those things
introduced in AOLserver 4.5 in Naviserver.
-Original Message-
From: Jeff Rogers [mailto:dv...@diphi.com]
Sent: Monday, October 08, 2012 10:55 AM
To: Alex Hisen
Cc: John Buckman from BookMooch; aolserver-talk@lists.sourceforge.net
Subject: Re: [AOLSERVER] naviserver to replace aolserver?
I think the decision to make incompatible api changes was a misstep in
naviserver. I understand the reasons - the arguments were useless,
there are better facilities to replace it, it cleans up the code a lot -
but I think compatibility is really important. The tcl core team places
an extraordinary value on compatibility, some might argue to the
detriment of forward progress, but it's not an either-or option.
In the case of a re-combined aolserver/naviserver, I am arguing strongly
in favor of compatibility: someone should be able to drop a new
naviserver in place of a not-to-old aolserver, make a few changes to
their config file, and run their existing codebase unchanged. My first
thought is to have a "flavor" config setting that would change the
callback arguments for registered filters/procs, and would load a tcl
wrapper to use the alternate arguments for ns_return and the like.
Alex Hisen wrote:
> 2)On ns_share, we have a variety of code that goes:
> proc myproc {} {
> ns_share GLOBAL
> ... $GLOBAL(mykey) ...
> This is a much bigger problem - I can't just replace ns_share with nsv
> or ns_share. All uses of the variable would have to be manually found
> and rewritten to call nsv or ns_share OR, like I said, we'd have to
> rewrite ns_share in Tcl with variable traces. Either one, not a trivial
> effort. Probably easier to bring back the C code that implemented ns_share.
I don't think it would be that awful to write a tcl implementation of
ns_share that uses underlying nsvs for storage. AFAICT the C code uses
tcl traces anyway, so it wouldn't work much differently.
> 3)Persistent ns_sets really have no equivalent. Neither ns_share, nor
> nsvs maintain the unique properties of ns_sets (i.e. order and multiple
> same-named keys, case-insensitive accessors, etc), plus again the way
> you to interact with the data is vastly different and also, it's
> extremely easy to get data into persistent ns_sets from places that
> normally deal with ns_sets such as database rows, config data, etc.
Provided nothing is creating or interacting with them directly from C
code, I think a pure tcl implementation of persistent ns_sets is
possible without too much pain, as they can be represented as simple tcl
lists and re-created from such a list. To get the set on first use (not
sure what the best way to determine this is):
ns_set create {} {*}[nsv_get persistent_sets setid]
and on cleanup, do the inverse for all persistent sets in use:
nsv_set persistent_sets setid [ns_set array $setid]
If this ends up being not practical (I could well have overlooked
something in my simplistic assumption above) then an alternative is to
package up the aolserver ns_set implementation as a separate C module
that replaces the built-in ns_set with its own version.
-J
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
aolserver-talk mailing list
aolserver-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
I've sent the mail below only to Alex Hisen accidently, it should have gone to the list: I've just tried to change our framework to work with aolserver or naviserver and I had to change the code for the first two problems below (no $conn in ns_register_filter and no ns_share), we don't use ns_set -persist anywhere in our code. On a first glance most of the stuff seems to work without further adjustments but we'll have to do a lot of testing. I'll switch to naviserver for our internal stuff (mostly intranet, time tracking and project management) this week and hope for the best. I had some crashes during or shortly after startup again, but this time with naviserver. I'll try to debug it, when I've got some more time on my hands. Unfortunately it only happend once with naviserver invoked via gdb but rather frequently without gdb. Wolfgang Am 2012-10-06 20:05, schrieb Alex Hisen: > Last time I looked at Naviserver, it had removed 3 facilities from AOLserver: > 1) Support for optional $conn argument in ns_return*, etc commands > 2) ns_share > 3) ns_set -persist > > We have a lot of AOLserver code still in use dating from as long ago as 1995. > ;-) > > Removed $conn was a minor annoyance as we could create wrappers for the > commands in question > > Removed ns_share was a more serious problem and would require essentially > re-writing in tcl an equivalent facility using variable traces. > > Removed ability to create shared/persistent ns_sets was not possible to work > around and was a deal breaker for us. > > As a side-note we use ns_share and persistent ns_sets for 99.9% read-only > config type data. > > -Alex Hisen > http://aolserver.am.net -- digital concepts OG Software & Design Landstrasse 68 / 5. Stock A - 4020 Linz Büro: +43 732 99711772 Mobil: +43 699 19971172 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
I think the decision to make incompatible api changes was a misstep in
naviserver. I understand the reasons - the arguments were useless,
there are better facilities to replace it, it cleans up the code a lot -
but I think compatibility is really important. The tcl core team places
an extraordinary value on compatibility, some might argue to the
detriment of forward progress, but it's not an either-or option.
In the case of a re-combined aolserver/naviserver, I am arguing strongly
in favor of compatibility: someone should be able to drop a new
naviserver in place of a not-to-old aolserver, make a few changes to
their config file, and run their existing codebase unchanged. My first
thought is to have a "flavor" config setting that would change the
callback arguments for registered filters/procs, and would load a tcl
wrapper to use the alternate arguments for ns_return and the like.
Alex Hisen wrote:
> 2)On ns_share, we have a variety of code that goes:
> proc myproc {} {
> ns_share GLOBAL
> … $GLOBAL(mykey) …
> This is a much bigger problem – I can’t just replace ns_share with nsv
> or ns_share. All uses of the variable would have to be manually found
> and rewritten to call nsv or ns_share OR, like I said, we’d have to
> rewrite ns_share in Tcl with variable traces. Either one, not a trivial
> effort. Probably easier to bring back the C code that implemented ns_share.
I don't think it would be that awful to write a tcl implementation of
ns_share that uses underlying nsvs for storage. AFAICT the C code uses
tcl traces anyway, so it wouldn't work much differently.
> 3)Persistent ns_sets really have no equivalent. Neither ns_share, nor
> nsvs maintain the unique properties of ns_sets (i.e. order and multiple
> same-named keys, case-insensitive accessors, etc), plus again the way
> you to interact with the data is vastly different and also, it’s
> extremely easy to get data into persistent ns_sets from places that
> normally deal with ns_sets such as database rows, config data, etc.
Provided nothing is creating or interacting with them directly from C
code, I think a pure tcl implementation of persistent ns_sets is
possible without too much pain, as they can be represented as simple tcl
lists and re-created from such a list. To get the set on first use (not
sure what the best way to determine this is):
ns_set create {} {*}[nsv_get persistent_sets setid]
and on cleanup, do the inverse for all persistent sets in use:
nsv_set persistent_sets setid [ns_set array $setid]
If this ends up being not practical (I could well have overlooked
something in my simplistic assumption above) then an alternative is to
package up the aolserver ns_set implementation as a separate C module
that replaces the built-in ns_set with its own version.
-J
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
aolserver-talk mailing list
aolserver-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
John, on the issues I listed:
1)On the conn, we have a lot of code that does ns_return $conn 200
text/html and the like. All that code breaks immediately since ns_return
call signature has changed. Like I said this is a minor problem, we can just
redefine ns_return, etc as tcl command that wraps the C command and takes care
of the possible presence of $conn variable. So, it's not a big deal.
2)On ns_share, we have a variety of code that goes:
proc myproc {} {
ns_share GLOBAL
... $GLOBAL(mykey) ...
This is a much bigger problem - I can't just replace ns_share with nsv or
ns_share. All uses of the variable would have to be manually found and
rewritten to call nsv or ns_share OR, like I said, we'd have to rewrite
ns_share in Tcl with variable traces. Either one, not a trivial effort.
Probably easier to bring back the C code that implemented ns_share.
3)Persistent ns_sets really have no equivalent. Neither ns_share, nor nsvs
maintain the unique properties of ns_sets (i.e. order and multiple same-named
keys, case-insensitive accessors, etc), plus again the way you to interact with
the data is vastly different and also, it's extremely easy to get data into
persistent ns_sets from places that normally deal with ns_sets such as database
rows, config data, etc.
I was also looking at our config doc -
http://aolserver.am.net/docs/tuning.adpx - and we have some notes that
maxupload is ignored in NaviServer on Windows - not sure if that's still
accurate.
From: John Buckman from BookMooch [mailto:j...@bookmooch.com]
Sent: Monday, October 08, 2012 9:52 AM
To: aolserver-talk@lists.sourceforge.net
Subject: Re: [AOLSERVER] naviserver to replace aolserver?
So, there are build issues to work out (32/64bit, Windows) and some features
missing. If we create a list, perhaps we could start with a compatibility
module with current version, i.e., first goal is folks who are using current
versions of Aolserver can use current versions of Naviserver with some
module/config wrapper thingers. Then, from that baseline, we can move forward,
leaving AolServer where it is.
A few days ago, Alex made this helpful list of features he found missing in
naviserver:
Removed $conn was a minor annoyance as we could create wrappers for the
commands in question
Removed ns_share was a more serious problem and would require essentially
re-writing in tcl an equivalent facility using variable traces.
Removed ability to create shared/persistent ns_sets was not possible to work
around and was a deal breaker for us.
And I agree with Maurizio that using the aolserver windows make/project files
on Naviserver is a good course of action.
As to Alex's points above:
1) if conn still available via global variables, and just not passed to procs
registered in ns_register_proc ? If so, not too hard to code around it.
2) I've been using ns_cache instead of ns_share for a while.
http://panoptic.com/wiki/aolserver/Ns_cache -- or as suggested on the wiki,
http://panoptic.com/wiki/aolserver/Thread-shared_Variables -- I don't have any
code that uses ns_share, but maybe there's a lot of historic code that does?
3) persistent ns_set -- does nsv_set not do this?
http://panoptic.com/wiki/aolserver/Nsv_set
Personally, a wiki page entitled "moving from aolserver to naviserver" with
things that we all find as we give it a try, would most helpful.
In a few weeks, I'm starting a complete rewrite of
Magnatune.com<http://Magnatune.com> and will try to get started with it on
Naviserver.
-john
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev___
aolserver-talk mailing list
aolserver-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
> So, there are build issues to work out (32/64bit, Windows) and some features > missing. If we create a list, perhaps we could start with a compatibility > module with current version, i.e., first goal is folks who are using current > versions of Aolserver can use current versions of Naviserver with some > module/config wrapper thingers. Then, from that baseline, we can move > forward, leaving AolServer where it is. A few days ago, Alex made this helpful list of features he found missing in naviserver: > Removed $conn was a minor annoyance as we could create wrappers for the > commands in question > > Removed ns_share was a more serious problem and would require essentially > re-writing in tcl an equivalent facility using variable traces. > > Removed ability to create shared/persistent ns_sets was not possible to work > around and was a deal breaker for us. And I agree with Maurizio that using the aolserver windows make/project files on Naviserver is a good course of action. As to Alex's points above: 1) if conn still available via global variables, and just not passed to procs registered in ns_register_proc ? If so, not too hard to code around it. 2) I've been using ns_cache instead of ns_share for a while. http://panoptic.com/wiki/aolserver/Ns_cache -- or as suggested on the wiki, http://panoptic.com/wiki/aolserver/Thread-shared_Variables -- I don't have any code that uses ns_share, but maybe there's a lot of historic code that does? 3) persistent ns_set -- does nsv_set not do this? http://panoptic.com/wiki/aolserver/Nsv_set Personally, a wiki page entitled "moving from aolserver to naviserver" with things that we all find as we give it a try, would most helpful. In a few weeks, I'm starting a complete rewrite of Magnatune.com and will try to get started with it on Naviserver. -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Hi there, I had something in mind which may look interesting. The make/scripts for building Aolserver under Windows are well done and seem to be complete. So I was thinking about migrating these scripts to Naviserver and giving them a try. >From there I should get a list of problems/issues (if any). Does it seems reasonable? Maurizio -Original Message- From: jgdavid...@mac.com [mailto:jgdavid...@mac.com] Sent: 08 October 2012 17:08 To: John Buckman from BookMooch Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Howdy, Well I just accepted my invite to join the Naviserver project :) So, there are build issues to work out (32/64bit, Windows) and some features missing. If we create a list, perhaps we could start with a compatibility module with current version, i.e., first goal is folks who are using current versions of Aolserver can use current versions of Naviserver with some module/config wrapper thingers. Then, from that baseline, we can move forward, leaving AolServer where it is. -Jim On Oct 5, 2012, at 7:47 PM, John Buckman from BookMooch wrote: >> Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. >> >> Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... > > I'd vote for trying to get onboard the naviserver wagon, as > a) they seem to have had a lot of innovation > b) their documentation has apparently come a long way > c) their handling of scalability, leaking and memory bloat is > apparently further along than aolserver > d) their project name doesn't make people cringe. > > Question: what does aolserver have that might need to be merged into naviserver? > > -john > > > -- > Don't let slow site performance ruin your business. Deploy > New Relic APM Deploy New Relic app performance management and know > exactly what is happening inside your Ruby, Python, PHP, Java, and > .NET app Try New Relic at no cost today and get our sweet Data Nerd > shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > aolserver-talk mailing list > aolserver-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Howdy, Well I just accepted my invite to join the Naviserver project :) So, there are build issues to work out (32/64bit, Windows) and some features missing. If we create a list, perhaps we could start with a compatibility module with current version, i.e., first goal is folks who are using current versions of Aolserver can use current versions of Naviserver with some module/config wrapper thingers. Then, from that baseline, we can move forward, leaving AolServer where it is. -Jim On Oct 5, 2012, at 7:47 PM, John Buckman from BookMooch wrote: >> Yes -- I think I recall Naviserver splitting because we weren't responsive >> at Aol. Made sense at the time -- there was just no justification for Aol >> to support the project at the time. >> >> Merging back makes sense. I'm guessing it's easier to fix whatever is >> perceived as not working with Naviserver and freeze Aolserver than the other >> way around? Just a guess. I always liked the Naviserver name better >> anyway... > > I'd vote for trying to get onboard the naviserver wagon, as > a) they seem to have had a lot of innovation > b) their documentation has apparently come a long way > c) their handling of scalability, leaking and memory bloat is apparently > further along than aolserver > d) their project name doesn't make people cringe. > > Question: what does aolserver have that might need to be merged into > naviserver? > > -john > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > aolserver-talk mailing list > aolserver-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Dear Gustav, Of course I did (with Aolserver). I did it more than one year ago when I made my installation able to run natively on both Win32 and Win64 (http://www.spazioit.com/pages_en/sol_inf_en/windows-openacs_en/). Now if somebody had tried that, as I did. He/She would notice that WOW64 (that is the Windows 32 emulation on Windows 64) it is not the exactly the same on the various versions of Windows. That on Windows Server 2003 or 2008 the nsd service may be not able to start (due to timing ussues), that on Windows 7 and 8 on the contrary it starts (but sometimes it stops). All of these differences, all of these erratic behaviours do not show up when using a native Win64 application. Ciao, Maurizio From: Gustaf Neumann [mailto:neum...@wu.ac.at] Sent: 08 October 2012 02:13 To: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Mauritio, i have on my machines no win64. Note, that there is a windows binary of naviserver 4.99.2 on sourceforge built with several modules (postgres, udp, ...) using mingw32. If you are interested on trying this under win64, go ahead. Best regards -gustaf neumann On 07.10.12 17:06, Maurizio Martignano wrote: Dear Gustav, Thank you very much. Now, please, If you have time and you want, take your binary and install it as service on a Windows 64 machine. Have the service start and run and please do observe its behaviour. Thanks a lot in advance, Maurizio -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Mauritio, i have on my machines no win64. Note, that there is a windows binary of naviserver 4.99.2 on sourceforge built with several modules (postgres, udp, ...) using mingw32. If you are interested on trying this under win64, go ahead. Best regards -gustaf neumann On 07.10.12 17:06, Maurizio Martignano wrote: Dear Gustav, Thank you very much. Now, please, If you have time and you want, take your binary and install it as service on a Windows 64 machine. Have the service start and run and please do observe its behaviour. Thanks a lot in advance, Maurizio -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Dear Gustav, Thank you very much. Now, please, If you have time and you want, take your binary and install it as service on a Windows 64 machine. Have the service start and run and please do observe its behaviour. Thanks a lot in advance, Maurizio From: Gustaf Neumann [mailto:neum...@wu.ac.at] Sent: 07 October 2012 11:58 To: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Dear Maurizio, This is correct, i did my attempts with mingw 32bit under windows 7 professional SP1, 32bit. Sorry, that i was not able to answer your email earlier. -gustaf neumann On 07.10.12 08:54, Maurizio Martignano wrote: Dear Gustav, I am sorry, you don't need to answer my previous posts. The fact you had to add -D_USE_32BIT_TIME_T tells me you had as target Win32 (and not Win64). I am interested in a Win64 port, compiled with the Microsoft tools chain. Maurizio -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Dear Maurizio, This is correct, i did my attempts with mingw 32bit under windows 7 professional SP1, 32bit. Sorry, that i was not able to answer your email earlier. -gustaf neumann On 07.10.12 08:54, Maurizio Martignano wrote: Dear Gustav, I am sorry, you don't need to answer my previous posts. The fact you had to add -D_USE_32BIT_TIME_T tells me you had as target Win32 (and not Win64). I am interested in a Win64 port, compiled with the Microsoft tools chain. Maurizio -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Dear Gustav, I am sorry, you don't need to answer my previous posts. The fact you had to add -D_USE_32BIT_TIME_T tells me you had as target Win32 (and not Win64). I am interested in a Win64 port, compiled with the Microsoft tools chain. Maurizio From: Gustaf Neumann [mailto:neum...@wu.ac.at] Sent: 06 October 2012 22:08 To: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? On 06.10.12 18:28, Maurizio Martignano wrote: This is a very good question. ... 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. zoran uses naviserver on most machines under windows, but with their commercial product and their configuration. so, their should not be a principal problem with this. i have just compiled the actual naviserver with Msys + Mingw under windows 7 and fixed a few glitches in the process (and committed these to the repository). The most serious problem was with Tcl_StatBuf in tcl8.5.12, where one has to add -D_USE_32BIT_TIME_T to the Makefile flags. For details, see: http://sourceforge.net/tracker/?func=detail <http://sourceforge.net/tracker/?func=detail&aid=3474726&group_id=10894&atid =110894> &aid=3474726&group_id=10894&atid=110894 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. most likely, the oracle driver will work out of the box. -gustaf neumann So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, Question: what does aolserver have that might need to be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
I wrote that I did compile and I have Aolserver working as Windows 64 bit application. That is part of my Windows-OpenACS distribution. Has anybody else compiled Aolserver/Naviserver for Windows 64. What have you used Mingw32 or Mingw64? I am anyhow inclined to use the Microsfot tool chain and I explained why on my previous posts. Maurizio From: Gustaf Neumann [mailto:neum...@wu.ac.at] Sent: 06 October 2012 22:08 To: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? On 06.10.12 18:28, Maurizio Martignano wrote: This is a very good question. ... 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. zoran uses naviserver on most machines under windows, but with their commercial product and their configuration. so, their should not be a principal problem with this. i have just compiled the actual naviserver with Msys + Mingw under windows 7 and fixed a few glitches in the process (and committed these to the repository). The most serious problem was with Tcl_StatBuf in tcl8.5.12, where one has to add -D_USE_32BIT_TIME_T to the Makefile flags. For details, see: http://sourceforge.net/tracker/?func=detail <http://sourceforge.net/tracker/?func=detail&aid=3474726&group_id=10894&atid =110894> &aid=3474726&group_id=10894&atid=110894 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. most likely, the oracle driver will work out of the box. -gustaf neumann So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, Question: what does aolserver have that might need to be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Windows 64? From: Gustaf Neumann [mailto:neum...@wu.ac.at] Sent: 06 October 2012 22:08 To: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? On 06.10.12 18:28, Maurizio Martignano wrote: This is a very good question. ... 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. zoran uses naviserver on most machines under windows, but with their commercial product and their configuration. so, their should not be a principal problem with this. i have just compiled the actual naviserver with Msys + Mingw under windows 7 and fixed a few glitches in the process (and committed these to the repository). The most serious problem was with Tcl_StatBuf in tcl8.5.12, where one has to add -D_USE_32BIT_TIME_T to the Makefile flags. For details, see: http://sourceforge.net/tracker/?func=detail <http://sourceforge.net/tracker/?func=detail&aid=3474726&group_id=10894&atid =110894> &aid=3474726&group_id=10894&atid=110894 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. most likely, the oracle driver will work out of the box. -gustaf neumann So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, Question: what does aolserver have that might need to be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
On 06.10.12 18:28, Maurizio Martignano wrote: This is a very good question. ... 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. zoran uses naviserver on most machines under windows, but with their commercial product and their configuration. so, their should not be a principal problem with this. i have just compiled the actual naviserver with Msys + Mingw under windows 7 and fixed a few glitches in the process (and committed these to the repository). The most serious problem was with Tcl_StatBuf in tcl8.5.12, where one has to add -D_USE_32BIT_TIME_T to the Makefile flags. For details, see: http://sourceforge.net/tracker/?func=detail&aid=3474726&group_id=10894&atid=110894 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. most likely, the oracle driver will work out of the box. -gustaf neumann So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, Question: what does aolserver have that might need to be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Last time I looked at Naviserver, it had removed 3 facilities from AOLserver: 1) Support for optional $conn argument in ns_return*, etc commands 2) ns_share 3) ns_set -persist We have a lot of AOLserver code still in use dating from as long ago as 1995. ;-) Removed $conn was a minor annoyance as we could create wrappers for the commands in question Removed ns_share was a more serious problem and would require essentially re-writing in tcl an equivalent facility using variable traces. Removed ability to create shared/persistent ns_sets was not possible to work around and was a deal breaker for us. As a side-note we use ns_share and persistent ns_sets for 99.9% read-only config type data. -Alex Hisen http://aolserver.am.net -Original Message- From: Maurizio Martignano [mailto:maurizio.martign...@spazioit.com] Sent: Saturday, October 06, 2012 9:28 AM To: 'Fenton, Brian'; 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? This is a very good question. I just started (today) having a look at Naviserver, and I have more experience on Aolserver on Windows than on Naviserver, anyhow, for what I have been able to see up to now: 1. I can compile Aolserver with Visual C++ Studio 2010 and 2012 both 32 bit ad 64 bit 2. Aolserver sources have some Windows specific makefiles that I used for the compilation mentioned in point 1 and they do work 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, > Question: what does aolserver have that might need to be merged into > naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? > Yes -- I think I recall Naviserver splitting because we weren't > responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. > > Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk --
Re: [AOLSERVER] naviserver to replace aolserver?
Dear Agustin, On 06.10.12 16:52, Agustin Lopez wrote: > I am carefully reading that interesting thread. > I will like to test naviserver on our OpenACS / .LRN installation, > replacing (for test purposes) some AOLserver. > > Can anybody give me an advice? Any config for sample? You will need naviserver and the postgres driver. Below are the commands to obtain the newest versions from bitbucket (using mercurial). Replace tcl and postgres with your favorite versions. $ cd /usr/local/src $ hg clonehttps://bitbucket.org/naviserver/naviserver $ cd naviserver $ sh autogen.sh $ ./configure --with-tcl=/usr/local/src/tcl8.5.12/unix $ make $ make install $ cd /usr/local/src $ hg clone https://bitbucket.org/naviserver/nsdbpg $ cd nsdbpg $ make POSTGRES=/usr/local/pg901/ $ make install No other modules are needed for OpenACS. More detailed instructions are in the README file. https://bitbucket.org/naviserver/naviserver/ From the bitbucket site, one can as well obtain the sources via .zip or .tar.gz files, in this case, one does not need mercurial (hg) There are as well tar-releases of naviserver and the modules from sourceforge http://sourceforge.net/projects/naviserver/files/naviserver/4.99.4/ The tar releases do not require "sh autogen.sh", since they contain already with a "configure" file. Configuring for OpenACS is easy: The naviserver repository contains a sample config file for OpenACS. https://bitbucket.org/naviserver/naviserver/src/d7958b434d47/openacs-config.tcl You should use a recent version of OpenACS (i would recommend the head version) containing a few adjustments. Let me know if you need more help. -gustaf neumann -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
This is a very good question. I just started (today) having a look at Naviserver, and I have more experience on Aolserver on Windows than on Naviserver, anyhow, for what I have been able to see up to now: 1. I can compile Aolserver with Visual C++ Studio 2010 and 2012 both 32 bit ad 64 bit 2. Aolserver sources have some Windows specific makefiles that I used for the compilation mentioned in point 1 and they do work 3. Naviserver has a Win32 folder containing some Visual Studio project files (something similar to the makefiles), but they are in Visual C++ Studio 2006 style. So my guess is that Naviserver has never been compiled for Windows 64. 4. I am not sure the ns_oracle driver I specially debugged and corrected for Quest and that works on Aolserver will work also Naviserver. So I will further investigate this point, but: If I do not manage to compile Naviserver on Windows 64 (as I said in other posts I am not at all interested in Windows 32) or If I do not manage to port my version of the ns_oracle driver I will stick to Aolserver. Regards, Maurizio -Original Message- From: Fenton, Brian [mailto:brian.fen...@quest.ie] Sent: 06 October 2012 18:00 To: 'Frank Bergmann'; 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, > Question: what does aolserver have that might need to be merged into > naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? > Yes -- I think I recall Naviserver splitting because we weren't > responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. > > Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserve
Re: [AOLSERVER] naviserver to replace aolserver?
Hi all I fully support any efforts to merge both projects. One question though: is Naviserver supported on Windows? Best wishes Brian -Original Message- From: Frank Bergmann [mailto:fra...@fraber.de] Sent: 06 October 2012 13:13 To: 'John Buckman from BookMooch' Cc: aolserver-talk@lists.sourceforge.net Subject: Re: [AOLSERVER] naviserver to replace aolserver? Hi, > Question: what does aolserver have that might need to > be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? > Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. > > Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Hello! I am carefully reading that interesting thread. I will like to test naviserver on our OpenACS / .LRN installation, replacing (for test purposes) some AOLserver. Can anybody give me an advice? Any config for sample? Regards, Agustin El 06/10/2012 14:13, Frank Bergmann escribió: > Hi, > > >> Question: what does aolserver have that might need to >> be merged into naviserver? > Gustaf Neumann recently got ]project-open[ running > on NaviServer without any issues with > tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. > > There are a few compatibility issues, but they are minor, > so that we can confirm from our user perspective that > there is nothing missing in NaviServer. > We are currently running OpenACS 5.7.0 as the base > for ]po[ V4.0. > > > Cheers, > Frank > > -Original Message- > From: John Buckman from BookMooch [mailto:j...@bookmooch.com] > Sent: Saturday, October 06, 2012 3:48 AM > To: aolserver-talk@lists.sourceforge.net > Subject: [AOLSERVER] naviserver to replace aolserver? > >> Yes -- I think I recall Naviserver splitting because we weren't responsive > at Aol. Made sense at the time -- there was just no justification for Aol > to support the project at the time. >> Merging back makes sense. I'm guessing it's easier to fix whatever is > perceived as not working with Naviserver and freeze Aolserver than the other > way around? Just a guess. I always liked the Naviserver name better > anyway... > > I'd vote for trying to get onboard the naviserver wagon, as > a) they seem to have had a lot of innovation > b) their documentation has apparently come a long way > c) their handling of scalability, leaking and memory bloat is apparently > further along than aolserver > d) their project name doesn't make people cringe. > > Question: what does aolserver have that might need to be merged into > naviserver? > > -john > > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly what is > happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at > no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > aolserver-talk mailing list > aolserver-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/aolserver-talk > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > aolserver-talk mailing list > aolserver-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/aolserver-talk > -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
Re: [AOLSERVER] naviserver to replace aolserver?
Hi, > Question: what does aolserver have that might need to > be merged into naviserver? Gustaf Neumann recently got ]project-open[ running on NaviServer without any issues with tcl8.5.11 + xotcl 2 + libthread (head) + tdom 0.83. There are a few compatibility issues, but they are minor, so that we can confirm from our user perspective that there is nothing missing in NaviServer. We are currently running OpenACS 5.7.0 as the base for ]po[ V4.0. Cheers, Frank -Original Message- From: John Buckman from BookMooch [mailto:j...@bookmooch.com] Sent: Saturday, October 06, 2012 3:48 AM To: aolserver-talk@lists.sourceforge.net Subject: [AOLSERVER] naviserver to replace aolserver? > Yes -- I think I recall Naviserver splitting because we weren't responsive at Aol. Made sense at the time -- there was just no justification for Aol to support the project at the time. > > Merging back makes sense. I'm guessing it's easier to fix whatever is perceived as not working with Naviserver and freeze Aolserver than the other way around? Just a guess. I always liked the Naviserver name better anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
[AOLSERVER] naviserver to replace aolserver?
> Yes -- I think I recall Naviserver splitting because we weren't responsive at > Aol. Made sense at the time -- there was just no justification for Aol to > support the project at the time. > > Merging back makes sense. I'm guessing it's easier to fix whatever is > perceived as not working with Naviserver and freeze Aolserver than the other > way around? Just a guess. I always liked the Naviserver name better > anyway... I'd vote for trying to get onboard the naviserver wagon, as a) they seem to have had a lot of innovation b) their documentation has apparently come a long way c) their handling of scalability, leaking and memory bloat is apparently further along than aolserver d) their project name doesn't make people cringe. Question: what does aolserver have that might need to be merged into naviserver? -john -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ aolserver-talk mailing list aolserver-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk
