-----Original Message----- From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 18, 2001 11:34 AM To: '[EMAIL PROTECTED]' Subject: RE: starting Xvfb for Cocoon
It looks like there is a caveat provided by eteks: "Servlet host providers can use it for their customers, if they provide copyright information and a link to http://www.eteks.com on their web site and other documentation" See: http://www.eteks.com/pja/en/ at the bottom of the page... If complied with, does the GPL support such a statement? > -----Original Message----- > From: SANSONE, AARON M [Non-Pharmacia/1000] > [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 17, 2001 8:22 AM > To: '[EMAIL PROTECTED]' > Subject: RE: starting Xvfb for Cocoon > > If this is a GPL violation then it should be mentioned in the > documentation > that suggests using this method as a solution to a headless setup (see > http > ://xml.apache.org/cocoon/installing/index.html Tomcat 4.X installation > section). > > I question that this is a GPL violation since this solution is not > "integrated" into Cocoon, but a Java AWT replacement that is specified at > runtime. If that is in the FAQ then yes it should be removed. http://www.gnu.org/copyleft/gpl-faq.html#IfLibraryIsGPL > > > > -----Original Message----- > From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 17, 2001 9:26 AM > To: '[EMAIL PROTECTED]' > Subject: RE: starting Xvfb for Cocoon > > > As has been mentioned before (maybe this should go in the FAQ?) you will > most likely be violating the GPL if you go this route. The PJA toolkit is > released under the GPL and integrating it for use with Cocoon is > questionable as GNU does not consider the Apache license to be compatible > with the GPL. > > > -----Original Message----- > > From: SANSONE, AARON M [Non-Pharmacia/1000] > > [mailto:[EMAIL PROTECTED]] > > Sent: Monday, December 17, 2001 7:27 AM > > To: '[EMAIL PROTECTED]' > > Subject: RE: starting Xvfb for Cocoon > > > > There is another solution to the XVFB problem which we are implementing: > > > > You can use http: //www.eteks.com/pja/en which is a replacement for > the > > Java Graphics package. It is 100% Pure Java and doesn't use any native > > graphics resource of the system on which the Java Virtual Machine runs. > > > > Therefore you wont need to worry about seting up XVFB and messing with > > Display settings. > > > > HTH, > > > > Aaron > > > > > > -----Original Message----- > > From: David Armstrong [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, December 15, 2001 1:28 PM > > To: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] > > Subject: Re: starting Xvfb for Cocoon > > > > > > Hi Cindy, > > > > May I suggest the following to try: > > > > From a shell prompt, do a > > which Xvfb > > This should report the full path to the Xvfb program. Then, change the > > Xvfb :1.... to the full path (e.g. /usr/sbin/Xvfb :1 ... - I don't know > > what the proper path is as I don't have it installed myself). You may > > also have to do the same change in the killproc (not really sure). The > > reason for this is that your command shell will normally find this > > program thanks to the PATH environment variable - but not all path > > elements are present in the PATH variable when the init.d scripts are > > being run, hence at boot time your script can't find Xvfb. > > > > Also, the line export DISPLAY=:1 is really redundant in this startup > > script - the important place to have this is before firing up > > Tomcat/Cocoon. > > > > I hope this helps, > > > > David > > > > > > On Tue, 2001-12-11 at 17:43, Cindy Ballreich wrote: > > > I suppose that this is really a Xvfb or even a Linux question, but > since > > it > > > directly relates to Cocoon I hope you'll allow me to ask it here. I've > > > tried linux.redhat.misc with no success. > > > > > > I have a very basic RedHat 7.0 web server (Apache 1.3.20) and I want > to > > run > > > Cocoon 2.0 with Tomcat 3.3. Apparently, I also need to run Xvfb in > order > > > for Cocoon to work properly. I would very much like to start Xvfb at > > boot > > > time along with all of the other web services. I've written an init.d > > > script to do this. This script works very well from the command line, > > but > > > for some reason it won't work at boot time. Perhaps Xvfb requires a > > service > > > that isn't running when it tries to start? I was wondering if anyone > > might > > > be doing this successfully and if they'd mind sharing their init.d > > script. > > > I'd also appreciate being pointed to any documentation that might > > explain > > > what I'm doing wrong. > > > > > > My current script was accepted by chkconfig and all of the rc.d links > > are > > > present. It works great from the command line and *appears* to work at > > boot > > > time (I get the "starting" message and the result is "OK"), but once > the > > > system finishes booting and I log on there is no instance of Xvfb > > running. > > > > > > > > Any advice would be greatly appreciated. > > > > > > Here is the script that I'm currently using... > > > > > > -------------- beginning of script --------------- > > > #!/bin/sh > > > # > > > # Startup script for Xvfb > > > # > > > # chkconfig: 2345 79 21 > > > # description: Xvfb - virtual frame buffer > > > # processname: Xvfb > > > # > > > # Source function library. > > > . /etc/rc.d/init.d/functions > > > > > > ## See how we were called. > > > case "$1" in > > > start) > > > echo -n "Starting Xvfb services: " > > > Xvfb :1 -screen 0 800x600x8 & > > > export DISPLAY=:1 > > > > > > echo > > > touch /var/lock/subsys/Xvfb > > > ;; > > > stop) > > > echo -n "Stopping Xvfb services: " > > > killproc Xvfb > > > > > > echo > > > rm -f /var/lock/subsys/Xvfb > > > ;; > > > status) > > > status Xvfb > > > ;; > > > restart|reload) > > > $0 stop > > > $0 start > > > ;; > > > *) > > > echo "Usage: xvfb > > {start|stop|status|restart}"[EMAIL PROTECTED] > > > exit 1 > > > esac > > > > > > exit 0 > > > -------------- end of script --------------- > > > > > > > > > This script is similar to the one in this usenet posting (beware > > wordwrap)... > > > > > > > > > http://groups.google.com/groups?q=+%22starting+Xvfb%22&hl=en&lr=lang_en&rn > > um > > > =2&selm=m266r04r65.fsf%40gododdin.internal.jasmine.org.uk > > > > > > > > > --------------------------------------------------------------------- > > > Please check that your question has not already been answered in the > > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > > > > > > > > > > > --------------------------------------------------------------------- > > Please check that your question has not already been answered in the > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > --------------------------------------------------------------------- > > Please check that your question has not already been answered in the > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
