RE: What is the secret...

2002-04-25 Thread Jeremy Crosbie

Maybe he was upset with the lack of Objective C support in XSP ;)

> -Original Message-
> From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 25, 2002 7:24 PM
> To: [EMAIL PROTECTED]
> Subject: Re: What is the secret...
> 
> Wow,
> 
> The father of Objective-C unsubscribing eh?
> 
> Thats not something this former NeXT Systems Engineer likes to see.
> 
> -Marc
> 
> 
> Sam Ruby wrote:
> 
> >Brad Cox, PhD; [EMAIL PROTECTED] wrote:
> >
> >>What is the trick to unsubscribing from this list? I've followed
> >>these instructions dozens of times by now, including direct email to
> >>the administrator, but the flood just continues.
> >>
> >
> >I've unsubscribed [EMAIL PROTECTED]
> >   ==
> >
> >- Sam Ruby
> >
> >
> >-
> >Please check that your question has not already been answered in the
> >FAQ before posting. 
> >
> >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. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: [request] Separate mailing list for announcements

2002-04-25 Thread Jeremy Crosbie

One already exists:

http://xml.apache.org/mail.html

> -Original Message-
> From: Peter Robins [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 25, 2002 1:36 AM
> To: Cocoon Mailing List
> Subject: [request] Separate mailing list for announcements
> 
> Any chance of this? I've decided to unsubscribe from cocoon-users as most
> of
> it is about things I don't use, but would still like to be kept up-to-date
> on
> future releases etc.
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: Cocoon and Nokia Toolkit

2002-04-24 Thread Jeremy Crosbie









Have you looked into Selectors? Here is
what you can do with the default sitemap setup:

 

:match pattern="*">
  :generate type="serverpages"
src=""pages/{1}.xml"/>

  

    :when
test="wap">
  

 
:serialize type="wml" />

    :when>

    :otherwise>

  

  

    :otherwise>
:match>

 

What you found on O'Reilly's site is what Cocoon used to
use in 1.x. However, when you place such a declaration in your file you violate
one of the contracts defined in Cocoon: separation of presentation from content
from site management.

 



-Original Message-
From: Sergei Severin
[mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, April 24, 2002
2:54 PM
To: [EMAIL PROTECTED]
Subject: Cocoon and Nokia Toolkit

 



Hello,
My question is on configuring Cocoon to work with Nokia WAP Toolkit. I am
trying to build and return a page based on the type of the device that sends a
request. According to the documentation that I found on Cocoon site, this
functionality has been tested with Nokia WAP Toolkit so I decided to give
it a try.

In my sitemap configuration I have the following entry in the pipeline:


  
  
  


I have also created a new XSL file, common2wap.xsl, that formats
the content accroding to WAP spec. What do I need to do in order to
force Cocoon to use  common2wap.xsl instead of common.xsl whenever I
hit the page from Nokia simulator? So far, the only site that I found to
provide the answer to this is O'Reilly OnJava.com (http://www.onjava.com/pub/a/onjava/excerpt/java_xml_ch9/?page=5) 
Example 9-4 on this page suggests that I need to put
 







in my XML file in order to use the stylesheet appropriate for WAP. I've tried
that but it did not work. The output is still built according to common.xsl. Is
there a better way of doing this or am I missing something here?

Thank you,
Sergei Severin












Problem using xpath parameter with HTMLGenerator

2002-04-23 Thread Jeremy Crosbie

I am trying to use the HTMLGenerator and the optional "xpath" parameter,
similar to how the Yahoo screenscrape example works. However, the XPath
expression I need is determined by a URL parameter, below is the 
section I am using:


  
http://www.somesite.com/xml";>
  

  
  


The {id} parameter I specify does not appear to get expanded. When I look at
the HTMLGenerator code, by the time the expression is passed here the XPath
expression looks like this:

html//font/p[text() = '']

It looks like it wants to be expanded but something is missing. Is this a
bug? Thanks for your help.

--jeremy


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




Serving content retrieved via HTTP

2002-04-22 Thread Jeremy Crosbie

An application we would like to include in our site consists of making a
request to a webpage that requires an XML string as a URL parameter, for
example:

http://www.somesite.com/page?request=

The XML request can have any number of parameters that are determined by
user input. What we would like to do is transform the XML response to a
variety of markups. My question is what is the best mechanism for doing this
in Cocoon? The best example of what I am trying to do is the SOAP example
(this app will eventually have a SOAP interface) but this isn't available.
Any ideas?

--jeremy


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: Logicsheet declaration bug?

2002-04-19 Thread Jeremy Crosbie

I figured the tongue was somewhere in cheek. It is just hard to tell over
email ;)

-Original Message-
From: Vadim Gritsenko
To: [EMAIL PROTECTED]
Sent: 4/19/2002 8:58 PM
Subject: RE: Logicsheet declaration bug?

> From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]]
> 
> Yeah, I noticed that in the logicsheet.xsp but it wasn't obvious nor
> documented, at least not as far as I could tell. Why is this
considered a
> 'feature'?

