@Rohit, all of this is with -Dsimulator. It is probably due to one of my
many bad habits but I have this on fedora 26, macos 10.13 and macos 10.11
On Tue, Nov 14, 2017 at 5:49 PM, Rohit Yadav
wrote:
> Daan,
>
> Try doing a mvn clean install build with - Dsimulator. See wiki on
> building for oth
No changes required in pom whatsover. Only the scripts/guides. For examaple
in:
/cloudstack/tools/travis/install.sh
/cloudstack/deps/install-non-oss.sh
/cloudstack/packaging/package.sh (even lines 63-69 will become useless)
...
--
Khosrow
On Tue, Nov 14, 2017 at 4:33 PM, Rafael Weingärtner <
r
This seems to be something interesting to be used. Do we need to make
changes to our pom.xml files to use it? Or is it only a matter of
protocol/guidelines?
On Tue, Nov 14, 2017 at 7:06 PM, Khosrow Moossavi
wrote:
> Well basically anywhere (either manual or in scripts/CI) maven is required
> to
Well basically anywhere (either manual or in scripts/CI) maven is required
to do something with ACS.
Basically using *"./mvnw foo bar -Pbaz" *instead of *"mvn foo bar -Pbaz"*
in which mvnw is an executable file in the repo not installed in the OS.
Khosrow Moossavi
Cloud Infrastructure Developer
You mean, to use this tool to help us managing maven versions in ACS'
community distributed CIs and devs environments?
On Tue, Nov 14, 2017 at 5:15 PM, Khosrow Moossavi
wrote:
> Hi
>
> I'm new to ACS community, so I'm not sure if this topic has already come up
> before.
>
> I wanted to suggest
All of the commits I tried from 2874fc23e7d11ee826ee25069851d7c48381cf75
until 4bc7c270fa7e9a612b1a936f28ca20a13caacf37 caused the same problem.
Commit 4bc7c270fa7e9a612b1a936f28ca20a13caacf37 is working though. I
believe it has something to do with these last version updates of
components lately.
Hi
I'm new to ACS community, so I'm not sure if this topic has already come up
before.
I wanted to suggest using Maven Wrapper (
https://github.com/takari/maven-wrapper) and actually check it in in the
repo rather than relying on existence of it on dev, ci, build, host, etc
machine.
With this we
Option 3, makes sense to me.
-Rohit
From: Paul Angus
Sent: Tuesday, November 14, 2017 4:08:51 PM
To: dev@cloudstack.apache.org
Cc: u...@cloudstack.apache.org
Subject: RE: POLL: ACL default egress policy rule in VPC
3 sounds like a winner.
[I think that (2) is ho
Daan,
Try doing a mvn clean install build with - Dsimulator. See wiki on building for
other parameters to consider or the Travis build/launch scripts,including
prefering ipv4 stack.
Our Travis build is green on current master, so likely an environment issue is
causing these failures.
PS. we r
It works without removing annotation because they are not being processed
(@component). That is why when you deleted the beans declaration in the XML
Spring started complaining about those beans. So, if they are not being
used, we can simply remove them.
On Tue, Nov 14, 2017 at 10:09 AM, Daan Hoog
On Tue, Nov 14, 2017 at 12:00 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> That depends-on configuration is not needed when attributes are annotated
> with @inject or @Autowired, spring builds automatically de dependency
> hierarchy. Even though the removal of them did not seem t
That depends-on configuration is not needed when attributes are annotated
with @inject or @Autowired, spring builds automatically de dependency
hierarchy. Even though the removal of them did not seem to be necessary,
their use is also not necessary. The issue seems to be related to
application cont
3 sounds like a winner.
[I think that (2) is how non-vpc networks work, I guess the thinking was, that
if you are adding allow rules, then you want to deny everything else. But if
you didn't care (ie didn't add egress rules) then allow all outbound was ok]
Kind regards,
Paul Angus
paul.an.
I just found this website:
https://docs.oracle.com/javase/7/docs/webnotes/tsg/TSG-VM/html/envvars.html
Apparently you can set the JAVA_TOOL_OPTIONS environment variable to pass
options to JVM instantiation, in case it's not under your control.
So debug can be enabled by adding the following line
it actually already works with only the depends-on attributes in the xml
removed but it all makes sense.
On Tue, Nov 14, 2017 at 1:59 AM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> I removed some spring configurations that were not making sense to me.
> After that, everything star
15 matches
Mail list logo
