upgrade from 1.533 to 1.554 failing to bring up dashboard

[AG]

I have Jenkins 1.533 running on SunOS 5.10 ; JDK 1.6.0_27
When I upgrade to 1.554 the dashboard is not coming up. Even the startup 
page also doesn't come up.
The log has monitoring exception and I used to get them in the old version 
too.
All my plugins are upgraded except the maven plugin (That needed a later 
Jenkins version)
I have attached the log file.
Please help.

Thanks
-ag

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


jenkins.log
Description: Binary data

Re: Jenkins LTS 1.532.2 rather often fails when checking Java on Window 7 slaves

[Daniel Beck]

On 14.03.2014, at 23:52, Markus KARG  wrote:

>   at 
> hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:233)

Since this appears to go through 'Let Jenkins control this Windows slave as a 
Windows service', what happens when you launch and control the slave 
differently?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Installation of JDK 7u21 fails / LTS 1.532.2

[Markus KARG]

Didn't help. Tried uninstalling all JDKs and rebootet. No help. All slaves 
suffer from this since I upgraded to LTS 1.533.2.

I AM TOTALLY DESPERATE SINCE I CANNOT WORK WITH DIFFERENT JDKs!
IF THERE IS SOMEONE WILLING TO FIX THIS FOR A FEW BUCKS PLEASE RAISE YOUR 
HANDS NOW!

Am Mittwoch, 12. März 2014 23:06:41 UTC+1 schrieb Daniel Beck:
>
> If possible, try to remove the period in the folder name (C:\.jenkins -> 
> C:\jenkins). I've seen programs on Windows fail to handle that successfully 
> before. 
>
> On 12.03.2014, at 11:11, ka...@quipsy.de  wrote: 
>
> > Using LTS 1.532.2 I have set up several slaves using JDK 7u11 and these 
> worked well until today. 
> > Now I have modified the Jenkins config to use JDK 7u21 instead. 
> > When I start a job, it now tries to install the new jDK, which fails 
> (see below). 
> > 
> > I have no clue what to do. Please help me! :-) 
> > 
> > Gestartet durch Benutzer Markus Karg 
> > 
> > Baue auf Slave 
> > Trunk 
> >  in workspace C:\.jenkins\workspace\Tool (4.35) 
> > 
> > Installing C:\.jenkins\tools\hudson.model.JDK\JDK_7u21\jdk.exe 
> > 
> > [JDK_7u21] $ C:\.jenkins\tools\hudson.model.JDK\JDK_7u21\jdk.exe /s 
> ADDLOCAL="ToolsFeature" REBOOT=ReallySuppress 
> INSTALLDIR=C:\.jenkins\tools\hudson.model.JDK\JDK_7u21 '/L 
> \"C:\.jenkins\tools\hudson.model.JDK\JDK_7u21\jdk.exe.install.log\"' 
> > 
> > JDK konnte nicht installiert werden. 
> > === Logging started: 12.03.2014  11:07:01 === 
> > Action start 11:07:01: INSTALL. 
> > Action start 11:07:01: AppSearch. 
> > Action ended 11:07:01: AppSearch. Return value 1. 
> > Action start 11:07:01: LaunchConditions. 
> > Action ended 11:07:01: LaunchConditions. Return value 1. 
> > Action start 11:07:01: FindRelatedProducts. 
> > Action ended 11:07:01: FindRelatedProducts. Return value 0. 
> > Action start 11:07:01: ValidateProductID. 
> > Action ended 11:07:01: ValidateProductID. Return value 1. 
> > Action start 11:07:01: setUserProfileNT. 
> > Action ended 11:07:01: setUserProfileNT. Return value 1. 
> > Action start 11:07:01: setAllUsersProfile2K. 
> > Action ended 11:07:01: setAllUsersProfile2K. Return value 1. 
> > Action start 11:07:01: CostInitialize. 
> > Action ended 11:07:01: CostInitialize. Return value 1. 
> > Action start 11:07:01: FileCost. 
> > Action ended 11:07:01: FileCost. Return value 1. 
> > Action start 11:07:01: IsolateComponents. 
> > Action ended 11:07:01: IsolateComponents. Return value 1. 
> > Action start 11:07:01: CostFinalize. 
> > Action ended 11:07:01: CostFinalize. Return value 1. 
> > Action start 11:07:01: SetARPReadme. 
> > Action ended 11:07:01: SetARPReadme. Return value 1. 
> > Action start 11:07:01: SetODBCFolders. 
> > Action ended 11:07:01: SetODBCFolders. Return value 1. 
> > Action start 11:07:01: MigrateFeatureStates. 
> > Action ended 11:07:01: MigrateFeatureStates. Return value 0. 
> > Action start 11:07:01: InstallValidate. 
> > Action ended 11:07:02: InstallValidate. Return value 1. 
> > Action start 11:07:02: RemoveExistingProducts. 
> > Action ended 11:07:02: RemoveExistingProducts. Return value 0. 
> > Action start 11:07:02: InstallInitialize. 
> > Action ended 11:07:04: InstallInitialize. Return value 1. 
> > Action start 11:07:04: ProcessComponents. 
> > Action ended 11:07:04: ProcessComponents. Return value 1. 
> > Action start 11:07:04: UnpublishComponents. 
> > Action ended 11:07:04: UnpublishComponents. Return value 1. 
> > Action start 11:07:04: MsiUnpublishAssemblies. 
> > Action ended 11:07:04: MsiUnpublishAssemblies. Return value 1. 
> > Action start 11:07:04: UnpublishFeatures. 
> > Action ended 11:07:04: UnpublishFeatures. Return value 1. 
> > Action start 11:07:04: StopServices. 
> > Action ended 11:07:04: StopServices. Return value 1. 
> > Action start 11:07:04: DeleteServices. 
> > Action ended 11:07:04: DeleteServices. Return value 1. 
> > Action start 11:07:04: UnregisterComPlus. 
> > Action ended 11:07:04: UnregisterComPlus. Return value 1. 
> > Action start 11:07:04: SelfUnregModules. 
> > Action ended 11:07:04: SelfUnregModules. Return value 1. 
> > Action start 11:07:04: UnregisterTypeLibraries. 
> > Action ended 11:07:04: UnregisterTypeLibraries. Return value 1. 
> > Action start 11:07:04: RemoveODBC. 
> > Action ended 11:07:04: RemoveODBC. Return value 1. 
> > Action start 11:07:04: RemoveRegistryValues. 
> > Action ended 11:07:04: RemoveRegistryValues. Return value 1. 
> > Action start 11:07:04: UnregisterClassInfo. 
> > Action ended 11:07:04: UnregisterClassInfo. Return value 1. 
> > Action start 11:07:04: UnregisterExtensionInfo. 
> > Action ended 11:07:04: UnregisterExtensionInfo. Return value 1. 
> > Action start 11:07:04: UnregisterProgIdInfo. 
> > Action ended 11:07:04: UnregisterProgIdInfo. Return value 1. 
> > Action start 11:07:04: UnregisterMIMEInfo. 
> > Action ended 11:07:04: UnregisterMIMEInfo. Return value 1. 
> > Action start 11:07:04: RemoveIniValues. 
> > Action ended 11:07:04: RemoveIniValues. Return value 1. 
> > Action start