Because that is "legacy" behavior which I left intact? ;)

Nevermind. I fixed this in the CVS.

Vadim


> > -Original Message-
> > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, April 19, 2002 4:56 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Logicsheet declaration bug?
> >
> > > From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]]
> > >
> > > Here is an XSP with a logicsheet declaration using a processing
> > instruction
> > > that works fine:
> > >
> > > 
> > > 
> > >  > > xmlns:xsp="http://apache.org/xsp";
> > > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > > xmlns:movies="http://www.go2.com/movies
> > > 
> > > 
> > > 
> > > 
> > >
> > > However using an  element below fails to
recognize
> > the
> > > logicsheet. No errors, just a blank page is returned:
> > >
> > > 
> > >  > > xmlns:xsp="http://apache.org/xsp";
> > > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > > xmlns:movies="http://www.go2.com/movies";>
> > >
> > > 
> > >
> > > 
> > > 
> > > 
> > >
> > > 
> > >
> > > However, if I position the  element *directly*
after
> > the
> > >  element as below it works:
> > >
> > > 
> > >  > > xmlns:xsp="http://apache.org/xsp";
> > > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > > xmlns:movies="http://www.go2.com/movies";> > > location="movies/logicsheets/movies.xsl" />
> > >
> > > 
> > > 
> > > 
> > >
> > > 
> > >
> > > Is this a known bug? I looked in the bug database to no avail. Can
> > someone
> > > please verify this?
> >
> > This is a known /feature/. See also sample shipped with Cocoon.
> >
> > Vadim
> >
> > >
> > > --jeremy
> > >


-
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]>




RE: Logicsheet declaration bug?

2002-04-19 Thread Jeremy Crosbie

Yeah, I noticed that in the logicsheet.xsp but it wasn't obvious nor
documented, at least not as far as I could tell. Why is this considered a
'feature'?

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 19, 2002 4:56 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Logicsheet declaration bug?
> 
> > From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]]
> >
> > Here is an XSP with a logicsheet declaration using a processing
> instruction
> > that works fine:
> >
> > 
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies
> > 
> > 
> > 
> > 
> >
> > However using an  element below fails to recognize
> the
> > logicsheet. No errors, just a blank page is returned:
> >
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies";>
> >
> > 
> >
> > 
> > 
> > 
> >
> > 
> >
> > However, if I position the  element *directly* after
> the
> >  element as below it works:
> >
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies";> > location="movies/logicsheets/movies.xsl" />
> >
> > 
> > 
> > 
> >
> > 
> >
> > Is this a known bug? I looked in the bug database to no avail. Can
> someone
> > please verify this?
> 
> This is a known /feature/. See also sample shipped with Cocoon.
> 
> Vadim
> 
> >
> > --jeremy
> >
> >
> 
> 
> -
> 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]>




RE: Logicsheet declaration bug?

2002-04-19 Thread Jeremy Crosbie

By the way:


