Forcing builds from CCTray through web dashboard in 1.4.X?

16 views
Skip to first unread message

Schenk, Eric

unread,
Mar 26, 2008, 6:34:39 PM3/26/08
to ccnet...@googlegroups.com

Hi All,

 

I’ve been trying to force builds from the CCTray application when it’s configured to get it’s information from the web dashboard, and I’m not having any luck. I’m using a fairly recent (last couple of days) drop of 1.4. The release notes draft for 1.4 says this is a new feature.

 

Has anyone else had any luck with this so far? I thought I’d at least ask before I send someone in to dig into the code.

 

Cheers,

 

-- eric

 

 

Daniel Hommel

unread,
Mar 26, 2008, 6:56:10 PM3/26/08
to ccnet...@googlegroups.com
Schenk, Eric schrieb:

Hi Eric,

you need to configure your webUrl settings according to the
documentation. CCTray needs to parse the webUrl for a project to get the
server name part of this REST style URLs the webdashboard uses to be
able to post a HTTP request to the specific ViewFarmReport.aspx. It just
emulates clicking a dasboard button...

If your webUrl is already set according to the documentation then i'd
like to know more about the error.

regards,

Daniel

bong

unread,
Mar 26, 2008, 7:18:33 PM3/26/08
to ccnet-user
Hi guys,

I had this issue when I tried to navigate to web dashboard after
installing version 1.4. Anyone has idea? Just to let you know I had
version 1.1 also run on the machine, and would like to upgrade to 1.4.
I put both version on different virtual directory so would not think
they clash.

Thanks

ThoughtWorks.CruiseControl.Core.CruiseControlException: Exception
calling
NVelocity for template: ProjectGrid.vm Template path is
c:\Program Files\Cruise Control .Net\webdashboard\templates --->
NVelocity.Exception.MethodInvocationException: Invocation of method
'BuildStage' in
ThoughtWorks.CruiseControl.WebDashboard.Dashboard.ProjectGridRow,
template
ProjectGrid.vm Line 101 Column 26 threw an exception --->
System.NullReferenceException: Object reference not set to an instance
of an
object. at
ThoughtWorks.CruiseControl.WebDashboard.Dashboard.ProjectGridRow.get_BuildSt
age() --- End of inner exception stack trace --- at
NVelocity.Runtime.Parser.Node.ASTIdentifier.Execute(Object o,
IInternalContextAdapter context) at
NVelocity.Runtime.Parser.Node.ASTReference.Execute(Object o,
IInternalContextAdapter context) at
NVelocity.Runtime.Parser.Node.ASTGTNode.Evaluate(IInternalContextAdapter
context) at
NVelocity.Runtime.Parser.Node.ASTExpression.Evaluate(IInternalContextAdapter
context) at
NVelocity.Runtime.Parser.Node.ASTIfStatement.Render(IInternalContextAdapter
context, TextWriter writer) at
NVelocity.Runtime.Parser.Node.ASTBlock.Render(IInternalContextAdapter
context, TextWriter writer) at
NVelocity.Runtime.Directive.Foreach.Render(IInternalContextAdapter
context,
TextWriter writer, INode node) at
NVelocity.Runtime.Parser.Node.ASTDirective.Render(IInternalContextAdapter
context, TextWriter writer) at
NVelocity.Runtime.Parser.Node.ASTBlock.Render(IInternalContextAdapter
context, TextWriter writer) at
NVelocity.Runtime.Parser.Node.ASTIfStatement.Render(IInternalContextAdapter
context, TextWriter writer) at
NVelocity.Runtime.Parser.Node.SimpleNode.Render(IInternalContextAdapter
context, TextWriter writer) at NVelocity.Template.Merge(IContext
context,
TextWriter writer) at
NVelocity.App.VelocityEngine.MergeTemplate(String
templateName, String encoding, IContext context, TextWriter writer) at
ThoughtWorks.CruiseControl.WebDashboard.MVC.View.LazilyInitialisingVelocityT
ransformer.Transform(String transformerFileName, Hashtable
transformable)
--- End of inner exception stack trace --- at
ThoughtWorks.CruiseControl.WebDashboard.MVC.View.LazilyInitialisingVelocityT
ransformer.Transform(String transformerFileName, Hashtable
transformable) at
ThoughtWorks.CruiseControl.WebDashboard.MVC.View.VelocityViewGeneratorWithTr
ansformer.GenerateView(String templateName, Hashtable velocityContext)
at
ThoughtWorks.CruiseControl.WebDashboard.Dashboard.VelocityProjectGridAction.
GenerateView(ProjectStatusListAndExceptions
projectStatusListAndExceptions,
String actionName, IRequest request, IServerSpecifier serverSpecifier)
at
ThoughtWorks.CruiseControl.WebDashboard.Dashboard.VelocityProjectGridAction.
Execute(String actionName, IRequest request) at
ThoughtWorks.CruiseControl.WebDashboard.Plugins.FarmReport.FarmReportFarmPlu
gin.Execute(ICruiseRequest request) at
ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.CruiseActionProxyAction.E
xecute(IRequest request) at
ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.ExceptionCatchingActionPr
oxy.Execute(IRequest request)






On Mar 27, 9:56 am, Daniel Hommel <daniel.hom...@it-designers.de>
wrote:

Schenk, Eric

unread,
Mar 26, 2008, 7:28:09 PM3/26/08
to ccnet...@googlegroups.com
Ah. This is what I missed. I'll try configuring these correctly and see
what happens.

Thanks!

-- eric

Daniel Hommel

unread,
Mar 26, 2008, 7:29:13 PM3/26/08
to ccnet...@googlegroups.com
bong schrieb:

> Hi guys,
>
> I had this issue when I tried to navigate to web dashboard after
> installing version 1.4. Anyone has idea? Just to let you know I had
> version 1.1 also run on the machine, and would like to upgrade to 1.4.
> I put both version on different virtual directory so would not think
> they clash.
>

Are you running an 1.4 dashboard against an older server version? It
could cause problems like the mentioned one because there are a few new
features in the dashboard, and the older servers can't handle them.

regards,

Daniel

Schenk, Eric

unread,
Mar 27, 2008, 1:07:12 PM3/27/08
to ccnet...@googlegroups.com
Ok. Correctly configured. I can force builds now. Great!

However, I've noticed a problem. CCTray sometimes freezes up for a few
minutes if I force a build, especially if I immediately force another
build on another project.

Has anyone else seen this kind of issue? Is it a know problem?

Thx,

Daniel Hommel

unread,
Mar 27, 2008, 2:30:32 PM3/27/08
to ccnet...@googlegroups.com
Schenk, Eric writes:
> Ok. Correctly configured. I can force builds now. Great!
>
> However, I've noticed a problem. CCTray sometimes freezes up for a few
> minutes if I force a build, especially if I immediately force another
> build on another project.
>
> Has anyone else seen this kind of issue? Is it a know problem?
>
> Thx,
>
> -- eric
>

Hi Eric,

i've seen the CCTray UI freeze for a few seconds already, but not for
minutes. A problem with CCTray seems to be that the monitoring is
happening in the UI thread and if something blocks (like polling the
servers) then you might see short freezes. I'll try to reproduce it
within the next days, maybe i can say more then...

regards,

Daniel

Daniel Hommel

unread,
Mar 27, 2008, 6:06:45 PM3/27/08
to ccnet...@googlegroups.com
Schenk, Eric writes:
> However, I've noticed a problem. CCTray sometimes freezes up for a few
> minutes if I force a build, especially if I immediately force another
> build on another project.
>
> Has anyone else seen this kind of issue?

If i use two empty dummy projects and force a build on both of them
about 5-10 times then both projects show a grey icon and
"connecting...", sometimes even a WebException occurs (HTTP Error 403).
CCTray seems to need a somewhat undefined time, something between a few
seconds and some minutes, to recover. Does this sound like the problem
you describe?

regards,

Daniel

Schenk, Eric

unread,
Mar 27, 2008, 6:50:32 PM3/27/08
to ccnet...@googlegroups.com
Sounds like it might be the same issue.

I haven't gotten the HTTP error. The major difference is the projects
I'm trigger are rather slow, and the web dashboard is driving a largish
number of machines. Don't know that that makes any real difference
though, as the experience sounds like it's what you've reproduced...

Cheers,

-- eric

-----Original Message-----
From: ccnet...@googlegroups.com [mailto:ccnet...@googlegroups.com]
On Behalf Of Daniel Hommel
Sent: Thursday, March 27, 2008 3:07 PM
To: ccnet...@googlegroups.com
Subject: [ccnet-user] Re: Forcing builds from CCTray through web
dashboard in 1.4.X?

Daniel Hommel

unread,
Mar 31, 2008, 12:23:19 PM3/31/08
to ccnet...@googlegroups.com
Schenk, Eric wrote:
> Sounds like it might be the same issue.
>
> I haven't gotten the HTTP error. The major difference is the projects
> I'm trigger are rather slow, and the web dashboard is driving a largish
> number of machines. Don't know that that makes any real difference
> though, as the experience sounds like it's what you've reproduced...

Hi Eric,

i think the problem is that sometimes, when the webdashboard is under
too much load, it doesn't send the response fast enough which makes
CCTray show the mentioned behavior. I fear the only thing we can fix
here is try to make CCTray handle the problem better (don't know
how/where yet).

You could also try to use a longer poll intervall. It could make the
situation a little better IMHO.

regards,

Daniel


Schenk, Eric

unread,
Mar 31, 2008, 3:45:20 PM3/31/08
to ccnet...@googlegroups.com
I'll try upping the polling interval and see if fixes the issue for most
cases.
Failing that if it's a problem I might dig into the CCTray code. Any
hints as to what to look at?

Thx,

-- eric


-----Original Message-----
From: ccnet...@googlegroups.com [mailto:ccnet...@googlegroups.com]
On Behalf Of Daniel Hommel
Sent: Monday, March 31, 2008 9:23 AM
To: ccnet...@googlegroups.com
Subject: [ccnet-user] Re: Forcing builds from CCTray through web
dashboard in 1.4.X?

Reply all
Reply to author
Forward
0 new messages