c stuff,
> **never** or **ever** to use @Component, I'm not a perfect-ist but a more
> practical one, so using @Component only for meta programming looks fine to
> me. And In this option, @Component is actually not necessarily to be
> defined by Spring, we just happen to borrow it and
ng @Component only for meta programming looks fine to
> me. And In this option, @Component is actually not necessarily to be
> defined by Spring, we just happen to borrow it and that's it. I'm kind of
> buying the point that with such a powerful editor like Eclipse, it seems
&g
Frank,
This is probably not the answer you looking for, but I have to just
throw in my two cents. When should you use @Component? Never. The
cleanest way to use the Spring container is to *never* "import
org.springframework". Only bootstrap and obviously spring specific code
should import spri
ld-all deploy-server
> ant deploydb
>
> Right?
>
> -
>
> On 8/29/12 11:17 AM, "Darren Shepherd" wrote:
>
>> Olivier,
>>
>> Running in tomcat doesn't actually work. Its a little misleading with
>> CS because the home page will come u
https://reviews.apache.org/r/6835/diff/
Testing
---
Thanks,
Darren Shepherd
ust 29, 2012 9:59 am
> To: cloudstack-dev@incubator.apache.org
>
>
> 2012/8/29 Olivier Lamy :
> > 2012/8/29 Darren Shepherd :
> >> Olivier,
> >>
> >> You added the client module to the main pom.xml, but that break the
> >> profiles for the build.
Hugo,
I created https://reviews.apache.org/r/6829/ for this. Can you download
the patch and try it out?
Darren
> Original Message
> Subject: RE: maven: latest patches and how to setup Eclipse/M2E/Jetty
> From: "Darren Shepherd"
> Date: Wed, August
://reviews.apache.org/r/6829/diff/
Testing
---
Thanks,
Darren Shepherd
>
> Cheers,
>
> Hugo
>
> -Original Message-
> From: Olivier Lamy [mailto:ol...@apache.org]
> Sent: Wednesday, August 29, 2012 7:33 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: maven: latest patches and how to setup Eclipse/M2E/Jetty
>
>
I heard there might have been some issue with link local for the DomR
working properly on XenServer 6 or possibly Tampa. Does anybody know
what was the issue and the solution? My team at work is currently going
through the effort of trying to get our cloud on XenServer Tampa release
(obviously wo
.xml
>
> org.apache.tomcat.maven
>
> and save your fingers with mvn tomcat7:run -pl :cloud-client-ui -am
>
>
> 2012/8/28 Olivier Lamy :
> > Hi,
> > I will take care of that.
> >
> > 2012/8/28 Darren Shepherd :
> >>
> >> For
For whatever reason, my patches on review board never seem to work. I
just do "git format-patch --stdout origin/master" but then review board
just throws an error when I upload the patch. Regardless, can a
committer pull the branch "maven-final" from
https://github.com/ibuildthecloud/incubator-c
>
> +1
>
> -Original Message-
> From: Daniel Kulp [mailto:dk...@apache.org]
> Sent: Monday, August 27, 2012 8:05 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: maven: will I be shot for using systemPath?
>
>
> On Aug 27, 2012, at 10:54 AM, Darren
://docs.cloudstack.org/CloudStack_Documentation/Design_Documents/Coding_Conventions
>
>
>
> --Alex
>
>
>
> > -Original Message-
>
> > From: Darren Shepherd [mailto:dar...@godaddy.com]
>
> > Sent: Monday, August 27, 2012 9:44 AM
>
> > To: cl
>
> Hi,
> Yup a vote seems reasonable on this sensible holy war question :-)
> I will do that.
>
> 2012/8/27 Darren Shepherd :
> > Yes there are style files for Eclipse. But I'm pretty opposed to
> > changing the default style of Eclipse. The default style of
.org
>
>
> Created here:
> https://svn.codespot.com/a/apache-extras.org/cloudstack-extras/m2-repo/
>
> Give me your google id and then you will have karma.
>
> 2012/8/27 Olivier Lamy :
> > 2012/8/27 Darren Shepherd :
> >> I'm going to submit
> ws?
> From: Olivier Lamy
> Date: Sun, August 26, 2012 11:59 pm
> To: cloudstack-dev@incubator.apache.org
>
>
> 2012/8/27 Darren Shepherd :
> > Olivier,
> >
> > Why is there a strong preference of white space over tabs for the
> > pom.xml's? I
I'm going to submit more maven/waf/ant stuff. One of the things right
now is that we have non-redistributable jar's in git (and I also put
them in my custom maven repo, probably shouldn't have done that). I
need to get rid of those and make building those components optional.
So I am currently u
Olivier,
Why is there a strong preference of white space over tabs for the
pom.xml's? I noticed you changed all of them. The thing is, when I
created all the pom files I actually created them with 2 spaces instead
of tabs (that's my vim settings). When I start using the pom's in
Eclipse it donn
I don't think there was any intention of releasing things individually.
If you want to get rid of parent/pom.xml (and move all the contents to
/pom.xml) I think that would make sense. Honestly, the only reason the
structure is how it is is because I copied the exact structure of Apache
CXF.
Darr
this
> > will
> > give us a graceful period to have everyone migrate to maven based build
> > system. If you use Eclipse, you will need to re-import all maven eclipse
> > projects
> >
> > Kelven
> >
> > On 8/23/12 1:44 PM, "David Nalley"
Some Committer,
I can't seem to get the maven patch to work through Review Board. Can a
committer just pull the "maven" branch from
https://github.com/ibuildthecloud/incubator-cloudstack.git merge to
master and commit? One of the problems with the patch is that it moves
deps/XenServerJava/com to
for
> anybody.
>
>
>
> Anything I can do to help out?
>
>
>
> Cheers,
>
>
>
> Hugo
>
>
>
>
>
>
>
> -Original Message-
>
> From: Darren Shepherd [mailto:dar...@godaddy.com]
>
> Sent: Sunday, August 19, 2012 3:5
espot.com/a/apache-extras.org/kalumet-extras/)
>
> --
> Olivier
>
> 2012/8/19 Darren Shepherd :
> > All,
> >
> > So I have maven fully functional. I sent an email regarding this but
> > being that it wasn't on this thread so it probably went un-noticed. So
Murali,
This is just a random implementation note. Beware of DB transactions
and events. Events shouldn't be sent until DB transactions are
committed. If you don't give consideration to this upfront, you
suddenly have craziness ensuing or one creates an overly complex system
to tie DB transacti
> Original Message
> Subject: Re: [Discuss] CloudStack architecture to a loosely-coupled
> component oriented distributed architecture
> From: Chip Childers
> Date: Mon, August 20, 2012 6:55 am
> To: cloudstack-dev@incubator.apache.org
>
>
> On Mon, Aug 20, 2012 at 9:53 AM
Does this XenServer SDK release include whatever was manually patched in
CS? I believe something regarding the connection timeouts was patched
in Xapi.
Darren
> Original Message
> Subject: RE: [ASFCS40] Re: Re: Relicensing XS Java bindings for
> CloudStack
> From: Abhinandan
7:31 pm
> To: "cloudstack-dev@incubator.apache.org"
>
>
>
> Darren,
>
> I'll start some coding on architecture refactoring work at "javelin"
> branch, and I'll use Spring too. Should we share the same branch? I've
> pushed the bra
s to be coming to a
> consensus when the 4.0 release date is pushed back.
>
>
>
> --Alex
>
>
>
> > -Original Message-
>
> > From: Darren Shepherd [mailto:dar...@godaddy.com]
>
> > Sent: Saturday, August 18, 2012 10:16 AM
>
> > To:
All,
So I have maven fully functional. I sent an email regarding this but
being that it wasn't on this thread so it probably went un-noticed. So
below is basically a copy of that.
If you want to get an idea of what maven would look like for CS, what
I've done is on the "maven"
branch at https:/
I'm going to be starting the effort of moving CloudStack to be Spring
managed as this is an absolute must for me (and my day job). I wanted
to share some of the high level points and the scope as I see it today.
Moving to Spring should not impact much code (except swapping
annotations in a lot of
All,
Sorry, I've been busy with the day job, but if you want to get an idea
of what maven would look like for CS, what I've done is on the "maven"
branch at https://github.com/ibuildthecloud/incubator-cloudstack.git
I had to setup a custom repo to put all the non-oss libraries that don't
exist in
While building things with Maven its become clear that the test code
(*/test directories) have circular dependencies in then and not really
possible to build in a sane fashion.
Specifically server/test and core/test don't compile. The first problem
is that core/test depends on the vmware stuff.
That's honestly how javadoc just is. It takes a lot of diligence to maintain a
clean javadoc run. As long as javadoc doesn't fail the output is always useful.
Darren
Sent from my iPhone
On Aug 16, 2012, at 6:00 PM, Alex Huang wrote:
>
>
>
>> -Original Message-
>> From: Ewan Mello
in a good position to support that
> > through our upgrade sql scripts.
> >
> > Will
> >
> >
> > From: Darren Shepherd [dar...@godaddy.com]
> > Sent: Monday, August 13, 2012 6:18 PM
> > To: cloudstack-dev@
everything themselves anyways.
Darren
Sent from my iPhone
On Aug 13, 2012, at 5:37 PM, Ewan Mellor
wrote:
>> -Original Message-
>> From: Darren Shepherd [mailto:dar...@godaddy.com]
>>
>> [Snip]
>>
>> Let me know if you want me to head down this pa
t;> From: Chip Childers [mailto:chip.child...@sungard.com]
>> Sent: Monday, August 13, 2012 5:36 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: schema maintenance
>>
>> On Mon, Aug 13, 2012 at 8:06 PM, Darren Shepherd
>> wrote:
Has there been any talk about not maintaining a monolithic
create_schema.sql and doing a more DB migrate style? From a
supportability perspective its way easier if your SQL is just always
deltas from the last. For example, you ship version 1 and create
schema1.sql. Version 2 you add some stuff s
org"
>
>
>
> http://jenkins.cloudstack.org.
>
>
>
> David Nalley or I can give you an account if you want to make jobs on there.
> I'd appreciate knowing what it is you want to do, so that we don’t overlap.
>
>
>
> Cheers,
>
>
>
Is there a jenkins or other CI server for CS?
Darren
che.org"
> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Monday, August 13, 2012 10:33 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: Hibernate -> Custom DAO for AWS component
>
>
>
> > -Original
I'm working through and trying to setup maven pom's for all the code and
its pointing out some weird dependencies in the code.
com.cloud.agent.VmmAgentShell is in server/src, but it depends on
agent/src. Historically I don't think the cloud-server.jar has depended
on the cloud-agent.jar.
The pro
of course break the other change you did
towards the end of the method.
- Darren Shepherd
On Aug. 12, 2012, 4:09 p.m., mice xia wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
&
signatures from
Set to TreeSet you instead used SortedSet
- Darren Shepherd
On Aug. 12, 2012, 4:09 p.m., mice xia wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apach
All,
I was just reviewing https://reviews.apache.org/r/6557/diff/ for the
Hibernate -> Custom DAO implementation and it makes me so sad. Its not
that you went from Hibernate ORM to custom built ORM (that is already in
CloudStack), you went from ORM to raw SQL. From the size of the diff
and the a
incubator.apache.org"
> -Original Message-----
> From: Darren Shepherd [mailto:dar...@godaddy.com]
> Sent: Saturday, August 11, 2012 8:32 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: [DISCUSS] Binaries (jars) in our source tree/source
releases.
>
> A
All,
I'd like to give my two cents about the CloudStack build system and this
current discussion. I tried to read through the whole thread and get
the full context but I apologize if I've missed anything.
The problems I've seen with the current build system is that it
1) Packages the binaries de
47 matches
Mail list logo
