Re: [cross-project-issues-dev] Upgrading HIPPs to SLES12 (Part 8) - Nov 29th, 10am EST

[Frederic Gurr]

Hi,

Slight change of plans:

SimRel HIPP will be upgraded tomorrow, Friday, November 25th, 10am EST
to keep downtime to a minimum.

Also a correction:

Downtime on Tuesday will be a few hours, because we are rebuilding the
host machine.

Regards,

Fred

On 24.11.2016 16:54, Frederic Gurr wrote:
> Hi,
> 
> Next up are the following HIPPs:
> 
> * babel
> * leshan
> * nebula
> * simrel
> * virgo
> 
> The upgrade is scheduled for Tuesday, November 29th, 10am EST.
> 
> Downtime will be kept to a minimum (1-2 hours).
> 
> 
> Please let me know if you have any concerns.
> 
> Regards,
> 
> Fred
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> 
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Upgrading HIPPs to SLES12 (Part 8) - Nov 29th, 10am EST

[Frederic Gurr]

Hi,

Next up are the following HIPPs:

* babel
* leshan
* nebula
* simrel
* virgo

The upgrade is scheduled for Tuesday, November 29th, 10am EST.

Downtime will be kept to a minimum (1-2 hours).


Please let me know if you have any concerns.

Regards,

Fred

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Upgrading HIPPs to SLES12 (Part 7) - Nov 24nd, 10am EST

[Frederic Gurr]

Hi,

The upgrade of the HIPPs mentioned below to SLES12 is now done and the
HIPPs are back online.

PLEASE NOTE: all affected projects that are using UI tests need to
adjust their scripts to use "icewm" instead of "metacity" as window manager.

Thanks for your patience.

Regards,

Fred

On 22.11.2016 18:33, Frederic Gurr wrote:
> Hi,
> 
> Next up are the following HIPPs:
> 
> * cdo
> * emf-parsley
> * gmf-notation
> * gmf-runtime
> * gmf-tooling
> * jwt
> * paho
> * query
> * tcf
> * tm
> * viatra
> 
> The upgrade is scheduled for Thursday, November 24th, 10am EST.
> 
> Downtime will be kept to a minimum (1-2 hours).
> 
> 
> Please let me know if you have any concerns.
> 
> Regards,
> 
> Fred
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> 
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Does anyone know an HttpCacheStorage implementation available in Orbit?

[Andreas Sewe]

Hi fellow Eclipse committers,

we at the Automated Error Reporting project are currently trying to make
the client more RESTful. In particular, we want to implement support for
HTTP's Cache-Control header.

Now, Apache HttpComponents offers a CachingHttpClientBuilder [1], which
produces a drop-in replacement of the normal HttpClient that we
currently use, but with full, spec-compliant Cache-Control handling.
Unfortunately, our use case requires a persistent HttpCacheStorage
storage backend [2].

While there exists, e.g., an Ehcache-based backend, AFAICT none of the
backends has its necessary dependencies in Orbit.

But maybe I am mistaken or some other project has already developed
their own HttpCacheStorage that we should know about. Is so, please tell us.

Best wishes,

Andreas

[1]

[2]


-- 
Codetrails GmbH
The knowledge transfer company

Robert-Bosch-Str. 7, 64293 Darmstadt
Phone: +49-6151-276-7092
Mobile: +49-170-811-3791
http://www.codetrails.com/

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



signature.asc
Description: OpenPGP digital signature
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Aggreagtor Email questions

[LE MENEZ Quentin]

Hi David,

Thanks for the help, it was something as simple as that and it now seems to 
work perfectly! ☺

Thanks again,
Quentin

De : David Williams [mailto:david_willi...@acm.org]
Envoyé : mercredi 23 novembre 2016 19:51
À : LE MENEZ Quentin 
Cc : Cross project issues 
Objet : Re: Aggreagtor Email questions

On 11/23/2016 08:53 AM, LE MENEZ Quentin wrote:
Hi David,

I was wondering if this was the case (it seems so): do the emails in the 
project aggregator file need to belong to a committer for the aggregator build 
to succeed?
I ask this because we tried to put ours (François and mine) in it but the build 
kept failing (and the report seemed to point to that particular addition).

Thanks,
Quentin


No, there is no restriction on the email address like that.

A common cause for failure to add an email address is that the email must 
belong to a "Contact" that has been defined in the simrel.aggr file/model 
(using the CBI Aggregator editor). And then that "Contact" added to the 
contribution. And then, BOTH files, simrel.aggr and your specific contribution 
file (*.aggrcon) committed.

I hope it is something simple like that. If you continue to have difficulties, 
please open a bug in cross-project component with details/files and I will take 
a closer look.

Thanks

I have CC'd cross-project list simply because this is a common issue so thought 
others might like to read the question and the answer.




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev