We would need some log pieces to try to understand what sort of problems
you are having.
Can you provide them?
You can use [1] to share them.
[1] https://paste.apache.org/
On Tue, Apr 24, 2018 at 7:13 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
> Can you please fix this in the
Hi everyone,
This note is a follow-up to this discussion thread.
Around the middle of April, the CloudStack PMC received an e-mail indicating
(to our surprise) that we needed to provide the people organizing Montreal’s
upcoming ApacheCon (which includes the CloudStack Collab Conf) with a
Can you please fix this in the next release - 4.11.1.0?
Thanks
# mukarram
On 2018/04/23 20:21:00, Mukarram Syed wrote:
> Hi,
> I am implementing ACS 4.11 on CentOS7.4 as a POC.
>
> 2 issues:
>
> 1.
> I cannot upload a local template and the error is shown below: This
Hi!
Am 24.04.18 um 12:12 schrieb Marc-Aurèle Brothier:
Hi Martin,
The response format does not come from the "accept" header but from the
request parameter "response", see the documentation:
http://docs.cloudstack.apache.org/en/latest/dev.html#response-formats-xml-and-json.
So your code works
This can possibly fail some environments, but it depends on feedback from users.
One option is to introduce global settings, (but we've got many of those) such
that it's set to XML set in ConfigKey, but when a new env is installed (as part
of server xml/sql) we set it to JSON.
Another option
Thanks Wido (and Gabriel)!
Update - I'll spend next 2.5 weeks to triage issues, work with everyone to
reviews, fix, test PRs. The rough timeline is to work on that and try an get
RC1 voting started by the end of next month, maybe as early as mid-May (14-15
May). If RC1 voting is not started
The time would be better spent on fixing the docs.
It is time to turn Cloudstack into a production quality product with
documentation that actually reflects the quality of the design and
functionality.
At the moment you have 2 people willing to work on the docs waiting for
a committer to
No problem Marc, but I still do not think that having a parameter is an
overkill. My view is that if there is a decision to be made (regarding the
default response type for requests), if we (as developers) take this
decision (hardcode it), why not externalize it? I do not see as overkill,
it is a
@rafael - I think it's overkill to have this as a configuration option. We
should have one default response type, or maybe not have a default one and
enforce the use of the response type the client is willing to receive.
On Mon, Apr 23, 2018 at 3:39 PM, Rafael Weingärtner <
Hi!
Am 23.04.18 um 15:34 schrieb Marc-Aurèle Brothier:
Hi everyone,
I thought it would be good to move from XML to JSON by default in the
response of the API if no response type is sent to the server along with
the request. I'm wondering that's the opinion of people on the mailing list.
Would
10 matches
Mail list logo