ClearCase SCM polling isn't triggered

[buGhunter]

Hi Guys,

I have set up a Base ClearCase build job, and its working fine when I
use the "build periodically" option. However, our team would rather
use the "poll SCM" alternative, in order to avoid unnecessary builds.

If I set up "poll SCM", the ClearCase polling log is created, all the
checkins and other modifications are listed, but at the bottom of the
log Hudson says: "Done. Took xxx sec, No changes", and it never
triggers a build, despite the many changes. Why does Hudson think,
that there are "no changes", even if it can list all the ClearCase
recent changes? What do I miss here?

Thanks in advance,
buGhunter

[Steele, Richard]

Snapshot or dynamic view?

I would double-check the ClearCase settings for the load rules and the branch(es).  I believe these are required by the plug in to create change logs and for polling.

On Fri, Nov 6, 2009 at 2:57 AM, Hunter Bug <[hidden email]> wrote:

Hi Guys,

I have set up a Base ClearCase build job, and its working fine when I
use the "build periodically" option. However, our team would rather
use the "poll SCM" alternative, in order to avoid unnecessary builds.

If I set up "poll SCM", the ClearCase polling log is created, all the
checkins and other modifications are listed, but at the bottom of the
log Hudson says: "Done. Took xxx sec, No changes", and it never
triggers a build, despite the many changes. Why does Hudson think,
that there are "no changes", even if it can list all the ClearCase
recent changes? What do I miss here?

Thanks in advance,
buGhunter

[buGhunter]

It's a snapshot view (Base ClearCase), i use the main (latest) branch, and have only one load rule. We use Hudson v1.328 and ClearCase plugin v1.0.2.

What should I check about these load rules, since they are working fine during a simple build?

Thanks

rsteele wrote:

Snapshot or dynamic view?

I would double-check the ClearCase settings for the load rules and the
branch(es).  I believe these are required by the plug in to create change
logs and for polling.

On Fri, Nov 6, 2009 at 2:57 AM, Hunter Bug <[e-mail]> wrote:

> Hi Guys,
>
> I have set up a Base ClearCase build job, and its working fine when I
> use the "build periodically" option. However, our team would rather
> use the "poll SCM" alternative, in order to avoid unnecessary builds.
>
> If I set up "poll SCM", the ClearCase polling log is created, all the
> checkins and other modifications are listed, but at the bottom of the
> log Hudson says: "Done. Took xxx sec, No changes", and it never
> triggers a build, despite the many changes. Why does Hudson think,
> that there are "no changes", even if it can list all the ClearCase
> recent changes? What do I miss here?
>
> Thanks in advance,
> buGhunter
>

[Steele, Richard]

Make sure the load rule(s) contains your VOB name (you can include an initial "load" if you want) and make sure the branch(es) contains main.  I believe without these, updates will work just fine but all of the changes returned by lshistory will get filtered out.

On Fri, Nov 6, 2009 at 4:09 AM, buGhunter <[hidden email]> wrote:

It's a snapshot view (Base ClearCase), i use the main (latest) branch, and
have only one load rule. We use Hudson v1.328 and ClearCase plugin v1.0.2.

What should I check about these load rules, since they are working fine
during a simple build?

Thanks

rsteele wrote:
>
> Snapshot or dynamic view?
>
> I would double-check the ClearCase settings for the load rules and the
> branch(es).  I believe these are required by the plug in to create change
> logs and for polling.
>
> On Fri, Nov 6, 2009 at 2:57 AM, Hunter Bug <[hidden email]> wrote:
>
>> Hi Guys,
>>
>> I have set up a Base ClearCase build job, and its working fine when I
>> use the "build periodically" option. However, our team would rather
>> use the "poll SCM" alternative, in order to avoid unnecessary builds.
>>
>> If I set up "poll SCM", the ClearCase polling log is created, all the
>> checkins and other modifications are listed, but at the bottom of the
>> log Hudson says: "Done. Took xxx sec, No changes", and it never
>> triggers a build, despite the many changes. Why does Hudson think,
>> that there are "no changes", even if it can list all the ClearCase
>> recent changes? What do I miss here?
>>
>> Thanks in advance,
>> buGhunter
>>
>
>

--
View this message in context: http://n4.nabble.com/ClearCase-SCM-polling-isn-t-triggered-tp547685p547703.html
Sent from the Hudson users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[buGhunter]

rsteele wrote:

Make sure the load rule(s) contains your VOB name (you can include an
initial "load" if you want) and make sure the branch(es) contains main.  I
believe without these, updates will work just fine but all of the changes
returned by lshistory will get filtered out.

So I think I have all these what you mentioned, but to be sure, I copy my load rules and config spec:

Config spec:
element * CHECKEDOUT
element * \main\LATEST

Load rule:
\<VOB-name>\path\to\my\project\root

And usually my polling logs looks like that:
Started on 2009.11.06. 10:22:28
[my_view] $ cleartool pwv -root
d:\path\to\my\view
[my_view] $ cleartool lshistory -all -since 5-nov-09.23:31:28utc+0000 -fmt '\"%Nd\" \"%u\" \"%En\" \"%Vn\" \"%e\" \"%o\" \n%c\n' -nco <VOBname>\path\to\project\root
"20091106.101707" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar" "\main\18" "create directory version" "checkin"
Added file element "anything.java".

"20091106.101705" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java" "\main\1" "create version" "checkin"
my comment here

"20091106.101705" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java" "\main\0" "create version" "mkelem"

"20091106.101705" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java" "\main" "create branch" "mkelem"

"20091106.101705" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java" "" "create file element" "mkelem"
my comment here

"20091106.084603" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar2\test.txt" "\main\4" "create version" "checkin"
Test

"20091106.073058" "username" "d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo2\apple\important.doc" "\main\2" "create version" "checkin"
first version

"20091106.060001" "vobadm" "/<VOBname>" "" "unlock versioned object base" "unlock"

"20091106.020002" "vobadm" "/<VOBname>" "" "lock versioned object base" "lock"
Locked for all users.

Done. Took 1,2 sec
No changes

[Steele, Richard]

Ah, I think you want the load rule to be just <VOB-name>, and don't include the project root directory.

On Fri, Nov 6, 2009 at 6:15 AM, buGhunter <[hidden email]> wrote:

rsteele wrote:
>
> Make sure the load rule(s) contains your VOB name (you can include an
> initial "load" if you want) and make sure the branch(es) contains main.  I
> believe without these, updates will work just fine but all of the changes
> returned by lshistory will get filtered out.
>

So I think I have all these what you mentioned, but to be sure, I copy my
load rules and config spec:

Config spec:
element * CHECKEDOUT
element * \main\LATEST

Load rule:
\<VOB-name>\path\to\my\project\root

And usually my polling logs looks like that:
Started on 2009.11.06. 10:22:28
[my_view] $ cleartool pwv -root
d:\path\to\my\view
[my_view] $ cleartool lshistory -all -since 5-nov-09.23:31:28utc+0000 -fmt
'\"%Nd\" \"%u\" \"%En\" \"%Vn\" \"%e\" \"%o\" \n%c\n' -nco
<VOBname>\path\to\project\root
"20091106.101707" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar"
"\main\18" "create directory version" "checkin"
Added file element "anything.java".

"20091106.101705" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java"
"\main\1" "create version" "checkin"
my comment here

"20091106.101705" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java"
"\main\0" "create version" "mkelem"

"20091106.101705" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java"
"\main" "create branch" "mkelem"

"20091106.101705" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar@@\main\18\anything.java"
"" "create file element" "mkelem"
my comment here

"20091106.084603" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo\bar2\test.txt"
"\main\4" "create version" "checkin"
Test

"20091106.073058" "username"
"d:\path\to\my\view/<VOB-name>\path\to\project\folder\src\foo2\apple\important.doc"
"\main\2" "create version" "checkin"
first version

"20091106.060001" "vobadm" "/<VOBname>" "" "unlock versioned object base"
"unlock"

"20091106.020002" "vobadm" "/<VOBname>" "" "lock versioned object base"
"lock"
Locked for all users.

Done. Took 1,2 sec
No changes


