Re: How many jobs can jenkins support?

[Linards Liepiņš]

What java can suport, that jenkins can also suport. THOUGHT 10 SLAVES FOR
40 -50 JOBS SEMS PRETY CRAZY PROPORTION. THIS IS SOME KIND OF AGRESIVE
ON-DEMAND DISTRIBUTED CONFIG FOR NON FREE-style jobs?


2013/6/8 Roman 

> Hi Joey,
>  I had up to 100 slaves and about 40-50 jobs.
>
> We use server with 24 Gb RAM and about 6-7Gb used by tomcat in peaks.
> Decreasing from 100 to 20 slaves haven't gave significant bonus in
> performance.
>
> I think, memory and cpu consumption depends on many factors and in my
> case it is pretty long test session (up to 30-40 hours) and big amount
> of test results processing.
>
> Thanks,
> Roman
>
> On 06/08/2013 07:08 AM, Joey Jiao wrote:
> > Hi,
> > Anyone has idea that how many slaves can jenkins add?
> > And how many jobs can jenkins support?
> >
> > I know it's depend on the msater server resources, but generally, is
> > there already some data? Like >1K, 10K, 100K?
> >
> > --
> > -Joey Jiao
> >
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Jenkins Developers" group.
> > To unsubscribe from this group and stop receiving emails from it, send
> > an email to jenkinsci-dev+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/groups/opt_out.
> >
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>


-- 
A.C. Linards L.

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

Re: Deadlock issue using slaves.jar on Windows

[Linards Liepiņš]

Also interested in this fix. Stable Jenkins is better than bling-bling
Jenkins.


2013/5/16 Marcus Jacobsson 

> Last year we started using Jenkins and found an issue with Windows slaves
> deadlocking when running the Master on Linux. We analyzed the issue and
> implemented a patch in order for us to use Jenkins.
> I sent a pull request https://github.com/jenkinsci/jenkins/pull/665 that
> closes the connection when it notices a deadlock and thus preventing the
> builds from deadlocking. In the comment there is a link to the source to a
> plugin I use to reproduce the issue if anyone wants to help digging.
>
> I think the problem is related to one build launching several windows
> programs that produces a lot of output. In the test program Jenkins will
> launch a build that executes around 100 instances of dir and ping.
>
> Now we upgraded to the latest LTS 1.509.1 and found that we needed to
> implement the same pach in order to prevent the builds from hanging.
>
> Could anyone verify the patch, we've been using it for about 4-5 months
> and we've tested it with 1.480.1 and 1.509.1.
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
A.C. Linards L.

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

Re: Hello World Plugni in a sequence diagram

[Linards Liepiņš]

Oh. Now I see why Jenkins got so much nasty NPEs :(


2013/5/10 Alexander Luetjen 

> I am trying to depict the key interactions in the Hello World! plugin.
>
> Unfortunaly I couldn't find any class or sequence diagrams on the wiki, so
> I gave it a whirl.
>
> Would you agree that the attached diagram points out the key interactions?
>
> Thanks,
> Alex
>
> --
>
>
> 
> Sent via my desktop from Magnet Fiber
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
A.C. Linards L.

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

Re: Synchronizing build number

[Linards Liepiņš]

I might be wrong and do not understand fully your test case. but is there
no option to use locks nad latches plugin? As long as you trigger job B
from job A and use same Lock, you will prevent unsynced build ... and get
the same effect as pooling. Of course, if you need simutaniously perfomed
builds, it is not and option..

2013/2/11 Daniel Olausson 

> Hi,
>
> We are writing a plugin to synchronize the build number between two or
> more instances of Jenkins running the same job.
>
> That is, if we start jobA on one Jenkins instance and it gets build number
> 5, if jobA starts on another Jenkins instance it should get number 6.
>
> We have been successful in doing this but it's not atomically, which means
> that if we start the job at exactly the same time, they will get the same
> build number.
> Right now we send a message when a job is started to the other Jenkins
> instances which will trigger a call to the 'updateNextBuildNumber' method.
>
> The easiest way would be if we could make the 'assignBuildNumber' method
> on the Jenkins instances mutual exclusive, and when 'assignBuildNumber' is
> called the build number on the other jenkeses
> are updated. However we have not found a way to modify the
> 'assignBuildNumber' method without modifying the jenkins core.
>
> Our plan to achieve mutual exclusion is to use a distributed lock, which
> will prevent concurrent access to the build number.
>
> We want to lock the lock before 'assignBuildNumber' is called, and release
> it when we know that all instances have updated their build number.
>
> Do you know any good extension points for this?
>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
A.C. Linards L.

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

Re: subversion-plugin mail address resolver: proposal to remove the 'legacy' svn repositories from it

[Linards Liepiņš]

umm, no, not any more. Release Managament team already gave up trying to do
any externals implementation long time ago and during the migration from
1.6 to 1.7 version, we had some serious issues as there seemed to have some
leftovers from 1.4/1.5 versions either. My experience is simply - doing
deletion of any default config just by saying "imho no one uses them, but
can reconfigure" will cause billions of new issues describing "trying
adding legacy config, but if failed with NPE." ... and my though instantly
is .. DOOHH .. what you expect if plugin maintainers did this step without
any surveillance / survey whatsoever. This is SCM plugin type and in the
end Jenkins w/o at least critcal bugfree status for GIT/SVN/Mercurial is
pretty huge gambling to waste some invaluable build time. measuerd usually
in hours ...

As long as externals are supported in 1.4 and later versions - it always is
related. The scope / code coverage does not matter here.

2012/12/29 Christoph Kutzinski 

>  I'm afraid that I'm not getting your point:
>
> a) we're not doing any deprecation. We're removing a legacy default config
> (which is IMO very unlikely to be still of use to anyone). Users can still
> reconfigure it, if they really want it
>
> b) I would be very surprised if this would be related in any way to these
> 105 issues you mentioned. But maybe you have an example?
>
> c) I'm especially puzzled why you put 'externals' in the JQL query. Do you
> think that this has anything to do with externals?
>
> Am 29.12.2012 13:23, schrieb Linards Liepiņš:
>
> -1
>
> Because of:
>
> Do JQL with: summary ~ externals OR description ~ externals AND component
> = subversion
>
> 105 issues is way too much to do any deprecation. You will go into bigger
> software QA issues than jenkins currently has ;)
>
>
> 2012/12/29 domi 
>
>> +1
>>
>>  On 28.12.2012, at 10:43, Christoph Kutzinski  wrote:
>>
>>  So if no one has objections, I will happily remove these old svn
>> repositories for mail address resolving :-)
>>
>> Am 18.12.2012 19:10, schrieb Christoph Kutzinski:
>>
>> Hi,
>>
>> this is about the problem described in
>> https://issues.jenkins-ci.org/browse/JENKINS-15440.
>> The mail address resolving via the svn-plugin can be *very* expensive -
>> for me it takes around 20 minutes!
>>
>> Nicolas and I have done some changes to the address resolver, so the
>> 'known' repositories can be configured now and resolving is skipped
>> altogether if none are configured.
>>
>> See
>> https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/hudson/scm/SubversionMailAddressResolverImpl.java
>>
>> However, this still leaves the problem in place for users who don't
>> configure anything here:
>> per default Jenkins would still try to infer mail addresses against the
>> svn.sourceforge.net/svnroot/ and the dev.java.net svn repositories.
>> I'd propose to remove this defaults altogether, so that new users won't
>> run into this problems, too.
>> About the state of these 2 repositories (AFAIK): dev.java.net has been
>> discontinued altogether, svn.sourceforge.net has been replaced by the
>> new SF svn repository service.
>> So these 2 are IMHO really legacy and could be removed.
>>
>> Any opinions?
>> Of course these are technically still backwards incompatible changes, but
>> I'd argue that tey are very minor and the benefit of removing them is much
>> bigger.
>> We should of course mention the changes in the changelog, so users who
>> really want to have these repos in the resolver, can configure them after
>> the upgrade.
>>
>>
>> cheers
>> Christoph
>>
>>
>>
>>
>
>
> --
> A.C. Linards L.
>
>
>