Jenkins LTS 1.532.2 rather often fails when checking Java on Window 7 slaves

[Markus KARG]

Since I have updated to LTS 1.532.2 I noticed that rather often Jenkins 
fails when checking Java on Windows 7 slaves.
When checking for Java it says:

ERROR: Failed to prepare Javajcifs.smb.SmbException 
: The 
handle is invalid.
at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:545) 

at jcifs.smb.SmbTransport.send(SmbTransport.java:646) 

at jcifs.smb.SmbSession.send(SmbSession.java:244) 

at jcifs.smb.SmbTree.send(SmbTree.java:119) 

at jcifs.smb.SmbFile.send(SmbFile.java:770) 

at 
jcifs.smb.SmbFileOutputStream.writeDirect(SmbFileOutputStream.java:245) 

at jcifs.smb.SmbFileOutputStream.write(SmbFileOutputStream.java:216) 

at 
org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.copyAndClose(WindowsRemoteProcessLauncher.java:303)
 

at 
org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.launch(WindowsRemoteProcessLauncher.java:118)
 

at 
hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:233)
 

at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:230) 

at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) 

at java.util.concurrent.FutureTask.run(FutureTask.java:166) 

at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 

at java.lang.Thread.run(Thread.java:636) 



After lots of trials it then succeeds with the check -- without ANY change at 
the master, slave, or DC.


Any ideas?


Thanks!

-Markus

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Passing information between parent & child jobs in a matrix job

[Francois Ritaly]

I was able to fulfill my need with this 
plugin: https://wiki.jenkins-ci.org/display/JENKINS/Environment+Script+Plugin

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: JUnit Results Report Causes 'UNSTABLE' Build?

[Daniel Beck]

On 14.03.2014, at 21:28, Mark Waite  wrote:

> You may want to double check if there is a setting in the Subversion tagging 
> plugin which will allow it to tag even if the build is unstable.

No such luck:
https://github.com/jenkinsci/svn-tag-plugin/blob/master/src/main/java/hudson/plugins/svn_tag/SvnTagPlugin.java#L70

---

Also, I'd like to point out that in core UI, 'successful' builds are those with 
SUCCESS or UNSTABLE results, while 'stable' refers to those with SUCCESS 
result. IOW, Subversion Tagging Plugin only allows tagging when builds are 
stable, but uses the wrong term.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Passing information between parent & child jobs in a matrix job

[Francois Ritaly]

