Home » Eclipse Projects » Oomph » PDE Target provisioning taking much longer than before
| PDE Target provisioning taking much longer than before [message #1575492] |
Tue, 20 January 2015 21:20  |
|
Hi,
It used to be that updating my modular PDE Target didn't take much
longer than it would take to download the Papyrus nightly build that
makes up most of it (certainly the portion that changes the most
often). At the outside, it would take three minutes for Oomph to
update my target.
But, today, it's taking already more than half an hour and it isn't
nearly finished (only just started downloading source bundles). I am
seeing the usual fetch/download activity interspersed with a lot of
refreshing of resources (see snippet from the log, below).
Is this something new? It's as though Oomph now downloads a few
bundles, installs them in the target, then refreshes the workspace,
then downloads a few more bundles, refreshes the workspace, etc.
repeatedly (but I don't know what these "resources" are that are being
"refreshed"). In any case, the overall effect is that it takes an
order of decimal magnitude longer than before to update the modular PDE
Target.
Is there something I'm doing wrong or could do to fix this?
Thanks,
Christian
Version: 1.0.0.v20150116-1132 (build 832)
Commit: c7263f5a18d569c7ef8655d31bef4990f2bbf903 (branch master)
-------- 8< --------
[16:10:16] Downloading org.eclipse.papyrus.uml.xtext.integration.feature
[16:10:19] Downloading org.eclipse.papyrus.uml.xtext.integration.ui
[16:10:22] Resources to refresh: 2127
[16:10:22] Resources to refresh: 2027
[16:10:22] Resources to refresh: 1931
[16:10:22] Resources to refresh: 1842
[16:10:22] Resources to refresh: 1758
[16:10:22] Resources to refresh: 1670
[16:10:22] Resources to refresh: 1589
[16:10:22] Resources to refresh: 1511
[16:10:23] Resources to refresh: 1445
[16:10:23] Resources to refresh: 1408
[16:10:23] Resources to refresh: 1308
[16:10:23] Resources to refresh: 1208
[16:10:23] Resources to refresh: 1108
[16:10:23] Resources to refresh: 1008
[16:10:23] Resources to refresh: 908
[16:10:23] Resources to refresh: 808
[16:10:23] Resources to refresh: 710
[16:10:23] Resources to refresh: 610
[16:10:23] Resources to refresh: 510
[16:10:23] Resources to refresh: 410
[16:10:23] Resources to refresh: 310
[16:10:23] Resources to refresh: 210
[16:10:23] Resources to refresh: 110
[16:10:23] Resources to refresh: 10
[16:10:23] Downloading org.eclipse.papyrus.uml.xtext.integration.validation
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
[16:10:23] Fetching
org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
from
https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
|
|
|
| Re: PDE Target provisioning taking much longer than before [message #1576921 is a reply to message #1575492] |
Wed, 21 January 2015 16:04  |
|
Hi Christian,
I noticed slow servers during the entire last week but it seems better now. We haven't changed anything in Oomph that
could possibly cause these delays.
I've also added a new ProgressLogFilter prefix for "Resources to refresh:", so that shouldn't appear in your log anymore
with tomorrow's nightly build.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Am 20.01.2015 um 22:20 schrieb Christian W. Damus:
> Hi,
>
> It used to be that updating my modular PDE Target didn't take much longer than it would take to download the Papyrus
> nightly build that makes up most of it (certainly the portion that changes the most often). At the outside, it would
> take three minutes for Oomph to update my target.
>
> But, today, it's taking already more than half an hour and it isn't nearly finished (only just started downloading
> source bundles). I am seeing the usual fetch/download activity interspersed with a lot of refreshing of resources
> (see snippet from the log, below).
>
> Is this something new? It's as though Oomph now downloads a few bundles, installs them in the target, then refreshes
> the workspace, then downloads a few more bundles, refreshes the workspace, etc. repeatedly (but I don't know what
> these "resources" are that are being "refreshed"). In any case, the overall effect is that it takes an order of
> decimal magnitude longer than before to update the modular PDE Target.
>
> Is there something I'm doing wrong or could do to fix this?
>
> Thanks,
>
> Christian
>
> Version: 1.0.0.v20150116-1132 (build 832)
> Commit: c7263f5a18d569c7ef8655d31bef4990f2bbf903 (branch master)
>
> -------- 8< --------
>
> [16:10:16] Downloading org.eclipse.papyrus.uml.xtext.integration.feature
> [16:10:19] Downloading org.eclipse.papyrus.uml.xtext.integration.ui
> [16:10:22] Resources to refresh: 2127
> [16:10:22] Resources to refresh: 2027
> [16:10:22] Resources to refresh: 1931
> [16:10:22] Resources to refresh: 1842
> [16:10:22] Resources to refresh: 1758
> [16:10:22] Resources to refresh: 1670
> [16:10:22] Resources to refresh: 1589
> [16:10:22] Resources to refresh: 1511
> [16:10:23] Resources to refresh: 1445
> [16:10:23] Resources to refresh: 1408
> [16:10:23] Resources to refresh: 1308
> [16:10:23] Resources to refresh: 1208
> [16:10:23] Resources to refresh: 1108
> [16:10:23] Resources to refresh: 1008
> [16:10:23] Resources to refresh: 908
> [16:10:23] Resources to refresh: 808
> [16:10:23] Resources to refresh: 710
> [16:10:23] Resources to refresh: 610
> [16:10:23] Resources to refresh: 510
> [16:10:23] Resources to refresh: 410
> [16:10:23] Resources to refresh: 310
> [16:10:23] Resources to refresh: 210
> [16:10:23] Resources to refresh: 110
> [16:10:23] Resources to refresh: 10
> [16:10:23] Downloading org.eclipse.papyrus.uml.xtext.integration.validation
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz from
> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: PDE Target provisioning taking much longer than before [message #1576998 is a reply to message #1576921] |
Wed, 21 January 2015 16:59 |
|
Cool, thanks, Eike!
I did have a much better experience today, but I didn't know whether
that was just because I was working in a different Git clone in a
different workbench and workspace. :-)
BTW, what are these resources that are being refreshed, and why? (just
because I'm curious)
cW
On 2015-01-21 16:04:35 +0000, Eike Stepper said:
> Hi Christian,
>
> I noticed slow servers during the entire last week but it seems better
> now. We haven't changed anything in Oomph that could possibly cause
> these delays.
>
> I've also added a new ProgressLogFilter prefix for "Resources to
> refresh:", so that shouldn't appear in your log anymore with tomorrow's
> nightly build.
>
> Cheers
> /Eike
>
> ----
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
> Am 20.01.2015 um 22:20 schrieb Christian W. Damus:
>> Hi,
>>
>> It used to be that updating my modular PDE Target didn't take much
>> longer than it would take to download the Papyrus nightly build that
>> makes up most of it (certainly the portion that changes the most
>> often). At the outside, it would take three minutes for Oomph to
>> update my target.
>>
>> But, today, it's taking already more than half an hour and it isn't
>> nearly finished (only just started downloading source bundles). I am
>> seeing the usual fetch/download activity interspersed with a lot of
>> refreshing of resources (see snippet from the log, below).
>>
>> Is this something new? It's as though Oomph now downloads a few
>> bundles, installs them in the target, then refreshes the workspace,
>> then downloads a few more bundles, refreshes the workspace, etc.
>> repeatedly (but I don't know what these "resources" are that are being
>> "refreshed"). In any case, the overall effect is that it takes an
>> order of decimal magnitude longer than before to update the modular PDE
>> Target.
>>
>> Is there something I'm doing wrong or could do to fix this?
>>
>> Thanks,
>>
>> Christian
>>
>> Version: 1.0.0.v20150116-1132 (build 832)
>> Commit: c7263f5a18d569c7ef8655d31bef4990f2bbf903 (branch master)
>>
>> -------- 8< --------
>>
>> [16:10:16] Downloading org.eclipse.papyrus.uml.xtext.integration.feature
>> [16:10:19] Downloading org.eclipse.papyrus.uml.xtext.integration.ui
>> [16:10:22] Resources to refresh: 2127
>> [16:10:22] Resources to refresh: 2027
>> [16:10:22] Resources to refresh: 1931
>> [16:10:22] Resources to refresh: 1842
>> [16:10:22] Resources to refresh: 1758
>> [16:10:22] Resources to refresh: 1670
>> [16:10:22] Resources to refresh: 1589
>> [16:10:22] Resources to refresh: 1511
>> [16:10:23] Resources to refresh: 1445
>> [16:10:23] Resources to refresh: 1408
>> [16:10:23] Resources to refresh: 1308
>> [16:10:23] Resources to refresh: 1208
>> [16:10:23] Resources to refresh: 1108
>> [16:10:23] Resources to refresh: 1008
>> [16:10:23] Resources to refresh: 908
>> [16:10:23] Resources to refresh: 808
>> [16:10:23] Resources to refresh: 710
>> [16:10:23] Resources to refresh: 610
>> [16:10:23] Resources to refresh: 510
>> [16:10:23] Resources to refresh: 410
>> [16:10:23] Resources to refresh: 310
>> [16:10:23] Resources to refresh: 210
>> [16:10:23] Resources to refresh: 110
>> [16:10:23] Resources to refresh: 10
>> [16:10:23] Downloading org.eclipse.papyrus.uml.xtext.integration.validation
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>
>> [16:10:23] Fetching
>> org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
>> from
>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>
|
|
|
| Re: PDE Target provisioning taking much longer than before [message #1577047 is a reply to message #1576998] |
Wed, 21 January 2015 17:33 |
|
Am 21.01.2015 um 17:59 schrieb Christian W. Damus:
> Cool, thanks, Eike!
>
> I did have a much better experience today, but I didn't know whether that was just because I was working in a
> different Git clone in a different workbench and workspace. :-)
>
> BTW, what are these resources that are being refreshed, and why? (just because I'm curious)
I have no clue. While performing setup tasks we intercept all progress messsages of the jobs of the IJobManager and
dispatch them to our progress log unless they match some predefined patterns.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
>
> cW
>
>
> On 2015-01-21 16:04:35 +0000, Eike Stepper said:
>
>> Hi Christian,
>>
>> I noticed slow servers during the entire last week but it seems better now. We haven't changed anything in Oomph that
>> could possibly cause these delays.
>>
>> I've also added a new ProgressLogFilter prefix for "Resources to refresh:", so that shouldn't appear in your log
>> anymore with tomorrow's nightly build.
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://www.esc-net.de
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>>
>>
>> Am 20.01.2015 um 22:20 schrieb Christian W. Damus:
>>> Hi,
>>>
>>> It used to be that updating my modular PDE Target didn't take much longer than it would take to download the Papyrus
>>> nightly build that makes up most of it (certainly the portion that changes the most often). At the outside, it
>>> would take three minutes for Oomph to update my target.
>>>
>>> But, today, it's taking already more than half an hour and it isn't nearly finished (only just started downloading
>>> source bundles). I am seeing the usual fetch/download activity interspersed with a lot of refreshing of resources
>>> (see snippet from the log, below).
>>>
>>> Is this something new? It's as though Oomph now downloads a few bundles, installs them in the target, then
>>> refreshes the workspace, then downloads a few more bundles, refreshes the workspace, etc. repeatedly (but I don't
>>> know what these "resources" are that are being "refreshed"). In any case, the overall effect is that it takes an
>>> order of decimal magnitude longer than before to update the modular PDE Target.
>>>
>>> Is there something I'm doing wrong or could do to fix this?
>>>
>>> Thanks,
>>>
>>> Christian
>>>
>>> Version: 1.0.0.v20150116-1132 (build 832)
>>> Commit: c7263f5a18d569c7ef8655d31bef4990f2bbf903 (branch master)
>>>
>>> -------- 8< --------
>>>
>>> [16:10:16] Downloading org.eclipse.papyrus.uml.xtext.integration.feature
>>> [16:10:19] Downloading org.eclipse.papyrus.uml.xtext.integration.ui
>>> [16:10:22] Resources to refresh: 2127
>>> [16:10:22] Resources to refresh: 2027
>>> [16:10:22] Resources to refresh: 1931
>>> [16:10:22] Resources to refresh: 1842
>>> [16:10:22] Resources to refresh: 1758
>>> [16:10:22] Resources to refresh: 1670
>>> [16:10:22] Resources to refresh: 1589
>>> [16:10:22] Resources to refresh: 1511
>>> [16:10:23] Resources to refresh: 1445
>>> [16:10:23] Resources to refresh: 1408
>>> [16:10:23] Resources to refresh: 1308
>>> [16:10:23] Resources to refresh: 1208
>>> [16:10:23] Resources to refresh: 1108
>>> [16:10:23] Resources to refresh: 1008
>>> [16:10:23] Resources to refresh: 908
>>> [16:10:23] Resources to refresh: 808
>>> [16:10:23] Resources to refresh: 710
>>> [16:10:23] Resources to refresh: 610
>>> [16:10:23] Resources to refresh: 510
>>> [16:10:23] Resources to refresh: 410
>>> [16:10:23] Resources to refresh: 310
>>> [16:10:23] Resources to refresh: 210
>>> [16:10:23] Resources to refresh: 110
>>> [16:10:23] Resources to refresh: 10
>>> [16:10:23] Downloading org.eclipse.papyrus.uml.xtext.integration.validation
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>> [16:10:23] Fetching org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz from
>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: PDE Target provisioning taking much longer than before [message #1577098 is a reply to message #1577047] |
Wed, 21 January 2015 18:08 |
|
Ah! I had no idea that it was something quite so simple as a
pass-though of progress information. I hadn't noticed these particular
messages before, so thought they may have been something new in Oomph,
but I suppose that's not the case. Anyways, it will be nice not to see
them any longer.
Thanks for the answers, Eike.
Christian
On 2015-01-21 17:33:41 +0000, Eike Stepper said:
> Am 21.01.2015 um 17:59 schrieb Christian W. Damus:
>> Cool, thanks, Eike!
>>
>> I did have a much better experience today, but I didn't know whether
>> that was just because I was working in a different Git clone in a
>> different workbench and workspace. :-)
>>
>> BTW, what are these resources that are being refreshed, and why? (just
>> because I'm curious)
> I have no clue. While performing setup tasks we intercept all progress
> messsages of the jobs of the IJobManager and dispatch them to our
> progress log unless they match some predefined patterns.
>
> Cheers
> /Eike
>
> ----
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>>
>> cW
>>
>>
>> On 2015-01-21 16:04:35 +0000, Eike Stepper said:
>>
>>> Hi Christian,
>>>
>>> I noticed slow servers during the entire last week but it seems better
>>> now. We haven't changed anything in Oomph that could possibly cause
>>> these delays.
>>>
>>> I've also added a new ProgressLogFilter prefix for "Resources to
>>> refresh:", so that shouldn't appear in your log anymore with tomorrow's
>>> nightly build.
>>>
>>> Cheers
>>> /Eike
>>>
>>> ----
>>> http://www.esc-net.de
>>> http://thegordian.blogspot.com
>>> http://twitter.com/eikestepper
>>>
>>>
>>> Am 20.01.2015 um 22:20 schrieb Christian W. Damus:
>>>> Hi,
>>>>
>>>> It used to be that updating my modular PDE Target didn't take much
>>>> longer than it would take to download the Papyrus nightly build that
>>>> makes up most of it (certainly the portion that changes the most
>>>> often). At the outside, it would take three minutes for Oomph to
>>>> update my target.
>>>>
>>>> But, today, it's taking already more than half an hour and it isn't
>>>> nearly finished (only just started downloading source bundles). I am
>>>> seeing the usual fetch/download activity interspersed with a lot of
>>>> refreshing of resources (see snippet from the log, below).
>>>>
>>>> Is this something new? It's as though Oomph now downloads a few
>>>> bundles, installs them in the target, then refreshes the workspace,
>>>> then downloads a few more bundles, refreshes the workspace, etc.
>>>> repeatedly (but I don't know what these "resources" are that are being
>>>> "refreshed"). In any case, the overall effect is that it takes an
>>>> order of decimal magnitude longer than before to update the modular PDE
>>>> Target.
>>>>
>>>> Is there something I'm doing wrong or could do to fix this?
>>>>
>>>> Thanks,
>>>>
>>>> Christian
>>>>
>>>> Version: 1.0.0.v20150116-1132 (build 832)
>>>> Commit: c7263f5a18d569c7ef8655d31bef4990f2bbf903 (branch master)
>>>>
>>>> -------- 8< --------
>>>>
>>>> [16:10:16] Downloading org.eclipse.papyrus.uml.xtext.integration.feature
>>>> [16:10:19] Downloading org.eclipse.papyrus.uml.xtext.integration.ui
>>>> [16:10:22] Resources to refresh: 2127
>>>> [16:10:22] Resources to refresh: 2027
>>>> [16:10:22] Resources to refresh: 1931
>>>> [16:10:22] Resources to refresh: 1842
>>>> [16:10:22] Resources to refresh: 1758
>>>> [16:10:22] Resources to refresh: 1670
>>>> [16:10:22] Resources to refresh: 1589
>>>> [16:10:22] Resources to refresh: 1511
>>>> [16:10:23] Resources to refresh: 1445
>>>> [16:10:23] Resources to refresh: 1408
>>>> [16:10:23] Resources to refresh: 1308
>>>> [16:10:23] Resources to refresh: 1208
>>>> [16:10:23] Resources to refresh: 1108
>>>> [16:10:23] Resources to refresh: 1008
>>>> [16:10:23] Resources to refresh: 908
>>>> [16:10:23] Resources to refresh: 808
>>>> [16:10:23] Resources to refresh: 710
>>>> [16:10:23] Resources to refresh: 610
>>>> [16:10:23] Resources to refresh: 510
>>>> [16:10:23] Resources to refresh: 410
>>>> [16:10:23] Resources to refresh: 310
>>>> [16:10:23] Resources to refresh: 210
>>>> [16:10:23] Resources to refresh: 110
>>>> [16:10:23] Resources to refresh: 10
>>>> [16:10:23] Downloading org.eclipse.papyrus.uml.xtext.integration.validation
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.ui_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.validation_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.feature_1.1.0.201501201720.jar
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/features/
>>>>
>>>> [16:10:23] Fetching
>>>> org.eclipse.papyrus.uml.xtext.integration.core_1.1.0.201501201720.jar.pack.gz
>>>> from
>>>> https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/plugins/
>>>>
|
|
|
Goto Forum:
Current Time: Sun Dec 08 07:37:25 GMT 2024
Powered by FUDForum. Page generated in 0.03741 seconds |
] 
Search
Help
Register
Login
Home
