GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — Different FileMapper call 3.0.0 to 3.0.2 · Issue #92 · utPLSQL/utPLSQL-java-api

Different FileMapper call 3.0.0 to 3.0.2 #92

New issue
Copy link
New issue
Copy link
Closed
#96
Closed
Different FileMapper call 3.0.0 to 3.0.2#92
#96
Copy link
Labels
bug
Milestone
3.1.8

Description

@pesse
pesse
opened on Jul 17, 2019
Issue body actions

The FileMapper has a different behaviour regarding parameters in versions 3.0.0 to 3.0.2:

3.0.2: https://github.com/utPLSQL/utPLSQL/blob/v3.0.2/source/core/ut_file_mapper.pkb#L69
3.0.3: https://github.com/utPLSQL/utPLSQL/blob/v3.0.3/source/core/ut_file_mapper.pkb#L75

So with the current calling, versions 3.0.0 to 3.0.2 will not get default TypeMapping when no explicit mapping is passed.

This can be solved by introducing a Compatiblity-Version of FileMapper similar to the one we have for TestRunnerStatement. For 3.0.0 to 3.0.2 we should not pass arguments that are NULL or empty (in respect of utPLSQL/utPLSQL-cli#162).
From 3.0.3 on we can stay with the current approach of passing all parameters.

Activity

  1. pesse
    added
    bug
    on Jul 17, 2019
  2. pesse
    added this to the 3.1.8 milestone on Jul 17, 2019
  3. jgebal commented on Jul 17, 2019

    @jgebal
    jgebal
    on Jul 17, 2019
    Member
    More actions

    There is different solution That I'd like to suggest.

    Work without compatibility-version of FileMapper.

    You need to always use method of providing only the defined parameters and leave rest undefined (to not provide them to the PLSQL procedure call). That way, you always rely on default values for a given version.

    This would be aligned with solution you had in mind for 3.0.0-3.0.2
    This solution will apply to all versions released up till now.
    We do not plan/envision any majo changes to file-mapper logic as it works perfectly as it is now.

  4. pesse commented on Jul 18, 2019

    @pesse
    pesse
    on Jul 18, 2019
    MemberAuthor
    More actions

    Yes, this is a much better solution, thanks for bringing it up.

  5. pesse
    closed this as completedin #96on Oct 22, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bug

    Type

    No type

    Projects

    No projects

      Milestone

      • 3.1.8No due date

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.