Win2k, Cocoon 2.0.2, jdk1.3.1_02
> 
> > -Original Message-
> > From: Jeremy Crosbie
> > Sent: Friday, April 19, 2002 4:47 PM
> > To: [EMAIL PROTECTED]
> > Subject: Logicsheet declaration bug?
> >
> > Here is an XSP with a logicsheet declaration using a processing
> > instruction that works fine:
> >
> > 
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies
> > 
> > 
> > 
> > 
> >
> > However using an  element below fails to recognize the
> > logicsheet. No errors, just a blank page is returned:
> >
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies";>
> >
> > 
> >
> > 
> > 
> > 
> >
> > 
> >
> > However, if I position the  element *directly* after
> the
> >  element as below it works:
> >
> > 
> >  > xmlns:xsp="http://apache.org/xsp";
> > xmlns:esql="http://apache.org/cocoon/SQL/v2";
> > xmlns:movies="http://www.go2.com/movies";> > location="movies/logicsheets/movies.xsl" />
> >
> > 
> > 
> > 
> >
> > 
> >
> > Is this a known bug? I looked in the bug database to no avail. Can
> someone
> > please verify this?
> >
> > --jeremy


-
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]>




Logicsheet declaration bug?

2002-04-19 Thread Jeremy Crosbie

Here is an XSP with a logicsheet declaration using a processing instruction
that works fine:



http://apache.org/xsp";
xmlns:esql="http://apache.org/cocoon/SQL/v2";
xmlns:movies="http://www.go2.com/movies





However using an  element below fails to recognize the
logicsheet. No errors, just a blank page is returned:


http://apache.org/xsp";
xmlns:esql="http://apache.org/cocoon/SQL/v2";
xmlns:movies="http://www.go2.com/movies";>









However, if I position the  element *directly* after the
 element as below it works:


http://apache.org/xsp";
xmlns:esql="http://apache.org/cocoon/SQL/v2";
xmlns:movies="http://www.go2.com/movies";>







Is this a known bug? I looked in the bug database to no avail. Can someone
please verify this?

--jeremy


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




JSP Generator problem

2002-04-18 Thread Jeremy Crosbie

Setup:

Win2k, JDK1.3.1_02, Tomcat 4.0.3, Cocoon 2.0.2/Cocoon 2.1-dev

I am having a problem with the Cocoon samples that use the JSP generator as
well as any code I write using that generator, I get a 404 error. I went
back in the archives and saw that some fix was made on March 28, but when I
downloaded the latest development snapshot the examples still did not work.
Is this still a known problem? Is there a fix or workaround?

--jeremy

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: Big problem with cocoon2 !

2002-01-14 Thread Jeremy Crosbie

I don't know French but I am guessing your problem is with Tomcat, not
cocoon. Does " déjà utilisée" mean "already in use"? If so it looks like
you are trying to start Tomcat on a port that is already being used.

> -Original Message-
> From: Philippe Serre [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 14, 2002 8:07 AM
> To: [EMAIL PROTECTED]
> Subject: Big problem with cocoon2 !
> 
> Hi all,
> I have a problem with cocoon2.
> I have installed it with apache 1.3.22 and tomcat 4.0.1 and when I
point
> to
> http://localhost:8080/cocoon I have problem :
> 
> Catalina.start: LifecycleException:  null.open:
java.net.BindException:
> Adresse déjà utilisée
> LifecycleException:  null.open:  java.net.BindException: Adresse déjà
> utilisée
> at
>
org.apache.catalina.connector.http.HttpConnector.initialize(HttpConnecto
r.
> ja
> va:1116)
> at
>
org.apache.catalina.core.StandardService.initialize(StandardService.java
:4
> 54
> )
> at
>
org.apache.catalina.core.StandardServer.initialize(StandardServer.java:5
52
> )
> at
org.apache.catalina.startup.Catalina.start(Catalina.java:775)
> at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
> at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
> at java.lang.reflect.Method.invoke(Native Method)
> at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)
> - Root Cause -
> java.net.BindException: Adresse déjà utilisée
> at java.net.PlainSocketImpl.socketBind(Native Method)
> at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:405)
> at java.net.ServerSocket.(ServerSocket.java:170)
> at java.net.ServerSocket.(ServerSocket.java:121)
> at
>
org.apache.catalina.net.DefaultServerSocketFactory.createSocket(DefaultS
er
> ve
> rSocketFactory.java:118)
> at
>
org.apache.catalina.connector.http.HttpConnector.open(HttpConnector.java
:9
> 46
> )
> at
>
org.apache.catalina.connector.http.HttpConnector.initialize(HttpConnecto
r.
> ja
> va:1114)
> at
>
org.apache.catalina.core.StandardService.initialize(StandardService.java
:4
> 54
> )
> at
>
org.apache.catalina.core.StandardServer.initialize(StandardServer.java:5
52
> )
> at
org.apache.catalina.startup.Catalina.start(Catalina.java:775)
> at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
> at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
> at java.lang.reflect.Method.invoke(Native Method)
> at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)
> StandardServer.await: create: java.net.BindException: Adresse déjà
> utilisée
> java.net.BindException: Adresse déjà utilisée
> at java.net.PlainSocketImpl.socketBind(Native Method)
> at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:405)
> at java.net.ServerSocket.(ServerSocket.java:170)
> at
> org.apache.catalina.core.StandardServer.await(StandardServer.java:277)
> at
org.apache.catalina.startup.Catalina.start(Catalina.java:789)
> at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
> at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
> at java.lang.reflect.Method.invoke(Native Method)
> at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)
> 
> Can you help me ?
> Thanks
> Phil
> ---
> Philippe Serre
> Stagiaire informatique
> [EMAIL PROTECTED]
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>



