Webb
> To:"Eclipse platform general developers list." <
> platform-dev@eclipse.org>
> Date: 19.06.2019 14:37
> Subject: [EXTERNAL] Re: [platform-dev] Impact of Windows Defender
> and Eclipse startup
> Sent by:platform-dev-boun...@eclip
19 17:22
Subject: [EXTERNAL] Re: [platform-dev] Impact of Windows Defender
and Eclipse startup
Sent by:platform-dev-boun...@eclipse.org
Whoever is interested in solving this problem, please create a p2 or
oomph bug for that.
I think missing signature on Windows is not OK, indepen
//bugs.eclipse.org/516795got reported regarding
> Windows Defender. Comments there indicate that it's a deeper issue with/in
> Windows Defender and not related to the eclipse.exe (issue happens after
> eclipse.exe is done).
>
> Dani
>
>
>
> From: Andrey Loskutov
&g
rm-dev@eclipse.org
Date: 18.06.2019 17:22
Subject: [EXTERNAL] Re: [platform-dev] Impact of Windows Defender
and Eclipse startup
Sent by:platform-dev-boun...@eclipse.org
Whoever is interested in solving this problem, please create a p2 or
oomph bug for that.
I think missing signatu
Andrey,
I looked in older p2 repos and this file was previously signed. E.g.,
the following one has a signed eclipse.exe:
https://download.eclipse.org/eclipse/updates/4.6/R-4.6.3-201703010400/binary/org.eclipse.platform.sdk.executable.win32.win32.x86_64_4.6.3.M20170301-0400
That is why I just
Whoever is interested in solving this problem, please create a p2 or
oomph bug for that.
I think missing signature on Windows is not OK, independently if this
helps or not with the Windows Defender performance. Note: the exe file
from plain SDK *is* signed.
On 18.06.2019 16:52, Ed Merks wrote:
Rolf,
Indeed if I look at the two executables in the following:
https://download.eclipse.org/eclipse/updates/4.12/R-4.12-201906051800/binary/org.eclipse.platform.sdk.executable.win32.win32.x86_64_4.12.0.I20190605-1800
They do not show signature properties when extracted, so p2 installing
these
First of all, the properties of the executable show it very clearly.
Second, https://bugs.eclipse.org/bugs/show_bug.cgi?id=509799#c4 this
comment.
eclipse.exe properties from Eclipse IDE for Java Developers Package
Eclipse properties for product installed via oomph.
Op 6/18/2019 om 4:04 PM s
Rolf,
I don't believe what you suggest is the case. The eclipse.exe in the p2
repository, like all the artifacts in the repository, is signed.
Otherwise, if one did an update and the executable needed to be updated,
it would be updated with an unsigned version, which would not be
acceptab
Hi,
I came across the bug below. What triggered me from the comments on Bug
509799 is, that the 'eclipse.exe' is apparently signed as part of the
EPP build. As we are pushing Eclipse-Installer now, many installations
contain a 'eclipse.exe' that is not signed.
So maybe the problem is not how
Unfortunately a no-go. Gave it a try and despite taking 1.5 minutes to run
the command line, it still took the full first scan after running the exe
that had already been scanned.
It seems we'd need some guidance from Microsoft in how to get some/all of
Eclipse whitelisted in their Security Intel
Can you make one of the affected persons try running this before they
start eclipse?
"%programfiles%\Windows Defender\mpcmdrun" -scan -file
"full_path_to_eclipse_installation"
If that helps, we could potentially add this to the installer (but not
the ZIPs, of course), in the hope Defender afterw
Note that the particular issue mentioned happend on a computer with a
McAfee virus scanner. I think that in this case p2 may not assume that a
file is available directly after unpacking, or something like that. Only
after it is really there, i.e. unlocked, it should be moved. And indeed,
this t
I believe this problem also affects p2, sometimes with very bad
consequences beyond just being slow. E.g., p2 often downloads things to
a temporary location then p2 immediately moves the file when the
download is complete. When a virus scanner is busy scanning the file
such that it's temporar
.org <mailto:platform-dev@eclipse.org>
Cc:
Subject: [EXTERNAL] [platform-dev] Impact of Windows Defender
and Eclipse startup
Date: Fri, Jun 14, 2019 8:41 AM
TL;DR - Windows Defender adds 1.5 minutes or more to Eclipse
launch
Lately, I&#x
>TL;DR - Windows Defender adds 1.5 minutes or more to Eclipse launch
Same situationin our company. Windows defender blocks not only Eclipse
startup,but also kicks in when we start a new RCP session from our
development IDE. Then I guess it is scanning the jars of the target
platform.
Interesting
> locally I can simply setup exclude rules in Windows defender ... I'm wondering about other creative ways we could help users
>
I guess what I was trying to suggest was a story that just let Windows defender do it's thing once, but by virtue of the fact that we kept the extract zip around between
at 11:56 AM Mike Wilson wrote:
> Yikes! Is it possible to keep the extracted zip around, in a way that
> Defender wouldn't have to rescan it?
>
> McQ.
>
>
> - Original message -
> From: Tim Webb
> Sent by: platform-dev-boun...@eclipse.org
> To: platform-d
Yikes! Is it possible to keep the extracted zip around, in a way that Defender wouldn't have to rescan it?
McQ.
- Original message -From: Tim Webb Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] [platform-dev] Impact of Windows Defender and Ec
TL;DR - Windows Defender adds 1.5 minutes or more to Eclipse launch
Lately, I've heard some colleagues grumbling about how Eclipse startup
seems slower. I'll admit that I'm recently back on Windows after years on
Mac and was surprised. Some quick metrics:
0:05 - time to extract 354mb JEE 2019-06
20 matches
Mail list logo