It seems that this 
plugin https://wiki.jenkins-ci.org/display/JENKINS/Environment+Script+Plugin 
could do.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: JUnit Results Report Causes 'UNSTABLE' Build?

[Mark Waite]

In general, marking a build as unstable for test failures is the preferred
practice.  It assures that test failures are visible to downstream
consumers (like other jobs, the REST API, etc.).

You may want to double check if there is a setting in the Subversion
tagging plugin which will allow it to tag even if the build is unstable.
 I'm not aware of any way to force the job to be stable when it has failing
tests.

Mark Waite


On Fri, Mar 14, 2014 at 12:23 PM, Chris Beech wrote:

>  Hi there,
>
>
>
> I am executing JUnits as part of my build and am publishing JUnit test
> result reports as a post-build action.
>
>
>
> The problem is, if any JUnit fails it seems that the JUnit test result
> publisher is changing the build status to "UNSTABLE" which means the build
> isn't classed as successful therefore the SVN tagging doesn't happen...
>
>
>
> Recording test results
>
> Build step 'Publish JUnit test result report' changed build result to
> UNSTABLE
>
> No Subversion tagging for unsuccessful build.
>
> Finished: UNSTABLE
>
>
>
> How can I control the behaviour of the JUnit test result report to not be
> marking builds as unstable when tests fail/error?
>
>
>
> Thanks,
>
>
>
> Chris
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Thanks!
Mark Waite

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: Upgrade from war file under tomcat to native install

[Arthur_Herman]

We are running the Jenkins master on Linux and have several Windows machines as 
slaves.
Personally, I would not run the Master from Windows nor run any builds directly 
on the master.

But yes, as long as you’re only running 1 instance, I believe it could take 
over the JENKINS_HOME data.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Eric Wood
Sent: Friday, March 14, 2014 2:40 PM
To: jenkinsci-users@googlegroups.com
Subject: Re: Upgrade from war file under tomcat to native install

Thanks,

Are you running your tomcat on windows and is so what version?

Also, I don;t want to run two versions on the same server at once.  I want to 
download the native windows instance and run it, but point it to the jenkins 
home.  Since it starts as a service I assume that I can shit down the tomcat 
service, download and install the native instance and point it to my jenkins 
home ... correct or am I missing something?

Thanks, Eric

On Friday, March 14, 2014 2:35 PM, 
"arthur_her...@homedepot.com" 
mailto:arthur_her...@homedepot.com>> wrote:
I would not run 2 instances at the same time – Jenkins uses file based storage 
for configs, etc. and the updates by one would not be seen by the other.

We run tomcat with these settings in the tomcat/bin/start.sh file.

export TOMCAT_LOGS="/var/tomcat/logs"

# Jenkins Settings
CATALINA_OPTS="-DJENKINS_HOME=/var/jenkins/"

# Server Settings
CATALINA_OPTS="$CATALINA_OPTS -server"
CATALINA_OPTS="$CATALINA_OPTS -Djava.awt.headless=true"

# Memory Settings
CATALINA_OPTS="$CATALINA_OPTS -Xms4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmx4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmn1024m"
CATALINA_OPTS="$CATALINA_OPTS -XX:PermSize=128m"
CATALINA_OPTS="$CATALINA_OPTS -XX:MaxPermSize=256m"
CATALINA_OPTS="$CATALINA_OPTS -XX:+HeapDumpOnOutOfMemoryError"
CATALINA_OPTS="$CATALINA_OPTS -XX:HeapDumpPath=${TOMCAT_LOGS}"

# Garbage Collection Logging
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDetails"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDateStamps"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintHeapAtGC"
CATALINA_OPTS="$CATALINA_OPTS -Xloggc:${TOMCAT_LOGS}/garbage-collection.log"

export CATALINA_OPTS
exec "$PRGDIR"/"$EXECUTABLE" start "$@"


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Eric Wood
Sent: Friday, March 14, 2014 1:08 PM
To: jenkinsci-users@googlegroups.com
Subject: Upgrade from war file under tomcat to native install

I'm currently running a version of Jenkins under tomcat.  I'm pledged by 
permgen issues that crash the service regularly.  I want to be able to install 
a native instance and point it to my Jenkins home on the same server.  Can 
anybody point me to the steps required to make this a success.  Note sure If I 
have have the war file running under tomcat and install a native instance on a 
windows server at the same time.  Not sure if there is port conflict or other 
issues that may impact the success of this process.

Any help would be greatly appreciated.

Thanks, Eric
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message or its attachment.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Us

RE: Upgrade from war file under tomcat to native install

[Arthur_Herman]

I would not run 2 instances at the same time - Jenkins uses file based storage 
for configs, etc. and the updates by one would not be seen by the other.

We run tomcat with these settings in the tomcat/bin/start.sh file.

export TOMCAT_LOGS="/var/tomcat/logs"

# Jenkins Settings
CATALINA_OPTS="-DJENKINS_HOME=/var/jenkins/"

