Re: Problem with continuum-1.0.3
Here is the final explanation of a long exchange with Emmanuel for my
problem...
Finally I did find why Continuum blocked during CVS project checkout.
It was because of compress option -z3 used by default for all cvs commands
in new version (1.0-beta-3) of SCM CVS API.
example : cvs -f -d :pserver:[EMAIL PROTECTED]:/logiciels/COUPLAGECVS -q
checkout -d 40 CouplageProject
Maven Website (http://maven.apache.org/scm/cvs.html) explains how to disable
the compress option but there is two mistakes on this page and it doesn't
work that easily...
For more info, look at the 2 JIRA SCM-190 and SCM-191 I created.
If you want - like me - to disable the compress option (-z3) in continuum
1.0.3, you have to :
- add the line
wrapper.java.additional.6=-Dmaven.scm.cvs.use_compression=false in
continuum-1.0.3/bin/solaris/wrapper.conf
- add cvs-settings.xml with compressionLevel0/compressionLevel in *${
user.dir}/.scm/* (*continuum-1.0.3/bin/solaris/.scm/*) and not in *${
user.home}/.scm/*
Tibo
2006/4/26, Emmanuel Venisse [EMAIL PROTECTED]:
Thibaut Cazenave a écrit :
I did it many times yesterday.
Like I said, each time, checkout stops on the same file.
I can send you the log of what I did yesterday. But it is too big for
the
continuum-users mailing list. If you need it I can send it to you
directly.
What I did :
1. Add my custom M2 plugins project which contains 3 plugins -- this
works
2. Restart Continuum
3. Add my main project (Couplage Project) -- this failed
I'll do what you ask this morning and send you the new log.
Send it me directly.
How do you remove the database ?
By deleting the folder continuum in apps ?
Or you can only delete database folder in apps/continuum ?
You can remove continuum folder but the database directory will be enougth
Emmanuel
Continuum runs on Solaris 8
Tibo
2006/4/26, Emmanuel Venisse [EMAIL PROTECTED]:
Can you do some tests?
1- Remove your database
2- start continuum and configure it
3- add all your projects
4- wait the checkout of files (without browsing continuum web interface,
so logs will be clean)
5- Send me logs
What is the OS that host Continuum?
Emmanuel
Thibaut Cazenave a écrit :
Yes sorry,
I've got to come back to work to check these points.
This file on which continuum blocked is not that big : 23533 o on my
CVS
repository
There are bigger files on my project.
When checkouted on Windows, this file sizes 20 ko.
I've got 1596 files and 2876 folders in my project.
And more than 6 lines of code.
If you need more info, just ask.
Thx
Tibo
2006/4/26, Emmanuel Venisse [EMAIL PROTECTED]:
Thibaut,
Can you answer to my questions?
Emmanuel
Thibaut Cazenave a écrit :
Emmanuel Venisse :
Is it a big file?
How many files do you have in your project?
The best place for continuum question is the continuum mailing list,
thanks.
Emmanuel
Thibaut CAZENAVE a écrit :
Hi,
I just install Continuum 1.0.3. I've got a serious problem when I
add
my
Maven2 Project.
My Maven project is composed of 7 modules.
When I add the parent Project, Continuum checkouts the all 7 modules
in
/build-directory/6/ -- this works well
Then Continuum checkouts the first childin
/build-directory/7/
--
this works well
Then Continuum checkouts the second child in /build-directory/8/ --
this
failed
Continuum stays blocked when checkouting one file.
Then nothing happens. It is impossible to build one of the modules
because
the checkout of second child is pending...
What is strange is that it is always on the same file.
I start from scratch a few time and it always do the same thing on
the
same file : PlayerCommonHelper.java
I look on CVS and I don't find anythinf special on this file (same
owner,
same rights, etc)
When I look on build-directory/8/ for this module which checkout
seems
to
fail, I notice that the module is well checkouted and that every
file
is
here (even PlayerCommonHelper.java)
If during the checkout, I try to do navigate in continuum website, I
got
many exceptions.
Here is the log :
If someone is interested for the complete log, please ask.
Thanks for your help.
374969 [Thread-22] DEBUG org.apache.maven.scm.manager.ScmManager -
U
8/src/main/java/com/edfgdf/a16/application/impl/disws/common/scort/PlayerCommonHelper.java
637645 [SocketListener0-4] ERROR
org.codehaus.plexus.summit.renderer.Renderer:velocity - Error
rendering
template:
EOFException(java.net.SocketException: Broken pipe)
at
org.mortbay.http.BufferedOutputStream.flush(
BufferedOutputStream.java
:195)
at
org.mortbay.http.ChunkingOutputStream.flush(
ChunkingOutputStream.java
:67)
at
org.mortbay.util.ByteBufferOutputStream.ensureSpareCapacity(
ByteBufferOutputStream.java:342)
at
Re: Problem with continuum-1.0.3
Thibaut, Can you answer to my questions? Emmanuel Thibaut Cazenave a écrit : Emmanuel Venisse : Is it a big file? How many files do you have in your project? The best place for continuum question is the continuum mailing list, thanks. Emmanuel Thibaut CAZENAVE a écrit : Hi, I just install Continuum 1.0.3. I've got a serious problem when I add my Maven2 Project. My Maven project is composed of 7 modules. When I add the parent Project, Continuum checkouts the all 7 modules in /build-directory/6/ -- this works well Then Continuum checkouts the first childin /build-directory/7/ -- this works well Then Continuum checkouts the second child in /build-directory/8/ -- this failed Continuum stays blocked when checkouting one file. Then nothing happens. It is impossible to build one of the modules because the checkout of second child is pending... What is strange is that it is always on the same file. I start from scratch a few time and it always do the same thing on the same file : PlayerCommonHelper.java I look on CVS and I don't find anythinf special on this file (same owner, same rights, etc) When I look on build-directory/8/ for this module which checkout seems to fail, I notice that the module is well checkouted and that every file is here (even PlayerCommonHelper.java) If during the checkout, I try to do navigate in continuum website, I got many exceptions. Here is the log : If someone is interested for the complete log, please ask. Thanks for your help. 374969 [Thread-22] DEBUG org.apache.maven.scm.manager.ScmManager - U 8/src/main/java/com/edfgdf/a16/application/impl/disws/common/scort/PlayerCommonHelper.java 637645 [SocketListener0-4] ERROR org.codehaus.plexus.summit.renderer.Renderer:velocity - Error rendering template: EOFException(java.net.SocketException: Broken pipe) at org.mortbay.http.BufferedOutputStream.flush(BufferedOutputStream.java:195) at org.mortbay.http.ChunkingOutputStream.flush(ChunkingOutputStream.java:67) at org.mortbay.util.ByteBufferOutputStream.ensureSpareCapacity(ByteBufferOutputStream.java:342) at org.mortbay.util.ByteBufferOutputStream.write(ByteBufferOutputStream.java:182) at org.mortbay.http.BufferedOutputStream.write(BufferedOutputStream.java:141) at org.mortbay.http.HttpOutputStream.write(HttpOutputStream.java:442) at org.mortbay.jetty.servlet.ServletOut.write(ServletOut.java:42) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336) at sun.nio.cs.StreamEncoder$CharsetSE.implWrite(StreamEncoder.java:395) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:136) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:146) at java.io.OutputStreamWriter.write(OutputStreamWriter.java:204) at java.io.Writer.write(Writer.java:126) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:291) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230) at org.apache.velocity.Template.merge(Template.java:256) at org.codehaus.plexus.summit.renderer.VelocityRenderer.render(VelocityRenderer.java:70) at org.codehaus.plexus.summit.display.ClassicBufferedDisplay.render(ClassicBufferedDisplay.java:98) at org.codehaus.plexus.summit.pipeline.valve.DisplayValve.invoke(DisplayValve.java:48) at org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke(AbstractPipeline.java:70) at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567) at org.mortbay.http.HttpContext.handle(HttpContext.java:1807) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525) at org.mortbay.http.HttpContext.handle(HttpContext.java:1757) at org.mortbay.http.HttpServer.service(HttpServer.java:879) at org.mortbay.http.HttpConnection.service(HttpConnection.java:789) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:331) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:520) 641202 [SocketListener0-3] INFO org.codehaus.plexus.action.Action:login - Trying to log in 'THC'. 689957 [SocketListener0-3] WARN JPOX.RDBMS.SQL - Object with id 0 not found ! 689960 [SocketListener0-3] ERROR org.apache.maven.continuum.web.tool.FormicaTool - Error while evaluation
Re: Problem with continuum-1.0.3
Yes sorry, I've got to come back to work to check these points. This file on which continuum blocked is not that big : 23533 o on my CVS repository There are bigger files on my project. When checkouted on Windows, this file sizes 20 ko. I've got 1596 files and 2876 folders in my project. And more than 6 lines of code. If you need more info, just ask. Thx Tibo 2006/4/26, Emmanuel Venisse [EMAIL PROTECTED]: Thibaut, Can you answer to my questions? Emmanuel Thibaut Cazenave a écrit : Emmanuel Venisse : Is it a big file? How many files do you have in your project? The best place for continuum question is the continuum mailing list, thanks. Emmanuel Thibaut CAZENAVE a écrit : Hi, I just install Continuum 1.0.3. I've got a serious problem when I add my Maven2 Project. My Maven project is composed of 7 modules. When I add the parent Project, Continuum checkouts the all 7 modules in /build-directory/6/ -- this works well Then Continuum checkouts the first childin /build-directory/7/ -- this works well Then Continuum checkouts the second child in /build-directory/8/ -- this failed Continuum stays blocked when checkouting one file. Then nothing happens. It is impossible to build one of the modules because the checkout of second child is pending... What is strange is that it is always on the same file. I start from scratch a few time and it always do the same thing on the same file : PlayerCommonHelper.java I look on CVS and I don't find anythinf special on this file (same owner, same rights, etc) When I look on build-directory/8/ for this module which checkout seems to fail, I notice that the module is well checkouted and that every file is here (even PlayerCommonHelper.java) If during the checkout, I try to do navigate in continuum website, I got many exceptions. Here is the log : If someone is interested for the complete log, please ask. Thanks for your help. 374969 [Thread-22] DEBUG org.apache.maven.scm.manager.ScmManager - U 8/src/main/java/com/edfgdf/a16/application/impl/disws/common/scort/PlayerCommonHelper.java 637645 [SocketListener0-4] ERROR org.codehaus.plexus.summit.renderer.Renderer:velocity - Error rendering template: EOFException(java.net.SocketException: Broken pipe) at org.mortbay.http.BufferedOutputStream.flush(BufferedOutputStream.java :195) at org.mortbay.http.ChunkingOutputStream.flush(ChunkingOutputStream.java :67) at org.mortbay.util.ByteBufferOutputStream.ensureSpareCapacity( ByteBufferOutputStream.java:342) at org.mortbay.util.ByteBufferOutputStream.write( ByteBufferOutputStream.java:182) at org.mortbay.http.BufferedOutputStream.write(BufferedOutputStream.java :141) at org.mortbay.http.HttpOutputStream.write(HttpOutputStream.java:442) at org.mortbay.jetty.servlet.ServletOut.write(ServletOut.java :42) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336) at sun.nio.cs.StreamEncoder$CharsetSE.implWrite(StreamEncoder.java:395) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:136) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:146) at java.io.OutputStreamWriter.write(OutputStreamWriter.java:204) at java.io.Writer.write(Writer.java:126) at org.apache.velocity.runtime.parser.node.ASTReference.render( ASTReference.java:291) at org.apache.velocity.runtime.parser.node.SimpleNode.render( SimpleNode.java:230) at org.apache.velocity.Template.merge(Template.java:256) at org.codehaus.plexus.summit.renderer.VelocityRenderer.render( VelocityRenderer.java:70) at org.codehaus.plexus.summit.display.ClassicBufferedDisplay.render( ClassicBufferedDisplay.java:98) at org.codehaus.plexus.summit.pipeline.valve.DisplayValve.invoke( DisplayValve.java:48) at org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke( AbstractPipeline.java:70) at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch( WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567) at org.mortbay.http.HttpContext.handle(HttpContext.java:1807) at org.mortbay.jetty.servlet.WebApplicationContext.handle( WebApplicationContext.java:525) at org.mortbay.http.HttpContext.handle(HttpContext.java:1757) at org.mortbay.http.HttpServer.service(HttpServer.java:879) at org.mortbay.http.HttpConnection.service(HttpConnection.java:789) at
Re: Problem with continuum-1.0.3
Can you do some tests? 1- Remove your database 2- start continuum and configure it 3- add all your projects 4- wait the checkout of files (without browsing continuum web interface, so logs will be clean) 5- Send me logs What is the OS that host Continuum? Emmanuel Thibaut Cazenave a écrit : Yes sorry, I've got to come back to work to check these points. This file on which continuum blocked is not that big : 23533 o on my CVS repository There are bigger files on my project. When checkouted on Windows, this file sizes 20 ko. I've got 1596 files and 2876 folders in my project. And more than 6 lines of code. If you need more info, just ask. Thx Tibo 2006/4/26, Emmanuel Venisse [EMAIL PROTECTED]: Thibaut, Can you answer to my questions? Emmanuel Thibaut Cazenave a écrit : Emmanuel Venisse : Is it a big file? How many files do you have in your project? The best place for continuum question is the continuum mailing list, thanks. Emmanuel Thibaut CAZENAVE a écrit : Hi, I just install Continuum 1.0.3. I've got a serious problem when I add my Maven2 Project. My Maven project is composed of 7 modules. When I add the parent Project, Continuum checkouts the all 7 modules in /build-directory/6/ -- this works well Then Continuum checkouts the first childin /build-directory/7/ -- this works well Then Continuum checkouts the second child in /build-directory/8/ -- this failed Continuum stays blocked when checkouting one file. Then nothing happens. It is impossible to build one of the modules because the checkout of second child is pending... What is strange is that it is always on the same file. I start from scratch a few time and it always do the same thing on the same file : PlayerCommonHelper.java I look on CVS and I don't find anythinf special on this file (same owner, same rights, etc) When I look on build-directory/8/ for this module which checkout seems to fail, I notice that the module is well checkouted and that every file is here (even PlayerCommonHelper.java) If during the checkout, I try to do navigate in continuum website, I got many exceptions. Here is the log : If someone is interested for the complete log, please ask. Thanks for your help. 374969 [Thread-22] DEBUG org.apache.maven.scm.manager.ScmManager - U 8/src/main/java/com/edfgdf/a16/application/impl/disws/common/scort/PlayerCommonHelper.java 637645 [SocketListener0-4] ERROR org.codehaus.plexus.summit.renderer.Renderer:velocity - Error rendering template: EOFException(java.net.SocketException: Broken pipe) at org.mortbay.http.BufferedOutputStream.flush(BufferedOutputStream.java :195) at org.mortbay.http.ChunkingOutputStream.flush(ChunkingOutputStream.java :67) at org.mortbay.util.ByteBufferOutputStream.ensureSpareCapacity( ByteBufferOutputStream.java:342) at org.mortbay.util.ByteBufferOutputStream.write( ByteBufferOutputStream.java:182) at org.mortbay.http.BufferedOutputStream.write(BufferedOutputStream.java :141) at org.mortbay.http.HttpOutputStream.write(HttpOutputStream.java:442) at org.mortbay.jetty.servlet.ServletOut.write(ServletOut.java :42) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336) at sun.nio.cs.StreamEncoder$CharsetSE.implWrite(StreamEncoder.java:395) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:136) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:146) at java.io.OutputStreamWriter.write(OutputStreamWriter.java:204) at java.io.Writer.write(Writer.java:126) at org.apache.velocity.runtime.parser.node.ASTReference.render( ASTReference.java:291) at org.apache.velocity.runtime.parser.node.SimpleNode.render( SimpleNode.java:230) at org.apache.velocity.Template.merge(Template.java:256) at org.codehaus.plexus.summit.renderer.VelocityRenderer.render( VelocityRenderer.java:70) at org.codehaus.plexus.summit.display.ClassicBufferedDisplay.render( ClassicBufferedDisplay.java:98) at org.codehaus.plexus.summit.pipeline.valve.DisplayValve.invoke( DisplayValve.java:48) at org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke( AbstractPipeline.java:70) at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch( WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567) at org.mortbay.http.HttpContext.handle(HttpContext.java:1807) at org.mortbay.jetty.servlet.WebApplicationContext.handle( WebApplicationContext.java:525) at org.mortbay.http.HttpContext.handle(HttpContext.java:1757) at