-- 
A.C. Linards L.

Re: subversion-plugin mail address resolver: proposal to remove the 'legacy' svn repositories from it

[Linards Liepiņš]

-1

Because of:

Do JQL with: summary ~ externals OR description ~ externals AND component =
subversion

105 issues is way too much to do any deprecation. You will go into bigger
software QA issues than jenkins currently has ;)


2012/12/29 domi 

> +1
>
> On 28.12.2012, at 10:43, Christoph Kutzinski  wrote:
>
>  So if no one has objections, I will happily remove these old svn
> repositories for mail address resolving :-)
>
> Am 18.12.2012 19:10, schrieb Christoph Kutzinski:
>
> Hi,
>
> this is about the problem described in
> https://issues.jenkins-ci.org/browse/JENKINS-15440.
> The mail address resolving via the svn-plugin can be *very* expensive -
> for me it takes around 20 minutes!
>
> Nicolas and I have done some changes to the address resolver, so the
> 'known' repositories can be configured now and resolving is skipped
> altogether if none are configured.
>
> See
> https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/hudson/scm/SubversionMailAddressResolverImpl.java
>
> However, this still leaves the problem in place for users who don't
> configure anything here:
> per default Jenkins would still try to infer mail addresses against the
> svn.sourceforge.net/svnroot/ and the dev.java.net svn repositories.
> I'd propose to remove this defaults altogether, so that new users won't
> run into this problems, too.
> About the state of these 2 repositories (AFAIK): dev.java.net has been
> discontinued altogether, svn.sourceforge.net has been replaced by the new
> SF svn repository service.
> So these 2 are IMHO really legacy and could be removed.
>
> Any opinions?
> Of course these are technically still backwards incompatible changes, but
> I'd argue that tey are very minor and the benefit of removing them is much
> bigger.
> We should of course mention the changes in the changelog, so users who
> really want to have these repos in the resolver, can configure them after
> the upgrade.
>
>
> cheers
> Christoph
>
>
>
>


-- 
A.C. Linards L.

Re: NetBeans plugin for Stapler/Jenkins plugin dev

[Linards Liepiņš]

Any possible roadmap for other IDEs?

Cerrtainly for Visual Studio / Embarcadero RAD / IntelliDEA ... ?

In particular I am interested in developing Nullsoft Installation Script
plugin / extend current nsis-plugin...

2012/12/3 Jesse Glick 

> stapler/netbeans-stapler-**plugin [1] is available for any NetBeans IDE
> users writing Jenkins plugins. Binaries on Plugin Portal. Still early days
> for it, so send me feedback (or pull requests).
>
> [1] 
> https://github.com/stapler/**netbeans-stapler-plugin
>



-- 
A.C. Linards L.

Re: slowness with jenkins 1.490

[Linards Liepiņš]

Some minor improvement noticed when upgraded to v1.491.

Still - it is as not as fast as with 1.481 ...

2012/11/21 Linards Liepiņš 

> Same on 1.486.
>
>
> 2012/11/21 Per Arnold Blaasmo 
>
>> On 20. nov. 2012 14:42, ohad shai wrote:
>> > I also happened on 1.491
>> >
>> > On Tuesday, November 20, 2012 2:30:22 PM UTC+2, ohad shai wrote:
>> >
>> > Hi,
>> > I upgraded from jenkins 1.482 to 1.490. I am using a war file
>> directly.
>> > I noticed a huge slowness when loading the main web page and also
>> > some other jobs pages.
>> > Does anyone know about that issue? is it possible that this was
>> > already fixed?
>> > Thanks,
>> > Ohad.
>> >
>> I have experienced the same issue. The main web page is very slow
>> sometimes.
>>
>> Loading another page seems ok. For me it seems like it is only the main
>> page.
>>
>> I am not sure if it happened after a special version of Jenkins or if it
>> was after I installed the "DropDown ViewsTabBar Plugin".
>>
>> We run version 1.491 now.
>>
>> Reagards
>> Per A.
>>
>
>
>
> --
> A.C. Linards L.
>



-- 
A.C. Linards L.

Re: Query about running different job steps on different slaves

[Linards Liepiņš]

You are welcome to follow-up / vote for these JIRA issues :)

JENKINS-15397

2012/11/21 Jason Swager 

> As far as I know, there is no plugin that lets you run individual build
> steps on a different slave than the one that job originally started on.
>  But there ways to mimic this behavior.
>
> We do something like this in our own tests.  One job starts up; it has a
> parameter that indicates another slave on which to run parts of the test.
>  The original job (we call it the master job), then uses the Parameterized
> Trigger Plugin's build step plus the NodeLabel Plugin parameter to start
> another job (called a slave job) on the slave in question.  The ParamTrig
> build step can be set to wait until the slave job is finished running -
> that gives us sequential behavior: steps run on the master, then on the
> slave, then on the master.
>
> Sometimes, we have to have steps running in parallel on the master and
> slave.  In that case, the ParamTrig build step can also start the job on
> the slave then immediately return to its own steps.  Synching the two
> executions can be difficult and tricky
>
>
> On Wednesday, November 21, 2012 6:18:29 AM UTC-8, alok kumar wrote:
>>
>> Hi,
>> Can anyone let me know if it is possible to execute different build steps
>> on different slaves from within a single job?
>> Is there any plugin that supports that? If not, what can be the
>> workaround to achieve the same?
>>
>> Any help would be greatly appreciated.
>>
>> Thanks,
>> Alok
>>
>


-- 
A.C. Linards L.

Re: slowness with jenkins 1.490

[Linards Liepiņš]

Same on 1.486.

2012/11/21 Per Arnold Blaasmo 

> On 20. nov. 2012 14:42, ohad shai wrote:
> > I also happened on 1.491
> >
> > On Tuesday, November 20, 2012 2:30:22 PM UTC+2, ohad shai wrote:
> >
> > Hi,
> > I upgraded from jenkins 1.482 to 1.490. I am using a war file
> directly.
> > I noticed a huge slowness when loading the main web page and also
> > some other jobs pages.
> > Does anyone know about that issue? is it possible that this was
> > already fixed?
> > Thanks,
> > Ohad.
> >
> I have experienced the same issue. The main web page is very slow
> sometimes.
>
> Loading another page seems ok. For me it seems like it is only the main
> page.
>
> I am not sure if it happened after a special version of Jenkins or if it
> was after I installed the "DropDown ViewsTabBar Plugin".
>
> We run version 1.491 now.
>
> Reagards
> Per A.
>



-- 
A.C. Linards L.

Re: env variables

[Linards Liepiņš]

What kind of env vriables you are reffering to?

Nodes ?

Slave/Master?

System ( User / Machine / System context )?

Build env variables, defined with build-scripts?

For some part of the fun you can check out my battle against env variable
mess in Jenkins that I find inacceptable in any production software ..

http://stackoverflow.com/questions/12670572/passing-system-env-variable-into-jenkins-slave

2012/10/30 Michael Hüttermann 

> thanks, but this solution has the indirection via another plugin. How can
> I directly set environment variables in the Jenkins plugin?
>
>
> Michael
>
>
>
>
> On Tuesday, October 30, 2012 2:40:06 PM UTC+1, xterm wrote:
>>
>> Geez, sorry was in a hurry
>>
>> echo HG_CHANGESET=${HG_CHANGESET} > /tmp/workspace/hgchangeset.**
>> properties
>>
>> where the variable ${HG_CHANGESET} contains the 123:abcdefghi value.
>>
>> xterm
>>
>> On Tuesday, October 30, 2012 8:10:38 AM UTC-5, Michael Hüttermann wrote:
>>>
>>> Hello,
>>>
>>> could you please give me a pointer what the recommended way is to set
>>> environment variables in hudson.tasks.Builder#perform, which are in turn
>>> read in a later build step inside the same job?
>>>
>>>
>>> Thank you.
>>>
>>>
>>> Cheers
>>> Michael
>>>
>>


