Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

ACTION: Review all demo objects and use local.fedora.server where possible.  As per the solution for issue-2, use local.fedora.server/fedora/ (contiguous, not split up) where appropriate.

WHO: Aaron

STATUS: ? (tick) Committed to trunk.  This also had the consequence of removing entirely the need to convert demo objects before running tests with alternate ports, hostnames, and app server context.

...

ISSUE-2: Smiley demo "list" dissemination doesn't work with non-fedora context

...

  • Wiki Markup
    (Required) Modify Fedora so that http\[s\]/local.fedora.server/fedora/ is interpreted at runtime (and translated when appropriate at export time) with protocol://host:port/context/ and all other occurances of http\[s\]://local.fedora.server/ are interpreted/translated as protocol://host:port/
    • In content of WSDL and other "special" datastreams identified in DOTranslationUtility, when in the "migration" export context (in the same spirit as is done currently with local.fedora.server).  This solution will be backward compatible.
    • For E and R datastreams
    • Wiki Markup
      At runtime when reading the WSDL to decide which URL to send the dissemination request to.  In this case, "splitting up" the URL in the WSDL should work, so doing the local.fedora.server\[/fedora\] substitution should happen after the operation URL is constructed from the two places in the WSDL.  But it's not required for the translation at export (with "public" context) to do the replacement.
  • (Required) Make sure all demo objects use this where appropriate (See ISSUE-1)
  • (Required) Document this behavior where appropriate in the user docs.  Note that it's not recommended to "split up" local.fedora.server/fedora/ in the WSDL because replacement won't be done on export (with "public" context) that case.
  • (Optional) Create src/test-objects to make sure it works (with possible unit tests)
  • (Optional) Find a way to avoid the hardcoding of "/fedora" in the stylesheet used by the smiley demos.  Ideally, the correct URL for the images can be constructed without the stylesheet knowing where Fedora is mounted.

WHO: Aaron

STATUS: This is being tracked in FCREPO-486 and FCREPO-487.  Work is being done in branches/fcrepo-487 Code work is committed to trunk.  Have not looked at stylesheet yet, so image links in 'view' dissemination will be broken.  But at least it no longer returns a 500 error.  TODO: document.

...

ISSUE-3: System tests don't pass with non-fedora context

...

STATUS: For Kai and Andrew all test suites with different contexts are passing. Eddie ?

  • (Aaron) I think the changes in FCREPO-487 may have fixed this.  Also note that running system tests with alternate configs has changed slightly.
    • If fedora app server context is non-default (i.e. not 'fedora'), need to set environment variable "WEBAPP_HOME" to the new context name in order for tests involving commandline utils to succeed.  (Same technique enables the validator, rebuilder, etc to work without editing env-server.sh file).
    • Wiki Markup
      Conversion of demo objects or passing additional properties is not necessary any more.  Just run ant juit \-Dtest=\[system test class A, B, Q\], and it should work automatically.

...

ISSUE-4: fedora-ingest-demos doesn't work with non-fedora context and usage message is incorrect.

...

ACTION: Give better error message. (Also see DOC-1)

WHO: Kai

STATUS: ? (Aaron) env-server.bat has been modified as part of FCREPO-487 to use environment variable WEBAPP_HOME (if defined) to set alternate context.  If WEBAPP_HOME is not set, it defaults to 'fedora'.  If that is incorrect, then the error message is the same.. I didn't change any messages

...

ISSUE-6: Some commandline scripts not covered by tests (Kai noticed)

...

ACTION: Make a build.xml target for a self-contained jar distribution (with version=3.2) and note it's existence in journaling documentation.

WHO: Aaron

STATUS: ? TODO thursday AM

...

Outstanding Documentation

...