smime.p7s
Description: application/pkcs7-signature


PJA Toolkit Licensing Answered

2001-12-27 Thread Jeremy Crosbie

Rather than continue in the circle of determining whether or not the PJA
toolkit can be used in conjunction with Cocoon (actually Batik) given
license incompatibilities I asked the author. Here is the email
conversation:

> There has been some discussion on the Cocoon mailing list
> (xml.apache.org/cocoon) as to the legality of using the PJA within 
> Tomcat/Cocoon since PJA is released under the GPL. The GPL 
> specifically states that use of a library released under the GPL must 
> be within a GPL'd system. Since Tomcat and Cocoon are released under 
> the Apache license (which is listed as incompatible by GNU) is using 
> the PJA toolkit within these applications a violation?

I think Apache License is closer to GNU LGPL than GNU GPL, isn't it ?

I decided to change PJA license in July 2000 to distribute it under GPL. I
didn't know LGPL at that time, and GPL seemed Ok to me (I'm a developer, not
a license expert). 
As I already changed once PJA license, I won't change it again to avoid PJA
users to get confused by an unstable license policy.

Reading again the page http://www.gnu.org/philosophy/why-not-lgpl.html, I
don't regret it because one of the interpretation of the spirit of GPL for
libraries is for me : "Why would people make money with a proprietary
program using a GPL library and not the author of the library ?"

In fact, I didn't expect such a success for PJA and nowadays I'm more
concerned about people selling products that would require and include PJA
to be able to run, than free products like Cocoon. PJA is really a special
product as most people use it as a temporary patch (corrected with coming
JDK 1.4 headless system) and they need it only at runtime (not at compile
time).

The thing I would like from PJA users is to mention somewhere on their
website that they use eTeks PJA.

I hope this will help you. Don't hesitate to ask more questions...

You may quote me in Cocoon mailing list if you want to.

Regards
-- 
Emmanuel PUYBARET
Email  : [EMAIL PROTECTED]
Web: http://www.eteks.com

Jeremy Michael Crosbie
Senior Software Engineer
go2.com
go2Address: US.CA.IRV.GO2
Tel: (949) 553-0800 x131
email: [EMAIL PROTECTED]


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: starting Xvfb for Cocoon

2001-12-18 Thread Jeremy Crosbie



> -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 comm

RE: starting Xvfb for Cocoon

2001-12-17 Thread Jeremy Crosbie

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. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For 

RE: Java code being dumped to browser. (newbie question)

2001-12-10 Thread Jeremy Crosbie

My guess is you need to specify you are using the LDAP transformer like so
 . This requires that
you have defined this transformer in the first place, which is not done in
the default sitemap in the distribution. Add:



to the  element in the sitemap.

