site

"Empty File" error is thrown when the file field is not set (atleast that's how the code's written). If the file was set, that it may be that the browser is not sending across things correct, or some other issue?

Just added support for .tar.gz as well.

Max file size (or zip or tarball) is set to accept files upto 1MB. This can be change inconfig.php.

~Anil

The darn thing rejects my files for mysterious reasons, and I'm not alone. 1M is too small for some webrevs. It uses a random number in the URL that you can't update, and its located on a legacy system that we're trying to move off of.

In short, the current cr.illumos.org thing is garbage. I'm not interested in trying to salvage it. Throw it away and give me a facility like cr.opensolaris.org please.

I think Bryan Horstmann is working on this.

Test zone built (creview.illumos.pobox.com). Need to decide on an approach. Once that's done, figure 2-4 hours for configuration and testing.

Just a by-stander's 2 cents: I work for a company which leveraged Sun's products as well as many open-sourced projects for corporate and government customers to make portals and document repositories, aiming towards e-government workflows and such.

If you decide to dive into making a new CR/WebRev engine overall, you might take a look at a few projects as not to start from scratch: Alfresco ECM (www.alfresco.com), numerous Atlassian products (www.atlassian.com) and some of Sun's own products.

For repository you may want to start up from Alfresco Community project. It is a Java-based web-application (Apache Tomcat et al), and we have a number of projects for customers running under Solaris and OpenSolaris (including local zones), Linux and Windows. AFAIK it was also included or easily integrated with Sun/Liferay portal (WebSpace 10/LifeRay 5).

At least that should give a versioning repository server accessible via Web-GUI, WebDAV, FTP, NFS and CIFS, CMIS and WebServices (custom WSDLs). One cool feature for automating workflows is the ability to add handlers for certain folders ("spaces"), such as unzipping the received file and applying it to a test code branch, or whatever.

AFAIK Rsync and SSH/SFTP are not implemented, but if someone is eager - might be doable. At least, one can use sftp or rsync to a "home" directory mounted from Alfresco as a cifs/nfs server by the system with ssh service.

If Alfresco were to be used without file-services (only HTTP / WebDAV / WSDL) you can also do single-sign-on with OpenSSO (perhaps OpenAM now?) and its other SSO-client applications, like forums (Jive) or portals, and with Sun Messaging Suite, and possibly with Atlassian's products, which include a bug-tracker (JIRA) and a Wiki (Confluence).

Even if nothing else applies now, Alfresco's automated handlers of whatever is uploaded by developers over one of numerous protocols (as well as publishing specified spaces over HTTP) might be what you want. And then as part of handling, you can stick it into your existing or new solution...