RE: ldap

[Bentley, Tim]

Christian -

Unfortunately I am no longer using Cocoon, so I haven't tested eldap with
the latest versions and am not in a position to provide much help :-(
However, there is no reason that I'm aware of why it shouldn't work.  At a
guess from the logs you've posted there's something more fundamental wrong
with your XSP page - 'illegal start of expression' sounds like a problem
with the XML syntax.  

Your best bet is probably to seek help on cocoon-users.  Sorry I can't be of
more help!


Regards,


Tim Bentley

> -Original Message-
> From: Christian Joelly [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, 6 December 2002 5:04 AM
> To: [EMAIL PROTECTED]
> Cc: Bentley, Tim
> Subject: Re: ldap
> 
> 
> Hello Tim!
> 
> i want to use your eldap logicsheet with cocoon 2.0.3 but get 
> some errors which doesnt occur with cocoon 2.0.1:
> 
> org.apache.cocoon.ProcessingException: Language Exception: 
> org.apache.cocoon.components.language.LanguageException: 
> Error compiling logincheck_xsp: Line 995, column 73:  illegal 
> start of expression Line 1001, column 62:  illegal start of 
> expression Line 1003, column 77:  illegal start of expression 
> Line 1004, column 80:  illegal start of expression Line 1005, 
> column 75:  illegal start of expression Line 1007, column 71: 
>  illegal start of expression Line 1058, column 113:  illegal 
> start of expression Line 1074, column 148:  illegal start of 
> expression Line 995, column 56:  method _eldap_getString() 
> not found in class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1003, column 61:  method _eldap_getScope() not found in 
> class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1004, column 62:  method _eldap_getBoolean() not found 
> in class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1005, column 60:  method _eldap_getLong() not found in 
> class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1006, column 66:  method _eldap_getAttrs() not found in 
> class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1007, column 57:  method _eldap_getInt() not found in 
> class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1072, column 130:  method _eldap_GetNameFromDN() not 
> found in class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 1074, column 130:  method _eldap_getBoolean() not found 
> in class org.apache.cocoon.www.login.xsp.logincheck_xsp
> Line 0, column 0: 
> 16 errors
> 
>   at 
> org.apache.cocoon.components.language.generator.ProgramGenerat
> orImpl.createResource(ProgramGeneratorImpl.java:340)
>   at 
> org.apache.cocoon.components.language.generator.ProgramGenerat
> orImpl.load(ProgramGeneratorImpl.java:292)
>   at 
> org.apache.cocoon.generation.ServerPagesGenerator.setup(Server
> PagesGenerator.java:198)
>   at 
> org.apache.cocoon.components.pipeline.AbstractEventPipeline.se
> tupPipeline(AbstractEventPipeline.java:202)
>   at 
> org.apache.cocoon.components.pipeline.CachingEventPipeline.set
> up(CachingEventPipeline.java:278)
>   at 
> org.apache.cocoon.components.pipeline.CachingEventPipeline.gen
> erateKey(CachingEventPipeline.java:141)
>   at 
> org.apache.cocoon.components.pipeline.CachingStreamPipeline.pr
> ocess(CachingStreamPipeline.java:317)
>   at 
> org.apache.cocoon.www.login.sitemap_xmap.matchN1002D(/usr/loca
> l/JBoss-2.4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/
> cocoon-files/org/apache/cocoon/www/login/sitemap_xmap.java:507)
>   at 
> org.apache.cocoon.www.login.sitemap_xmap.process(/usr/local/JB
> oss-2.4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/coco
> on-files/org/apache/cocoon/www/login/sitemap_xmap.java:382)
>   at 
> org.apache.cocoon.www.login.sitemap_xmap.process(/usr/local/JB
> oss-2.4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/coco
> on-files/org/apache/cocoon/www/login/sitemap_xmap.java:321)
>   at org.apache.cocoon.sitemap.Handler.process(Handler.java:224)
>   at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
>   at 
> org.apache.cocoon.www.sitemap_xmap.matchN1030F(/usr/local/JBos
> s-2.4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/cocoon
> -files/org/apache/cocoon/www/sitemap_xmap.java:2369)
>   at 
> org.apache.cocoon.www.sitemap_xmap.process(/usr/local/JBoss-2.
> 4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/cocoon-fil
es/org/apache/cocoon/www/sitemap_xmap.java:2076)
>   at 
> org.apache.cocoon.www.sitemap_xmap.process(/usr/local/JBoss-2.
> 4.4_Tomcat-3.2.3/tomcat/work/localhost_8080%2Fknapp/cocoon-fil
es/org/apache/cocoon/www/sitemap_xmap.java:1994)
>   at org.apache.cocoon.sitemap.Handler.process(Handler.java:224)
>   at org.ap

RE: Doesn't anyone know how to get the date of a requested XML-File ?

[Bentley, Tim]

Christopher -

The way I do this is to work out the absolute path for the page (not always
reliable, depending upon your servlet environment), and then use the Java
File methods to get the last modified date.  I don't have sample code to
hand, but it's fairly straightforward once you get the path - consult a good
servlet reference for that.


Regards,


Tim bentley

> -Original Message-
> From: Christofer Dutz [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 5 September 2001 11:46 PM
> To: [EMAIL PROTECTED]
> Subject: Doesn't anyone know how to get the date of a 
> requested XML-File
> ?
> 
> 
> Hi again,
> 
> sorry for posting this thing over and over again, but I 
> simply never get a
> reply.
> 
> I want to automaticaly display the date a requested XML-File that was
> requested was last modified. I think this type of action 
> should occur quite
> frequently, so I hope one of you has an Idea how to access 
> this parameter.
> 
> This is how a page is called :
> 
> XML( can containin XSP-Code but no XSP-PI ) -> XSL -> XML ( 
> containing Code
> from original XML and XSL and XSP-PI ) -> XSL -> HTML-Output
> 
> Plese help me. I'm sort of desperate.
> 
> Thanx in adveance,
> Christofer Dutz
> 
> 
> -
> 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: How to log from a Java class ?

[Bentley, Tim]

You need to be careful with this - I've had problems with the compiler not
recognising getLogger() if the code below is inside a class in your XSP page
(which becomes an inner class of the page class).  Presumably a bug in the
JDK (1.3.1, running on Win2K), as it should work.


Tim Bentley

> -Original Message-
> From: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 27 August 2001 11:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: How to log from a Java class ?
> 
> 
> Quoting Cyril Cambien <[EMAIL PROTECTED]>:
> 
> > I understand how to log from a xsp file using the log.xsl 
> logicsheet but
> > what is the best way to log information from the Java classes called
> > from my xsp files ?
> 
> Make them implement Loggable and pass the logger to them 
> 
> yourClassInstance.setLogger(getLogger());
> 
> Giacomo
> 
> -
> 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: ldap

[Bentley, Tim]

Beat -

Here's the current version.

In addition to querying, you can do adds, removes and deletes.  The Add
syntax is as follows:
 

ldap://yourmachine:porthere
cn=James
BROWN,ou=Administration,ou=Corporate,o=DemoCorp,c=au
error
top
inetorgperson
BROWN
James 
 BROWN
 
 
 The Modify is similar (just change type to "modify"), and the 
 'delete' is as you would expect.

I have also attached a couple of samples which show different ways of
organising the results of a search.


> -Original Message-
> From: De Martin, Beat [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 23 August 2001 12:00 AM
> To: Bentley, Tim
> Subject: ldap
> 
> 
> Hi
> I'm looking for a ldap taglib for Cocoon2. Is it already finished ?
> Cheers
> Beat De Martin
> Generali Group
> Zurich, Switzerland
> 


 eldapbasicsample.xml
 eldapdsmlsample.xml
 eldap.xsl

-
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: Why doesn't Cocoon2 recognize [position() < last()] ??

[Bentley, Tim]

Xalan is included in the C2 jar - so you do have it.  I don't think C2 will
work without it - I don't think the sitemap can be compiled without it.

Xalan is an XSL processor, and I guess is a complement to Xerces, which is
an XML parser.  Both support standard interfaces, which is what Cocoon uses
to talk to them.  Therefore they can be replaced by other, equivalent,
libraries which use the same interfaces.  Indeed some people are using
Cocoon with Saxon which is supposed to be quicker.

What John was pointing out is that the XSl transformation process is handled
entirely by Xalan (in the standard install), so that if there is a bug or
non-standard behaviour, it is a problem with Xalan.  There is a Xalan
mailing list (Xalan is another Apache project) where you can post to find
out.  If it is a bug, I'm sure they will be keen to hear about it.

Hope this helps!


Regards,


Tim Bentley

> -Original Message-
> From: Hewko, Doug [mailto:[EMAIL PROTECTED]]
> Sent: Friday, 17 August 2001 5:26 AM
> To: '[EMAIL PROTECTED]'
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: Why doesn't Cocoon2 recognize [position() < last()] ??
> 
> 
> Sure, that would be great. As I've said before, I am new to 
> all of this,
> especially setting up a server. It was a major accomplishment 
> just getting
> Tomcat to work. :)
> 
> The only things I installed was JDK 1.3.1 (which will not 
> have an impact
> here) and Xerces, which I installed so I can create XML 
> documents. (Primarly
> for the new people and to correct any errors I may have, 
> Xerces in a XML
> parser.) On my failed attempt for Cocoon1, I did install 
> Xalan (because it
> sounded good) but since my XML and XSL works fine without it, I didn't
> bother for Cocoon2. 
> 
> This is probably a very stupid question, but how would one 
> know what add-ons
> are required? Assuming that I need Xalan, how would you know 
> given my other
> XSL transformations work? And I am having another XSL problem 
> (tables in
> FO), so how would I know what to install? I do not want to install
> everything blindly, nor do I yet intuitively know what does 
> what. This might
> be beyond the scope of this list, and if so, please respond 
> privately but I
> suspect others may benefit from the discussion.
> 
> Thanks for your help.
> 
> -Original Message-
> From: Morrison, John [mailto:[EMAIL PROTECTED]]
> Sent: August 16, 2001 7:21 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Why doesn't Cocoon2 recognize [position() < last()] ??
> 
> 
> Cocoon itself doesn't understand xml.  All it knows is how to 
> hand it off to
> a parser/transformer.  There _may_ be some settings which can 
> be sent to
> xalan which Cocoon doesn't know/send, if you can tell us what 
> it is I'm sure
> we can accomodate it...?
> 
> If you look in the /lib directory you'll find all the jar files Cocoon
> relies on to work.  If you want more details find the 
> document 'jars' (xml
> in cvs, html when built, available on the website).
> 
> J.
> 
> > -Original Message-
> > From: Hewko, Doug [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, 16 August 2001 12:17 pm
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Why doesn't Cocoon2 recognize [position() < 
> last()] ??
> > 
> > 
> > I would like to find out why it doesn't work.. I am running 
> > Cocoon2. Why
> > would I need Xalan?  Cocoon should be able to handle the 
> code since it
> > handled everything else I've given it.
> > 
> > I do not understand John's question through. The output would 
> > be set from
> > the "sitemap.xmap". I just plugged in my XML and XSL there, 
> > and let Cocoon
> > do the work.
> > 
> > Is this a bug with Cocoon2?
> > 
> > -Original Message-
> > From: Morrison, John [mailto:[EMAIL PROTECTED]]
> > Sent: August 13, 2001 10:49 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Why doesn't Cocoon2 recognize [position() < 
> last()] ??
> > 
> > 
> > Also, check versions - is C2 running with the version you 
> > manually generated
> > the output from?
> > 
> > > -Original Message-
> > > From: Stefan Seifert [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, 13 August 2001 3:47 pm
> > > To: [EMAIL PROTECTED]
> > > Subject: AW: Why doesn't Cocoon2 recognize [position() < 
> > last()] ??
> > > 
> > > 
> > > Well, you should try it with xalan standalone, to make sure 
> > > thats really
> > > a cocoon and not a xalan bug.
> > > Im quite sure its a xalan bug, not from cocoon, because all XSLT
> > > processing is managed throgh xalan (as far as i know).
> > > 
> > > > -Ursprüngliche Nachricht-
> > > > Von: Hewko, Doug [mailto:[EMAIL PROTECTED]]
> > > > Gesendet: Montag, 13. August 2001 16:42
> > > > An: Stefan Seifert
> > > > Betreff: RE: Why doesn't Cocoon2 recognize [position() < 
> > > last()] ??
> > > > 
> > > > 
> > > > Thanks for the reply. FYI. From a XSL list which says that 
> > > > this is a Cocoon2
> > > > bug...
> > > > 
> > > > I get the following outputs.
> > > > 
> > > > Xalan:
> > > > 
> > > > 

RE: using XSP : element ???

[Bentley, Tim]

Try having a look at the generated XML.  

You don't say whether you are using C1 or 2 - I don't think XSP:ATTRIBUTE
works properly in C1.


Tim Bentley

> -Original Message-
> From: Kazi the P i R @ t {- [mailto:[EMAIL PROTECTED]]
> Sent: Friday, 17 August 2001 12:49 PM
> To: [EMAIL PROTECTED]
> Subject: Re: using XSP : element ???
> 
> 
> Actually i am not using any comments in the real file... i 
> only put it in
> when i posting the message for the readers' benefit.
> 
> So the block actually looks like this:
> 
>
>
>  temp_bullet
> 
>
>temp_gun
> 
> 
> 
> 
> I have been unable to get rid of the errors still (scroll 
> down below to take
> a look at that) ... so... HELP
> 
> Kazi
> 
> 
> - Original Message -
> From: "Greg Murphy" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Thursday, August 16, 2001 7:26 PM
> Subject: Re: using XSP : element ???
> 
> 
> > This looks like a problem with the parsing not the tag, try 
> sticking to
> XML
> > comments inside XML files e.g.
> >
> > 
> >   
> > temp_bullet
> > 
> >   
> >
> >
> > >From: "Kazi the P i R @ t {-" <[EMAIL PROTECTED]>
> > >Reply-To: [EMAIL PROTECTED]
> > >To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
> > >Subject: using XSP : element  ???
> > >Date: Thu, 16 Aug 2001 16:30:11 +0800
> > >
> > >i am trying to use the  thing to put 
> attributes into a
> > >statically marked element. but ever since i put those 
> in... i am getting
> an
> > >error messge from the browser when i try to call the 
> page... Has anyone
> > >ever
> > >used these xsp elements b4?? maybe you can give me some 
> pointers on its
> > >use...
> > >
> > >My code:
> > > 
> > >
> > >  temp_bullet
> > >/*temp_bullet is a java variable of course*/
> > >
> > >
> > >
> > >My Error:
> > >
> > >org.xml.sax.SAXParseException: The content of elements 
> must consist of
> > >well-formed character
> > > data or markup.
> > >  at
> >
> >org.apache.cocoon.parser.AbstractParser.fatalError(AbstractPa
> rser.java:105)
> > >  at
> > 
> >org.apache.xerces.framework.XMLParser.reportError(XMLParser.j
> ava:1037)
> > >  at
> >
> >org.apache.xerces.framework.XMLDocumentScanner.reportFatalXML
> Error(XMLDocum
> e
> > >ntScanner.java:625)
> > >  at
> >
> >org.apache.xerces.framework.XMLDocumentScanner.abortMarkup(XM
> LDocumentScann
> e
> > >r.java:679)
> > >  at
> >
> >org.apache.xerces.framework.XMLDocumentScanner$ContentDispatc
> her.dispatch(X
> M
> > >LDocumentScanner.java:1245)
> > >  at
> >
> >org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLD
> ocumentScanner
> .
> > >java:380)
> > >  at 
> org.apache.xerces.framework.XMLParser.parse(XMLParser.java:900)
> > >  at
> org.apache.cocoon.parser.XercesParser.parse(XercesParser.java:85)
> > >  at
> > 
> >org.apache.cocoon.parser.AbstractParser.parse(AbstractParser.java:83)
> > >  at
> >
> >org.apache.cocoon.producer.ProducerFromFile.getDocument(Produ
> cerFromFile.ja
> v
> > >a:78)
> > >  at org.apache.cocoon.Engine.handle(Engine.java:359)
> > >  at org.apache.cocoon.Cocoon.service(Cocoon.java:183)
> > >  at 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:840)
> > >  at
> > 
> >org.apache.tomcat.core.ServletWrapper.doService(ServletWrappe
> r.java:404)
> > >  at org.apache.tomcat.core.Handler.service(Handler.java:286)
> > >  at
> > 
> >org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.
> java:372)
> > >  at
> >
> >org.apache.tomcat.core.ContextManager.internalService(Context
> Manager.java:7
> 9
> > >7)
> > >  at
> > 
> >org.apache.tomcat.core.ContextManager.service(ContextManager.
> java:743)
> > >  at
> >
> >org.apache.tomcat.service.http.HttpConnectionHandler.processC
> onnection(Http
> C
> > >onnectionHandler.java:210)
> > >  at
> > 
> >org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:416)
> > >  at
> >
> >org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadP
> ool.java:498)
> > >  at java.lang.Thread.run(Thread.java:484)
> > >
> > >
> > 
> >-
> > >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]>
> > >
> >
> >
> > _
> > Get your FREE download of MSN Explorer at 
> http://explorer.msn.com/intl.asp
> >
> >
> > 
> -
> > Please check that your question has not already been answered in the
> > FAQ before posting. 
> >
> > T

RE: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

Fred -

The problem for me was that a couple of people had posted saying they had
the same symptoms, but that they had tried JDK 1.3.1 to no effect.  Whether
there is something else that they had not done, I don't know.

Anyway, as you say, this belongs in the FAQ or installation notes.

Kind of amusing that Solaris seems to be one of the least reliable Java
platforms



Tim



> -Original Message-
> From: Fred Tsang [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 31 July 2001 20:50
> To: '[EMAIL PROTECTED]'
> Subject: RE: [C2] with Tomcat 3.2.1 under Solaris 2.6
> 
> 
> Tim,
> 
> I have made numerous postings to this group suggesting there 
> is something
> wrong with the Jdk 1.3.0 and 1.3.0_01 run times.  I could not 
> get cocoon
> running at all on my Solaris 2.8 system until I changed to 
> Jdk 1.3.1 (and I
> even used RC1).  Can someone please put this in the cocoon 
> faq or somewhere
> on the cocoon2 web site?
> 
> Apologies for not responding earlier, but there is a lot of 
> mail in this
> list.
> 
> Cheers,
> Fred
> 
> -Original Message-
> From: Bentley, Tim [mailto:[EMAIL PROTECTED]]
> Sent: 31 July 2001 07:30
> To: [EMAIL PROTECTED]
> Subject: RE: [C2] with Tomcat 3.2.1 under Solaris 2.6
> 
> 
> Ok - got it working!
> 
> Over the weekend, our sysadmin installed all the correct 
> patches to bring
> Solaris up to the spec required for Java 1.3.0.  Predictably, 
> this made no
> difference.  However, today we installed Java 1.3.1, and that made the
> difference - straight away Cocoon started working, without 
> even having to
> blow away the work directory.  This strengthens my belief that it was
> something to do with the class loader - presumably there was 
> something dodgy
> about the way the low level file searching, path resolution 
> or similar was
> working on Solaris which has changed in 1.3.1.
> 
> 
> Regards,
> 
> 
> Tim
> 
> > -Original Message-
> > From: Bentley, Tim 
> > Sent: Tuesday, 31 July 2001 10:07
> > To: [EMAIL PROTECTED]
> > Subject: RE: [C2] with Tomcat 3.2.1 under Solaris 2.6
> > 
> > 
> > Cass -
> > 
> > > good point.  unfortunately i can't say for sure, but i 
> think you'll
> > > debug it by trying to compile the files command line (at 
> > least that's
> > > how i did).
> > > 
> > 
> > Alas, that was one of the first things I tried - the 
> compilation works
> > perfectly, with no errors at all.
> > 
> > I am 99% sure this is a classloader issue.  I have added more 
> > logging lines
> > and recompiled Cocoon, and the path and class name being 
> passed to the
> > loader look correct.  I am currently working through the layers of
> > classloader code, trying to see where things could be going 
> > wrong.  Cocoon
> > is using a URLClassLoader, so I guess it is possible that the 
> > path is being
> > incorrectly resolved.  Another faint possibility is that the 
> > repository path
> > is not being correctly added to the class loader search list. 
> >  However,
> > since all of this works in other environments, and in other 
> > peoples' Solaris
> > environments, my main hope is that I'll find something to 
> point to the
> > 'real' issue, which is most likely to be some sort of 
> > configuration problem.
> > 
> > 
> > Regards,
> > 
> > 
> > Tim
> > 
> > 
> -
> > 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]>

