Don't suppose there's an easy way we can detect non-Sun JDKs to avoid
this in the future? We'd probably just need to call java -version or
similar and look for HotSpot -- if its there, its Sun and we can use
-XX. If not, we just leave that out in the call.
I've seen this a couple times now on
This has been asked (and answered) several times on this list. Search
the list archives at Nabble.com -- you're bound to find a few hits.
And I'd assume its probably documented in the Continuum wiki as well.
Wayne
On 7/19/07, BDM [EMAIL PROTECTED] wrote:
hello,
I locked my admin account by
Generally, people achieve this by using a post-commit hook in their
SCM. You can find several threads discussing this if you search this
lists' archives for XML-RPC.
Wayne
On 6/12/07, Napoleon Esmundo C. Ramirez
[EMAIL PROTECTED] wrote:
Hey there, Cam!
As of now, Continuum only has builds
Is the Continuum service running as the same user who is running it
from the console? Generally, services are run under the local
Administrator account, so I'd assume you've got some configuration
settings associated with your user account which are not set up
properly for the admin account.
Continuum is running as a service, but there's always a user associated with it.
On Windows, your service is probably running as Local Service which
means the user is Administrator. Or you can specify the user in the
Services configuration.
On Linux, the service is probably owned by root,
as a service under Local
Service. Does this mean that I should add the settings.xml file to:
C:\Documents and Settings\Administrator\.m2\ ?
I appreciate your help. Thanks.
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 01, 2007 11:29 AM
Already filed in JIRA:
http://jira.codehaus.org/browse/CONTINUUM-509
Scheduled for version 1.1.
Wayne
On 3/1/07, Eric Pugh [EMAIL PROTECTED] wrote:
Hi all,
I'd like to force a nightly build without changing anything in CVS.
Is there a way to do this in Continuum? I briefly looked at the
Sounds to me like Client depends on Server depends on Common.
Thus:
common/pom.xml
dependencies...none.../dependencies
server/pom.xml
dependencies...common.../dependencies
client/pom.xml
dependencies...server, common.../dependencies or
dependencies...server.../dependencies and common will be
Sounds like a job for the Cargo M2 plugin:
http://cargo.codehaus.org/
Wayne
On 7/21/06, Prashanth Krishnamurthy [EMAIL PROTECTED] wrote:
Once the build is done, I want the application (.war
file ) to be deployed on a server running on different
machine. How do I do this? Please help.
thanks
I'd think this could be pretty trivial to add as a global default
configuration somewhere.
And it sounds like a few users want it -- one of you guys
(Richard/Julian) might want to add this as a JIRA Enhancement request
and then either write the code yourself and contribute it back or wait
until
I completely agree with Mike. We use the pluginManagement node for
this same purpose.
Wayne
On 5/24/06, Mike Perham [EMAIL PROTECTED] wrote:
We put the explicit version for each plugin in our top-level POM and
update them by hand as we need new features. A deterministic build
process should
Based on the error below, it looks like the deletes aren't cascading properly.
You could probably log in to the database and blow away individual
projects if you dug around and figured out how tables and foreign keys
are linked up.
This seems to be a bug, I'd file it in JIRA. Delete a project
You still have the same problem that Emmanuel already responded to:
[ stacktrace ] ---
java.io.IOException: Directory
C:\svnctm\continuum-core-it\target\it\cvs-root unable to be deleted.
As he said:
and it seems you have a lock on
13 matches
Mail list logo