Re: [ide-dev] [cross-project-issues-dev] Phasing in Error Reporting for

[Marcel Bruch <marcel.bruch@xxxxxxxxxxxxxx>]

Thanks Maarten. Replies inline.

On 13 Jun 2015, at 09:59, Maarten Meijer <mjmeijer@xxxxxxxxxxxxxx> wrote:

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.

Enable sending and receiving zipped contents
https://bugs.eclipse.org/bugs/show_bug.cgi?id=205416

Content is gzipped  since M3 or so.

Use a specific UserAgent string to allow filtering
https://bugs.eclipse.org/bugs/show_bug.cgi?id=205213

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@xxxxxxxxxxxxxx
twitter: @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

Phone: +49-6151-276-7092
Mobile: +49-179-131-7721
http://www.codetrails.com/

Managing Director: Dr. Marcel Bruch
Handelsregister: Darmstadt HRB 91940