-- 
A.C. Linards L.

Re: Question about TFS Plugin

[Linards Liepiņš]

Feeling for ya, mate. Truly do. I am living on Delph, Jenkins, NSIS and Ant
and screw Microsoft in each and every possibility I can. :) Only thing I
cannot escape is SSMS :/

2012/10/26 Andrew Gray 

> :) i didn't choose TFS.
>
> If I had my choice the source code would be in a git repo and we'd be
> connecting to it with gitextensions.
>
> That would make my life a lot easier, but I am dealing with a group of
> Microsoft sheep who "Microsoft-all-the-way".
>
> Cheers,
>
> Andrew
>
> On Friday, October 26, 2012, wrote:
>
>>  Hehehe. .. Let me put this on other perspective - if Microsoft would
>> not even provide native support for their azure service for most popular
>> CI, i would be surprised anything related to open-source would be fully
>> functional... Team foundation is not ide platform that is intrded anythong
>> other than for upcoming Windows 8 garage so your best option to get usef to
>> it. I wm not helping to solve this issue, but i hope it will make you to
>> plan more than just rely on particular vendor.
>>
>> On 26/10/2012 1:31 Andrew Gray wrote:
>> Hi All,
>>
>> Short answer: No I didn't.
>>
>> Longer answer: I have raised 
>> JENKINS-15384requesting 
>> this functionality be fixed.  Please vote for it to give it
>> attention.  Question:  Has anyone out there had ANY success getting the
>> latest version of a projects files out of TFS using ANY means?  Please let
>> us know how you did it...it appears to me to be a failing of tf.exe from
>> Microsoft, although that would surprise me that it is totally broken (at
>> least that is how it appears to me at the moment).
>>
>> Cheers,
>>
>> Andrew
>>
>>
>>
>> On 26 October 2012 02:15, dmarkov  wrote:
>>
>>> Hi Andrew,
>>>
>>> Did you succeed to solve your problem as I experiencing the same one?
>>> If yes, it will be great to share the solution.
>>>
>>> Thanks in advance!
>>>
>>> Regards,
>>> Deyan
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://jenkins.361315.n4.nabble.com/Fwd-Question-about-TFS-Plugin-tp4641648p4644370.html
>>> Sent from the Jenkins dev mailing list archive at Nabble.com.
>>>
>>
>>
>>


-- 
A.C. Linards L.

Re: [infra-outage] wiki.jenkins-ci.org and issues.jenkins-ci.org are down

[Linards Liepiņš]

And I though chrome has some hormonal issues...

2012/10/2 Arnaud Héritier 

> Hi all,
>
>   We are sorry but wiki.jenkins-ci.org and issues.jenkins-ci.org are down
> and we have for now no visibility about an ETA for them.
>
> Cheers,
>
> -
> Arnaud Héritier
> http://aheritier.net
> Mail/GTalk: aherit...@gmail.com
> Twitter/Skype : aheritier
>
>


-- 
A.C. Linards L.

Re: Discussion about Jenkins remote view improvement

[Linards Liepiņš]

Also interested in this topic.

2012/8/7 Jonux 

> Hi!
>
> I'd like to have possibility to monitor Jenkins jobs from other computers.
> As far as I have seen there aren't any clever solution to that problem. I
> run Jenkins jobs in two servers, but I would like to have monitoring access
> to those jobs from other computers. So inside Jenkins could be a job option
> "Remote view job from other Jenkins client".
>
> Is this property possible to create with a plugin or should it be
> implemented into Jenkins core?
>
> Best regards,
> Jonux




-- 
A.C. Linards L.

Re: I say we should aim for Jenkins devroom in FOSDEM!

[Linards Liepiņš]

:)

In the temrs of location changes -  I fully agree. These meetings should be
made more are covering as nowadays IT companies related to any kind of
software engineering havimg more than 200 employees uses CI..

2012/8/6 Lars Kruse 

> @ Sébastien
> Dry your eyes mate ;-)  Please consider the Jenkins CI User Event in
> Copenhagen on September 7th as an alternative to Antwerp.
>
> http://jciusrcph12.eventbrite.com
>
> Lars Kruse
> l...@praqma.net
>
>
> On Mon, Aug 6, 2012 at 6:00 PM, Sébastien Canart wrote:
>
>> I'm a little bit disappointed that JUC Antwerp was cancelled, especially
>> after the time I put to convince my boss to pay it for me, but I understand
>> that those conference cost a lot in time and resources.
>>
>> Also, it wasn't possible for me to go to the San Francisco JUC (that is
>> very far away from Belgium).
>>
>> But I will really happy if there will be dev room at Fosdem!
>>
>> Maybe it is also possible to organize one JUC by year, but at a different
>> country each time, to allow most of the people to come.
>> On Aug 4, 2012 1:00 AM, "Kohsuke Kawaguchi"  wrote:
>>
>>>
>>> We had a significant concentration of the Jenkins people in FOSDEM this
>>> year, and I think everyone who were there really loved it.
>>>
>>> We were just chatting in IRC and we started wondering if maybe this year
>>> we should aim for running our own Devroom. A devroom in FOSDEM is like a
>>> conference track, and it takes about 6-10 talks to fill a day.
>>>
>>> So the main question here is if there's enough interest mainly from our
>>> friends in Europe to go do a talk. We obviously still need to find out what
>>> the criteria is for getting a devroom, but according to the last year's
>>> schedule, call for devrooms go out around in September [1].
>>>
>>>
>>> [1] https://lists.fosdem.org/**pipermail/fosdem/2011-**
>>> September/001322.html
>>> --
>>> Kohsuke Kawaguchi  http://kohsuke.org/
>>>
>>
>


-- 
A.C. Linards L.

Re: I say we should aim for Jenkins devroom in FOSDEM!

[Linards Liepiņš]

@Lars, yeah, but in that day I am starting my vocation ... :( ... too busy
in the summer middle with fightinh with devs about committing less to trunk
and more to branches/aheads :)

2012/8/6 Vojtech Juranek 

> > We were just chatting in IRC and we started wondering if maybe this year
> > we should aim for running our own Devroom.
>
> great idea
>
> > So the main question here is if there's enough interest mainly from our
> > friends in Europe to go do a talk.
>
> If I'm able to come, I can give a talk. Hopefully will figure out some
> interesting enough topic:-)
>



-- 
A.C. Linards L.

Re: I say we should aim for Jenkins devroom in FOSDEM!

[Linards Liepiņš]

At some point this is offtopic, but - Is there any plans for organizing
such meeting in Baltic countries in near future? There would be some
attendants for all ower the Scandinavia at the minimum...

2012/8/6 Jiří Sviták 

>
> Dne sobota, 4. srpna 2012 1:00:31 UTC+2 Kohsuke Kawaguchi napsal(a):
>
>>
>> So the main question here is if there's enough interest mainly from our
>> friends in Europe to go do a talk.
>>
>
> Hello,
> I wanted to apply for a talk at JUC in Antwerp, so now I am interested in
> talking at FOSDEM.
>
> Best regards
> Jiri Svitak
>



-- 
A.C. Linards L.

Re: How to load config from disc and POST to config.xml

[Linards Liepiņš]

Search for discussin with the title "Reload Job config.xml programmatically"
;) Imho it is somewhat to your direction...

2012/7/30 altamash 

> How to load config from disc and POST to config.xml so that fields values
> in job config are updated
>



-- 
A.C. Linards L.

Re: How to load config from disc and POST to config.xml

[Linards Liepiņš]

Maybe this one helps:  https://mail.google.com/mail/#inbox/138c34879d164772

2012/7/30 altamash 

> How to load config from disc and POST to config.xml so that fields values
> in job config are updated
>



-- 
A.C. Linards L.

Re: Keeping Selenium Plugin up to date

[Linards Liepiņš]

build moneky* :)

2012/7/22 Linards Liepiņš 