# Server Settings
CATALINA_OPTS="$CATALINA_OPTS -server"
CATALINA_OPTS="$CATALINA_OPTS -Djava.awt.headless=true"

# Memory Settings
CATALINA_OPTS="$CATALINA_OPTS -Xms4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmx4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmn1024m"
CATALINA_OPTS="$CATALINA_OPTS -XX:PermSize=128m"
CATALINA_OPTS="$CATALINA_OPTS -XX:MaxPermSize=256m"
CATALINA_OPTS="$CATALINA_OPTS -XX:+HeapDumpOnOutOfMemoryError"
CATALINA_OPTS="$CATALINA_OPTS -XX:HeapDumpPath=${TOMCAT_LOGS}"

# Garbage Collection Logging
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDetails"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDateStamps"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintHeapAtGC"
CATALINA_OPTS="$CATALINA_OPTS -Xloggc:${TOMCAT_LOGS}/garbage-collection.log"

export CATALINA_OPTS
exec "$PRGDIR"/"$EXECUTABLE" start "$@"


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Eric Wood
Sent: Friday, March 14, 2014 1:08 PM
To: jenkinsci-users@googlegroups.com
Subject: Upgrade from war file under tomcat to native install

I'm currently running a version of Jenkins under tomcat.  I'm pledged by 
permgen issues that crash the service regularly.  I want to be able to install 
a native instance and point it to my Jenkins home on the same server.  Can 
anybody point me to the steps required to make this a success.  Note sure If I 
have have the war file running under tomcat and install a native instance on a 
windows server at the same time.  Not sure if there is port conflict or other 
issues that may impact the success of this process.

Any help would be greatly appreciated.

Thanks, Eric
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message or its attachment.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Upgrade from war file under tomcat to native install

[Eric Wood]

Thanks, 

Are you running your tomcat on windows and is so what version?

Also, I don;t want to run two versions on the same server at once.  I want to 
download the native windows instance and run it, but point it to the jenkins 
home.  Since it starts as a service I assume that I can shit down the tomcat 
service, download and install the native instance and point it to my jenkins 
home ... correct or am I missing something?

Thanks, Eric



On Friday, March 14, 2014 2:35 PM, "arthur_her...@homedepot.com" 
 wrote:
 
I would not run 2 instances at the same time – Jenkins uses file based storage 
for configs, etc. and the updates by one would not be seen by the other.
 
We run tomcat with these settings in the tomcat/bin/start.sh file.
 
export TOMCAT_LOGS="/var/tomcat/logs"
 
# Jenkins Settings
CATALINA_OPTS="-DJENKINS_HOME=/var/jenkins/"
 
# Server Settings
CATALINA_OPTS="$CATALINA_OPTS -server"
CATALINA_OPTS="$CATALINA_OPTS -Djava.awt.headless=true"
 
# Memory Settings
CATALINA_OPTS="$CATALINA_OPTS -Xms4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmx4096m"
CATALINA_OPTS="$CATALINA_OPTS -Xmn1024m"
CATALINA_OPTS="$CATALINA_OPTS -XX:PermSize=128m"
CATALINA_OPTS="$CATALINA_OPTS -XX:MaxPermSize=256m"
CATALINA_OPTS="$CATALINA_OPTS -XX:+HeapDumpOnOutOfMemoryError"
CATALINA_OPTS="$CATALINA_OPTS -XX:HeapDumpPath=${TOMCAT_LOGS}"
 
# Garbage Collection Logging
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDetails"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDateStamps"
CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintHeapAtGC"
CATALINA_OPTS="$CATALINA_OPTS -Xloggc:${TOMCAT_LOGS}/garbage-collection.log"
 
export CATALINA_OPTS
exec "$PRGDIR"/"$EXECUTABLE" start "$@"
 
 
From:jenkinsci-users@googlegroups.com [mailto:jenkinsci-users@googlegroups.com] 
On Behalf Of Eric Wood
Sent: Friday, March 14, 2014 1:08 PM
To: jenkinsci-users@googlegroups.com
Subject: Upgrade from war file under tomcat to native install
 
I'm currently running a version of Jenkins under tomcat.  I'm pledged by 
permgen issues that crash the service regularly.  I want to be able to install 
a native instance and point it to my Jenkins home on the same server.  Can 
anybody point me to the steps required to make this a success.  Note sure If I 
have have the war file running under tomcat and install a native instance on a 
windows server at the same time.  Not sure if there is port conflict or other 
issues that may impact the success of this process.
 
Any help would be greatly appreciated.
 
Thanks, Eric
-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

 
The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution
 or any action taken or omitted to be taken in reliance on it, is prohibited 
and may be unlawful. When addressed to our clients any opinions or advice 
contained in this Email are subject to the terms and conditions expressed in 
any applicable governing The
 Home Depot terms of business or client engagement letter. The Home Depot 