> -Original Message-
> From: Matthew Crocker [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 10, 2001 10:27 AM
> To: [EMAIL PROTECTED]
> Subject: Java code being dumped to browser. (newbie question)
> 
> 
> Hello all,
> 
>   I'm setting up cocoon2 with tomcat, both are latest versions from the
> website. The examples from tomcat and cocoon2 work fine.  I'm also
> trying to setup ELDAP and I'm having some trouble.   I created a
> pipeline in sitemap.xmap and when I bring up the URL in the browser I
> see that the eldapbasiccample.xml is being transformed by the eldap.xsl
> logicsheet but then the resulting java code is dumped to the browser.  I
> need to know how to get cocooon2 to execute the code and the process the
> resulting XML -> HTML for display on the browser.
> 
> Here is my pipeline info,  I'm sure it is something I'm missing but I
> just can't figure it out with the docs in the distrbution.
> 
>   
> 
> 
> 
> 
> 
>   
> 
> 
> I'm assuming I just need another transform entry to process the java but
> I don't know which one to put it.
> 
> Thanks for any help
> 
> -Matt
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: is batik X-server needed

2001-12-03 Thread Jeremy Crosbie

I once was going the PJA route when I was having the same problem.
Unfortunately the PJA toolkit is licensed under the GPL (not LGPL) and with
Cocoon under that ASF license this renders the two incompatiblelegally.
(Consequently, if you go to the link as provided by Bertrand D. you will see
this discussion).

A utility called xvfb is the most often heard option. It fakes running an X
server and allows applications requiring one to run and think they are
running in an X environment.

> -Original Message-
> From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, December 01, 2001 6:57 AM
> To: [EMAIL PROTECTED]
> Subject: Re: is batik X-server needed
> 
> On Friday 30 November 2001 11:51, David Reid wrote:
> > I am installing Cocoon2 on a HP-UX system. However, I don't want to run
> > an X-server on this system. I know batik/FOP requires this.
> 
> From this search on the the cocoon-users mailing list
> http://marc.theaimsgroup.com/?l=xml-cocoon-users&w=2&r=1&s=batik+awt&q=b
> 
> it appears that the PJA library might help (http://www.eteks.com/pja/en)
> 
> If you try it I'd be interested in the results!
> 
> --
>  -- Bertrand Delacrétaz, www.codeconsult.ch
>  -- web technologies consultant - OO, Java, XML, C++
> 
> 
> 
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: .NET vs. Cocoon

2001-11-19 Thread Jeremy Crosbie


>  
> -Original Message-
> From: Jeremy Aston [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, November 16, 2001 3:27 PM
> To: [EMAIL PROTECTED]
> Subject: RE: .NET vs. Cocoon
>  
> Hi Jeremy (top name btw ;-))


Thanks! Always nice to hear from another Jeremy.


>  
> As other posters have pointed out .NET (ASP at the mo really) is not a
> framework in the way C2 is hence you are not really comparing like to
> like.  No doubt you could build a .NET version of Cocoon but as far as I
> can see most ASP apps have one big problem that overrides all - the
> developers.  


I am not looking to build a .NET version of Cocoon but I guess comparing a
technological possibility in Cocoon with one in .NET: I am looking to
compare development of wireless applications for multiple platforms. As far
as developers, in my experience I mostly agree. However one guy I work with
is a big ASP/MS developer and he has some pretty good skills. Ashame that
they go to waste :)


> The great thing about MS is that they open up alot of
> technology, give heaps of info away but this all comes at a price.  Many
> asp apps are hacks (in the crap coding sense of the word).  Many (not
> all) ASP developers use the neat tools MS give ya to pull stuff together
> and end up writing unstable, unscalable, unmanagable hacks.  They have
> no real understanding of design and good web app architecture and write
> crap.  Talk to them about lowl level site customisation, branding,
> internationalisation, content management and you see the eyes glaze
> over.  I know I have just taken over a team of them...


This is one of the things that scares me about .NET. I am watching how web
applications are developed which is now like developing a VB app: create the
gui and write the code behind it. However there is only so far you can go
with VB. Is this the case with .NET? These are the kinds of questions I am
trying to answer.


>  
> You can write a dog of an app with J2EE.  There are plenty of charlatans
> posing as Java developers.  JSP has all the problems of ASP and is
> equally hacked.  No doubt there will be many things that will be exposed
> as bad practice with C2 BUT
>  
> To really get into Java demands a certain level of OO understanding and
> C2 is built on some best practice of how to solve MVC issues.  Work with
> Cocoon (and/or other frameworks such as Struts) and you are working
> within an environment that is encouraging best practice.  On top of that
> you have got open source, a thriving community and lots of free code.
> To me Cocoon (and J2EE for that matter) is all about web *application*
> development not merely adding some dynamic stuff to a web site.


I don't know how many of you have seen this:

http://www.gotdotnet.com/team/compare/petshop.aspx

But if you read the FAQ MS openly attacks the MVC (Model2) architecture:

"The .NET Pet Shop follows a component-based design pattern that is very
applicable to large-scale systems.  For large scale Web applications in the
enterprise, we believe this design pattern is superior to the Model View
Controller (MVC) architecture used in the Java Pet Store."

After looking at the code all this seems to mean is that they bundle up
functionality, essentially coupling business and presentation logic. I just
shake my head in disbelief, but then I remember the audience they are
targeting and it all makes sense.




>  
> Don't get me wrong - you can build quality sites using ASP, good design
> practice applies across the board and MS have their approaches for multi
> channel delivery but there are loads more ASP hackers (again in the
> dodgy sense of the word) that ASP developers.  .NET will just compound
> that cos ti will solve problems but not educate the development
> community enough.


Agreed.


>  
> I know the problem is really coders who don't know enough about design
> but I believe that the ASP/.NET approach helps coders ignore and bypass
> design - many more Java based coders understand good design and C2 et al
> are great applications of that.


Agreed. I get the feeling that if Microsoft can't do something well (as in
MVC) then they con developers into thinking it is bad. MS appears to be
equating MVC with J2EE and the audience MS is targeting have probably never
heard of MVC prior to this.


