You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Carsten Ziegeler <cz...@sundn.de> on 2001/07/18 11:09:46 UTC
[C2]: Testing for beta2
Hi,
I just started testing the current cvs version of Cocoon 2.0.
I had to fix xsp generation and the redirect example, but
now everything seems to work.
I tested all examples except the sql examples.
Could you all please test if everything is working especially
the sql examples, so that we can go beta2 on monday?
Carsten
Open Source Group sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de mailto: cziegeler@sundn.de
================================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2]: Testing for beta2
Posted by Gerhard Froehlich <g-...@gmx.de>.
Hi,
do you affiliate my last patch (should be the last) of the MRUMemoryStore in
the
beta2
Cheers
Gerhard
> Hi,
>
> I just started testing the current cvs version of Cocoon 2.0.
> I had to fix xsp generation and the redirect example, but
> now everything seems to work.
>
> I tested all examples except the sql examples.
>
> Could you all please test if everything is working especially
> the sql examples, so that we can go beta2 on monday?
>
>
> Carsten
>
> Open Source Group sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de mailto: cziegeler@sundn.de
> ================================================================
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
--
Gerhard Fröhlich
g-froehlich@gmx.de
"black holes are,
when GOD is dividing by zero"
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
GMX Tipp:
Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1!
http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by Frans Thamura <ft...@yahoo.com>.
I try C2 from CVS, and it is not working.. I think
something strange there.
I try C2-2.0 download from your binary, but the
C2-2.1-dev.
I did that instruction, all the war and jar is working
well..
--- Vadim Gritsenko <vg...@hns.com> wrote:
> Just dropping is not enough... You need to edit
> cocoon.xconf manually OR
> type
> build -Dinstall.war=<path-to-instal-dir>
> -Dinclude.webapp.libs=yes install
>
> Because there is an absolute URL to HSQL DB files in
> cocoon.xconf. :(
>
> Vadim
>
> > -----Original Message-----
> > From: Donald Ball [mailto:balld@webslingerZ.com]
> > Sent: Wednesday, July 18, 2001 6:01 PM
> > To: cocoon-dev@xml.apache.org
> > Subject: RE: [C2]: Testing for beta2
> >
> >
> > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> >
> > > Don't blame on SQL examples, they are working -
> just set <dburl>! ;-)
> > >
> > > Donald,
> > > what is your (non-working) configuration?
> >
> > just dropping the cocoon.war file into resin or
> tomcat. i thought that the
> > default cocoon.war file was supposed to fire up an
> hsqldb instance with
> > the tables already created and such. not so? if
> not, then why are we
> > including hsqldb??
> >
> > - donald
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email:
> cocoon-dev-help@xml.apache.org
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email:
> cocoon-dev-help@xml.apache.org
>
=====
Let's Empowering Open Source
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by Vadim Gritsenko <vg...@hns.com>.
Just dropping is not enough... You need to edit cocoon.xconf manually OR
type
build -Dinstall.war=<path-to-instal-dir> -Dinclude.webapp.libs=yes install
Because there is an absolute URL to HSQL DB files in cocoon.xconf. :(
Vadim
> -----Original Message-----
> From: Donald Ball [mailto:balld@webslingerZ.com]
> Sent: Wednesday, July 18, 2001 6:01 PM
> To: cocoon-dev@xml.apache.org
> Subject: RE: [C2]: Testing for beta2
>
>
> On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
>
> > Don't blame on SQL examples, they are working - just set <dburl>! ;-)
> >
> > Donald,
> > what is your (non-working) configuration?
>
> just dropping the cocoon.war file into resin or tomcat. i thought that the
> default cocoon.war file was supposed to fire up an hsqldb instance with
> the tables already created and such. not so? if not, then why are we
> including hsqldb??
>
> - donald
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: [C2]: Testing for beta2
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
Giacomo Pati a écrit :
>
> Quoting Carsten Ziegeler <cz...@sundn.de>:
>
> > Is this trick still required? I thought that we implement
> > now the destroy() method of the servlet, so everything should
> > be cleaned up fine.
>
> I don't think a ctrl-C will end up in the destroy method for some servlet
> implementation (can this be captured)?
Yes, with JDK 1.3 : you can use Runtime.addShutdownHook() to register
some threads that are executed when the VM quits (ctrl-C, shutdown,
etc). But you cannot capture a kill -9.
I don't know is some servlet engines use this.
--
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: [C2]: Testing for beta2
Posted by Giacomo Pati <gi...@apache.org>.
Quoting Carsten Ziegeler <cz...@sundn.de>:
> Is this trick still required? I thought that we implement
> now the destroy() method of the servlet, so everything should
> be cleaned up fine.
I don't think a ctrl-C will end up in the destroy method for some servlet
implementation (can this be captured)?
>
> If not, could you please add this to the faq?
>
>
> Carsten
>
> Open Source Group sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de mailto: cziegeler@sundn.de
> ================================================================
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: Sylvain Wallez [mailto:sylvain.wallez@anyware-tech.com]
> > Gesendet: Donnerstag, 19. Juli 2001 09:58
> > An: cocoon-dev@xml.apache.org
> > Betreff: Re: [C2]: Testing for beta2
> >
> >
> >
> >
> > giacomo a écrit :
> > >
> > > On Wed, 18 Jul 2001, Donald Ball wrote:
> > >
> > > > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> > > >
> > > > > Don't blame on SQL examples, they are working - just set
> > <dburl>! ;-)
> > > > >
> > > > > Donald,
> > > > > what is your (non-working) configuration?
> > > >
> > > > just dropping the cocoon.war file into resin or tomcat. i
> > thought that the
> > > > default cocoon.war file was supposed to fire up an hsqldb
> > instance with
> > > > the tables already created and such. not so? if not, then why are
> we
> > > > including hsqldb??
> > >
> > > The sql samples are working when deploing the war file using the
> build
> > > system:
> > >
> > > ./build.sh \
> > > -Dinclude.webapp.libs=yes \
> > > -Dinstall.war=path/to/tomcat/webapps
> > > install
> > >
> > > This command will take care the path inside the configuration file
> to
> > > the hsqldb resources.
> > >
> > > Giacomo
> > >
> > Also, if the servlet engine is stopped abruptly (e.g. ctrl-C), the db
> > isn't closed properly and requires manual unlocking. See
> > http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=99191289428482&w=2
> > for the trick.
> > --
> > Sylvain Wallez
> > Anyware Technologies - http://www.anyware-tech.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: AW: [C2]: Testing for beta2
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
Carsten Ziegeler a écrit :
>
> Is this trick still required? I thought that we implement
> now the destroy() method of the servlet, so everything should
> be cleaned up fine.
>
Yes, but destroy() is called only if the servlet engine is shutdown
cleanly. With a ctrl-C on Tomcat, destroy() isn't called.
> If not, could you please add this to the faq?
>
OK.
> Carsten
>
> Open Source Group sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de mailto: cziegeler@sundn.de
> ================================================================
>
> > -----Ursprüngliche Nachricht-----
> > Von: Sylvain Wallez [mailto:sylvain.wallez@anyware-tech.com]
> > Gesendet: Donnerstag, 19. Juli 2001 09:58
> > An: cocoon-dev@xml.apache.org
> > Betreff: Re: [C2]: Testing for beta2
> >
> >
> >
> >
> > giacomo a écrit :
> > >
> > > On Wed, 18 Jul 2001, Donald Ball wrote:
> > >
> > > > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> > > >
> > > > > Don't blame on SQL examples, they are working - just set
> > <dburl>! ;-)
> > > > >
> > > > > Donald,
> > > > > what is your (non-working) configuration?
> > > >
> > > > just dropping the cocoon.war file into resin or tomcat. i
> > thought that the
> > > > default cocoon.war file was supposed to fire up an hsqldb
> > instance with
> > > > the tables already created and such. not so? if not, then why are we
> > > > including hsqldb??
> > >
> > > The sql samples are working when deploing the war file using the build
> > > system:
> > >
> > > ./build.sh \
> > > -Dinclude.webapp.libs=yes \
> > > -Dinstall.war=path/to/tomcat/webapps
> > > install
> > >
> > > This command will take care the path inside the configuration file to
> > > the hsqldb resources.
> > >
> > > Giacomo
> > >
> > Also, if the servlet engine is stopped abruptly (e.g. ctrl-C), the db
> > isn't closed properly and requires manual unlocking. See
> > http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=99191289428482&w=2
> > for the trick.
> > --
> > Sylvain Wallez
> > Anyware Technologies - http://www.anyware-tech.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
--
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: [C2]: Testing for beta2
Posted by Carsten Ziegeler <cz...@sundn.de>.
Is this trick still required? I thought that we implement
now the destroy() method of the servlet, so everything should
be cleaned up fine.
If not, could you please add this to the faq?
Carsten
Open Source Group sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de mailto: cziegeler@sundn.de
================================================================
> -----Ursprüngliche Nachricht-----
> Von: Sylvain Wallez [mailto:sylvain.wallez@anyware-tech.com]
> Gesendet: Donnerstag, 19. Juli 2001 09:58
> An: cocoon-dev@xml.apache.org
> Betreff: Re: [C2]: Testing for beta2
>
>
>
>
> giacomo a écrit :
> >
> > On Wed, 18 Jul 2001, Donald Ball wrote:
> >
> > > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> > >
> > > > Don't blame on SQL examples, they are working - just set
> <dburl>! ;-)
> > > >
> > > > Donald,
> > > > what is your (non-working) configuration?
> > >
> > > just dropping the cocoon.war file into resin or tomcat. i
> thought that the
> > > default cocoon.war file was supposed to fire up an hsqldb
> instance with
> > > the tables already created and such. not so? if not, then why are we
> > > including hsqldb??
> >
> > The sql samples are working when deploing the war file using the build
> > system:
> >
> > ./build.sh \
> > -Dinclude.webapp.libs=yes \
> > -Dinstall.war=path/to/tomcat/webapps
> > install
> >
> > This command will take care the path inside the configuration file to
> > the hsqldb resources.
> >
> > Giacomo
> >
> Also, if the servlet engine is stopped abruptly (e.g. ctrl-C), the db
> isn't closed properly and requires manual unlocking. See
> http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=99191289428482&w=2
> for the trick.
> --
> Sylvain Wallez
> Anyware Technologies - http://www.anyware-tech.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2]: Testing for beta2
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
giacomo a écrit :
>
> On Wed, 18 Jul 2001, Donald Ball wrote:
>
> > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> >
> > > Don't blame on SQL examples, they are working - just set <dburl>! ;-)
> > >
> > > Donald,
> > > what is your (non-working) configuration?
> >
> > just dropping the cocoon.war file into resin or tomcat. i thought that the
> > default cocoon.war file was supposed to fire up an hsqldb instance with
> > the tables already created and such. not so? if not, then why are we
> > including hsqldb??
>
> The sql samples are working when deploing the war file using the build
> system:
>
> ./build.sh \
> -Dinclude.webapp.libs=yes \
> -Dinstall.war=path/to/tomcat/webapps
> install
>
> This command will take care the path inside the configuration file to
> the hsqldb resources.
>
> Giacomo
>
Also, if the servlet engine is stopped abruptly (e.g. ctrl-C), the db
isn't closed properly and requires manual unlocking. See
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=99191289428482&w=2
for the trick.
--
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by giacomo <gi...@apache.org>.
On Wed, 18 Jul 2001, Donald Ball wrote:
> On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
>
> > Don't blame on SQL examples, they are working - just set <dburl>! ;-)
> >
> > Donald,
> > what is your (non-working) configuration?
>
> just dropping the cocoon.war file into resin or tomcat. i thought that the
> default cocoon.war file was supposed to fire up an hsqldb instance with
> the tables already created and such. not so? if not, then why are we
> including hsqldb??
The sql samples are working when deploing the war file using the build
system:
./build.sh \
-Dinclude.webapp.libs=yes \
-Dinstall.war=path/to/tomcat/webapps
install
This command will take care the path inside the configuration file to
the hsqldb resources.
Giacomo
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by Donald Ball <ba...@webslingerZ.com>.
On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> Don't blame on SQL examples, they are working - just set <dburl>! ;-)
>
> Donald,
> what is your (non-working) configuration?
just dropping the cocoon.war file into resin or tomcat. i thought that the
default cocoon.war file was supposed to fire up an hsqldb instance with
the tables already created and such. not so? if not, then why are we
including hsqldb??
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by Vadim Gritsenko <vg...@hns.com>.
Don't blame on SQL examples, they are working - just set <dburl>! ;-)
Donald,
what is your (non-working) configuration?
Vadim
> -----Original Message-----
> From: giacomo [mailto:giacomo@apache.org]
> Sent: Wednesday, July 18, 2001 3:55 PM
> To: Cocoon-Dev@Xml. Apache. Org
> Subject: Re: [C2]: Testing for beta2
>
>
> On Wed, 18 Jul 2001, Donald Ball wrote:
>
> > On Wed, 18 Jul 2001, Carsten Ziegeler wrote:
> >
> > > Could you all please test if everything is working especially
> > > the sql examples, so that we can go beta2 on monday?
> >
> > working sql examples would be nice - i thought that's why we included
> > hsqldb, but it's never worked for me. anyway, does anyone mind if i
> > upgrade to the latest batik from cvs?
>
> Now that CVS is performing sooooooo fast, go fo it :)
>
> Giacomo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2]: Testing for beta2
Posted by giacomo <gi...@apache.org>.
On Wed, 18 Jul 2001, Donald Ball wrote:
> On Wed, 18 Jul 2001, Carsten Ziegeler wrote:
>
> > Could you all please test if everything is working especially
> > the sql examples, so that we can go beta2 on monday?
>
> working sql examples would be nice - i thought that's why we included
> hsqldb, but it's never worked for me. anyway, does anyone mind if i
> upgrade to the latest batik from cvs?
Now that CVS is performing sooooooo fast, go fo it :)
Giacomo
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: [C2]: Testing for beta2
Posted by Carsten Ziegeler <cz...@sundn.de>.
Yes, thanks Vadim for reporting this.
So could please someone look into these examples to make
them work for the beta?
Carsten
Open Source Group sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de mailto: cziegeler@sundn.de
================================================================
> -----Ursprungliche Nachricht-----
> Von: Vadim Gritsenko [mailto:vgritsenko@hns.com]
> Gesendet: Mittwoch, 18. Juli 2001 22:49
> An: cocoon-dev@xml.apache.org
> Betreff: RE: [C2]: Testing for beta2
>
>
>
> > Could you all please test if everything is working especially
> > the sql examples, so that we can go beta2 on monday?
>
> I tested most examples under Resin 2.0.1 and Tomcat 4.0b5, and
> found these two issues:
> 1) protected web app example does not work; can't get past login page
> 2) "Add" button on "Manage Employees" fails with exception when
> trying to add new employee:
>
> DEBUG 99548 [cocoon ] (HttpProcessor[8080][2]): Matched
> wildcardmatcher_wildcard_N402 pattern:forms/employee
> WARN 99548 [cocoon ] (HttpProcessor[8080][2]): Error, try
> to process the error page
> org.apache.cocoon.ProcessingException: Could not add
> record:org.apache.avalon.framework.configuration.ConfigurationExce
> ption: The form descriptor is not set!
> at
> org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:96)
> at
> org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xma
> p.java:1928)
> at
> org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.
> java:5361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
> at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
> at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
> at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplicationFilterChain.java:254)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterChain.java:194)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.java:255)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.java:225)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:164)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java:163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProce
> ssor.java:875)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor
> .java:952)
> at java.lang.Thread.run(Thread.java:484)
> org.apache.avalon.framework.configuration.ConfigurationException:
> The form descriptor is not set!
> at
> org.apache.cocoon.acting.AbstractComplementaryConfigurableAction.g
> etConfiguration(AbstractComplementaryConfigurableActio
> n.java:65)
> at
> org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:69)
> at
> org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xma
> p.java:1928)
> at
> org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.
> java:5361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
> at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
> at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
> at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplicationFilterChain.java:254)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterChain.java:194)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.java:255)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.java:225)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:164)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java:163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProce
> ssor.java:875)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor
> .java:952)
> at java.lang.Thread.run(Thread.java:484)
> org.apache.avalon.framework.configuration.ConfigurationException:
> The form descriptor is not set!
> at
> org.apache.cocoon.acting.AbstractComplementaryConfigurableAction.g
> etConfiguration(AbstractComplementaryConfigurableActio
> n.java:65)
> at
> org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:69)
> at
> org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xma
> p.java:1928)
> at
> org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.
> java:5361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
> at
> org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
> at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
> at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
> at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplicationFilterChain.java:254)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterChain.java:194)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.java:255)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.java:225)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:164)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:564)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java:163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProce
> ssor.java:875)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor
> .java:952)
> at java.lang.Thread.run(Thread.java:484)
>
>
> Vadim
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: [C2]: Testing for beta2
Posted by Vadim Gritsenko <vg...@hns.com>.
> Could you all please test if everything is working especially
> the sql examples, so that we can go beta2 on monday?
I tested most examples under Resin 2.0.1 and Tomcat 4.0b5, and found these two issues:
1) protected web app example does not work; can't get past login page
2) "Add" button on "Manage Employees" fails with exception when trying to add new employee:
DEBUG 99548 [cocoon ] (HttpProcessor[8080][2]): Matched wildcardmatcher_wildcard_N402 pattern:forms/employee
WARN 99548 [cocoon ] (HttpProcessor[8080][2]): Error, try to process the error page
org.apache.cocoon.ProcessingException: Could not add
record:org.apache.avalon.framework.configuration.ConfigurationException: The form descriptor is not set!
at org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:96)
at org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xmap.java:1928)
at org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.java:5361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:254)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:194)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:255)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:225)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:875)
at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:952)
at java.lang.Thread.run(Thread.java:484)
org.apache.avalon.framework.configuration.ConfigurationException: The form descriptor is not set!
at
org.apache.cocoon.acting.AbstractComplementaryConfigurableAction.getConfiguration(AbstractComplementaryConfigurableActio
n.java:65)
at org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:69)
at org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xmap.java:1928)
at org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.java:5361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:254)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:194)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:255)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:225)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:875)
at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:952)
at java.lang.Thread.run(Thread.java:484)
org.apache.avalon.framework.configuration.ConfigurationException: The form descriptor is not set!
at
org.apache.cocoon.acting.AbstractComplementaryConfigurableAction.getConfiguration(AbstractComplementaryConfigurableActio
n.java:65)
at org.apache.cocoon.acting.DatabaseAddAction.act(DatabaseAddAction.java:69)
at org.apache.cocoon.www.sitemap_xmap.action_set_employee(sitemap_xmap.java:1928)
at org.apache.cocoon.www.sitemap_xmap.wildcardMatchN402(sitemap_xmap.java:5361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2361)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:2012)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:507)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:254)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:194)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:255)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:225)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:875)
at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:952)
at java.lang.Thread.run(Thread.java:484)
Vadim
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2]: Testing for beta2
Posted by Donald Ball <ba...@webslingerZ.com>.
On Wed, 18 Jul 2001, Carsten Ziegeler wrote:
> Could you all please test if everything is working especially
> the sql examples, so that we can go beta2 on monday?
working sql examples would be nice - i thought that's why we included
hsqldb, but it's never worked for me. anyway, does anyone mind if i
upgrade to the latest batik from cvs?
- donald
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org