> Hmm .. I suppose some clarification/reminding of how stuff owrks will not
> harm here...
>
> Something must build/compile this selenium plugin. Usually this something
> is "build moneky". Usually these build monekys are most occupied people in
> whole development process because of several reasons - few of them you
> mentioned by yourself. For example - build automatization systems,
> therefore, build scripts have got no AI to automatically adapt to new
> changes made in api level of the dependewd software, therefore you have two
> options:
>
>  - maintain you own compatability layer ( in the form of some kind of lib
> .. )
>  - force Selenium to pay someone willing to maintain it. Web Browser deves
> have no 3rd party interest in this ... :/
>
> Therefore it the word "maintaining" is used ... it is not about willing -
> it is almost all the time about inconsistency on the release/version
> schedule and lack of documentation.
>
>
> 2012/7/22 Andrew Gray 
>
>> Hi All,
>>
>> One of the biggest showstoppers for me is the incompatibility of the
>> version of selenium embedded within the selenium plugin with browser
>> versions changing so much.  We are up to Chrome 22 or something and Firefox
>> 14.0.1.
>>
>> My tests just fail because the jenkins plugin is not spawning the browser
>> process to run the test.
>>
>> Is there a(n) (automated?) way we can get keep the Selenium Plugin up to
>> date with browser releases?
>>
>> The Selenium Project seems to be able to release versions of selenium
>> that keep pace with browsers
>>
>> Why can't the Selenium Plugin keep place with the latest release of
>> Selenium (and therefore browsers)?
>>
>> Regards,
>>
>> Andrew
>>
>
>
>
> --
> A.C. Linards L.
>



-- 
A.C. Linards L.

Re: Keeping Selenium Plugin up to date

[Linards Liepiņš]

Hmm .. I suppose some clarification/reminding of how stuff owrks will not
harm here...

Something must build/compile this selenium plugin. Usually this something
is "build moneky". Usually these build monekys are most occupied people in
whole development process because of several reasons - few of them you
mentioned by yourself. For example - build automatization systems,
therefore, build scripts have got no AI to automatically adapt to new
changes made in api level of the dependewd software, therefore you have two
options:

 - maintain you own compatability layer ( in the form of some kind of lib
.. )
 - force Selenium to pay someone willing to maintain it. Web Browser deves
have no 3rd party interest in this ... :/

Therefore it the word "maintaining" is used ... it is not about willing -
it is almost all the time about inconsistency on the release/version
schedule and lack of documentation.

2012/7/22 Andrew Gray 

> Hi All,
>
> One of the biggest showstoppers for me is the incompatibility of the
> version of selenium embedded within the selenium plugin with browser
> versions changing so much.  We are up to Chrome 22 or something and Firefox
> 14.0.1.
>
> My tests just fail because the jenkins plugin is not spawning the browser
> process to run the test.
>
> Is there a(n) (automated?) way we can get keep the Selenium Plugin up to
> date with browser releases?
>
> The Selenium Project seems to be able to release versions of selenium that
> keep pace with browsers
>
> Why can't the Selenium Plugin keep place with the latest release of
> Selenium (and therefore browsers)?
>
> Regards,
>
> Andrew
>



-- 
A.C. Linards L.

Re: Reload a job on launch

[Linards Liepiņš]

For this the Source Code Managemant and its SCM Pooling option is made for
;)

Use Version Control System like SVN or GIT, enable that option and you will
not have issues with outdated source being built ...

But - if you cannot use it, then you can mimic this behaivor using
Pre-build action(s) to do what you want.

Besides - if you would be more specific and describe the vsetup you have
for your CI, people here could be more helpful.

2012/7/17 obama 

> Hello,
>
> I am trying to make a plugin that would relaunch a build once it is being
> launched.
> I want to be able to do so because sometimes, Jenkins puts builds in
> queue, and by the time they are launched, they are out of date.
>
> Does anyone knows how to do so?
>
> Thank you
>



-- 
A.C. Linards L.

Re: NAnt plugin update

[Linards Liepiņš]

NAnt is standalone plugin ; It is not uspposed to support any other plugin.

Besides - what is condidtional in this context - you input some kind of
condition set ; similar to parameters in ParametrizedBuild plugin and then
launch it? Or you implement Ant-like parameter passing?

Mainly you have to make patch ; make it as pull request so someone can
review it ; and then it might be integrated in NAnt plugin. :)

Hope it helps.

2012/7/10 Glenn 

> Hi All,
>
> I am fairly new to Jenkins, thanks for the great app.
>
> I am using Jenkins for a complex windows application build which needs the
> conditional plugin. This all works fine except the NAnt plugin does not
> support the conditional plugin. I updated the NAnt plugin to work with
> this, what the preferred method to get that back into the repository?
>
> I do have a github account - gtmacgregor is the username.
>
> Thanks
>
>  Glenn
>



-- 
A.C. Linards L.

Re: Anonymous users

[Linards Liepiņš]

SSH? Safer, but sometimes is overkill ... :)

2012/7/7 shahrooz 

> To whom it may concern,
> For Subversion Polling,we need to grant read access to anonymous users
> in SVN which is a great security hole.
> Is there any workaround for this?
> Thanks in advance.




-- 
A.C. Linards L.

Re: Plugin 'Synchronize remote jobs'

[Linards Liepiņš]

Jan,

"Allow to show difference before commit to SCM or update from SCM"

 - doesn't this allso sets dependecy on this pul request?

See this link:
http://jenkins.361315.n4.nabble.com/Pre-SCM-poll-extension-td4631662.html

2012/7/6 Jan Ruzicka 

> Hi
>
> have you looked at  SCM Sync configuration plugin[1]?
>
> It may be a worth to have the JobConfigHistory+Plugin and SCM Sync
>  cooperate.
> Job Config history showing differences in the SCM captured configs.
> Allow to show difference before commit to SCM or update from SCM.
>
> Jan
>
> [1]
> https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+plugin
> Jan
> On Jul 6, 2012, at 9:56 AM, Michaël Pailloncy wrote:
>
> > You are absolutely right, if I would like to just merge jobs
> configuration, this would be probably the best solution.
> >
> > But jobs configurations in production and pre-production environment
> have many differences. For exemple, I have disabled triggers, emails
> notifications and initialize the number of days of keeping builds to 1
> (with a Groovy scripts).
> > Furthermore, it will surely happen that jobs configuration are changed
> intentionally. For example, when adding a feature in pre-production before
> use it in production.
> > So in all my configuration files, I've changes that I want to keep, and
> others I do not want.
> >
> > With this plugin, I would like to keep the control when importing a job
> and choose manually the parts of the configuration file I want to keep in
> the production environment.
> > Maybe I'm wrong, but I think it will be difficult to have this
> flexibility with a version control system.
> > What do you think ?
> >
> > 2012/7/6 Jesse Glick 
> > On 07/06/2012 04:17 AM, Michaël Pailloncy wrote:
> > I would like to compare file line by line and merge part of them [...].
> This plugin will allow me to apply some modifications directly without
> repeating manual actions
> > in the production environment [...]
> >
> > At the low level, this is a task best handled by version control.
> Reinventing three-way merge is not a good use of your time.
> >
> > Whether done as a plugin or directly via some scripts run on the two
> Jenkins masters, you would want to set up a baseline repository, e.g. using
> Git, which manages */config.xml and so on for the first draft of the
> staging master. Now copy that repository to the production master, make the
> minimal changes needed to reflect the production environment (such as a
> different "Jenkins URL"), and commit the result to a 'production' branch.
> In the future, when making job or general configuration changes in the
> staging master, commit those to a 'staging' branch; pull the branch over to
> the production master and merge 'staging' into 'production'.
> >
>
> Jan Ruzicka
> Senior Software Engineer
> Comtech Mobile Datacom Corporation
> 20430 Century Blvd, Germantown, MD 20874
> Office: 240-686-3300
> Fax: 240-686-3301
>
> The information contained in this message may be privileged and/or
> confidential. If you are not the intended recipient, or responsible for
> delivering this message to the intended recipient, any review, forwarding,
> dissemination, distribution or copying of this communication or any
> attachment(s) is strictly prohibited. If you have received this message in
> error, please so notify the sender immediately, and delete it and all
> attachments from your computer and network.
>
>


