Hi Marcel, Denis,
There is an earlier instance where a new bundle with automatic connections to server was included:
The inclusion of Mylyn in the standard PDE/RCP and Java packages. The settings were such that every deployed eclipse requested an unnecessarily large config file from BUgzilla.
Three tips:
Ensure payload is as small as possible and cached
https://bugs.eclipse.org/bugs/show_bug.cgi?id=196056
Payload is as small as possible: Well it’s a complete stacktrace but not you profile image… What’s in there is considered important.
Caching makes sense for downloading the remote *known-error database* and uploading *new issues*.
The remote errors database is generated once per day. Before a client downloads the database it checks whether there is a new version available (by checking the ETAG). Thus, download traffic occurs only if necessary.
Uploading new error happens for yet unknown or incomplete errors. If a report was marked as log message / ignorable, the user even won’t be asked to send it. This is purely answered by the (local) cache.
From my current point of view, the error reporter applies caching where appropriate.
Content is gzipped since M3 or so.
Well, I don’t think this applies here since all communication is going to one single URL and only by one ‘app’ - the error reporter.
I hope these are all implemented already.
I think 1 and 2 are reasonably implemented. 3 does not apply.
Thanks,
Marcel
Kind regards,
Maarten Meijer
mjmeijer@xxxxxxxxxxxxxxtwitter: @eclipsophy
Committer Industrial Mylyn Connector
http://eclipselabs.org/p/industrial-mylyn/
Eclipse trainer/consultant
http://www.eclipsophy.com/
On 13 jun. 2015, at 08:58, Marcel Bruch <marcel.bruch@xxxxxxxxxxxxxx> wrote:
— Adding epp-dev to this discussion b/c the proposals below affect EPP packages —
The amount of traffic is something no one can estimate yet. I think everyone feels a little bit uncomfortable with this situation. So here is a proposal I’d like to discuss publicly (although only a small subset of people may feel need to discuss this).
_______________________________________________
ide-dev mailing list
ide-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ide-dev
--
Codetrails GmbH
The knowledge transfer company
Robert-Bosch-Str. 7, 64293 Darmstadt
Managing Director: Dr. Marcel Bruch
Handelsregister: Darmstadt HRB 91940