RE: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

Ok - got it working!

Over the weekend, our sysadmin installed all the correct patches to bring
Solaris up to the spec required for Java 1.3.0.  Predictably, this made no
difference.  However, today we installed Java 1.3.1, and that made the
difference - straight away Cocoon started working, without even having to
blow away the work directory.  This strengthens my belief that it was
something to do with the class loader - presumably there was something dodgy
about the way the low level file searching, path resolution or similar was
working on Solaris which has changed in 1.3.1.


Regards,


Tim

> -Original Message-
> From: Bentley, Tim 
> Sent: Tuesday, 31 July 2001 10:07
> To: [EMAIL PROTECTED]
> Subject: RE: [C2] with Tomcat 3.2.1 under Solaris 2.6
> 
> 
> Cass -
> 
> > good point.  unfortunately i can't say for sure, but i think you'll
> > debug it by trying to compile the files command line (at 
> least that's
> > how i did).
> > 
> 
> Alas, that was one of the first things I tried - the compilation works
> perfectly, with no errors at all.
> 
> I am 99% sure this is a classloader issue.  I have added more 
> logging lines
> and recompiled Cocoon, and the path and class name being passed to the
> loader look correct.  I am currently working through the layers of
> classloader code, trying to see where things could be going 
> wrong.  Cocoon
> is using a URLClassLoader, so I guess it is possible that the 
> path is being
> incorrectly resolved.  Another faint possibility is that the 
> repository path
> is not being correctly added to the class loader search list. 
>  However,
> since all of this works in other environments, and in other 
> peoples' Solaris
> environments, my main hope is that I'll find something to point to the
> 'real' issue, which is most likely to be some sort of 
> configuration problem.
> 
> 
> Regards,
> 
> 
> Tim
> 
> -
> 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: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

Cass -

> good point.  unfortunately i can't say for sure, but i think you'll
> debug it by trying to compile the files command line (at least that's
> how i did).
> 

Alas, that was one of the first things I tried - the compilation works
perfectly, with no errors at all.

I am 99% sure this is a classloader issue.  I have added more logging lines
and recompiled Cocoon, and the path and class name being passed to the
loader look correct.  I am currently working through the layers of
classloader code, trying to see where things could be going wrong.  Cocoon
is using a URLClassLoader, so I guess it is possible that the path is being
incorrectly resolved.  Another faint possibility is that the repository path
is not being correctly added to the class loader search list.  However,
since all of this works in other environments, and in other peoples' Solaris
environments, my main hope is that I'll find something to point to the
'real' issue, which is most likely to be some sort of configuration problem.


Regards,


Tim

-
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: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

Cassandra -

> Not sure if you've already figured out your problem, but I finally
> got mine running (sort of) :-), so i thought i'd suggest a couple of
> things...

No - as per my previous post, I'm laying off 'til I know the OS is set up
properly for Java.
 
> 1.  Are your org.apache.cocoon.www.sitemap_xmap classes actually
> getting created under...
> 
> /local/jakarta-tomcat-3.2.2/work/localhost_8080%2Fcocoon
> 
> If so, see if they're compiling.  It sounds like these might not be
> getting created.  Might be a write permission??  It doesn't complain
> about not being able to compile the sitemap.

Yeah - I thought I'd covered that in the original mail.  They're in the
right place, and they're compiling - apparently correctly.  I thought about
Write permissions early on, but they seem fine.
 
> 2. There was probably another was to solve this, but I ended up
> having to remove the following lines from my main sitemap.xmap.  It
> was complaining about missing classes.  I had my DISPLAY set and that
> didn't help.
> 
>  src="org.apache.cocoon.serialization.TextSerializer"/>
> 
>  src="org.apache.cocoon.serialization.XMLSerializer">
> -//W3C//DTD SVG 2303
> Stylable//EN
> http://www.w3.org/TR/2000/03/WD-SVG-2303/<
> /doctype-system>
> 
>  src="org.apache.cocoon.serialization.SVGSerializer">
> 
> 
>  src="org.apache.cocoon.serialization.SVGSerializer">
> 
>  src="org.apache.cocoon.serialization.FOPSerializer"
> mime-type="application/pdf"/>

Yeah - I've done the same.  This isn't the problem I have at the moment, but
I figured it would be the next one if I could get past this one.
> 
> 3.  As you probably know, ignore the ibm error, that's a weblogic's
> thing, and beta1 has this listed in the cocoon.xconf.  You can also
> remove this line from your conf file as well.  Just didn't want you
> chasing that one up as i did until i saw a posting about it.

Yup :-)  Went there a few months ago when I was getting it all going on NT
(a markedly simpler exercise - especially compared to the nightmare of
getting C1 installed last year).

Thanks for the info.  Do you know _which_ of these changes fixed the
original problem?  It shouldn't have been the graphics stuff, as the log
messages for that problem are different.


Regards,


Tim

-
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: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

Christophe -

Thanks for the reply.

> You should try with JDK 1.3.1, I am also running C2 on 
> Solaris 7 and it works.

Hmm.  Unfortunately others have reported the same symptoms with 1.3.1, so I
don't think that is the issue (although I will try it at some stage).

> Also, don't forget to set the DISPLAY environment variable to 
> localhost:0.0
> Christophe

That's related to the batik library wanting an X server, right?  I have
tried to follow Berin's suggestions about removing references which will
trigger this.  From what I understand, though, you get different log
messages with this problem to the ones I have been seeing.  The references
to it in the archive show specific messages from the batik (I think)
library, which I don't get.

When I started on this, I was told that Java was properly installed on the
machine in question, however, after temporarily exhausting all the other
possibilities I checked this out for myself this morning, and discovered
that the appropriate Solaris patches mandated by Sun for JDK1.3 were not
installed.  I doubt that this is the issue, but I am going to wait for the
Sysadmin to update the OS before I do any more testing, just to be on the
safe side.


Thanks :-)


Tim



> "Bentley, Tim" a écrit :
> 
> > After successfully running C2 for some time under NT, I 
> recently had to get
> > it going on Solaris 2.7.  I have been running into a 
> problem which is
> > mentioned a few times in the archives as occurring with 
> various versions of
> > Solaris.  Unfortunately I have not been able to find any 
> posts detailing a
> > solution.
> >
> > Has anyone successfully got C2 going with Tomcat 3.2 on Solaris?
> >
> > The problem I'm getting is the old faithful "Could not load 
> class for
> > program 'org/apache/cocoon/www/sitemap_xmap' ", but the 
> sitemap _is_ being
> > compiled and written to the repository.
> >
> > The log file is attached, and matches the log files on the 
> posts I found
> > about problems on solaris.  maybe I have just failed to 
> find the posts with
> > the answer, so if anyone can point me in the right direction I'd be
> > obliged
> >
> > Setup:
> >
> > Solaris 1.7, Sun JDK 1.3.0, Tomcat 3.2.2, C2 beta 1 (also 
> tried current dev
> > release).
> >
> > Regards,
> >
> > Tim Bentley
> >
> > 
> -
> > 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]>

RE: LDAP/ELDAP Logicsheet

[Bentley, Tim]

Tibi -

No, you're right - I forgot to add the examples

Try these two attachments.  eldapbasics shows a 'simple' LDAP search.

eldapdsml shows how to do it so that your final page is in DSML.



Regards,



Tim



> -Original Message-
> From: Tibi DONDERA [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 26 July 2001 20:42
> To: [EMAIL PROTECTED]
> Subject: Re: LDAP/ELDAP Logicsheet
> 
> 
> Sorry about my previous message, I didn't took the time to 
> scroll down to
> the end of the message...
> 
> Tibi Dondera
> 
> -
> 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]>
> 


 eldapbasicsample.xml
 eldapdsmlsample.xml

-
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: re: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

  Forgot the log file

> -Original Message-
> From: Tim Bentley [mailto:[EMAIL PROTECTED]]On Behalf Of Bentley, Tim
> Sent: Thursday, 26 July 2001 16:35
> To: Cocoon-Users (E-mail)
> Subject: re: [C2] with Tomcat 3.2.1 under Solaris 2.6
> 
> 
> After successfully running C2 for some time under NT, I 
> recently had to get it going on Solaris 2.7.  I have been 
> running into a problem which is mentioned a few times in the 
> archives as occurring with various versions of Solaris.  
> Unfortunately I have not been able to find any posts 
> detailing a solution.
> 
> Has anyone successfully got C2 going with Tomcat 3.2 on Solaris?
> 
> The problem I'm getting is the old faithful "Could not load 
> class for program 'org/apache/cocoon/www/sitemap_xmap' ", but 
> the sitemap _is_ being compiled and written to the repository.
> 
> The log file is attached, and matches the log files on the 
> posts I found about problems on solaris.  maybe I have just 
> failed to find the posts with the answer, so if anyone can 
> point me in the right direction I'd be obliged
> 
> Setup:
> 
> Solaris 1.7, Sun JDK 1.3.0, Tomcat 3.2.2, C2 beta 1 (also 
> tried current dev release).
> 
> 
> 
> Regards,
> 
> 
> Tim Bentley
> 


 cocoon.log

-
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: [C2] with Tomcat 3.2.1 under Solaris 2.6

[Bentley, Tim]

After successfully running C2 for some time under NT, I recently had to get
it going on Solaris 2.7.  I have been running into a problem which is
mentioned a few times in the archives as occurring with various versions of
Solaris.  Unfortunately I have not been able to find any posts detailing a
solution.

Has anyone successfully got C2 going with Tomcat 3.2 on Solaris?

The problem I'm getting is the old faithful "Could not load class for
program 'org/apache/cocoon/www/sitemap_xmap' ", but the sitemap _is_ being
compiled and written to the repository.

The log file is attached, and matches the log files on the posts I found
about problems on solaris.  maybe I have just failed to find the posts with
the answer, so if anyone can point me in the right direction I'd be
obliged

Setup:

Solaris 1.7, Sun JDK 1.3.0, Tomcat 3.2.2, C2 beta 1 (also tried current dev
release).



Regards,


Tim Bentley

-
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: [C2] Speed problem - transformation process?

[Bentley, Tim]

This problem seems to have gone away with an update to the latest CVS (July
9th) version.  The XSP processor rejected the page in question (some
 and  embedding issues), and after modifying it and
running the app, everything ran fine.

Whether this was something to do with the XSP problems mentioned above
(which for some reason compiled with last week's CVS), or to do with some
other changes - to Xalan, for e.g. - I don't know.


Regards,


Tim Bentley

> -Original Message-
> From: Bentley, Tim 
> Sent: Monday, 9 July 2001 10:21
> To: [EMAIL PROTECTED]
> Subject: RE: [C2] Speed problem - transformation process?
> 
> 
> Samuel -
> 
> That's interesting.  Have you done any comparisons of this 
> between C1 and
> C2?  It's hard to see why Xalan should be slower with C2 than with C1.
> 
> 
> Tim
> 
> > -Original Message-
> > From: Samuel ARNOD-PRIN [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, 8 July 2001 18:27
> > To: [EMAIL PROTECTED]
> > Subject: Re: [C2] Speed problem - transformation process?
> > 
> > 
> > I've noticed for example that variables are very slow...
> > 
> > if I declare at the beginning  and use it 
> everywhere..
> > it is very very slow !
> > 
> > 
> > 
> > "Bentley, Tim" a écrit :
> > > 
> > > Hi -
> > > 
> > > I've got a problem with C2 which _seems_ to be to do with XSL
> > > tranformations.
> > > 
> > > I'm running C2.1 dev (last week's build), with Tomcat 3.2.1 
> > on NT (P3
> > > 500mhz, 256mb RAM, 6gb disk).  I also have C1.8.2 set up 
> on the same
> > > machine, also running under Tomcat 3.2.1, which I have been 
> > using for
> > > comparison purposes.
> > > 
> > > I have been converting a C1 app over to C2, and got 
> > everything working the
> > > other day.  However, it is horribly, horribly slow - 
> > requests which were
> > > taking 50-80 milliseconds under C1 are taking 3-5 seconds.
> > > 
> > > I've been able to log timestamps at various points, and 
> > have isolated where
> > > the problem area seems to be - one line in my XSP code (a 
> > call to JNDI to
> > > query an LDAP directory) in a particular page is where most 
> > of the delay is
> > > occurring (around 3-5 secs worth).
> > > 
> > > The interesting thing is that the speed problem does not 
> > occur at all if the
> > > page in question is just generated (without doing stylesheet
> > > transformations).  This seems odd, as I would assume that 
> > the generation
> > > process has to be complete before the stylesheet can be 
> > applied, yet it
> > > appears that when a stylesheet transformation is specified 
> > the actual
> > > generation process for this page slows down as well - I can 
> > see this from my
> > > log lines showing the timestamp at key points.  The 
> > stylesheet is not
> > > particularly complex, and under Cocoon 1.8.2 the whole 
> > thing was pretty
> > > quick.  In C2 you can see the machine slow down while the 
> > page is being
> > > processed - the JVM is maxing out the processor.
> > > 
> > > Does anyone have any clues as to what could be causing 
> > this?  I did wonder
> > > whether it could be something to do with caching - I am 
> > trying to cache both
> > > the XSP page and the stylesheet.  From the log entries I 
> > think both are
> > > being cached.  I assume now though that is is a problem 
> > either with my
> > > configuration or in some bizarre way with my XSP and/or 
> > XSL, but I'm at a
> > > bit of a loss to know what it could be.  It's also a bit of 
> > a blow to find
> > > that something which worked perfectly in C1 has problems in C2.
> > > 
> > > Regards,
> > > 
> > > Tim Bentley
> > > 
> > > 
> > 
> -
> > > 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]>

RE: [C2] Speed problem - transformation process?

[Bentley, Tim]

Samuel -

That's interesting.  Have you done any comparisons of this between C1 and
C2?  It's hard to see why Xalan should be slower with C2 than with C1.


Tim

> -Original Message-
> From: Samuel ARNOD-PRIN [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, 8 July 2001 18:27
> To: [EMAIL PROTECTED]
> Subject: Re: [C2] Speed problem - transformation process?
> 
> 
> I've noticed for example that variables are very slow...
> 
> if I declare at the beginning  and use it everywhere..
> it is very very slow !
> 
> 
> 
> "Bentley, Tim" a écrit :
> > 
> > Hi -
> > 
> > I've got a problem with C2 which _seems_ to be to do with XSL
> > tranformations.
> > 
> > I'm running C2.1 dev (last week's build), with Tomcat 3.2.1 
> on NT (P3
> > 500mhz, 256mb RAM, 6gb disk).  I also have C1.8.2 set up on the same
> > machine, also running under Tomcat 3.2.1, which I have been 
> using for
> > comparison purposes.
> > 
> > I have been converting a C1 app over to C2, and got 
> everything working the
> > other day.  However, it is horribly, horribly slow - 
> requests which were
> > taking 50-80 milliseconds under C1 are taking 3-5 seconds.
> > 
> > I've been able to log timestamps at various points, and 
> have isolated where
> > the problem area seems to be - one line in my XSP code (a 
> call to JNDI to
> > query an LDAP directory) in a particular page is where most 
> of the delay is
> > occurring (around 3-5 secs worth).
> > 
> > The interesting thing is that the speed problem does not 
> occur at all if the
> > page in question is just generated (without doing stylesheet
> > transformations).  This seems odd, as I would assume that 
> the generation
> > process has to be complete before the stylesheet can be 
> applied, yet it
> > appears that when a stylesheet transformation is specified 
> the actual
> > generation process for this page slows down as well - I can 
> see this from my
> > log lines showing the timestamp at key points.  The 
> stylesheet is not
> > particularly complex, and under Cocoon 1.8.2 the whole 
> thing was pretty
> > quick.  In C2 you can see the machine slow down while the 
> page is being
> > processed - the JVM is maxing out the processor.
> > 
> > Does anyone have any clues as to what could be causing 
> this?  I did wonder
> > whether it could be something to do with caching - I am 
> trying to cache both
> > the XSP page and the stylesheet.  From the log entries I 
> think both are
> > being cached.  I assume now though that is is a problem 
> either with my
> > configuration or in some bizarre way with my XSP and/or 
> XSL, but I'm at a
> > bit of a loss to know what it could be.  It's also a bit of 
> a blow to find
> > that something which worked perfectly in C1 has problems in C2.
> > 
> > Regards,
> > 
> > Tim Bentley
> > 
> > 
> -
> > 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]>

[C2] Speed problem - transformation process?

[Bentley, Tim]

Hi -

I've got a problem with C2 which _seems_ to be to do with XSL
tranformations.

I'm running C2.1 dev (last week's build), with Tomcat 3.2.1 on NT (P3
500mhz, 256mb RAM, 6gb disk).  I also have C1.8.2 set up on the same
machine, also running under Tomcat 3.2.1, which I have been using for
comparison purposes.

I have been converting a C1 app over to C2, and got everything working the
other day.  However, it is horribly, horribly slow - requests which were
taking 50-80 milliseconds under C1 are taking 3-5 seconds.

I've been able to log timestamps at various points, and have isolated where
the problem area seems to be - one line in my XSP code (a call to JNDI to
query an LDAP directory) in a particular page is where most of the delay is
occurring (around 3-5 secs worth).

The interesting thing is that the speed problem does not occur at all if the
page in question is just generated (without doing stylesheet
transformations).  This seems odd, as I would assume that the generation
process has to be complete before the stylesheet can be applied, yet it
appears that when a stylesheet transformation is specified the actual
generation process for this page slows down as well - I can see this from my
log lines showing the timestamp at key points.  The stylesheet is not
particularly complex, and under Cocoon 1.8.2 the whole thing was pretty
quick.  In C2 you can see the machine slow down while the page is being
processed - the JVM is maxing out the processor.  

Does anyone have any clues as to what could be causing this?  I did wonder
whether it could be something to do with caching - I am trying to cache both
the XSP page and the stylesheet.  From the log entries I think both are
being cached.  I assume now though that is is a problem either with my
configuration or in some bizarre way with my XSP and/or XSL, but I'm at a
bit of a loss to know what it could be.  It's also a bit of a blow to find
that something which worked perfectly in C1 has problems in C2.



Regards,



Tim Bentley

-
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: Extending C2

[Bentley, Tim]

John -

The easiest way is to use a logicsheet - the most popular database access
method from Cocoon, for instance, is Donald Ball's esql logicsheet.  There
was an LDAP logicsheet for Cocoon1, which Jeff Turner and I extended and
tweaked over time and ended up with an 'ELDAP' logicsheet which works well
with C1.  I am currently in the process of migrating an application which
uses it to C2, so I'll be making any necessary changes in the next couple of
days.  It _should_ work ok, I think - but I want to make sure everything
still works.  If you like, I can email you a copy as soon as I've finished
the testing process.


Regards,


Tim Bentley
Computer Associates
Senior Software Engineer, eTrust Directory Development Lab.
tel: +61 3 9727-8930
fax: +61 3 9727 3491
mailto:[EMAIL PROTECTED]

 
 -Original Message-
From: John Waugh [mailto:[EMAIL PROTECTED]]
Sent: Friday, 29 June 2001 1:30
To: '[EMAIL PROTECTED]'
Subject: RE: Extending C2


I've made a bit of progress, in that: 
taking xsp: 
the xsp logic gets put into a class for that document. 
the class is compiled and loaded up? 
the xsp file is processed and sax events generated (by the just made class) 
if it isn't xsp then you use the type flag in the sitmap generate tag to
tell cocoon to use another generator 
(btw I don't much like the look of the jsp generator, especially the way it
inits the jasper servlet for every? jsp page request, that would be an
overhead)


ok, so if I wanted to write an xsp page that used ldap, this would all be
handled by explicit java code an the serverpagesgenerator.  
So then what if I wanted to extend c2 to have the ldap support builtin (if
it isn't already, and there may be other protocols anyway...) i'd be writing
a Transformer still I think.  but how would I get this to be used by the
original xsp page?  would I have to define an ldap tag library or similar to
use in the xsp page that the transformer would map to? and then how would I
get variables into it?
thanks 
John 
-Original Message- 
From: John Waugh [mailto:[EMAIL PROTECTED]] 
Sent: 28 June 2001 15:47 
To: Cocoon-Users (E-mail) 
Subject: Extending C2 


Hi, 
If I wanted to extend cocoon2 to add ldap support, where would I start? 
I looked at the SQLTransformer, and can see how it's setup and takes sax
events and generates others, etc... but I can't make the mental leap to
writing an XSP page and the SAX events coming into the transformer (getting
stuck somewhere near XSP being translated into Java classes and exectued).
cheers 
John 

-
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 with Ldap

[Bentley, Tim]

Janesh 
-
 
You're 
probably better off using the LDAP or ELDAP logicsheets, which are maintained by 
Jeff Turner (are you out there Jeff?).  I'm not familiar with the syntax of 
whatever method you're currently using, so it's difficult to 
help!
 
The 
logicsheets mentioned above are fairly straight-forward and work well.  The 
original LDAP logicsheet only works with C1, but ELDAP should work with C2 
(although I haven't had time to test it yet).  
 
If you want 
copies of the logicsheets and some sample XML pages, let me know and I can email 
them to you.
 
 
Regards,
 
 
Tim 
Bentley
 
-Original Message-From: 
Janesh Vasudeva [mailto:[EMAIL PROTECTED]]Sent: Wednesday, 
13 June 2001 20:51To: [EMAIL PROTECTED]; 
[EMAIL PROTECTED]Subject: Fw: Cocoon with 
Ldap

   
  - Original Message - 
  From: Janesh Vasudeva 
   
  Sent: Wednesday, June 13, 2001 4:13 PM
  Subject: Cocoon with Ldap
  
  When i try to acces  Ldap Server , it gives 
  me this error
   
   
   
  Wed Jun 13 15:57:57 GMT+05:30 2001: 
   *.xml: initException: 
  javax.naming.NameNotFoundException: [LDAP: error code 32 - No Such 
  Object]; remaining name 'o=ireason.com,uid=rdesantis,ou=people'using 
  renderer org.apache.fop.render.pdf.PDFRendererusing element mapping 
  org.apache.fop.fo.StandardElementMappingusing element mapping 
  org.apache.fop.svg.SVGElementMappingbuilding formatting object 
  treesetting up fontsformatting FOs into 
  areas [1]rendering areas to PDFwriting out PDF
   
  with this code
   
     com.sun.jndi.ldap.LdapCtxFactoryldap://reason2.ireason.com:389/ldap-serverurl>msisdnlist=*   
  
   
  what does this msisdnlist stands for 
  ?
   
  whereas this data i get when i run java program 
  to get ldap details
   
  uid=rdesantis, ou=people, 
  o=ireason.comfirstname = Robertlastname = DeSantisuid = 
  RDeSantislocation = san jose.california.us.northamericarole = 
  nulllanguage = ptemail = [EMAIL PROTECTED]mobile = 
  408.393.4341pager = 408.393.4341fax = 408.555.1212
   

RE: LDAP taglib: Able to retrieve metadata?

[Bentley, Tim]

Paul -

Hope this reply is still relevant to you - I've been off-line for a couple
of weeks.

> I know that I could use an LDAP query to retrieve a search result set,
> and then use XSP to grab the tag names instead of the values
> themselves, but it appears that the LDAP tablib will not return an
> empty tagset for optional attributes that are not defined.

This is actually LDAP server behaviour - nothing to do with the taglib.  The
LDAP spec requires that only attributes with content be returned from a
search.
 
> What is the best way to go about retrieving the schema from an LDAP
> server?

It really depends on how/if the server implements schema searching!  If it's
a V3 compliant server, you should be able to perform a search for the schema
in one of a couple of ways.  Have a look at RFC2251 and related documents
for details, or any good LDAP programming book!

I've got adding specific schema support on my list for the taglib, but the
priority isn't all that high at present.



Regards,


Tim Bentley
Computer Associates
Senior Software Engineer, eTrust Directory Development Lab.
tel: +61 3 9727-8930
fax: +61 3 9727 3491
mailto:[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: ldap-query

[Bentley, Tim]

Niklas -

There are various examples in the release, and lots of stuff in the archives
about processing forms - this isn't really an LDAP-specific thing.  I don't
have an example to hand, but if you do some searching in the mailing list
archives you should be able to find some help.

I'd be interested to see your LDAP handling code.  There is an LDAP
logicsheet maintained by Jeff Turner which uses JNDI.  I've done a fair bit
of work on it to make it more flexible, and these days it more or less
mimics the esql logicsheet for SQL databases.  JNDI is not really the best
LDAP API, but it's the most readily available for Java.  I didn't realise
that there was an OpenLDAP release for Java, or are you accessing it using
JNI?


Regards,


Tim Bentley



> -Original Message-
> From: Niklas Grunditz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 5 June 2001 12:18
> To: [EMAIL PROTECTED]
> Subject: ldap-query
> 
> 
> Hello cocoon-users
> 
> I am using c1.8.2, tomcat1.3.2 and Openldap release 2.0.11. I 
> am doing ldap
> queries and it works fine. I catch the ldap searchresults 
> with a template in
> my xsl-file. 
> 
> But.. i cant get it to work with my forms. I want to have the ldap
> searchresults in a html-form so that I can edit my 
> ldapsearchresults and then
> post them to another file.  I have the searchresults in the 
> same template but
> I just cant get them into my form.
> I am looking forward to a syntaxexample or some other help on this.
> 
> /Niklas
> 
> 
> -
> 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]>