-- 
A.C. Linards L.

Re: Plugin 'Synchronize remote jobs'

[Linards Liepiņš]

Then I have no solution. I did search for same thing some time ago and did
noit find any ready-made solution. Only option, imho, is to write your own
extended jobconfighistory plugin...

2012/7/6 Michaël Pailloncy 

> It's another master but with smaller capacity. Its sole purpose is to test
> updates and new features before use them in production.
>
>
> 2012/7/6 Linards Liepiņš 
>
>> Specify the term "Jenkins instance". Is it seperate process on seperate
>> machine? Or is it Slave?
>>
>> If it is slave, then you could use something similar to Publisher plugin.
>>
>> If it is other instance on other machine, I would not recommend such
>> activities as the result of any connection interruption withing you build
>> infrastructure most likely will cost you a lot of valueable time of your
>> release monekys :)
>>
>>
>> 2012/7/6 Michaël Pailloncy 
>>
>>> Thanks for your reply.
>>>
>>> The goal of the plugin is to maintain Jobs configurations between a
>>> Jenkins instance in 'production' and another one in 'pre-production'. The
>>> goal of the 'pre-production' is to test upgrade of Jenkins and its plugins
>>> before apply updates to 'production' environnent.
>>>
>>> My first idea is not to implement version control support. I would like
>>> to compare file line by line and merge part of them if, for example, the
>>> job in pre-production has been modified because of a regression during
>>> testing. This plugin will allow me to apply some modifications directly
>>> without repeating manual actions in the production environment, which can
>>> be source of problems
>>>
>>> I hope to be sufficiently clear.
>>>
>>>
>>> 2012/7/6 Linards Liepiņš 
>>>
>>>> And you want it to implement w/o version control support? Merging
>>>> differences mainly stands within VCS, but the plugin you mention simply
>>>> compares file line by line...
>>>>
>>>> Of course - It would be pretty interesting to have such feature, based
>>>> upon some exported vcs function or importable one ...
>>>>
>>>>
>>>> 2012/7/6 mpapo - Michaël Pailloncy 
>>>>
>>>>> Hi, I would like to create a plugin that can compare two jobs on
>>>>> differents Jenkins instances and allows to merge parts of the 
>>>>> configuration
>>>>> XML file.
>>>>>
>>>>> I've seen that plugin
>>>>> https://wiki.jenkins-ci.org/display/JENKINS/JobConfigHistory+Plugin has
>>>>> a component to display differences between two jobs configuration.
>>>>> My first idea would be to improve this component to merge parts of the
>>>>> config file.
>>>>>
>>>>> Do you know if a component like this already exists ?
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> A.C. Linards L.
>>>>
>>>
>>>
>>
>>
>> --
>> A.C. Linards L.
>>
>
>


-- 
A.C. Linards L.

Re: Plugin 'Synchronize remote jobs'

[Linards Liepiņš]

Specify the term "Jenkins instance". Is it seperate process on seperate
machine? Or is it Slave?

If it is slave, then you could use something similar to Publisher plugin.

If it is other instance on other machine, I would not recommend such
activities as the result of any connection interruption withing you build
infrastructure most likely will cost you a lot of valueable time of your
release monekys :)

2012/7/6 Michaël Pailloncy 

> Thanks for your reply.
>
> The goal of the plugin is to maintain Jobs configurations between a
> Jenkins instance in 'production' and another one in 'pre-production'. The
> goal of the 'pre-production' is to test upgrade of Jenkins and its plugins
> before apply updates to 'production' environnent.
>
> My first idea is not to implement version control support. I would like to
> compare file line by line and merge part of them if, for example, the job
> in pre-production has been modified because of a regression during testing.
> This plugin will allow me to apply some modifications directly without
> repeating manual actions in the production environment, which can be source
> of problems
>
> I hope to be sufficiently clear.
>
>
> 2012/7/6 Linards Liepiņš 
>
>> And you want it to implement w/o version control support? Merging
>> differences mainly stands within VCS, but the plugin you mention simply
>> compares file line by line...
>>
>> Of course - It would be pretty interesting to have such feature, based
>> upon some exported vcs function or importable one ...
>>
>>
>> 2012/7/6 mpapo - Michaël Pailloncy 
>>
>>> Hi, I would like to create a plugin that can compare two jobs on
>>> differents Jenkins instances and allows to merge parts of the configuration
>>> XML file.
>>>
>>> I've seen that plugin
>>> https://wiki.jenkins-ci.org/display/JENKINS/JobConfigHistory+Plugin has
>>> a component to display differences between two jobs configuration.
>>> My first idea would be to improve this component to merge parts of the
>>> config file.
>>>
>>> Do you know if a component like this already exists ?
>>>
>>>
>>
>>
>> --
>> A.C. Linards L.
>>
>
>


-- 
A.C. Linards L.

Re: Plugin 'Synchronize remote jobs'

[Linards Liepiņš]

And you want it to implement w/o version control support? Merging
differences mainly stands within VCS, but the plugin you mention simply
compares file line by line...

Of course - It would be pretty interesting to have such feature, based upon
some exported vcs function or importable one ...

2012/7/6 mpapo - Michaël Pailloncy 

> Hi, I would like to create a plugin that can compare two jobs on
> differents Jenkins instances and allows to merge parts of the configuration
> XML file.
>
> I've seen that plugin
> https://wiki.jenkins-ci.org/display/JENKINS/JobConfigHistory+Plugin has a
> component to display differences between two jobs configuration.
> My first idea would be to improve this component to merge parts of the
> config file.
>
> Do you know if a component like this already exists ?
>
>


-- 
A.C. Linards L.

Re: Andre Gross ist außer Haus.

[Linards Liepiņš]

In English, please.

2012/7/5 

> Ich werde ab 03.07.2012 nicht im Büro sein. Ich kehre zurück am 15.07.2012.
>
> Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
>



-- 
A.C. Linards L.

Re: Build queue animation

[Linards Liepiņš]

Agreed. I have daily ~ 15 jobs queied and *this is what I miss pretty
often*as it is hard to re-orientate once there is some build order
change,
initiated by Quiet period configuration(s).

I would say that 15 job used height is pretty OK. If jobs are more, simply
add scroolbar.

2012/7/4 Emanuele Zattin 

> Hello there,
>
> I like the idea of populating the list dynamically, but I also share the
> same usability concerns about the table underneath. Maybe it would be nicer
> to have a specific height set for the queue list (maybe configurable) and
> make that list scrollable. Or maybe (even better probably) it can expand on
> top of the other table when hovered.
>
> BR,
>
> Emanuele Zattin
> ---
> -I don't have to know an answer. I don't feel frightened by not knowing
> things; by being lost in a mysterious universe without any purpose — which
> is the way it really is, as far as I can tell, possibly. It doesn't
> frighten me.- Richard Feynman
>
>
>
> On Wed, Jul 4, 2012 at 8:25 AM, Jeff Lavallee  wrote:
>
>> I like it!
>>
>> I share your concern about the executor status table moving up & down -
>> in particular, it might be troublesome if you're about to click on link in
>> that table and it moved out from under you, but I'm sure there's a way to
>> address that issue.
>>
>> It sure is cool :)
>>
>>
>>
>> Jeff
>>
>>
>> On Jul 3, 2012, at 11:15 PM, Kohsuke Kawaguchi wrote:
>>
>> > I pushed the code to
>> > https://github.com/jenkinsci/jenkins/tree/animated-build-queue
>> >
>> > 2012/7/4 Kohsuke Kawaguchi :
>> >> I was intrigued with d3.js, and I used that to animate the build queue:
>> >>
>> >>  http://www.youtube.com/watch?v=qwFrAqSMQAE
>> >>
>> >> Is this useful improvement, or is it just a distraction? I liked that
>> >> queue state changes are more intuitive, and this paves the way for
>> >> deleting queue items without page transition. On the down side, its
>> >> growing & shrinking causes the executor status to move up and down,
>> >> and given the layout constraint that the table row height is a sum of
>> >> 3 integers (border+padding+height), I haven't yet figured out how to
>> >> smoothly animate the total height of the table.
>> >>
>> >> But with all that said, I think I like it.
>> >>
>> >> Any feedback?
>> >> --
>> >> Kohsuke Kawaguchi
>> >
>> >
>> >
>> > --
>> > Kohsuke Kawaguchi
>>
>>
>


