I'm not up-to-date with Rave, can you point me to the Vagrant and Chef scripts please.
-----Original Message----- From: Matt Franklin [mailto:[email protected]] Sent: Thursday, April 17, 2014 8:42 AM To: [email protected] Subject: Re: [DISCUSS] Project Next Steps On Thu, Apr 17, 2014 at 11:13 AM, Chris Geer <[email protected]> wrote: > Ross, > > I'm using Chef to deploy Rave today, it wouldn't be hard to take that > and convert it to be Vagrant based I suppose. Would people use that if > I build it? > We use Vagrant to test our chef scripts. It would be great if we had a Vagrant config available that pulled down a VM, setup Tomcat and looked for the war's & gadgets in the source directory to serve out. This would significantly lower the barrier of getting started building on Rave. > > Chris > > > On Thu, Apr 17, 2014 at 7:48 AM, Ross Gardler > <[email protected] > >wrote: > > > I did a session at Apache on on using Vagrant as a community > > development tool (short version, produce VM images for cloud > > providers, use then to proide live demos, personal demos, dev environments). > > > > When writing the session I tried to use Rave as the case study, but > > the installation failed. I didn't have the time to debug so went > > with Solr instead. > > > > Would the team be interested in a Vagrant + Puppet configuration to > > do this. I'll need someone more current than me to help me figure > > out the installation problem. I probably will not maintain the > > scripts as I'm no longer using Rave. > > > > It has the added benefit of ensuring all devs are on the same > > environment for build and test (although Vagrant + Puppet also makes > > it easy to > create > > VMs using different base OSs). > > > > Ross > > > > > > On Thu, Apr 10, 2014 at 14:51 PM, Matt Franklin < > [email protected] > > >wrote: > > > > Many of us met at ApacheCon NA to discuss the project and what needs > > to > be > > done to move it forward. From this discussion, it was clear that > > the > major > > thing we need to work toward is growing the community. The purpose > > of > this > > thread is to discuss what we can do from both a technical and > non-technical > > standpoint to attract new members. > > > > The first barrier to entry that was discussed is the complexity of > getting > > started with the project. To combat this issue, the following > > technical actions were proposed: > > > > 1) Complete the API refactor. Moving all operations to the new CXF > > REST APIs will allow for simpler integrations and customization from > > the > client > > side without having to overlay or add Java code to Rave. > > > > 2) Complete the Angular front end. The JSPs are convoluted and > > difficult to customize. Having a simple to modify UI framework > > greatly decreases > the > > barrier of entry. > > > > 3) Create a new Angular widget provider that simply does angular > > includes of content inline in the page. This allows users to get > > started without having to understand OpenSocial or W3C widgets. > > > > From a non-technical standpoint the following was discussed: > > > > 1) Outreach to other projects. Many projects are developing their > > own modular UIs. We should help them use Rave once we have > > completed > lowering > > the technical barrier. > > > > 2) Website/Documentation. We need to rebrand and clarify what Rave > > is > all > > about. > > > > Let's discuss these and other options and put a prioritized list out > > for discussion with the wider community on the user's list. > > > > > > > > -- > > Sent from MetroMail > > >
