Re: [AOLSERVER] CLOBs in latest nsoracle
We have not seen this error in testing with the latest nsoracle. We saw a different bind variable error that resulted in a server core dump. When we removed all use of bind variables on CLOB columns the problem was removed. /pgw Andrew Grumet <[EMAIL PROTECTED]> wrote Hi, We recently tried out the HEAD version of nsoracle and saw an odd error nsoracle.c:1352:OracleSelect: error in `OCIStmtExecute ()': ORA-01461: can bind a LONG value only for insert into a LONG column The error itself is familiar one -- you get it when trying to insert a long string into a varchar column. But in this case we were in fact inserting into a CLOB column. Reverting to the v2_7 driver eliminated the error, so I believe there may be a bug with CLOB handling in the latest nsoracle.c. Has anyone else seen this? Dossy tells me that there are memory leak fixes in the latest code, so we're very much interested in updating to it. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Proposed change to "internal redirects" behavior
BNA doesn't use Internal Redirects in our code base. We didn't like the
log behavior. Your proposal to change the log behavior is an idea that I
agree with. Are you intending the 404 to appear in the log and then
execute the redirect page?
I agree with your thoughts on overriding all response codes, but it is a
feature that we don't really need given the way we build our code. If it
is as much hassle as your comments suggest, is it worth the effort?
/pgw
Dossy Shiobara <[EMAIL PROTECTED]> wrote
> #
> # Internal redirects
> #
> ns_section "ns/server/${servername}/redirects"
> ns_param 404 "/notfound.html" ;# Not Found error page
> ns_param 500 "/servererror.html" ;# Server Error page
>
> 1) Allow overriding of all response codes. This may not actually be a
>good idea, but it just seems odd that only certain response codes
>have their own C API which uses the internal redirect mechanism.
>
> I'm still on the fence whether #1 is a good idea or not. In principle
> it's the right thing to do, but implementing it properly will require a
> lot of refactoring of nsd/return.c to make it clean, and even then
> there could be problems.
>
> Thoughts? Problems?
>
> -- Dossy
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] the "something" that is not right with the AOLserver project ... was Re: [AOLSERVER] AOLserver facelift.
BNA uses AOLserver to produce publishing artifacts on web pages. We publish subscription content on the web. We use the server to produce HTML over the HTTP protocol. Our subscribers log into the web site and read / print what they need to get their own jobs done. End of story. The 5 line code change supports a dirt simple means of doing what looks like virtual hosting to the subscriber so that the product name appears as the hostname in the HTTP header. In the "content on the web" publishing business BNA is a late adopter and not exceptional at all. All BNA needs is a fast, stable, easy to use web server. AOLserver is all of those things and more. We just don't need to use the "more" part of it. I perceive the conversation to be about project support for the none HTTP business, the "more" part, that AOLserver also supports. Dossy Shiobara <[EMAIL PROTECTED]> wrote: > On 2005.02.07, Greg Wolff <[EMAIL PROTECTED]> wrote: > > We LOVE AOLserver from at least one point of view: we don't need to > > do anything to it to make it work. It just works. > > > > In all our years of using AOLserver we have made exactly ONE source > > change to the core C code. [...] > > So, this raises the following questions: > > Is BNA an exceptional case? Or, do most users of AOLserver share a > similar experience? Are the folks who are asking for changes in the > core in the majority or minority? > > I think the answers to these questions are important. > > -- Dossy Dossy Shiobara <[EMAIL PROTECTED]> Sent by: AOLserver Discussion 02/07/2005 04:37 PM Please respond to AOLserver Discussion To: AOLSERVER@LISTSERV.AOL.COM cc: (bcc: Greg Wolff/BNA Inc) Subject:Re: [AOLSERVER] the "something" that is not right with the AOLserver project ... was Re: [AOLSERVER] AOLserver facelift. -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ "He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on." (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Bas Scheffer's new app. packaging idea (was Re: AOLserver facelift.)
A spec document is a good idea. I can give time toward reviewing it. /pgw Bas Scheffers said: > Dossy Shiobara said: > > could implement it and show it to us, that might be really helpful. Or, > > if someone else wants to try, then collaborate together on it. But, > Instead of going away and coding like mad, I'll create a spec document for > all to comment on. If we have that, it will also be easier to collaborate > with a few people on actualy implementing it. > > How does that sound for going forward? > > Cheers, > Bas. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] the "something" that is not right with the AOLserver project ... was Re: [AOLSERVER] AOLserver facelift.
Dossy, Vlad said that "something" is not right. I agree with him and I will not be vague. But the "something" is not a fault of any person working with AOLserver. You are not a problem for the AOLserver project, you are an asset. The "problem" as I see it is not related to individual people, but to the needs of the corporations that use AOLserver. Secondary are the needs and wants of the people who use it. I'm the system architect for BNA's (www.bna.com) use of AOLserver in our newer web based products. We are a publishing company, not a charity. We write as little code as possible to get things done the way they need to be done for BNA. We do as little as we can and we don't have a lot of people. We LOVE AOLserver from at least one point of view: we don't need to do anything to it to make it work. It just works. In all our years of using AOLserver we have made exactly ONE source change to the core C code. I published the change on the list and got immediate feedback that validated that the change is ok with respect to the rest of AOLserver's behavior. Something like it was added back into 4.0 for virtual hosting, which we don't use because our code change meets our needs and is much simpler to work with. BNA will never add core functionality to AOLserver because we don't need to and it would not be a good usage of BNA's money to do so (according to my management). Let's face it, the thing (AOLserver) works so well that I can basically ignore it! The only critical bug that we thought we had in AOLserver was eventually tracked to the Oracle OCI. As much as I would like to release BNA code it is not an option. As much as I would like to be able to spend company time working on the open source project, it is not an option. BNA has written some interesting code and is currently working on using XOTcl in some interesting code. How do I release that code? It is custom to BNA's needs and would be nearly useless to anybody else. Also, the old Tcl code is typical spaghetti, not useful to a beginner. Maybe the new stuff would be useful, but again it is very custom to BNA and not a general toolkit. There is some value in making it available but it would be very hard for a beginner to understand, let alone use. My belief is that AOL has the same motivation as BNA with respect to application level code and that is the "something" problem that I think Vlad is referring to. My response is to accept it and do what I can to get what I need and want done as best I can. On a side note, is anybody on this list interested in doing some unpaid design and code reviews of some XOTcl code and the ADP stuff that it provides? /pgw Greg Wolff Senior System Architect The Bureau of National Affairs, Inc. 1231 25th St NW Washington DC 20037 202-452-5338 -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] new Sun Fire machines running AOLserver, anybody using them?
A question for the list about the newer Sun Fire machines with on chip multi-threading. The new Sparc IV chips have dual cores that each hold the equivalent of two Sparc III chips in them. They have on chip multithreading stuff built in. Has anyone using AOLserver had any problems with these new Sparc IV chips? I wouldn't expect it, but thought I'd ask as we are considering upgrading our AOLserver machines to the new Sun Fire boxes. Here is a standard SUN blurb about them: begin Sun Fires Up Midrange Servers Sun Microsystems Inc.'s latest midrange enterprise servers, the Sun Fire V490 and V890, offer new multithread processor technology and revamped operating system support. eWEEK Labs' tests show both will provide IT managers with a robust, scalable Unix platform for hosting midtier or back-end applications. The Sun Fire V490 and V890 feature Sun's latest UltraSPARC IV processors with CMT (chip multithreading) technology. The CMT architecture allows the CPU to run multiple threads in parallel, providing higher throughput for multithread applications. UltraSPARC IV CMT processors integrate two UltraSPARC III cores onto the same die, and each core has access to 8MB of L2 cache essentially, each UltraSPARC IV processor is equivalent to two UltraSPARC IIIs. The UltraSPARC IV CMT processors can run two concurrent threads per core, and, in the future, the architecture will allow Sun to scale the UltraSPARC to support 10 times the number of threads per core, Sun officials said. The CMT processor technology will greatly benefit multithread applications and server workloads, providing better throughput performance in network computing or databases. The Sun Fire V490 and V890 will also be the company's first server systems to bundle Solaris 10, which offers advanced features such as Solaris Containers (formerly N1 Grid Containers), system fault prevention, and enhanced server security and optimization capabilities. Both the V490 and V890 systems shipped in September and are priced aggressively. end /pgw [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] 4.0.8
Our testing shows that nsoracle head, which is version 2.8 alpha 1, may not be ready for prime time. We found a few differences in the way that LOBs are handled that broke our code. /pgw Dossy Shiobara <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> 09/15/2004 11:49 AM Please respond to AOLserver Discussion To: [EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:Re: [AOLSERVER] 4.0.8 On 2004.09.15, Samer Abukhait <[EMAIL PROTECTED]> wrote: > > I am running OpenACS 5.1-dotLRN 2.0.3/Oracle 10g/R.H. 3/AolServer > 4.0.8 (2 servers, DB & Web) - No nsopenssl, oracle dirver is 2.7 It appears that there have been several changes in CVS HEAD for nsoracle since 2.7 was released. There's also this currently open bug for nsoracle on SourceForge: http://aolserver.com/sf/bug/913754 [ 913754 ] nsoracle-2.7 and Oracle9i leaks file handle I also recall hearing that there were some issues with Oracle 9i on Linux and the OCI client having issues. I'm not sure if they addressed these in Oracle 10g or not. I'd first recommend testing a build of nsoracle from CVS HEAD and see if your problems go away. If not, we'll have to investigate further. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ "He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on." (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] trying to build nsjk2
We've been trying to build nsjk2 and having a few troubles with it. In the documentation (pdf) it says that the dependencies are Java, Jakarta and Ant. However, in the readme.build file it says the dependencies are APR and MOD_JK2. What's with the APR and MOD_JK2? It seems evident that we need to build Apache to get nsjk2 running in AOLserver. What's up with that? We can't find any documentation about how to build Tomcat with AOLserver. The documentation from Apache says that we need to run the build of MOD_JK2 from the Root account. We can't do this. We are constrained to use only developer accounts for our builds. Is this a true requirement or not? How are you actually building this beast at AOL? Any help would be appreciated. /pgw Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] nsjk2 is not mentioned on the wiki modules page
I just noticed that nsjk2 is not mentioned on the AOLserver wiki modules page > http://www.panoptic.com/wiki/aolserver/160 /pgw -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] File access permission
Don't forget that the AOLserver Tcl process does a CD. It needs write privs to create a file. If you want it to write to a specific location name that in the open. /pgw Dossy Shiobara [EMAIL PROTECTED] wrote > On 2004.07.14, Wei Shi <[EMAIL PROTECTED]> wrote: > > Say if I want to write something into a file on server, how can I do that? > > I used "open filename a" and I got error: "couldn't open "filename": > > permission denied". > > > > If not considering security issues, what's the easiest way of opening a > > file with write permission on server side? > > Using [open] is probably the easiest way. Just make sure you're writing > to a directory that the server has permission to write to. > > -- Dossy -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] [ 517267 ] Patch for SEGV if 401 redirect is used
BNA has upgraded its production servers to AOLserver v4.0.1 and does not use any 3.x servers. We are fine with your suggestion. /pgw Dossy <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> 07/13/2004 05:14 PM Please respond to AOLserver Discussion To: [EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:[AOLSERVER] [ 517267 ] Patch for SEGV if 401 redirect is used John wrote in SF Bug #517267: > Has AOLserver 3.x been abandoned in terms of maintenance releases? > It's my impression that 4.x isn't stable, especially given that > critical modules (well, nsopenssl at least...) are still considered > "beta" in their AOLserver 4.x incarnations. And of course AOL is > still using 3.4.2. This is a great question. How long should we support the 3.x release? The 4.0 tree is already up to 4.0.5 with 4.0.6 just days away. The 4.0 tree has been considered stable and production-ready for a while now, but as John points out, AOL has been slow to upgrade all its servers to 4.0. While I'm not terribly enthusiastic about the idea, I'm okay with backporting significant bug fixes to 3.x. However, I am against the idea of fulfilling any RFE's in 3.x -- the 3.x tree at this point should be considered feature-frozen and no new features will go into it. Basically, the 3.x release is officially in support and maintenance mode, and new development will should only be done in the 4.x tree. How do others feel about this? Are there other bugs that need to be fixed in 3.x, other than #517267? (Including the ones fixed in 4.x that haven't been backported to 3.x yet?) -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ "He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on." (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Windows Services for UNIX
I also played around with the WSFU and have found a number of things in it that make it less interesting than a native Windows compile. Buried in the documentation are some notes about how it works and it is clear that an AOLserver compiled under SFU will perform slightly more slowly than compiled natively for Windows. I also could not figure out how to build Tcl with threads enabled. I did find some notes about building a Unix command line application so it could run natively in the Windows command line compiled against Windows DLLs. It looks to me that SFU is designed, as it states in the "sales" literature, to make it easy to integrate Windows boxes into a Unix environment. It is not designed to support building and running Unix code on a Windows box, even though this is possible to do. /pgw "Kevin S. Davis" <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> 07/13/2004 08:40 AM Please respond to AOLserver Discussion To: [EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:Re: [AOLSERVER] Windows Services for UNIX By pure coincidence I happened to try compiling AOLserver under WinSFU last night... First, yes, SFU basically seems to be a Microsoft proprietary Cygwin. Of note, they do not include X. All of the x* bins are in there, e.g. xterm, but the actual Xwindows server is not included. You have to buy Xwin32, Exceed, or something else. As for AOLserver under such an environment... The optional TCL binaries and libraries for SFU, which are downloaded separately from interopsystems.com, were not compiled with threads enabled so the AOLserver compile chokes. You can download their version of the TCL source from interop, but it seems to be practically identical to the official TCL source tarball. I tried to compile both and got the same errors. Configuring under the win tree chokes because 'windres' is missing. I'm not really a Windows guy and I don't know what 'windres' is. The unix tree will configure but won't compile due to some kind of timezone error. It was time for bed at that point, so I gave up. It seems to me it should be possible to compile AOLserver under this configuration. It just requires some hacking-out-of-the-box. Cheers, Kevin Nathan Folkman wrote: > http://www.microsoft.com/windows/sfu/ > > Just curious, has anyone tried compiling and running AOLserver in this > environment on Windows? > > > -- > AOLserver - http://www.aolserver.com/ > > To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the > body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Java support in AOLserver
Now this is a useful feature from my point of view. Elizabeth Thomas <[EMAIL PROTECTED]> wrote: > 2. Java-implemented tcl commands > > We have a requirement to allow a tcl command to be implemented in java > and available from the AOLserver tcl interps - this is particularly > useful for administrative commands to be made available in the aolserver > control port. This is not a full 'calling java from tcl' approach a la > tclBlend, but more along the lines of how we implement tcl commands in > C. The command is implemented in java, and exposed through creating a > tcl command API. We at BNA are being told to develop topic maps and to use Java based software to do it. This would allow us to construct Tcl commands to surface the topic map api and make it visible to ADP/Tcl code as just another Tcl command. > The final completion of all these items is scheduled for late July, > although you are likely to see them 'trickle in' to the baseline between > now and then. In the process, we'll also be looking for and addressing > issues that might affect AOLserver/Tomcat's viability in a production > environment. This is good, thank you. If this is available this summer it may save us from being forced to implement a Java application server to accommodate this code in the fall. I did not see this in the documentation for the nsjk2 module. Thank you for providing this information, it may make a big difference to work I will need to do later this year. /pgw Elizabeth Thomas <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> 05/21/2004 10:48 AM Please respond to AOLserver Discussion To: [EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:Re: [AOLSERVER] Java support in AOLserver Dossy wrote on 5/20/04, 3:06 PM: > The ultimate goal is to have Java as capable and efficient of a runtime > environment for server-side functionality as Tcl is. The current effort > is going into the nsjk2 module, integrating the Tomcat engine. I know > that Elizabeth Thomas is actively working on this effort and I'm hoping > that she can get some help and support from everyone here to move that > along quickly. First off, I'm very excited about Dossy's new role. It's great news for the AOLserver project. I would also like to take this opportunity to introduce Timothy Suh, who is on our team here at AOL and is also working on nsjk2. For the benefit of any newcomers, nsjk2 is a module which provides the ability to run the Tomcat servlet container with AOLserver (much like it is done with Apache). Tomcat can run either in the AOLserver process (recommended) or out-of-process. With nsjk2, you can have an AOLserver fielding requests for 'traditional' aolserver pages and as well as JSPs and servlets. Its javatclbridge utilities enable your java pages access to tcl and adp processing which allow you to leverage existing AOLserver-based infrastructure. As AOL has a large AOLserver-based investment, this bridging ability is a critical driver for our interest in nsjk2 for those projects which, for various reasons, choose a java-based implementation. This investment includes not only the services coded in ADP/TCL, but also our operational administration and configuration built around AOLserver. Strategically, the future of AOLserver/Tomcat is somewhat uncertain - it will simply depend on who finds it useful. However, there has been a great deal of interest in it here. We are currently working on the following enhancements to nsjk2. These are driven from requirements of internal projects at AOL. 1. Tomcat 5 support This is nearly done. In fact, if you check out the head of the CVS tree for nsjk2, you should be able to run nsjk2 with Tomcat 5. The main trunk is forming the basis for an upcoming v2 release. For now, Tomcat 4 compatibility with only be supported on the (new) v1 branch (until such time that we can make v2 backward compatible). We will backport the new features described below to the v1 branch as well. nsjk2_v1_r4 has been tagged (but not yet posted on sourceforge) - it consists of just a minor fix to the java NsLog bridge to automatically load the correct library. 2. Java-implemented tcl commands We have a requirement to allow a tcl command to be implemented in java and available from the AOLserver tcl interps - this is particularly useful for administrative commands to be made available in the aolserver control port. This is not a full 'calling java from tcl' approach a la tclBlend, but more along the lines of how we implement tcl commands in C. The command is implemented in java, and exposed through creating a tcl command API. (Note that this does not prohibit future integration of tclBlend should someone be so motivated :) ) 3. Java-controlled logging. Tomcat and AOLserver have separa
Re: [AOLSERVER] Java support in AOLserver
"Patrick O'Leary" <[EMAIL PROTECTED]> wrote: > Because tomcat is a Java process it makes more sense to run servlets > through it's jvm instance rather than have nsd launch and monitor an > embedded jvm. No question. If you have a JSP application then this is the way to go. But if I had a JSP application why would I use AOLserver? Why not use JBoss, Orion or Apache? > If you want to be able to combine java with tcl, then that's going to be > a bit of a challenge. But I'm sure someone will figure out a new .adjsp > page format one of these days *O'Leary ducks and runs for cover* The current nsjk2 module does just fine in calling Tcl from the JSP page. See chapter 4 of the AOLserver Tomcat Plug-in User Guide. We certainly don't need to spend time as a community creating such a hybrid as you suggest, it adds no value that doesn't already exist. The situation is that we all have ADP/Tcl based applications running in AOLserver right now. Some of use would like to use software that happens to be written in Java in the enhancement of those existing applications. The only module that allows that right now is nsjava and that module isn't production ready and is now OFFICIALLY not interesting. Or am I misunderstanding the message that was delivered about Java support in AOLserver? /pgw Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] PHP and AOLserver Re: [AOLSERVER] ANN: New project leader for AOLserver
How will you run tagsoup (http://mercury.ccil.org/~cowan/XML/tagsoup/) in AOLserver? An arbitrary Java class can't be called by ADP/Tcl code via nsjk2 module which is the one chosen to be supported in AOLserver. Does the nsjava module work to your satisfaction? Andrew Piskorski <[EMAIL PROTECTED]> wrote: > E.g., I'm told that TagSoup happens to be the best available parser > library for messy real-world HTML, and it happens to be written in > Java. If I needed to, I could probably run that in AOLserver, and > that gives me warm fuzzy feelings. /pgw Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Java support in AOLserver
The nsjk2 module misses the point of what Java support in AOLserver means to the projects here at BNA. We use AOLserver and Tcl (and now XOTcl) as the core of our newer web sites. We are happy with ADP processing and calling Tcl from ADP pages and have built an entire UI around this model. (The usability of the programming model is fantastic.) We would have liked to call certain Java classes from this ADP code base as if they were Tcl/XOTcl objects. We do not care about and do not want to use JSP for the specific applications that we have been told to figure out. As useful as nsjk2 is to many people it is not useful to many others. Do you have any plans to provide a means for standard AOLserver applications to include calls to a JVM inside AOLserver ADP and Tcl procs? Or will we still need to put another Java socket server somewhere and call that from our ADP/Tcl code? [EMAIL PROTECTED] wrote: > > > Actualy usefull would be simply a JVM you can make calls into, Tcl Blend > > style. This way I could write (or re-use) code that isn't well suited to > > Tcl and can more easily be done in a OO enviroment and seemlesly use it > > with AOLserver doing the presentation layer. (I hate JSP...) > > I don't see any downside to supporting Java, Java Servlets and JSP > better within AOLserver, and folks who do use Java-based technologies > have a lot to gain. > > As long as Java support in AOLserver stays as an optional module, what's > the risk? It allows more people to use AOLserver, and that's a win-win > for everyone. > > -- Dossy -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] calling AOLserver Tcl command outside of AOLserver
Look at http://michael.cleverly.com/nstcl/ It does supports the functions you mention without running AOLserver. /pgw Wei Shi <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> 03/23/2004 01:09 AM Please respond to AOLserver Discussion To: [EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:[AOLSERVER] calling aolserver tcl command outside of aolserver Does anybody know how to call an aolserver tcl command, like ns_httpget without running aolserver? What I am trying to do here is to test and integrate these commands with my other applications before putting them into a package on aolserver. I tried "load" command in tcl but failed. Has anybody done this before? Thanks. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] gcc as a build requirement for AOLserver
In our experience on Solaris gcc is a hard requirement and that is ok with us. We have never been able to use SUN compilers and make AOLserver work correctly. /pgw >It seems that (at least on Solaris) that gcc is a build requirement for >AOLserver -- it doesn't "do the right thing" when using the SUNWspro >compiler (or maybe I'm just guessing here). > >Is gcc a hard requirement? If so, shouldn't the configure script check >$CC to make sure it's gcc (parse "$CC --version" output, etc.) and >complain and abort if it's not? > >-- Dossy -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Trouble compiling oracle driver 2.6 for RH Linux 3ES and Oracle 9i
We use the Oracle driver here at BNA and would very much like to participate in any testing of an upgraded version. /pgw Greg Wolff [EMAIL PROTECTED] Jeremy Collins <[EMAIL PROTECTED]> > > > > Btw, can someone with the necessary SourceForge privileges please > > release an updated nsoracle tarball? This "use the latest but still 9 > > months old CVS version, not the truly ancient tarball" concern seems > > to come up regularly. > > > > We're working on it. Should be up in the next few days complete with > updated Makefile to make compiling work much better across the > different versions of Oracle and AOLserver. > > As a side note, how many people use the nsoracle driver? I ask because > pretty soon after we release 2.7 I'm going to release a 2.8 alpha with > some significant changes and improvements. I need people that can help > test it. I'd also like to know what the damage would be if I cleaned > up the API a little. > > - Jeremy > -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Does AOLserver support Tcl VFS? Starpacks? [incr Tcl]?
Why do we need a MetaKit db driver? I expect it will be possible to run AOLserver out of a Starpack without calling a metakit db from inside AOLserver. Jeff Hobbs wrote: > > If AOLserver could make use of the VFS capabilities of Tcl > > 8.4 then it could be included in a Starpack. If we could > > VFS capabilities are one thing, which AOLServer should support > (part of the core). To be included in a starkit or starpack > (see http://wiki.tcl.tk/starkit) requires a thread-safe metakit, > and I'm not 100% confident that it is after talking with > Jean-Claude Wippler (author of metakit). That would be the one > thing that needs verification. The AOLserver would clearly need the VFS for adp and tcl files. But if the database application were something like BerkeleyDB, which is thread safe and 2-phase-commit etc., then why use MetaKit as the *application* database? The model would be AOLserver linked with C/C++ app code with Tcl and adp and a BerkeleyDB database with driver. Then wrap all of that up in the Starpack. AOLserver does not need to call MetaKit directly, it would only need to be able to run inside the VFS. (Or course, it also needs to run on Windows.) Of course, given that the target for this possible app is a single user version of a multi-user AOLserver web site, it might be possible to live with MetaKit with single threaded access. > > I do know that people have turned tclhttpd into a starpack, so > such a thing is possible. Also, any extensions used have to > either be statically built into the base kit or be stubs-based, > as that is a starpack requirement (can't have dependencies on > external Tcl/Tk libs). I would rather package the current AOLserver app without needing to rewrite it in tclhttpd. > > > Additionally, [incr Tcl] doesn't work inside AOLserver right > > now. Does anybody know why? Does anybody know whether it > > could be made to run correctly inside AOLserver? > > I don't know why, but xotcl does: > http://www.xotcl.org/ > If you don't already have a body of incr Tcl code, just use > xotcl (more "Tao of Tcl" compatible in any case). True. But XOTcl is a higher learning curve than Itcl given that I know Itcl and our developers are used to C++/Java class models. Also there are good books on Itcl but not much tutorial and training material for XOTcl. I think it would be a win for AOLserver if both Itcl and XOTcl would work. > > Jeff Hobbs The Tcl Guy > Senior Developer http://www.ActiveState.com/ Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Does AOLserver support Tcl VFS? Starpacks? [incr Tcl]?
What is a Starpack? Here are a few pointers to the Tcl wiki: Starpack: http://mini.net/tcl/3663 Starkit: http://mini.net/tcl/3661 Tclkit: http://mini.net/tcl/52 I suppose what I really want is a Tclkit or Starkit. But a Starpack would be really useful. There will be sessions on this topic at the Tcl'2003 conference in a couple of weeks. I'll be there. Are any other AOLserver users going to be at the conference? Nathan Folkman wrote: > What's a "Starpack"? > > Greg Wolff wrote: > > If AOLserver could make use of the VFS capabilities of Tcl > > 8.4 then it could be included in a Starpack. > /pgw Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Does AOLserver support Tcl VFS? Starpacks? [incr Tcl]?
If AOLserver could make use of the VFS capabilities of Tcl 8.4 then it could be included in a Starpack. If we could include AOLserver in a Starpack an incredibly valuable feature, for BNA's usage of AOLserver, would then be the ability to package subsets of data with the current AOLserver based application and then release that on CD, **without** needing to build a new application but only tweak the database layer of the current application. Additionally, [incr Tcl] doesn't work inside AOLserver right now. Does anybody know why? Does anybody know whether it could be made to run correctly inside AOLserver? Adding Starpack support and [incr Tcl] support would really be a valuable addition to AOLserver capabilities. Shawn Carnell wrote: > Does AOLserver 3.5.1 support tcl version 8.4? In particular, > i'm wondering if anyone has tinkered with using the virtual file > system support in tcl 8.4 from inside AOLserver. > > Thanks, > Shawn /pgw Greg Wolff [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Has any one tested the AOLserver Oracle Driver with 64 bit Oracle 9.2?
A question for the Oracle driver team. Has the AOLserver Oracle driver been tested by any one against 64 bit Oracle 9.2? We have tested the old 2.6 version of the AOLserver Oracle driver against 32 bit Oracle 9.2 and have seen it work but haven't tested it thoroughly yet. We haven't yet started on 64 bit Oracle 9.2 and we are wondering if anyone has had success compiling and running with this configuration. I believe that we will need to use gcc 3.2 to recompile for 64 bit Oracle 9.2. Is that correct? /pgw Greg Wolff [EMAIL PROTECTED] Scott Goodwin <[EMAIL PROTECTED]>@LISTSERV.AOL.COM> on 10/01/2002 01:09:21 AM Please respond to AOLserver Discussion <[EMAIL PROTECTED]> Sent by:AOLserver Discussion <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: (bcc: Greg Wolff/BNA Inc) Subject:[AOLSERVER] Oracle Driver update Thanks to all who have provided the various versions of the oracle driver code. I've created a version geneology based on the Id tags in the different ora8.c files: 2.3 ora8.c: /* $Id: ora8.c,v 1.54 2000/09/09 02:37:04 mayoff Exp $ */ 2.4 ora8.c: /* $Id: ora8.c,v 1.55 2000/09/20 19:54:35 mayoff Exp $ */ 2.5 ora8.c: /* $Id: ora8.c,v 1.57 2001/01/05 17:26:10 davis Exp $ */ (BRANCH: 2.5-jcollins ora8.c: /* $Id: ora8.c,v 1.5 2002/05/26 13:40:31 jcollins Exp $ */) 2.6 ora8.c: /* $Id: ora8.c,v 1.59 2001/06/11 20:11:14 mayoff Exp $ */ 2.7 /* $Id: ora8.c,v 1.60 2001/09/19 03:10:36 mayoff Exp $ */ Looks like I can import from 2.3, then update all the way to what I'm calling 2.7 (I don't think there ever was an official 2.7 release). Jeremy based his extensive changes on version 2.5. Also, Jeff Davis posted a mod to, I think 2.5 -- reference http://ccm.redhat.com/bboard-archive/webdb/000d9f.html Unless anyone has any comments, updates or other suggestions, I'm going to import 2.3 and patch to what I'm calling 2.7, then attempt to patch Jeff's mod and then Jeremy's changes onto 2.7. If they take cleanly, great. If not, I'll probably ask Jeremy and Jeff to take a look and see if they can sort it out. One alternative is to simply create a branch after 2.5 that contains Jeremy's code, which he or someone else can then merge into the head branch. I'll wait a day for comments and suggestions. If anyone wants to get all the versions I currently have, they can do so by downloading http://scottg.net/download/nsora.tar.gz. /s. -- Scott Goodwin [EMAIL PROTECTED] http://scottg.net
Re: [AOLSERVER] XML Parser
At BNA we are using the Expat parser, in C, embedded inside code that surfaces Tcl commands to the adp templates. We dynamically build each page as the user requests it, potentially with custom features based on who the user is, his use rights, etc. We have achieved very good results with very subsecond conversion times. But we've spent a lot of time and effort to optimize the code to achieve that kind of speed. /pgw Greg Wolff [EMAIL PROTECTED] Barry Books <[EMAIL PROTECTED]> @LISTSERV.AOL.COM> on 03/27/2002 01:53:52 PM Please respond to AOLserver Discussion <[EMAIL PROTECTED]> Sent by: AOLserver Discussion <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc:(bcc: Greg Wolff/BNA Inc) Subject: [AOLSERVER] XML Parser Does anyone have any recommendations for xml parsers that work under aol server and the relative merits of each? I need to parse documents that may exceed 1 meg and have more than 1000 elements. Since these will be done on a page request I need to do that in less than a second. Thanks Barry
[AOLSERVER] somebody has defaced the AOLserver wiki front page...
somebody has defaced the AOLserver wiki front page... Does anyone have a copy of the contents so that it can be restored?
[AOLSERVER] Where is an xml-rpc How To for AOLserver?
I need to develop an xml-rpc based feature in my AOLserver based application. I have the xml-rpc module built. I'm looking for a How To or a code example. One code example is all that I need. I can't find one. Does anybody know where such Example or Documentation of how to use xml-rpc in AOLserver is to be found? /pgw
[AOLSERVER] We've made a code change, would like opinions as to is this a good or bad idea...
At BNA we have a problem with use of AOLserver in terms of
how it handles the Location parameter value. The Location
is a fixed value that is a "global constant" for the
AOLserver process.
In our virtual hosting environment on our production
machines this a problem. The problem is as follows:
The machine host name is >>> xyz.bna.com
One of many virtual host names is >>> productA.bna.com
User requests >>> http://productA.bna.com/
(notice that there is no / at the end of the user request)
According to spec AOLserver should redirect to the complete
url.
Wanted behavior is a redirect to >>>
http://productA.bna.com//
actual behavior is a redirect to >>>
http://xyz.bna.com//
Our location is the machine name because we can only set
one. But one location is not sufficient for our needs. I
am aware of the many different Virtual Hosting solutions
that are proposed for AOLserver. But we found a way to fix
our problem without actually needing to use any of the
currently specified Virtual Hosting approaches. I would
like to get your opinion on our approach to solving our
problem.
In nsd/return.c we have modified the function
Ns_ConnReturnRedirect. Please note the additional block of
code marked with a "ZZZ BNA" comment. What this does is
return the user specified host name in preference to the
Location value. This solves our particular problem. It is
not a Virtual Hosting solution per se, but it does solve our
problem.
My question is: Do any of you who know the code better than
we do think this is a dangerous thing to do? If so where
should I look in the code to see the danger? Our testing
has shown no problems with this change, at least not so far!
Here is the modified source code:
Ns_ConnReturnRedirect(Ns_Conn *conn, char *url)
{
Ns_DString ds, msg;
intresult;
char* host;
Ns_DStringInit(&ds);
Ns_DStringInit(&msg);
if (url != NULL) {
if (*url == '/') {
/* ZZZ BNA - we look for a host entry before
defaulting
to the location value.
*/
host = Ns_SetGet(conn->headers, "Host");
if (host) {
Ns_DStringAppend(&ds, "http://";);
Ns_DStringAppend(&ds, host);
} else {
Ns_DStringAppend(&ds,
Ns_ConnLocation(conn));
}
}
Ns_DStringAppend(&ds, url);
Ns_HeadersPut(conn, "Location", ds.string);
Ns_DStringVarAppend(&msg, "The requested URL has moved
here.", NULL);
result = Ns_ReturnNotice(conn, 302, "Redirection",
msg.string);
} else {
result = Ns_ReturnNotice(conn, 204, "No Content",
msg.string);
}
Ns_DStringFree(&msg);
Ns_DStringFree(&ds);
return result;
}
Thanks for the help!
/pgw
Greg Wolff
[EMAIL PROTECTED]
Re: [AOLSERVER] Has anyone built an internal AOLserver Tcl unit test harness?
Thank you! That pointed me to where I needed to look. We will be trying this out for internal testing of many of our Tcl procs. Another test tool that we will use is Android >>> http://www.wildopensource.com/larry-projects/android.html We also have an expensive commercial tool that works, but it is only licensed for a few workstations and Android has the advantage that we can use it on as many machines as we want. :-) /pgw From: Darren Fergusson <[EMAIL PROTECTED]> @LISTSERV.AOL.COM on 12/05/2001 02:37:41 PM To: [EMAIL PROTECTED] Subject: Re: [AOLSERVER] Has anyone built an internal AOLserver Tcl unit test harness? The address for earlier versions or AOLSEVER on arsdigita is http://www.arsdigita.com/products/versions/ Then on the left hand side you will see Early ACS Releases Darren Darren Ferguson Software Engineer Openband On Wed, 5 Dec 2001, Greg Wolff wrote: > Thanks for the information. > Sorry to seem dense, but I can't find AOLserver on the > Arsdigita web site at all. > Lots of Java stuff and ACS... but NO AOLserver at all. > No mention anywhere from the top down with no hits in search > at all > > What is the url that will take me to the AOLserver source > code? > > Thanks! > > /pgw > > > > > +-- On Dec 5, Greg Wolff said: > > > Has anyone built a unit test harness for testing > AOLserver > > > Tcl procs? > > > > Download the source code for the Arsdigita AOLserver > release. Look in > > the nscache/test directory. You'll find the test cases I > wrote for > > nscache. You may find both nsd.tcl and tcl/init.tcl > useful.
Re: [AOLSERVER] Has anyone built an internal AOLserver Tcl unit test harness?
Thanks for the information. Sorry to seem dense, but I can't find AOLserver on the Arsdigita web site at all. Lots of Java stuff and ACS... but NO AOLserver at all. No mention anywhere from the top down with no hits in search at all What is the url that will take me to the AOLserver source code? Thanks! /pgw > > +-- On Dec 5, Greg Wolff said: > > Has anyone built a unit test harness for testing AOLserver > > Tcl procs? > > Download the source code for the Arsdigita AOLserver release. Look in > the nscache/test directory. You'll find the test cases I wrote for > nscache. You may find both nsd.tcl and tcl/init.tcl useful. >
[AOLSERVER] Has anyone built an internal AOLserver Tcl unit test harness?
Has anyone built a unit test harness for testing AOLserver Tcl procs? We've built a lot of Tcl procs to construct our web applications and would like to have a unit test harness to test them. It will take a fair piece of work to set it up. I'm hoping somebody has already written that we could extend and share back to the community. /pgw Greg Wolff [EMAIL PROTECTED]