-- 
A.C. Linards L.

Re: topics to feature in Jenkins newsletter?

[Linards Liepiņš]

"Inactive, but interesting plugins for Jenkins..."

 - nsis plugin, that [imho] was intended to add NSIS compiler debug and
build target (section) support, but it never matured in that level :(

2012/6/30 Lisa 

> Hi,
>
> I'm gathering topics for the next edition of *Continuous Information -
> the CloudBees Newsletter for Jenkins*. If you have any Jenkins news you
> think the community would find interesting, like a cool new plugin, an
> interesting blog post, or even a vignette of how your company does amazing
> things with Jenkins, please send 'em over!
>
> You can view past newsletters or subscribe at
> http://www.cloudbees.com/jenkins-newsletter.cb.
>
> Thanks in advance for your ideas!
>
> Lisa
>
> ***
> Lisa Wells
> Marketing Bee
> www.CloudBees.com   |  
> Blog.CloudBees.com
> | @productprincipl
>



-- 
A.C. Linards L.

Re: function to be called when a build is added to queue

[Linards Liepiņš]

I am alwats wondering why there are no UML diagram for these plugins? I
mean - there is nothing better to describe plugin capabilities to java
developers than UML diagram illustrating all entry points ; I/O , data- and
other -flows. My opinion is that such topics are time wasting and human
resource killers by definition and should be eliminated from the dev
environment asap...

Umm ... yeah ... sorry to become too emotional. It is just that I develop
in NSIS it is sooo freaking frustrationg to not have any diagram generation
or doc generation support for this installer scripting platform ... so I am
forced to slowly devrelop my own .. .bah :(

Any - back to topic - isn't it smarter to not perform such on-demand
actions but make sure you have queied excatly what you need? 90% CI issues
is that admins have underestamted the poer of well-formed build
infrastrukture that just fighting against the unwanted results. ;)

2012/6/29 Jesse Farinacci 

> Greetings,
>
> On Fri, Jun 29, 2012 at 6:04 AM, MaxiTrompe  wrote:
> > I am trying to implement a function that would be triggered when a build
> is
> > added to the queue.
>
> Check if either BuildWrapper or QueueDecisionHandler will work for you:
>
> http://javadoc.jenkins-ci.org/hudson/tasks/BuildWrapper.html
> http://javadoc.jenkins-ci.org/hudson/model/Queue.QueueDecisionHandler.html
>
> -Jesse
>
> --
> There are 10 types of people in this world, those
> that can read binary and those that can not.
>



-- 
A.C. Linards L.

Re: Pre SCM poll extension

[Linards Liepiņš]

+1 !

2012/6/26 Christian Wolfgang 

> I really need this feature. Could someone please have a look at the
> pull request?!
>
> On Fri, Jun 22, 2012 at 8:38 AM, Christian Wolfgang 
> wrote:
> > OK, so I took a look at the core and realized, that there were no
> > extension points in the polling phase, at all.
> >
> > I created the issue http://jenkins-ci.org/issue/14178 and the pull
> > request https://github.com/jenkinsci/jenkins/pull/505.
> > This is an extension point, that adds two listeners, one before the
> > poll and one after.
> >
> > Could someone please take a look at it?!
> >
> > Thanks
> >
> > Christian
> >
> > On Tue, Jun 19, 2012 at 8:57 AM, Christian Wolfgang 
> wrote:
> >> Sure.
> >>
> >> I'm trying to get a per poll debug log. I have to add a handler before
> >> the poll and close it again afterwards.
> >> The thing I'm trying do, does not have anything to do with the actual
> poll.
> >> I guess I need something like RunListener#onStarted and
> >> RunListener#onCompleted, just for polling?!
> >>
> >> Christian
> >>
> >> On Mon, Jun 18, 2012 at 9:43 PM, Grégory Boissinot
> >>  wrote:
> >>> Polling is aimed at checking if the job has to be triggered.
> >>> I think there is a misunderstanding.
> >>> Could you explain your need?
> >>>
> >>>
> >>> On Fri, Jun 15, 2012 at 10:32 PM, Christian Wolfgang 
> wrote:
> 
>  Yes, that's before checkout, but after polling. Checkout is part of
>  the build, the polling is not.
>  I need something before the polling.
> 
>  Christian
> 
>  On Fri, Jun 15, 2012 at 7:58 PM, domi  wrote:
>  > simple search…
>  >  https://wiki.jenkins-ci.org/display/JENKINS/pre-scm-buildstep
>  > /Domi
>  >
>  > On 15.06.2012, at 15:01, Christian Wolfgang wrote:
>  >
>  >> Hi all.
>  >>
>  >> Are there any listeners/extensions before an SCM poll?
>  >> Can I execute something before a poll? That is, before the job is
>  >> actually a job and queued.
>  >>
>  >> Thanks
>  >>
>  >> Christian Wolfgang
>  >
> >>>
> >>>
>



-- 
A.C. Linards L.

Re: Extending Jenkins Build

[Linards Liepiņš]

1. Take a code and update it to be compatible with latest core within this
utility:  http://code.google.com/p/hudsonmonitor/

2. See list section #1

3. On what build script your build section is based on?


2012/6/14 Salut 

> ?
>
> On Jun 8, 12:35 pm, Salut  wrote:
> > Hi all,
> >
> > I would like to take few suggestions from you on the following steps
> > and the possible work around to achieve the same,
> >
> > 1. I would like to trigger/click the "Build Now" section outside my
> > jenkins web app which involves parametrized builds. Is it possible?
> >
> > 2. Basically i would like to develop a web application on top of my
> > jenkins, from where my builds will trigger . i will have my own
> > components in the web-app which is built on top of jenkins along with
> > the former. Any ideas in achieving this (best approach)??
> >
> > 3. How can i re-frame my build section more in non sequential way
>



-- 
A.C. Linards L.

Re: Multiconfiguration Project

[Linards Liepiņš]

Untill there is no feature to tell SVN plugin what config you run - yes, it
has to check-out every repo and then launch the build to the selected (
clicked ) config.

2012/6/6 Harsh Kumar 

> Hi,
> I have multiple configuration set for different JDK and it seems to do a
> check-out from SVN for each of it. Is that something normal?
>
> Second, is there some tutorial for use of DistTest plugin.
>
> Regards,
> Harsh
>



-- 
A.C. Linards L.

Re: plugin installation exception, with NFS

[Linards Liepiņš]

Agreed. It is user viewpoint that matters. Jenkins plugin install system
should adjust its behaivor as it is backand process, not controllable by
user.

2012/5/24 Peter Carr 

>  I see this as a bug or feature request for jenkins.
>
> As an end user of the jenkins web application, I am not trying to delete a
> file. I am merely trying to install a plugin. The code within Jenkins which
> manages plugin installation should be able to run gracefully (by not
> failing and throwing a stack trace) when run on an NFS file system.
>
> Regards,
> Peter
>
>
>
> On 5/23/12 4:20 PM, Vojtech Juranek wrote:
>
>> Hi,
>> this is not a bug in Jenkins. It's due to how NFS works and it means that
>> you are trying to delete
>> a file which is still open by some process. For short explanation see
>> e.g. [1].
>> Cheers
>> Vojta
>>
>> [1] https://uisapp2.iu.edu/**confluence-prd/pages/viewpage.**
>> action?pageId=123962105
>>
>> On Wednesday 23 May 2012 21:31:39 John Vacz wrote:
>>
>>> I also encountered the same error after migrating our Jenkins to a new
>>> system with NAS storage. Updating plugins becomes quite annoying   The
>>> error also occured occasionaly when Jenkins trying to delete the old
>>> builds. Because of the IOException2 caused by some mysterious
>>> .nfs0 files, Jenkins fails to remove the build on left side
>>> menu, although the build directories dissapears shortly after.
>>>
>>> If the NAS is really the culprit, I would rather consider this as an
>>> avoidable problem: simply do not use NFS as Jenkins home or slave root
>>> fs. As we see all data generated by Jenkins as dispensable,as long as
>>> the configurations are archived, recover from disk failure is not a big
>>> deal. But our (paranoid) admins (generously) provided us such NAS system
>>> with all kinds of journaling/versioning/backup features, which we
>>> couldn't care less. I'm still trying to persuade them to gave us some
>>> normal "low-level" storage instead.
>>>
>>> Anyways Im also interested in the same question, or any
>>> configurations/tricks/**workarounds to avoid this, for the time being or
>>> if we must live with NAS.
>>>
>>> On 22.05.2012 22:56, Peter Carr wrote:
>>>
 I noticed the included error stacktrace on the Update Center tab, for
 my Git Plugin. It is caused, I think, because I am running Jenkins on
 a VM with NFS storage. Occasionally, the temporary .nfs* files show up
 while doing an 'ls', but then they disappear a little bit later. In
 implementing similar systems, I have developed the habit of ignoring
 all '.nfs*' files when doing directory listings. Is it possible this
 is an error in the core of Hudson?

 Here is the stack trace:

 hudson.util.IOException2: Failed to dynamically deploy this plugin

at hudson.model.UpdateCenter$**InstallationJob._run(**
 UpdateCenter.java:
 1138)

at hudson.model.UpdateCenter$**DownloadJob.run(UpdateCenter.**
 java:956)

at java.util.concurrent.**Executors$RunnableAdapter.**
 call(Executors.java:
 441)

at java.util.concurrent.**FutureTask$Sync.innerRun(**
 FutureTask.java:303)
at java.util.concurrent.**FutureTask.run(FutureTask.**java:138)
at java.util.concurrent.**ThreadPoolExecutor

 $Worker.runTask(**ThreadPoolExecutor.java:886)

at java.util.concurrent.**ThreadPoolExecutor

 $Worker.run(**ThreadPoolExecutor.java:908)

at java.lang.Thread.run(Thread.**java:619)

 Caused by: java.io.IOException: Unable to delete /xchip/gpint/tools/
 hudson/plugins/github/WEB-INF/**lib/.**nfs001b3cc40ba3

at hudson.Util.deleteFile(Util.**java:237)
at hudson.Util.deleteRecursive(**Util.java:287)
at hudson.Util.**deleteContentsRecursive(Util.**java:198)
at hudson.Util.deleteRecursive(**Util.java:286)
at hudson.Util.**deleteContentsRecursive(Util.**java:198)
at hudson.Util.deleteRecursive(**Util.java:278)
at hudson.Util.**deleteContentsRecursive(Util.**java:198)
at hudson.Util.deleteRecursive(**Util.java:278)

at hudson.ClassicPluginStrategy.**explode(ClassicPluginStrategy.
 **java:
 389)

at

 hudson.ClassicPluginStrategy.**createPluginWrapper(**
 ClassicPluginStrategy.jav
 a: 113)

at hudson.PluginManager.**dynamicLoad(PluginManager.**java:352)

at hudson.model.UpdateCenter$**InstallationJob._run(**
 UpdateCenter.java:
 1134)

... 7 more

>>>


-- 
A.C. Linards L.

Re: nsis plugin

[Linards Liepiņš]

Is this plugin officialy dead???!!!

2011/11/16 Ullrich Hafner 

> On 11/16/2011 01:03 AM, Elbandi wrote:
>
>> Hi,
>>
>> I wrote a plugin (based on msbuild-plugin) to create nsis installation
>> build:
>> https://github.com/Elbandi/**nsis-plugin
>>
>> If it's acceptability, could you add this to the jenkins plugin
>> repository?
>>
>> Elbandi
>>
> Hi Elbandi,
>
> your plugin has been forked: 
> https://github.com/jenkinsci/**nsis-plugin
>
> Let me know if you also need a component in our issue tracker.
>
> Welcome aboard!
>
> Ulli
>



-- 
A.C. Linards L.

Re: Redirect Tomcat log to Jenkins Log

[Linards Liepiņš]

"some_string" > file_to_write_output.txt

This should be enaugh if you work with stdout...

2012/4/26 Gynnad 

> As my question already said. I want to redirect my Tomcat log to my
> Jenkins log.
>
> I start the Tomcat server with a batch file, and want the feedback of
> the log in my Jenkins Log. Is this possible and how can I make it?




-- 
A.C. Linards L.

Re: Redirect Tomcat log to Jenkins Log

[Linards Liepiņš]

"some_string" > file to write output

This should be enaugh if you work with stdout...

2012/4/26 Gynnad 

> As my question already said. I want to redirect my Tomcat log to my
> Jenkins log.
>
> I start the Tomcat server with a batch file, and want the feedback of
> the log in my Jenkins Log. Is this possible and how can I make it?




-- 
A.C. Linards L.

Re: Continuing when scm unavailable

[Linards Liepiņš]

np ; glad to help.

2012/4/23 Chemmo 

> I'm not using Ant for these projects currently, but its a good
> workaround seeing as there doesnt seem to be another way, thanks :)
>
> On Apr 20, 7:44 pm, Linards Liepiņš  wrote:
> > why you want to comnplicate things? Just set in ANT to call svn with
> 
> > task and use failonerror="false" ... it is imho pretty nice way to ignore
> > such scm failures w/o bloating additional stuff to stdout :)
> >
> > 2012/4/20 Chemmo 
> >
> > > Sorry this probably should have been posted in users..
> >
> > > On Apr 20, 4:39 pm, Chemmo  wrote:
> > > > Hi,
> >
> > > > Is there a way currently to ignore failed scm (namely svn) updates
> and
> > > > continue with the rest of the build? I have a job which checks out a
> > > > few things from svn then launches some process, but I would like the
> > > > job not to be dependent on the availability of the scm - is this
> > > > possible with the svn plugin or would I have to write something in a
> > > > shell for this?
> >
> > --
> > A.C. Linards L.
>



-- 
A.C. Linards L.

Re: Continuing when scm unavailable

[Linards Liepiņš]

why you want to comnplicate things? Just set in ANT to call svn with 
task and use failonerror="false" ... it is imho pretty nice way to ignore
such scm failures w/o bloating additional stuff to stdout :)

2012/4/20 Chemmo 

> Sorry this probably should have been posted in users..
>
> On Apr 20, 4:39 pm, Chemmo  wrote:
> > Hi,
> >
> > Is there a way currently to ignore failed scm (namely svn) updates and
> > continue with the rest of the build? I have a job which checks out a
> > few things from svn then launches some process, but I would like the
> > job not to be dependent on the availability of the scm - is this
> > possible with the svn plugin or would I have to write something in a
> > shell for this?
>



-- 
A.C. Linards L.

Re: Periodic build management

[Linards Liepiņš]

Some kind of Radiator View plugin?

2012/4/20 Stephen Bailey 

> Hi guys,
>
> Looking for a plugin that manages all the set periodic build times for
> jobs, i.e. consolidates them onto a single page for management rather than
> having to go into each jobs configuration page. Anyone know of one?
>
> If not will look into developing one. We have a high number of integration
> jobs that we build periodically over varying schedules so this would be
> helpful.
>
> Cheers
>
> S
>
>
>


-- 
A.C. Linards L.

Re: CI build jobs stuck on ci.jenkins-ci.org

[Linards Liepiņš]

Būs OK. Arī viņiem gadās ... :) Javas Heap errors droši vien ... ;)

2012/4/19 Martins Kemme 

> Hi,
> I noticed that both yesterday and today CI jobs are stuck. For example, my
> plugin is waiting to be built already for 23 hours. May be site
> administrator could check what is the problem with build servers.
>
> Thanks!
> Martins
>



-- 
A.C. Linards L.

Re: Updating Ant Plugin

[Linards Liepiņš]

Actually you can ( probably it does not work on Maven :( ) ... using ANT
... what you have to do is:

1. use ANT Contrib
2. use PropertyRegex task
3. set Property value as system environemnt variable ( JAVA_HOME )
4. pass the createc property to the tmacrodefs / targets where applicable
...

Hope I helped somehow ... ;)

2012/4/1 Andreas Mandel 

> I need to be able to use a different JDK in one of the ant build steps.
> Namely, the project is build using JDK1.5 but the Sonar analysis requires a
> 1.6 jdk since Sonar 2.14. Currently I see no way to change JAVA_HOME during
> the build steps.
>
> I can now use my version of the plugin with "mvn
> -DhudsonHome=c:/java/jenkins/home hpi:run".
>
> Am Sonntag, 1. April 2012 19:02:55 UTC+2 schrieb HX_unbanned:
>>
>> Hmm, what do you mean with "ant invocation" ? You want to have some kind
>> of pre-build step / action to be performed? If yes, then currently these is
>> crapload of plugins doing it in proboaly all most pervert ways your
>> maintained builsystem would ever need to .. :D
>>
>> 2012/4/1 Andreas Mandel
>>
>>> I need a way to select the jdk per build step / ant invocation.
>>> Nevertheless I did not start with the change since I already fail to update
>>> to a vanilla, locally compiled version of the plug in. The source of the
>>> plug in is available on git, see https://wiki.jenkins-ci.org/**
>>> display/JENKINS/Ant+Plugin
>>> .
>>>
>>>
>>> Kind Regards, Andreas.
>>>
>>> Am Sonntag, 1. April 2012 16:35:32 UTC+2 schrieb HX_unbanned:

 Is there any chance to get it on testing? I am very intersted in
 extended current ant plugin features as it lacks easy to add options for
 listeners and loggers ...

 2012/4/1 Andreas Mandel

> Hi,
>
>
> I try to do some changes on the Ant Plugin but somehow I do not manage
> to update the bundled 1.1 version of the plug in to my 1.2-SNAPSHOT
> version. The Jenkins log gives no hints. Do I need to go a special way,
> because it is a bundled plug in? Same result on Windows & Linux, command
> line started Jenkins 1.457.
>
> Any hint?
>
> Kind Regards, Andreas.
>
>
>


 --
 A.C. Linards L.

>>>
>>
>>
>> --
>> A.C. Linards L.
>>
>


-- 
A.C. Linards L.

Re: Updating Ant Plugin

[Linards Liepiņš]

Hmm, what do you mean with "ant invocation" ? You want to have some kind of
pre-build step / action to be performed? If yes, then currently these is
crapload of plugins doing it in proboaly all most pervert ways your
maintained builsystem would ever need to .. :D

2012/4/1 Andreas Mandel 

> I need a way to select the jdk per build step / ant invocation.
> Nevertheless I did not start with the change since I already fail to update
> to a vanilla, locally compiled version of the plug in. The source of the
> plug in is available on git, see
> https://wiki.jenkins-ci.org/display/JENKINS/Ant+Plugin.
>
> Kind Regards, Andreas.
>
> Am Sonntag, 1. April 2012 16:35:32 UTC+2 schrieb HX_unbanned:
>>
>> Is there any chance to get it on testing? I am very intersted in extended
>> current ant plugin features as it lacks easy to add options for listeners
>> and loggers ...
>>
>> 2012/4/1 Andreas Mandel
>>
>>> Hi,
>>>
>>>
>>> I try to do some changes on the Ant Plugin but somehow I do not manage
>>> to update the bundled 1.1 version of the plug in to my 1.2-SNAPSHOT
>>> version. The Jenkins log gives no hints. Do I need to go a special way,
>>> because it is a bundled plug in? Same result on Windows & Linux, command
>>> line started Jenkins 1.457.
>>>
>>> Any hint?
>>>
>>> Kind Regards, Andreas.
>>>
>>>
>>>
>>
>>
>> --
>> A.C. Linards L.
>>
>


-- 
A.C. Linards L.

Re: Updating Ant Plugin

[Linards Liepiņš]

Is there any chance to get it on testing? I am very intersted in extended
current ant plugin features as it lacks easy to add options for listeners
and loggers ...

2012/4/1 Andreas Mandel 

> Hi,
>
> I try to do some changes on the Ant Plugin but somehow I do not manage to
> update the bundled 1.1 version of the plug in to my 1.2-SNAPSHOT version.
> The Jenkins log gives no hints. Do I need to go a special way, because it
> is a bundled plug in? Same result on Windows & Linux, command line started
> Jenkins 1.457.
>
> Any hint?
>
> Kind Regards, Andreas.
>
>
>


-- 
A.C. Linards L.

Re: BuildWrapper.tearDown() build result is null

[Linards Liepiņš]

Well, imho it is not even undefined. Return is always defined in system
ABI. I would rather say it is unvalued ;)

2012/3/22 Adam Hawthorne 

> On Wed, Mar 21, 2012 at 22:05, Kohsuke Kawaguchi  > wrote:
>
>> On 03/21/2012 09:54 AM, Dean Yu wrote:
>>
>>> Should that be "indeterminate result" instead of "intermediate result"?
>>>
>>
>> It's not returning a random or undefined value, so IIUC, "indeterminate"
>> is not the right word.
>>
>> The semantics I wanted to convey was that it's not finalized yet and it
>> can change (worsen, more specifically).
>
>
>> What's the right word for it?
>
>
> Hmm... seems like "undefined" would do well since its value is not yet
> clearly defined.
>
> And also, your bikeshed should be red ;)
>
> Adam
>
> --
> Adam Hawthorne
> Software Engineer
> BASIS International Ltd.
> www.basis.com
> +1.505.345.5232 Phone
>



-- 
A.C. Linards L.

Re: Raising the frequency of update center generation

[Linards Liepiņš]

OMG guys ... you really work in small comapnies or low-mission-important
things to be soo crazy to have update cheks every hour :|

I am definely -1 of such nonsense.

2012/3/13 Seiji Sogabe 

> +1
>
> 2012/3/13 R. Tyler Croy :
> > I can't remember if there was a specific reason for the 6 hour interval,
> but it
> > seems pretty high. Why not every hour?
> >
> > Our mirrors should be updating at least every hour as is.
> >
> > - R. Tyler Croy
> > --
> >Code: http://github.com/rtyler
> >  Chatter: http://twitter.com/agentdero
> >  rty...@jabber.org
>
>
>
> --
> s.sogabe at gmail.com
>



-- 
A.C. Linards L.

Re: Subversion Plugin: Repository Depth option

[Linards Liepiņš]

Come on, jenkins devs / svn maintainers! We need this path ... especially
because it is still unclear when we can live in SVN 1.7.x world...

2012/3/12 Dharmesh sheta 

> Hello Guys,
>
> I'm wondering if  any of  maintainers of *subversion Plugin* can look
> into this tiny patch  
> https://issues.jenkins-ci.org/**browse/JENKINS-777
>  and pull request.
>
> Cheers
> Dharmesh
>
>
> On Wednesday, February 29, 2012 3:27:27 PM UTC+1, Dharmesh sheta wrote:
>>
>> Hello,
>>
>> I have created a patch for supporting  Repository depth option for
>> Subversion Plugin, which  has been requested via ticket
>> https://issues.jenkins-ci.org/**browse/JENKINS-777
>>
>> Patch is attached with issue(for SVN).
>>
>> Also generated Git Hub  pull request for code review
>> https://github.com/jenkinsci/**subversion-plugin/pull/8
>>
>> I would be glad if it can be reviewed and make through subversion
>> Plugin release afterwards.
>>
>>
>> Cheers
>> Dharmesh Sheta
>> Collabnet, Inc
>> Germany
>
>


-- 
A.C. Linards L.