>  
> All my ever so humble opinion but I am sure I'll need to duck the
> incoming..


I appreciate the response.


>  
> jez
> -Original Message-
> From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]]
> Sent: 16 November 2001 18:49
> To: '[EMAIL PROTECTED]'
> Subject: .NET vs. Cocoon
> I work for a company who's presence is mostly associated with the
> wireless web although we do have a web presence. We support all sorts of
> devices (PDAs, 

RE: .NET vs. Cocoon

2001-11-16 Thread Jeremy Crosbie

> On Friday 16 November 2001 01:48 pm, you wrote:
> > However another alternative has presented itself in the form of .NET
> which
> > has gained some momentum. As far as my knowledge goes with .NET I still
> > find Cocoon to be a superior solution to the problem than .NET. Has
> anyone
> > done any comparisons between the two platforms that they are willing to
> > share? Any information is greatly appreciated.
> 
> What pieces of .NET will be comparable to Cocoon? It sounds like you are
> looking for a client device-indepent publishing solution? I've seen bits
> and
> pieces on the asp.net forms, but nothing specifically relating to wireless
> devices.

I have not done a whole lot of investigation into .NET but from what I
understand the Mobile Information Server add-on is their solution to the
mobile device problem. It looks to also be based on the web forms model.

> 
> The main (and imho *huge*) advantage that Cocoon has is that it is open
> source software. You can customize it to meet your needs 100%, all the way
> down to the core which is not something that you will be able to do with
> .net.

I most certainly agree. I would also submit that maintenance of open source
projects vs. Microsoft is a big advantage. Not only because you have the
source but the community, at least ones that I have worked with, are quick
to fix problems.

> 
> Although if you give some more details on what piece of .NET you are
> looking
> at it might help with better answers. Comparing Cocoon to .NET is like
> comparing the Java platform to a single win32 application.
> -pete

Well, like I said, the Mobile Information Server is probably the piece to
focus on. From the research I have done they extend the idea of Web Forms to
mobile web forms; and it only looks to work for WML enabled phones. Anyone
ever use this or try it out?





> 
> --
> peter royal -> [EMAIL PROTECTED]
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




.NET vs. Cocoon

2001-11-16 Thread Jeremy Crosbie








I work for a company who's
presence is mostly associated with the wireless web although we do have a web
presence. We support all sorts of devices (PDAs,
phones, PocketPC, etc.) with each essentially having
its own separate codebase which has become a
maintenance nightmare. With WAP2.0 coming soon to a phone near you we want to
avoid having to support so many codebases.

 

We realized this as a problem some months ago and began
evaluating different technologies. I had been following Cocoon for some time and
now with Cocoon in the release candidate stage it looks to be a solid solution.
However another alternative has presented itself in the form of .NET which has
gained some momentum. As far as my knowledge goes with .NET I still find Cocoon
to be a superior solution to the problem than .NET. Has anyone done any
comparisons between the two platforms that they are willing to share? Any
information is greatly appreciated.

 

Jeremy Michael Crosbie

Senior Software Engineer

go2.com

go2Address: US.CA.IRV.GO2

 








RE: cocoon 2 tutorial

2001-09-17 Thread Jeremy Crosbie

One of the Cocoon developers has already begun this effort, at least with
Cocoon2. To my knowledge there is not a link available so I have attached
the last update that I know of. 

> -Original Message-
> From: Marty McClelland [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 17, 2001 9:20 AM
> To: [EMAIL PROTECTED]
> Subject: RE: cocoon 2 tutorial
> 
> I have been working with 1.8.2 for about 6 months and I have considered
> putting the material into a tutorial.  What suggestions do folks have
> for the format for a tutorial?  Is there a suggested journal or magazine
> for publication?  or is there a site for tutorials?
> 
> marty
> 
> -Original Message-
> From: Jesper Rasmussen [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 17, 2001 11:22 AM
> To: [EMAIL PROTECTED]
> Subject: cocoon 2 tutorial
> 
> 
> Does anyone know if anyone is working on making one or has done one?
> I'm thinking about doing one.
> Like one of thouse first pick up the spoon, then you ...
> I allways find thouse very helpfull get get some hands-on expirence
> before
> diving in to the theory. And when i started with cocoon i could not find
> one, so i had to do it the hard way :)
> 
> HOWEVER im a newbie in cocoon, so what i probably would do is write what
> i
> believe to be the truth, and how i can make it work, and let you COCOON
> GURU's out there give me hell with all the mistakes :) and the vola we
> have a good tutorial :)
> 
> cheers
> Jesper
> - May the source be with you, Linux -
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


 CocoonDevelopment.zip

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>


RE: Announce list?

2001-08-21 Thread Jeremy Crosbie

The xml-announce list already appears to handle the Cocoon announcements.

> -Original Message-
> From: Ramsés Morales [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 21, 2001 12:38 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Announce list?
> 
> 
> An announce list would be a great idea.
> 
> On 21 Aug 2001 13:25:46 +0200, Ulrich Mayring wrote:
> > Hello,
> > 
> > has it been discussed whether Cocoon should get an announce 
> list? The
> > traffic on the dev and user list is high, so at times I have to
> > unsubscribe (e.g. when on vacation). On the other hand, 
> after I return,
> > I'd hate to miss announcements about new versions and such.
> > 
> > Ulrich
> > 
> > -- 
> > Ulrich Mayring
> > DENIC eG, Systementwicklung
> > 
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: Getting read of the X server dependency

2001-08-20 Thread Jeremy Crosbie

After a week of head scratching and the help of a nice person name Juerg
Lehni I got an alternative to Xvfb working. My problem was that I wanted
Apache + Tomcat 4.0 + Cocoon to startup at bootup on my laptop. Using Xvfb
is not really an option in this setup.

Searching through the mail archives I found a reference to the PJA toolkit
which replaces the native Java AWT tools with non-X dependent hooks to
render components. I finally got this setup to work and it works great.

A concern I have is that neither setting up Xvfb or PJA is in the Cocoon
FAQ. Is this something that should be added? This question, from my perusal
of the mail archives, comes up a lot. I would be willing to write the PJA
part. Is anyone interested in this?

Jeremy Michael Crosbie



> -Original Message-
> From: Jon Peterson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 16, 2001 5:33 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Getting read of the X server dependency
> 
> 
> Xvfb is what you need.  If you're running Linux, you may 
> already have it
> available (do which Xvfb or slocate Xvfb to check).  If not, go to
> Xfree86.org and download either the Xvfb component of X (if 
> you have XServer
> installed) or grab the entire X Server and run Xinstall.sh.  If you're
> running Solaris, go to
> http://tmap.pmel.noaa.gov/home/ferret/FAQ/graphics/Solaris_Xvf
> b.html for the
> binaries.
> 
> Once installed, on the command-line run
> 
> /usr/X11R6/bin/Xvfb :1 -screen 0 1152x900x8 &
> 
> and then set the DISPLAY variable to :1.0
> 
> This should take care of your problem and allow you to keep batik's
> functionality.
> 
> Regards,
> Jon
> 
> - Original Message -
> From: "Carlos" <[EMAIL PROTECTED]>
> To: "cocoon users xml.apache.org" <[EMAIL PROTECTED]>
> Sent: Wednesday, August 15, 2001 4:49 PM
> Subject: Getting read of the X server dependency
> 
> 
> > A while back some people gave solutions as to how to remove 
> the dependency
> > on a running X server. Some of them included removing all 
> the references
> to
> > Batik from the site map, others included downloading a 
> library that would
> > make X unnecessary, what's the name of the library and where can I
> download
> > it from?
> >
> >
> > TIA
> > Carlos
> >
> > --
> > ---
> > P  |Carlos Araya
> > _  |WebCT Administrator/Trainer
> > G  |California Virtual Campus, Region 1
> >  C/O De Anza College
> > 10650 Bubb Road
> > Cupertino, CA 95014
> >
> > mail:   [EMAIL PROTECTED]
> > web:http://www.cvc1.org (work)
> > http://www.silverwolf-net.net (personal)
> > PGP Fingerprint: E629 5DFD 7EAE 4995 E9D7  3D2F 5A9F 
> 0CE7 DFE7 1756
> >
> > Don't let the fact that you can't do all you want to do 
> Keep you from
> > doing what you can do.
> >
> > And oftentimes, excusing of a fault doth make the fault the 
> worse by the
> > excuse; As patches set upon a little breach discredit more in
> > hiding of the fault than did the fault before it was so patched.
> > --Wm. Shakespeare
> >
> >
> >
> > 
> -
> > Please check that your question has not already been answered in the
> > FAQ before posting. 
> >
> > 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. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: Getting read of the X server dependency

2001-08-15 Thread Jeremy Crosbie

I tried removing all references to Batik in the sitemap and going as far as
removing the Batik jar from the WEB-INF/lib directory and still got a
message saying the the XMLSerializer was being loaded for svgxml and failing
because the class could not found. Has anyone else seen this?

--jeremy


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, August 15, 2001 1:50 PM
> To: cocoon users xml.apache.org
> Subject: Getting read of the X server dependency
> 
> 
> A while back some people gave solutions as to how to remove 
> the dependency
> on a running X server. Some of them included removing all the 
> references to
> Batik from the site map, others included downloading a 
> library that would
> make X unnecessary, what's the name of the library and where 
> can I download
> it from?
> 
> 
> TIA
> Carlos
> 
> -- 
> ---
> P  |Carlos Araya
> _  |WebCT Administrator/Trainer
> G  |California Virtual Campus, Region 1
>  C/O De Anza College
> 10650 Bubb Road
> Cupertino, CA 95014
> 
> mail:   [EMAIL PROTECTED]
> web:http://www.cvc1.org (work)
> http://www.silverwolf-net.net (personal)
> PGP Fingerprint: E629 5DFD 7EAE 4995 E9D7  3D2F 5A9F 0CE7 
> DFE7 1756
> 
> Don't let the fact that you can't do all you want to do Keep you from
> doing what you can do.
> 
> And oftentimes, excusing of a fault doth make the fault the 
> worse by the
> excuse; As patches set upon a little breach discredit more in
> hiding of the fault than did the fault before it was so patched.
> --Wm. Shakespeare 
> 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> 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. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>