--
View this message in context: http://n4.nabble.com/ClearCase-SCM-polling-isn-t-triggered-tp547685p547730.html

Sent from the Hudson users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[buGhunter]

rsteele wrote:

Ah, I think you want the load rule to be just <VOB-name>, and don't include
the project root directory.

Well, we would like to avoid that, since there are multiple projects inside this VOB and such a load rule would update all the projects, I guess, and there would be an unnecessary vast amount of updates. Do you think Hudson can only work "correctly", if the load rule contains only the VOB root itself?

That would be most unfortunate :(

[mezlight]

You should be able to load whatever directory path within the VOB you
want.
I will try to test this on my server...



-----Original Message-----
From: buGhunter [mailto:[hidden email]]
Sent: Friday, November 06, 2009 7:50 AM
To: [hidden email]
Subject: Re: ClearCase SCM polling isn't triggered




rsteele wrote:
>
> Ah, I think you want the load rule to be just <VOB-name>, and don't
> include
> the project root directory.
>

Well, we would like to avoid that, since there are multiple projects
inside
this VOB and such a load rule would update all the projects, I guess,
and
there would be an unnecessary vast amount of updates. Do you think
Hudson
can only work "correctly", if the load rule contains only the VOB root
itself?

That would be most unfortunate :(

--
View this message in context:
http://n4.nabble.com/ClearCase-SCM-polling-isn-t-triggered-tp547685p5477
47.html
Sent from the Hudson users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Steele, Richard]

Yes, I believe (you're both) correct; this was a misunderstanding on my part.  So, back to the original question: I don't know why polling isn't working for you, unless you've tickled a bug...

On Fri, Nov 6, 2009 at 8:24 AM, Messmer, Jason <[hidden email]> wrote:

You should be able to load whatever directory path within the VOB you
want.
I will try to test this on my server...

-----Original Message-----
From: buGhunter [mailto:[hidden email]]
Sent: Friday, November 06, 2009 7:50 AM
To: [hidden email]
Subject: Re: ClearCase SCM polling isn't triggered




rsteele wrote:
>
> Ah, I think you want the load rule to be just <VOB-name>, and don't
> include
> the project root directory.
>

Well, we would like to avoid that, since there are multiple projects
inside
this VOB and such a load rule would update all the projects, I guess,
and
there would be an unnecessary vast amount of updates. Do you think
Hudson
can only work "correctly", if the load rule contains only the VOB root
itself?

That would be most unfortunate :(

--
View this message in context:
http://n4.nabble.com/ClearCase-SCM-polling-isn-t-triggered-tp547685p5477
47.html
Sent from the Hudson users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Andrew Bayer]

Yup, it can be any arbitrary path.

Bughunter - could you open a bug at https://hudson.dev.java.net/issues, and include your configuration and the actual lshistory output? Once I've got that, I should be able to debug this.

A.

On Fri, Nov 6, 2009 at 6:05 AM, Steele, Richard <[hidden email]> wrote:

Yes, I believe (you're both) correct; this was a misunderstanding on my part.  So, back to the original question: I don't know why polling isn't working for you, unless you've tickled a bug...

On Fri, Nov 6, 2009 at 8:24 AM, Messmer, Jason <[hidden email]> wrote:

You should be able to load whatever directory path within the VOB you
want.
I will try to test this on my server...

-----Original Message-----
From: buGhunter [mailto:[hidden email]]
Sent: Friday, November 06, 2009 7:50 AM
To: [hidden email]
Subject: Re: ClearCase SCM polling isn't triggered




rsteele wrote:
>
> Ah, I think you want the load rule to be just <VOB-name>, and don't
> include
> the project root directory.
>

Well, we would like to avoid that, since there are multiple projects
inside
this VOB and such a load rule would update all the projects, I guess,
and
there would be an unnecessary vast amount of updates. Do you think
Hudson
can only work "correctly", if the load rule contains only the VOB root
itself?

That would be most unfortunate :(

--
View this message in context:
http://n4.nabble.com/ClearCase-SCM-polling-isn-t-triggered-tp547685p5477
47.html
Sent from the Hudson users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]