disclaims all responsibility and liability for the accuracy and content of this 
attachment and for any damages or losses arising from any inaccuracies, errors, 
viruses, e.g., worms, trojan
 horses, etc., or other items of a destructive nature, which may be contained 
in this attachment and shall not be liable for direct, indirect, consequential 
or special damages in connection with this e-mail message or its attachment.
 
-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

JUnit Results Report Causes 'UNSTABLE' Build?

[Chris Beech]

Hi there,

I am executing JUnits as part of my build and am publishing JUnit test result 
reports as a post-build action.

The problem is, if any JUnit fails it seems that the JUnit test result 
publisher is changing the build status to "UNSTABLE" which means the build 
isn't classed as successful therefore the SVN tagging doesn't happen...

Recording test results
Build step 'Publish JUnit test result report' changed build result to UNSTABLE

No Subversion tagging for unsuccessful build.

Finished: UNSTABLE

How can I control the behaviour of the JUnit test result report to not be 
marking builds as unstable when tests fail/error?

Thanks,

Chris

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Passing information between parent & child jobs in a matrix job

[Francois Ritaly]

Hi,

I'm trying to implement an automated release process in jenkins relying on 
the use of a matrix job and the jenkins release plugin.

When used with a matrix job, the jenkins release plugin (in its latest 
version (2.5-SNAPSHOT)) provides a hook named "before matrix build" which 
runs before forking the parallel "configuration builds". With this hook, I 
create a staging repository in Nexus whose url is dynamically generated (it 
looks like 
"http://server:port/nexus/service/local/staging/deployByRepositoryId/12345";).

I need this generated url to be passed to the "configuration builds" forked 
by Jenkins so that they can upload the built artifacts to the temporary 
staging repository. At the moment, this url is written into a properties 
file (NEXUS_STAGING_REPOSITORY_URL=http://...).

I used the "EnvInject" plugin (still in the "before matrix build", just 
after creating the staging repository) to read the properties file and set 
an environment variable from it. This works, I can see the environment 
variable set.

However I expected the forked "configuration builds" to inherit this 
environment variable but that's not the case. When the "configuration 
builds" kick in, I don't have the local properties file.

I tried using different plugins but I'm stuck. I have no idea how to 
propagate this information from the "before matrix build" hook to the 
"configuration 
builds".

Have you ever implemented such a trick ?

Thanks in advance.

-Francois

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Upgrade from war file under tomcat to native install

[Eric Wood]

I'm currently running a version of Jenkins under tomcat.  I'm pledged by 
permgen issues that crash the service regularly.  I want to be able to install 
a native instance and point it to my Jenkins home on the same server.  Can 
anybody point me to the steps required to make this a success.  Note sure If I 
have have the war file running under tomcat and install a native instance on a 
windows server at the same time.  Not sure if there is port conflict or other 
issues that may impact the success of this process.

Any help would be greatly appreciated.

Thanks, Eric

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: SVN Tagging Plugin Issue

[Chris Beech]

Yeah, it did - I gave up in the end and installed Win32SVN (SVN v1.7) and now I 
can see what changes were made. I don't think Jenkins plays nice with SVN v1.8 
which was VisualSVN.

I still had the tagging problem in Win32SVN until I permitted anonymous read 
access, so there's something fishy still going on. The SVN Tagging Plugin says 
it's using the credentials stored as part of the SVN configuration but if that 
were the case I wouldn't be having any problems - Googling around others have 
also had problems so I think it's a plugin issue.

Thanks,

Chris

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Brett Delle Grazie
Sent: March-14-14 02:52
To: jenkinsci-users@googlegroups.com
Subject: Re: SVN Tagging Plugin Issue


OPTIONS failing on tag sounds like a VisualSVN configuration issue. Does the 
Jenkins SVN user have permission to tag?

Sent from my mobile so please forgive any auto correct errors

Kind regards,
Brett
On 11 Mar 2014 14:34, "Chris Beech" 
mailto:chris.be...@dionatec.com>> wrote:
Hi there,

I'm having two problems with SVN;


1.   It's not showing any changes. The build is being invoked because of a 
change, but on the Jenkins page I never see any changes listed

2.   The SVN tagging plugin is giving me this very frustrating error...


[echo] 19:14:43 Compiling the test classes generated from the CREOLE rule 
sets...

server:

BUILD SUCCESSFUL
Total time: 9 seconds
Remote Module Location: http://chrisbeech:81/svn/v6053/trunk@12.
Tag Base URL: http://chrisbeech:81/svn/v6053/tags/last-successful/Incremental.
There was no old tag at 
http://ChrisBeech:81/svn/v6053/tags/last-successful/Incremental.
Subversion copy failed. svn: E200015: OPTIONS /svn/v6053/trunk failed
Build step 'Perform Subversion tagging on successful build' marked build as 
failure
Finished: SUCCESS

My build is succeeding, but the tagging is failing - and I can't figure out 
why. The failing tagging is also not causing my build to fail overall - which 
would also be nice to have!

I am using the latest and greatest of everything;

-  Jenkins 1.554

-  SVN Plugin 2.2

-  SVN Tagging Plugin 1.16

I'm also using VisualSVN (v2.7.4) and this is all on Windows 7 64 bit. SVN is 
working and Jenkins is updating properly and figuring there are changes but 
something's going wrong somewhere for the two issues to be happening.

I'm very new to Jenkins, so any help in resolving these issues (or giving me 
hints on what I would need to do to solve) are gratefully appreciated!

