These files keep showing up when I run git add . and it's throwing off
the release script, so I am telling git to forget about them.
Change-Id: I4c12e9c4d72acf8e8dc1345b6903cfa224e621ed
We now load our database settings in hosted development mode from
the $site_path/etc/gerrit.config, just like we would under daemon.
This reduces the number of weird configurations that are supported.
Change-Id: I0a13f16dd74bdb034d05650eadd5e36771109f3e
Signed-off-by: Shawn O. Pearce <sop@google.com>
We now can launch the daemon correctly from within the Eclipse debugger
without having to switch to using the WAR in our CLASSPATH. This works
by allowing Eclipse to supply all of the CLASSPATH, but we have to go
find our WAR resource content in gerrit-gwtui/target.
Bug: 340
Change-Id: I7dfbc0654cdc10099fb3de3041e615a9fda5fdb4
Signed-off-by: Shawn O. Pearce <sop@google.com>
This refactoring splits the code up into different components, with
their own per-component CLASSPATH. By moving all of our classes
into isolated components we can better isolate the classpaths and
try to avoid unexpected dependency problems. It also allows us to
more clearly define which components are used by the GWT UI and
thus must be compiled under GWT, and which components are run on
the server and can therefore use more of the J2SE API.
Change-Id: I833cc22bacc5655d1c9099ed7c2b0e0a5b08855a
Signed-off-by: Shawn O. Pearce <sop@google.com>
The pain in the neck thing is, we have to use their new WAR style
output, which requires us to run "mvn war:inplace" before we can
start debugging, or if any dependencies change, but we also need
to clean that out.
All RPC handles also moved inside of the module directory, which
makes it easier to debug in the hosted mode browser but breaks any
existing browser client, even though the JSON payloads have not
changed in format.
Bug: GERRIT-75
Signed-off-by: Shawn O. Pearce <sop@google.com>
This might exist if the developer is trying to test directly from
the source directory by running something like:
mvn package && java -jar target/gerrit-*.war foo
and the "foo" subcommand requires GerritServer.properties to speak
to the database.
Signed-off-by: Shawn O. Pearce <sop@google.com>
In general we map one Maven project description to one Git
repository, as each Maven project has its own unique version
number for its artifact.
This change pulls everything up one level so its a much more
typical directory layout, where the pom.xml is at the root
of the directory structure.
Signed-off-by: Shawn O. Pearce <sop@google.com>
This way we can easily depend upon other projects which also use
Maven, without needing to embed all of their dependencies directly
within our repository.
Signed-off-by: Shawn O. Pearce <sop@google.com>
We've made some schema changes about how patch data is stored and
represented in the Gerrit 2 database, so we need to import all of
the patch entities over again. This change includes a CLI tool
that can be run to re-import one or more patch set entities from
the corresponding Git commit.
Signed-off-by: Shawn O. Pearce <sop@google.com>
We also include .gz versions of every static resource, because
this allows Jetty (and possibly other servers) to efficiently
send the pre-compressed static resource to the client.
Signed-off-by: Shawn O. Pearce <sop@google.com>
This script is just a simple tool to help me export the current
PostgreSQL database into a format that is safe to send to a 3rd
party. All of the data is public on Gerrit's website, except for
the user's physical address contact information. We scrub that
out because we do not have consent from our users to disclose
that information.
Signed-off-by: Shawn O. Pearce <sop@google.com>
We don't need to track these files from hosted mode crashes.
Keeping them in .gitignore makes it easier to "git add ." and
not worry about them being included into the project.
Signed-off-by: Shawn O. Pearce <sop@google.com>
Gerrit 2 is a ground-up rewrite of Gerrit, using GWT (Google Web
Toolkit) for the client side user interface and a Java servlet
based backend.
Signed-off-by: Shawn O. Pearce <sop@google.com>
Ian Wienand