On Thu, Nov 19, 2009 at 7:01 PM, Edwin Shin wrote:
> I generally like the new naming, although Chris & Dan
> see my email off-list for a alternative prefix for the project as a whole.
I think it'd be good to call a vote (and soon) on your new suggested
prefix, since 1) we already came to a rough
I generally like the new naming, although Chris & Dan see my email off-list for
a alternative prefix for the project as a whole. For the localservice renaming,
another option is to use the fedora-webapp module (now fedorarepo-webapp) as a
pom with child modules fedora, fop, saxon, and imagemani
Scott,
I see your point on the demo prefix... although these are used by the
demo objects, people do depend on them in production. Particularly
the saxon one.
"localservices" still bothers me, though. The fact that they're
"local" (in the same webapp container as Fedora) really has to do with
h
Hi Steve,
On Wed, Nov 11, 2009 at 9:15 AM, Steve Bayliss
wrote:
> Thinking on this some more from an identifiers perspective:
>
> [...]
> Cool URIs and Linked Data perspectives distinguish between identifiers that
> refer to a "thing" and identifiers that identify (eg) a web page describing
> the
Chris,
My only concern is with the "demo"" prefix: many people make use of
these external web services in production environments, when suitable
and useful; giving them the name "demo"" may lead to unnecessary
confusion if they can be used for purposes other than demonstration and
testing.
I have a proposal for maven module/artifactId renaming that I'd like
to get reactions on.
Take a look at our current hierarchy:
https://fedora-commons.svn.sourceforge.net/svnroot/fedora-commons/fedora/trunk/
Here's what I'm proposing we change, in a nutshell:
fedorarepo-admin-client -> fedorare
Developers, please take note:
When Fedora 3.3 is released in a few weeks, there will be a small
change to the REST API that *may* require you to make a minor
modification to your code in order to work with 3.3. This will be
documented in the release notes, but we wanted to provide advance
notice.