Thanks,

Chris

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Job configurations being updated by SYSTEM

[Jakub Czaplicki]

Hi all,

Most of the jobs I am running are being updated (by user SYSTEM ?) every 
time the job runs. 

The updated value is  and here is how the job config diff looks like:

36  true
37  false
38  
-391394798774448
+391394800224909
40Europe/London
41  
42  false

It seems that the configuration is updated when a Post-build Action is 
added in the job (I need to verify other add-ons)

This causes 
the https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+plugin 
repository to grow very quickly, and it makes difficult to work out when a 
configuration has been changed by a user and not SYSTEM.

Has anyone seen this kind of issue ?

Thanks,
Jakub

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Job configurations being updated by SYSTEM

[Frédéric Camblor]

Hi Jakub,

I think you will want to vote for
https://issues.jenkins-ci.org/browse/JENKINS-19660

Cheers,

Frédéric Camblor  

Bordeaux JUG  Leader
Restx  commiter
Jenkins  community member & plugin commiter



On Fri, Mar 14, 2014 at 3:58 PM, Jakub Czaplicki
wrote:

> Hi all,
>
> Most of the jobs I am running are being updated (by user SYSTEM ?) every
> time the job runs.
>
> The updated value is  and here is how the job config diff looks like:
>
> 36  true
> 37  false
> 38  
> -391394798774448
> +391394800224909
> 40Europe/London
> 41  
> 42  false
>
> It seems that the configuration is updated when a Post-build Action is
> added in the job (I need to verify other add-ons)
>
> This causes the
> https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+pluginrepository
>  to grow very quickly, and it makes difficult to work out when a
> configuration has been changed by a user and not SYSTEM.
>
> Has anyone seen this kind of issue ?
>
> Thanks,
> Jakub
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: NoClassDefFoundError: WorkspaceReader in MavenDependencyUpdateTrigger

[Gurvan Le Dromaguet]

Got this right after installing plugin  Maven Dependency Update 
trigger
 on 
my Jenkins instance.
Consequence, I suppose, is build will not be triggered when a dependency 
has been rebuilt

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

ssh agent forwarding in jenkins is not working

[sesca]

Hi Folks,

I seek your help in one of my doubts posted here:-

http://stackoverflow.com/questions/22406751/sshagent-forwarding-in-jenkins-is-not-working

Looking forward to a solution to my problem.

Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Xvnc 1.16 not working

[Andrea Mariottini]

I upgraded to Xvnc plugin 1.16 (Jenkins 1.554) and suddenly I have this 
error:

[junit] Could not initialize class sun.awt.X11GraphicsEnvironment
[junit] java.lang.NoClassDefFoundError: Could not initialize class 
sun.awt.X11GraphicsEnvironment
[junit] at java.lang.Class.forName0(Native Method)
[junit] at java.lang.Class.forName(Class.java:169)
[junit] No protocol specified
[junit] at 
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
[junit] at sun.awt.X11.XToolkit.(XToolkit.java:89)
[junit] at java.lang.Class.forName0(Native Method)
[junit] at java.lang.Class.forName(Class.java:169)
[junit] at java.awt.Toolkit$2.run(Toolkit.java:834)
[junit] at java.security.AccessController.doPrivileged(Native Method)
[junit] at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:826)
[junit] at 
sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(SwingUtilities2.java:122)
[junit] at 
javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(MetalLookAndFeel.java:1554)
[junit] at 
javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:130)
[junit] at 
javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:1589)
[junit] at javax.swing.UIManager.setLookAndFeel(UIManager.java:514)
[junit] at javax.swing.UIManager.setLookAndFeel(UIManager.java:554)
[junit] at 
javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1317)
[junit] at javax.swing.UIManager.initialize(UIManager.java:1406)
[junit] at javax.swing.UIManager.maybeInitialize(UIManager.java:1394)
[junit] at 
javax.swing.UIManager.getInstalledLookAndFeels(UIManager.java:394)
[junit] at 
it.giuffre.guifactory.swing.blueandgray.GUIFactorySwing.(GUIFactorySwing.java:74)
[junit] at 
it.giuffre.guifactory.swing.blueandgray.AlberoSwingTest.(AlberoSwingTest.java:13)
[junit] at 
java.lang.reflect.Constructor.newInstance(Constructor.java:513)


Reinstalling Xvnc plugin 1.14 solved.

