Skip to content

Upgrade to OJS 3.4.0.5 #29

@pcmachado

Description

@pcmachado

Title: Compatibility of FullJournalImportExport plugin with OJS 3.4.x

Environment

  • OJS version: 3.4.x
  • PHP version: 8.x
  • Database: MySQL / MariaDB
  • Plugin: FullJournalImportExport

Description

We are currently attempting to adapt the FullJournalImportExport plugin to work with OJS 3.4.x in order to enable full journal export and import between OJS installations.

During this process we encountered several compatibility issues related to changes in the PKP/OJS architecture.

Some of the main issues identified include:

  • API changes involving Context handling and service layers.
  • Changes in DAO access patterns and object retrieval.
  • Differences in the UserGroup and Collector APIs.
  • Adjustments required in Native XML import/export filters.

Additionally, we are facing XML schema validation issues involving the plugin schema (fullJournal.xsd), including errors such as:

  • “The content model is not determinist.”
  • Unexpected elements during validation (for example: email_signature).

These errors occur during execution of the CLI import/export process.

Steps to reproduce

  1. Install OJS 3.4.x
  2. Install or adapt the FullJournalImportExport plugin
  3. Execute the CLI command:

php tools/importExport.php FullJournalImportExport import archive.tar.gz username journalPath

  1. The process fails during XML schema validation and filter execution.

Questions

We would like to ask the development team:

  1. Is there an official or updated version of the FullJournalImportExport plugin compatible with OJS 3.4?
  2. Is this plugin still maintained or supported for recent OJS versions?
  3. Is extending the Native XML import/export filters still the recommended approach to implement full journal export/import functionality?
  4. Are there recommended alternatives for performing full journal migrations between OJS installations?
  5. If the plugin is no longer maintained, would it be feasible to update it for compatibility with the current PKP architecture?

If necessary, we can share the modifications we attempted and additional error logs.

Thank you for your guidance.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions