Error compiling fresh CVS download
Got the following error trying to compile cocoon after CVS download: C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:65: package org.apache.cocoon.components.flow.util does not exis t import org.apache.cocoon.components.flow.util.PipelineUtil; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:186: cannot resolve symbol symbol : class PipelineUtil location: class org.apache.cocoon.components.flow.AbstractInterpreter PipelineUtil pipeUtil = new PipelineUtil(); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:186: cannot resolve symbol symbol : class PipelineUtil location: class org.apache.cocoon.components.flow.AbstractInterpreter PipelineUtil pipeUtil = new PipelineUtil(); ^ 3 errors BUILD FAILED C:\Apache\cocoon\cocoon-2.2\tools\targets\compile-build.xml:51: Compile failed; see the compiler error output for details. Total time: 1 minute 4 seconds C:\Apache\cocoon\cocoon-2.2 Antonio Gallardo wrote: From your posts, looks like your are on a windows machine. I guess postgres is running on a Linux machine. Webmin is running on the same server where you have you postgreSQL server. Is there running tomcat 5.0.18. Because to me it looks like a tipicla closed port on the server. Are you checked the firewall? What about pgAdminIII? It this running on the same machine as you are running Tomcat? Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: building Collection from JDO problems
AFAIK, the problem is that you need to JDO enhance your classes. See the build.xml that Druid did for you. Also remeber you need to use jdo 1.01 NOT jdo 1.00 OK, more reading to do. I haven't touched Druid yet (I think). I'll try that today. I am using 1.01. I read that on the JDOand OJB Wiki page. Does the problem with object identities mean that OJB is not the right way to go when building forms that display editable lists? If that is that case I lost quite a lot of time just trying to find an quicker way to build web forms. What are the limitiations of OJB exactly? Plese keep in mind that all of this is VERY new to me. Regards, Bert Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
having fun with wiki ?
Hello, As I'm trying to understand how to run actions, I had a look at this wiki page : http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadWithAction Once I downloaded the file attached I had the surprise to discover that the .jsp was in fact a .jpeg : $file cnoteDetails.jsp cnoteDetails.jsp: JPEG image data, JFIF standard 1.01 If there was originally a real interesting .jsp file that have been replaced please, upload it and remove this winter's image. Thanks, Stephane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error compiling fresh CVS download
Johan Kok wrote: Got the following error trying to compile cocoon after CVS download: C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI Don't use 2.2 yet. http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=107600552608370w=2 Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: having fun with wiki ?
Stéphane Delort wrote: Hello, As I'm trying to understand how to run actions, I had a look at this wiki page : http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadWithAction Once I downloaded the file attached I had the surprise to discover that the .jsp was in fact a .jpeg : $file cnoteDetails.jsp cnoteDetails.jsp: JPEG image data, JFIF standard 1.01 If there was originally a real interesting .jsp file that have been replaced please, upload it and remove this winter's image. I can't think of why a jsp would ever have been on that page - it would be totally off topic. In fact, I see someone else agrees with this diagnosis and had already added it to the list of items to be deleted by the wiki admin: http://wiki.cocoondev.org/Wiki.jsp?page=DeleteMe Wiki abuse is annoying. A lot of people actively monitor the updates and regularly revert malicious edits but don't catch them all. A simple authentication scheme is being investigated IIRC but that is very non-wiki and will be thought through pretty carefully. Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Woody] OPTGROUP in selection list ??
Hi, Is it possible to make OPTGROUP in selection list in Woody? I need it for readability of my selection list. Regards, Marcin Okraszewski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multiple documents with Authentication-fw
Hi All, I'm new in cocoon :-) I applied authentication-fw based samples/authentication-fw. It works good, but I need to use it with multiple documents. I modified my protected entry in sitemap.xmap based on http://cocoon.apache.org/2.1/developing/webapps/authentication.html originap snippet is: map:match pattern=protected map:act type=auth-protect map:parameter name=handler value=demohandler/ map:generate src=docs/protected.xml/ map:transform type=session/ map:transform src=stylesheets/simple-page2html.xsl/ map:transform type=encodeURL/ map:serialize/ /map:act !-- something was wrong, redirect to login page -- map:redirect-to uri=login/ /map:match my modified snippet is: map:match pattern=protected-** map:act type=auth-protect map:parameter name=handler value=portalhandler/ map:match pattern=protected-*.pdf map:read mime-type=application/pdf src={1}.pdf/ map:transform type=session/ /map:match map:match pattern=protected-orig map:generate src=docs/protected.xml/ map:transform type=session/ map:transform src=../style/simple-page2html.xsl/ map:transform type=encodeURL/ map:serialize/ /map:match /map:act !-- something was wrong, redirect to login page -- map:redirect-to uri=login/ /map:match It is working good, when I logged in, but after login it redirect to: protected link, which is not exists. How can I pass {1} parameter to login? -- thx, Zoltan Zidarics programmer PTE University Pecs, Hungary icq: 43288694 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: building Collection from JDO problems
Antonio, I got Druid to run, imported my databse, configured the JDO generation and got the build.xml file you speak of. It took me a bit longer than it souncs though. Then I copied jdo 1.01 libraries (double checked the version) to the lib directory in my output dir and built. The class file is enhanced as mentioned by Ant. I removed the old link class from my webapp and copied the new jar file over. But when I use this generated library I still get the same error. javax.jdo.JDOUserException: Class given to getExtent, be.bvar.admin.links.Link, does not implement javax.jdo.spi.PersistenceCapable I am on the verge of throwing this whole thing out and using plain jdbc connections in my bean. :-( Bert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.awt.color.CMMException: Invalid profile data
Hi, I am getting the above error in my logs when I try and render an svg/jpeg image. Any ideas what is happening here? at sun.awt.color.CMM.checkStatus(CMM.java:127) at sun.awt.color.ICC_Transform.init>(ICC_Transform.java:89) at java.awt.image.ColorConvertOp.updateBITransform(ColorConvertOp.java:386) at java.awt.image.ColorConvertOp.ICCBIFilter(ColorConvertOp.java:308) at java.awt.image.ColorConvertOp.filter(ColorConvertOp.java:262) at org.apache.batik.ext.awt.image.rendered.Any2sRGBRed.copyData(Unknown Source) at org.apache.batik.ext.awt.image.rendered.FormatRed.copyData(Unknown Source) at org.apache.batik.ext.awt.image.rendered.AbstractRed.getData(Unknown Source) at org.apache.batik.ext.awt.image.rendered.AbstractRed.getData(Unknown Source) at org.apache.batik.ext.awt.image.spi.JPEGRegistryEntry$1.run(Unknown Source) ERROR: The JPEG quality has not been specified. Use the default one: no compression many thanks in advancce
Re: building Collection from JDO problems
Hi Bert, Does the problem with object identities mean that OJB is not the right way to go when building forms that display editable lists? If that is that case I lost quite a lot of time just trying to find an quicker way to build web forms. What are the limitiations of OJB exactly? thought I'd point this out to you, since it cost me a lot of time and I still haven't solved it in a satisfying way. AFAIK, there is a bug in the current OJB release rc5 with the use of javax.jdo.Query (as you use in your retrieve method). The objects in the collection it returns are actually not persistent as they should be. The nasty implication is: You retrieve a collection, you edit it via your form. You call transaction.commit() and the database doesn't get updated! The only way to retrieve a persistent object is by using getObjectByIdentity (or something like that) like they do in the JDO tutorial on the OJB site. They recently fixed the bug (get the latest CVS HEAD and compile it yourself), however, I am still running into a problem: I have got an object of class User that contains a field roles that is a collection of Role objects. When I retrieve a collection of User objects via Query, the respective Role objects are retrieved with them automatically. The users are persistent as they should be (thanks to the bug being fixed), the connected roles however still aren't. So by the time you commit, OJB tries to re-create the roles in the database and you get duplicate key errors. I haven't had the time yet to ask the OJB people about it. This is not to do with your current problems, but I thought I'd point it out to you before you run into it. For the moment, I actually gave up on OJB-JDO after spending a lot of time on it and just use the OJB PersistenceBroker-API which so far works perfectly and reliably for my relatively small persistence needs. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Woody] OPTGROUP in selection list ??
On 22.02.2004 14:39, Marcin Okraszewski wrote: Hi, Is it possible to make OPTGROUP in selection list in Woody? I need it for readability of my selection list. At least it should not be impossible. At the moment you only have to extend the woody stylesheets yourself. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
saving woody data after insert
I have a repeater widget displaying a list of data provided form a Collection in a bean. When I insert a record in the form an empty row is immediately displayed, however, the method in wb:on-insert-row/wb:[EMAIL PROTECTED] is not executed. This method is defined in the bean class. When I submit the form I get an NoSuchMethodException on insertBean. I saw that the ID field of my repeater doesn't get a value. Where is this set? Is this important? Adding an ID value manually in the form doesn't solve the above problem though. In the bind.xml : wb:on-insert-row wb:insert-bean classname=be.bvar.admin.links.Link addmethod=addLink / /wb:on-insert-row /wb:repeater /wb:context in the form.xml wd:repeater-action id=addlink action-command=add-row repeater=links wd:labelAdd link/wd:label /wd:repeater-action /wd:widgets /wd:form in the template.xml: wt:widget id=addlink/ /wt:form-template Anything missing? Bert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: saving woody data after insert
I think it might be the same I had some time ago. What type does the /addLink/ method expects to receive? I found that it must be exactly the declared class (be.bvar.admin.links.Link in your case). It doesn't match methods that expect to receive a parent class of the class you specified. If this is the case you can simply fix it in this way: public addLink(be.bvar.admin.links.Link link) { super.addLink(link); } Regards, Marcin Okraszewski I have a repeater widget displaying a list of data provided form a Collection in a bean. When I insert a record in the form an empty row is immediately displayed, however, the method in wb:on-insert-row/wb:[EMAIL PROTECTED] is not executed. This method is defined in the bean class. When I submit the form I get an NoSuchMethodException on insertBean. I saw that the ID field of my repeater doesn't get a value. Where is this set? Is this important? Adding an ID value manually in the form doesn't solve the above problem though. In the bind.xml : wb:on-insert-row wb:insert-bean classname=be.bvar.admin.links.Link addmethod=addLink / /wb:on-insert-row /wb:repeater /wb:context in the form.xml wd:repeater-action id=addlink action-command=add-row repeater=links wd:labelAdd link/wd:label /wd:repeater-action /wd:widgets /wd:form in the template.xml: wt:widget id=addlink/ /wt:form-template Anything missing? Bert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: i18n dynamic catalogues
I wanted to do the same once, and I'm afraid it isn't possible to do, because i18n cashes the messages only once. So, even it comes from DB the translations won't change unless you restart your application :-( Regards, Marcin Okraszewski Hi, with Cocoon 2.1.3 I want to use dynamic from a database produced catalogues for i18n, but I don't know how set up the sitemap configuration. I tried things like: catalogue id=messages name=messages location=cocoon:// but it is not working. Can anyone give me a hint? Thanks in advance for any help stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Woody] OPTGROUP in selection list ??
Hi, Is it possible to make OPTGROUP in selection list in Woody? I need it for readability of my selection list. At least it should not be impossible. At the moment you only have to extend the woody stylesheets yourself. Joerg OK, I didn't know that I can wrap wd:item with other elements. I thought the list of options must be flat. If some wants to do the same, I've committed a patch to bugzilla: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27147 Regards, Marcin Okraszewski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: building Collection from JDO problems
Stefan Klein dijo: Hi Bert, Does the problem with object identities mean that OJB is not the right way to go when building forms that display editable lists? If that is that case I lost quite a lot of time just trying to find an quicker way to build web forms. What are the limitiations of OJB exactly? thought I'd point this out to you, since it cost me a lot of time and I still haven't solved it in a satisfying way. AFAIK, there is a bug in the current OJB release rc5 with the use of javax.jdo.Query (as you use in your retrieve method). The objects in the collection it returns are actually not persistent as they should be. The nasty implication is: You retrieve a collection, you edit it via your form. You call transaction.commit() and the database doesn't get updated! The only way to retrieve a persistent object is by using getObjectByIdentity (or something like that) like they do in the JDO tutorial on the OJB site. They recently fixed the bug (get the latest CVS HEAD and compile it yourself), Done. It is in the Cocoon CVS right now. For the moment, I actually gave up on OJB-JDO after spending a lot of time on it and just use the OJB PersistenceBroker-API which so far works perfectly and reliably for my relatively small persistence needs. I think it is a good start. I am using PB right now. Because the same problems. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: building Collection from JDO problems
Bert Van Kets dijo: I am on the verge of throwing this whole thing out and using plain jdbc connections in my bean. :-( I know it can be frustrating sometimes. But going back to plain jdbc is not a good move. ;-) Instead, try to use OJB-PB (PersistenceBroker). Yesterday, I extended Cocoon CVS to allow the use of PBFactory. Currently, seems like the JDO implementation in OJB is broken. The persistence broker is stable and can be used. You can very easy switch to PB. For a tutorial see: http://db.apache.org/ojb/pb-tutorial.html WDYT? Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what's no pbkey error
Johnson dijo: I try to bind the registration example to database by OJB JDO. my database is postgres,had primary key setup ok,every thing seemed right. But when I test it,the system has a error below, file:/jakarta-tomcat-5.0.18/webapps/cocoon/test/flow/registration.js, line 8: uncaught JavaScript exception: at registration (file:/jakarta-tomcat-5.0.18/webapps/cocoon/test/flow/registration.js, Line 8): org.apache.ojb.broker.PBFactoryException: There was no default-PBKey specified Interesting enough! PBKey is a immutable key to identify PB (Persistence Brokers) instances in pools, ... I wonder why you got this error. Maybe a bad configuration in repository.xml went to this error. AFAIK, JDO implementation uses PB API. Hope this helps. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: building Collection from JDO problems
Stefan Klein dijo: Hi Bert, Does the problem with object identities mean that OJB is not the right way to go when building forms that display editable lists? If that is that case I lost quite a lot of time just trying to find an quicker way to build web forms. What are the limitiations of OJB exactly? thought I'd point this out to you, since it cost me a lot of time and I still haven't solved it in a satisfying way. AFAIK, there is a bug in the current OJB release rc5 with the use of javax.jdo.Query (as you use in your retrieve method). The objects in the collection it returns are actually not persistent as they should be. Later I remeber about this issue and in fact this is not a bug! From the JDO 1.01 specification (page 109): snip 14.6.1 Query Execution The Query interface provides methods that execute the query based on the parameters given. They return an UNMODIFIABLE Collection wich the user can iterate to get results. Executing ANY operation on the Collection that might change it throws UnsupportedOperationException. For future extension, the signature of the execute methods specifies that they return an Object that must be cast to Collection by user. /snip Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: building Collection from JDO problems
Antonio, your quote from the JDO spec does not imply that the JDO objects contained in the Collection returned by a query are unmodifiable. You can't add and remove elements from the Collection, but you can update the fields of the JDO objects it contains (and have JDO update the database accordingly). I'm using a commercial JDO implementation (kodo) with cocoon and am very pleased with the mix. We're mostly sticking to the JDO API, but have to use a few proprietary extensions for things not yet included in the JDO spec (attach/detach and query aggregates). Our webapp includes an adhoc report generator: user navigates JDO object tree, specifies fields to extract (get*() methods to call) and relations to follow, sorting, grouping, aggregate functions etc. Our cocoon generator adds some predicates to implement business rules that restrict object visibility. We can include other business logic in reports by adding extra get*() methods (which result in extra fields which the user can select for extraction). Cheers, Neil. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Antonio Gallardo Sent: Monday, 23 February 2004 10:22 AM To: [EMAIL PROTECTED] Subject: Re: building Collection from JDO problems Stefan Klein dijo: Hi Bert, Does the problem with object identities mean that OJB is not the right way to go when building forms that display editable lists? If that is that case I lost quite a lot of time just trying to find an quicker way to build web forms. What are the limitiations of OJB exactly? thought I'd point this out to you, since it cost me a lot of time and I still haven't solved it in a satisfying way. AFAIK, there is a bug in the current OJB release rc5 with the use of javax.jdo.Query (as you use in your retrieve method). The objects in the collection it returns are actually not persistent as they should be. Later I remeber about this issue and in fact this is not a bug! From the JDO 1.01 specification (page 109): snip 14.6.1 Query Execution The Query interface provides methods that execute the query based on the parameters given. They return an UNMODIFIABLE Collection wich the user can iterate to get results. Executing ANY operation on the Collection that might change it throws UnsupportedOperationException. For future extension, the signature of the execute methods specifies that they return an Object that must be cast to Collection by user. /snip Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
null pointer exception using weblogic 8.x`
hi all i am using weblogic version 8.x for my cocoon application deployment,but i have a problem in cocoonServlet initilization.the exception is as follows: java.lang.NullPointerException at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:342) at weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(ServletStubImpl.java:1070) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:893) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:842) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:782) at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:504) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:349) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:305) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6310) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3622) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2569) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) I think the problem is that My webApp has been deployed as .war file and the following line this.servletContextPath = this.servletContext.getRealPath("/"); returns null ,so the exception is occured. can any one help me to solve this problem. thanks alot for your attention Best Regards. Mehrdad Hosein Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want.
Re: Processing errors from Database Actions
Chris You wrote: Action may only return values to the sitemap when they were successful. Therefore error conditions cannot be communicated that way. Because of this, everything that is would be returned is additionally stored using an output module. This includes the JDBC error message. The default is to use the request attribute module. Thanks for the info and the pointer. I would appreciate it if you could direct me to more information about how to use the request attribute module in an XSP; specifically to trap JDBC error messages - are there are samples of how this is done in any of the documentation? My work up to now has mostly been on *retrieving* db data and not on *adding* it, so I am still trying to get to grips with all the issues involved... Thanks Derek PS Apologies for the cc, but I deleted your post to the list before I got to type this reply. [EMAIL PROTECTED] 2004/02/20 01:22:50 PM Perhaps I have used the wrong keywords, but I cannot find anything in the docs that deals with this I am trying to present to the user the reason why a Database Add (or Update) action may have failed. The sitemap is set up for the entry form to be redisplayed on failure (via XSP)... but I would like to know how to access the specific error condition that triggered the failure, from within the XSP and then present a suitable message. Any help or a pointer to examples would be appreciated. Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Clean build failures:
Clean build provides the following errors: compile-core: Copying 1 file to C:\Apache\cocoon\cocoon-2.2\build\cocoon-2.2-dev\classes Writing Info descriptors as property files (.meta). Collecting service information. Compiling 518 source files to C:\Apache\cocoon\cocoon-2.2\build\cocoon-2.2-dev\c lasses C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:66: package org.apache.cocoon.components.cprocessor.sitemap.i mpl does not exist import org.apache.cocoon.components.cprocessor.sitemap.impl.GeneratorNode; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:67: package org.apache.cocoon.components.cprocessor.sitemap.i mpl does not exist import org.apache.cocoon.components.cprocessor.sitemap.impl.ReaderNode; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:68: package org.apache.cocoon.components.cprocessor.sitemap.i mpl does not exist import org.apache.cocoon.components.cprocessor.sitemap.impl.SerializerNode; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:69: package org.apache.cocoon.components.cprocessor.sitemap.i mpl does not exist import org.apache.cocoon.components.cprocessor.sitemap.impl.TransformerNode; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:65: package org.apache.cocoon.components.flow.util does not exis t import org.apache.cocoon.components.flow.util.PipelineUtil; ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:86: cannot resolve symbol symbol : variable GeneratorNode location: class org.apache.cocoon.components.cprocessor.SitemapContainer TYPES2ROLES.put(generators,GeneratorNode.ROLE); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:87: cannot resolve symbol symbol : variable TransformerNode location: class org.apache.cocoon.components.cprocessor.SitemapContainer TYPES2ROLES.put(transformers,TransformerNode.ROLE); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:88: cannot resolve symbol symbol : variable SerializerNode location: class org.apache.cocoon.components.cprocessor.SitemapContainer TYPES2ROLES.put(serializers,SerializerNode.ROLE); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\cprocessor\Sit emapContainer.java:89: cannot resolve symbol symbol : variable ReaderNode location: class org.apache.cocoon.components.cprocessor.SitemapContainer TYPES2ROLES.put(readers,ReaderNode.ROLE); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:186: cannot resolve symbol symbol : class PipelineUtil location: class org.apache.cocoon.components.flow.AbstractInterpreter PipelineUtil pipeUtil = new PipelineUtil(); ^ C:\Apache\cocoon\cocoon-2.2\src\java\org\apache\cocoon\components\flow\AbstractI nterpreter.java:186: cannot resolve symbol symbol : class PipelineUtil location: class org.apache.cocoon.components.flow.AbstractInterpreter PipelineUtil pipeUtil = new PipelineUtil(); ^ 11 errors BUILD FAILED C:\Apache\cocoon\cocoon-2.2\tools\targets\compile-build.xml:51: Compile failed; see the compiler error output for details. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]