Is a bug of vers. 1.16 or something else?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Reading parent POMs from repositories during parsing POMs phase

[David V]

I tried setting the "Resolve Dependencies during Pom parsing" option on the 
Maven build. The end result is still the same - without the "mvn validate" 
pre-build the build fails. However, I did notice that the Parsing POMs 
stage is trying to use our repository. It is not using our wagon however, 
so the build fails. This is rather surprising because we installed the 
Maven wagon in our Maven lib/ext directory to ensure it is available for 
all builds.

[FATAL] Non-resolvable parent POM: Could not transfer artifact 
com.company:root-maven-pom:pom:7.2 from/to company-maven (s3://company-maven): 
Cannot access s3://company-maven with type default using the available 
connector factories: WagonRepositoryConnectorFactory and 'parent.relativePath' 
points at wrong local POM @ line 4, column 13


On Thursday, January 16, 2014 9:00:40 PM UTC-6, David V wrote:
>
> We are setting up an EC2 cloud of Maven build slaves. Our projects have a 
> number of parent POMs in our Maven repository (not Maven Central). The 
> builds for projects fail during the Parsing POMs phase.
>
> Parsing POMs
> Failed to transfer Could not find artifact com.company:root-maven-pom:pom:7.2 
> in central (http://repo.maven.apache.org/maven2)
> ERROR: Failed to parse POMs
>
>
> Our repositories are setup in a settings.xml file on the master Jenkins 
> server. The settings.xml file also has our server credentials.
>
> Global Settings file -> provided global settings.xml
>
> I believe it is a problem with Jenkins' parsing POM phase. I can make any 
> given build work by using a Pre Step phase to Invoke top-level Maven 
> targets. I just invoke the validate goal in this phase. This successfully 
> loads the parent POM of the project into the local Maven repository, and 
> then the Parsing POMs phase succeeds. Then the rest of the build succeeds.
>
> Is this a Jenkins bug with Parsing POMs? Is there a way I can work around 
> this globally? Remembering to add a Pre-step to each build is tedious and 
> slows down our development cycles when builds fail (we have a lot of 
> projects).
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

NullPointer from hudson.maven.Maven3Builder$MavenExecutionListener with maven-native-plugin/packaging dll

[James Hutton]

I have a multimodule plugin that has a native module in it that produces a 
dll (don't ask, legacy reasons).  However it appears that jenkins is not 
producing a MavenBuildProxy2 instance that matches the module's name, hence 
on projectStarted, etc the execution listener throws a nullpointerexception 
and dies (I had to use my own ExecutionListener to log that, see below). 
 The version of jenkins is 1.466 (I know old, I don't manage the instance) 
and the maven plugin is the same that is bundled with that version of 
jenkins.  Has anyone seen this before?  Or should I just get them to 
upgrade and see if it fixes itself? Stacktrace is as follows:

org.apache.maven.InternalErrorException: Internal error: 
java.lang.NullPointerException
at 
org.apache.maven.lifecycle.internal.BuilderCommon.handleBuildError(BuilderCommon.java:128)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:95)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at 
org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:158)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:98)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:64)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.NullPointerException
at 
hudson.maven.Maven3Builder$MavenExecutionListener.recordMojoEnded(Maven3Builder.java:417)
 <-- Occurs for all execution lifecycles for the module
at 
hudson.maven.Maven3Builder$MavenExecutionListener.mojoSucceeded(Maven3Builder.java:403)
at com.chase.ccs.ess.sc.ArmPublish.mojoSucceeded(ArmPublish.java:322) 
<-- My ExecutionListener
at 
org.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:87)
at 
org.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:42)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:228)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Build Fails with Failed to install JDK. Exit code=1,603

[karg]

That is not a solution to the cause of the problem but just a workaround 
for people being happy with the JDK preinstalled on the host already. You 
just skip installation of the JDK, but you do not make it work using this. 
People suffering from the same problem but NEED the a particular JDK 
installation for a job still need a real solution!

