Re: cruise control write to the .ser file have problem

On 3 August 2011 20:01, IRIS WANG <[email protected]> wrote:

> Hello Julian,
>
> Thank you very much for the reply.
>
> one more question: How can we know that the cruise control is running on
> different users? I thought that the Cruise Control do not have chance to run
> on two different user roles.
>

Use Process Explorer from sysinternals.  It can run twice but only one
process will open the TCP socket.



>
>
> I thought that the Cruise Control was forced to shutdown during writing the
> .ser file. But The SCM engineer told me that when he shut down the Cruise
> Control, there were no any build was running.  He rebooted the Cruise
> Control after the last build was successful several hours.
>

How did he shut the process down?  If you shut it down via the JMX
interface, it should shutdown cleanly.

J.

>
>
> Iris
>
>
>
>
>
> On Sun, Jul 31, 2011 at 4:05 AM, Julian Simpson <[email protected]>wrote:
>
>>
>>
>>  On 28 July 2011 21:46, IRIS WANG <[email protected]> wrote:
>>
>>> Hello All,
>>>
>>> My windows is win2007
>>> the cruise control version is 2.8.2
>>> java version 1.6.1_16 32 bit
>>> maven version 2.0.10
>>>
>>>
>>> After I reboot the cruise control
>>>
>>>
>>> [cc]Jul-28 11:07:12 ProjectConfig - Error deserializing project file from
>>> C:\cruisecontrol\2.8.2\xxx-Daily.ser
>>>
>>> java.io.EOFException
>>>
>>
>>
>>
>> Was CruiseControl running as the wrong user, perhaps?  Or was the process
>> killed off before it had a chance to write out the .ser file?
>>
>> Best
>>
>>
>> J.
>>
>>            at
>>> java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2554)
>>>
>>>         at
>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1297)
>>>
>>>         at
>>> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>>>
>>>         at
>>> java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.Project.readObject(Project.java:126)
>>>
>>>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>
>>>         at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>
>>>         at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>
>>>         at java.lang.reflect.Method.invoke(Method.java:597)
>>>
>>>         at
>>> java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
>>>
>>>         at
>>> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849)
>>>
>>>         at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>>>
>>>         at
>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>>>
>>>         at
>>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.ProjectConfig.readProject(ProjectConfig.java:348)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.ProjectConfig.configureProject(ProjectConfig.java:306)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.CruiseControlController.addProject(CruiseControlController.java:100)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.CruiseControlController.loadConfig(CruiseControlController.java:230)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.CruiseControlController.setConfigFile(CruiseControlController.java:96)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.Main.createController(Main.java:159)
>>>
>>>         at net.sourceforge.cruisecontrol.Main.start(Main.java:126)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.launch.Launcher.run(Launcher.java:259)
>>>
>>>         at
>>> net.sourceforge.cruisecontrol.launch.Launcher.main(Launcher.java:117)
>>>
>>>
>>>
>>>  Comparing the .ser with other ser files I found that the ser did not
>>> have the right ending information. which did not include last successful
>>> build project name.
>>>
>>> After Delete the .ser file reboot the cruise control , the build is
>>> running again. and the new version .ser is OK now.
>>>
>>>
>>>
>>> my question is
>>>
>>>
>>>
>>> what is the reason caused the .ser error?  JMX was down on this server.
>>> I think that JMX might be the reason. But I am not sure.
>>>
>>>
>>> Thank you for reading.
>>>
>>>
>>> Best Regards
>>> IRIS
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Got Input?   Slashdot Needs You.
>>> Take our quick survey online.  Come on, we don't ask for help often.
>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>>> http://p.sf.net/sfu/slashdot-survey
>>> _______________________________________________
>>> Cruisecontrol-user mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
>>>
>>>
>>
>>
>> --
>> Julian Simpson
>> The Build Doctor Ltd.
>> http://www.build-doctor.com
>> [email protected]
>> (+44) 207 183 0323
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>> _______________________________________________
>> Cruisecontrol-user mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
>>
>>
>
>
> ------------------------------------------------------------------------------
> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> Cruisecontrol-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
>
>


-- 
Julian Simpson
The Build Doctor Ltd.
http://www.build-doctor.com
[email protected]
(+44) 207 183 0323

------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

_______________________________________________
Cruisecontrol-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user