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 16:20  |
Eclipse User |
|
|
|
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 11:04  |
| Eclipse User |
|
|
|
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 #1576998 is a reply to message #1576921] |
Wed, 21 January 2015 11:59 |
| Eclipse User |
|
|
|
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 12:33 |
| Eclipse User |
|
|
|
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/
>
>
|
|
|
| Re: PDE Target provisioning taking much longer than before [message #1577098 is a reply to message #1577047] |
Wed, 21 January 2015 13:08 |
| Eclipse User |
|
|
|
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: Mon Jul 07 08:31:00 EDT 2025
Powered by FUDForum. Page generated in 0.06480 seconds |
Home