Am Mittwoch, 4. Dezember 2013 10:39:25 UTC+1 schrieb Michael Martfel:
>
> Found the solution:
>
>
>
>1. Go to the URL on your Jenkins master server: 
>http://jenkins-master1:8080/configure#section3
>2. Click on "Configuration" on the upper left side of the screen and 
>choose "JDK"
>3. Delete all JDK installers which are shown in the JDK section --> "JDK 
>installations".
>
>
> Worked for me.
>
> Good luck.
>
> Michael
>
> בתאריך יום חמישי, 28 בנובמבר 2013 18:18:36 UTC+2, מאת Michael Martfel:
>>
>>
>> Hello,
>>
>> I am having issues with my first build with Jenkins.
>>
>> My Master Jenkins is on Ubuntu 12.03 LTS. Jenkins ver. 1.509.4
>> Trying to run a build on a Windows 2008 R2 slave.
>>
>> I am a newbie with Jenkins and your help is much appreciated. 
>>
>> *This is the error I receive in the Windows Jenkins Slave:*
>>
>> Product: Java SE Development Kit 7 Update 45 (64-bit) -- Error 1722.There 
>> is a problem with this Windows Installer package. A program run as part of 
>> the setup did not finish as expected. Contact your support personnel or 
>> package vendor.  Action charsets, location: C:\Program 
>> Files\Java\jdk1.7.0_45\jre\lib\, command: "C:\Program 
>> Files\Java\jdk1.7.0_45\jre\lib\\launcher.exe" "C:\Program 
>> Files\Java\jdk1.7.0_45\bin\\unpack200.exe" -r -v -l "" "C:\Program 
>> Files\Java\jdk1.7.0_45\\jre\lib\charsets.pack" "C:\Program 
>> Files\Java\jdk1.7.0_45\\jre\lib\charsets.jar" 
>>
>> *This is the error I receive in the Jenkins build log:*
>>
>> Started by user anonymous
>> Building remotely on jenkins-winslave in workspace 
>> C:\Jenkins\workspace\Discovery Build and UT
>> Installing C:\Jenkins\tools\hudson.model.JDK\JDK7u45\jdk.exe
>> [JDK7u45] $ C:\Jenkins\tools\hudson.model.JDK\JDK7u45\jdk.exe /s /v /qn 
>> /L "C:\Jenkins\tools\hudson.model.JDK\JDK7u45\jdk.exe.install.log" 
>> REBOOT=ReallySuppress INSTALLDIR="C:\Jenkins\tools\hudson.model.JDK\JDK7u45"
>> Failed to install JDK. Exit code=1,603
>> === Logging started: 28/11/2013  18:02:40 ===
>> Action start 18:02:40: INSTALL.
>> Action start 18:02:40: AppSearch.
>> Action ended 18:02:40: AppSearch. Return value 1.
>> Action start 18:02:40: LaunchConditions.
>> Action ended 18:02:40: LaunchConditions. Return value 1.
>> Action start 18:02:40: FindRelatedProducts.
>> Action ended 18:02:40: FindRelatedProducts. Return value 0.
>> Action start 18:02:40: ValidateProductID.
>> Action ended 18:02:40: ValidateProductID. Return value 1.
>> Action start 18:02:40: setUserProfileNT.
>> Action ended 18:02:40: setUserProfileNT. Return value 1.
>> Action start 18:02:40: setAllUsersProfile2K.
>> Action ended 18:02:40: setAllUsersProfile2K. Return value 1.
>> Action start 18:02:40: CostInitialize.
>> Action ended 18:02:40: CostInitialize. Return value 1.
>> Action start 18:02:40: FileCost.
>> Action ended 18:02:40: FileCost. Return value 1.
>> Action start 18:02:40: IsolateComponents.
>> Action ended 18:02:40: IsolateComponents. Return value 1.
>> Action start 18:02:40: CostFinalize.
>> Action ended 18:02:40: CostFinalize. Return value 1.
>> Action start 18:02:40: SetARPReadme.
>> Action ended 18:02:40: SetARPReadme. Return value 1.
>> Action start 18:02:40: SetODBCFolders.
>> Action ended 18:02:40: SetODBCFolders. Return value 1.
>> Action start 18:02:40: MigrateFeatureStates.
>> Action ended 18:02:40: MigrateFeatureStates. Return value 0.
>> Action start 18:02:40: InstallValidate.
>> Action ended 18:02:40: InstallValidate. Return value 1.
>> Action start 18:02:40: RemoveExistingProducts.
>> Action ended 18:02:40: RemoveExistingProducts. Return value 0.
>> Action start 18:02:40: InstallInitialize.
>> Action ended 18:02:42: InstallInitialize. Return value 1.
>> Action start 18:02:42: ProcessComponents.
>> Action ended 18:02:42: ProcessComponents. Return value 1.
>> Action start 18:02:42: UnpublishComponents.
>> Action ended 18:02:42: UnpublishComponents. Return value 1.
>> Action start 18:02:42: MsiUnpublishAssemblies.
>> Action ended 18:02:42: MsiUnpublishAssemblies. Return value 1.
>> Action start 18:02:42: UnpublishFeatures.
>> Action ended 18:02:42: UnpublishFeatures. Return value 1.
>> Action start 18:02:42: StopServices.
>> Action ended 18:02:42: StopServices. Return value 1.
>> Action start 18:02:42: DeleteServices.
>> Action ended 18:02:42: DeleteServices. Return value 1.
>> Action start 18:02:42: UnregisterComPlus.
>> Action ended 18:02:42: UnregisterComPlus. Return value 1.
>> Action start 18:02:42: SelfUnregModules.
>> Action ended 18:02:42: SelfUnregModules. Return value 1.
>> Action start 18:02:42: UnregisterTypeLibraries.
>> Action ended 18:02:42: UnregisterTypeLib