1. Vipin Dwivedi
  2. PowerBuilder
  3. Wednesday, 7 October 2020 17:09 PM UTC

Hello Appeon Team,

What are your plans for PBL dependency removal? It was being said after 2017 Release that PowerBuilder will get rid off PBL. What's the plan?

Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Wednesday, 7 October 2020 17:20 PM UTC
  2. PowerBuilder
  3. # 1

Hi Vipin;

  No immediate plan for this currently.

https://www.appeon.com/developers/roadmap

Regards ... Chris

Comment
  1. Miguel Leeuwe
  2. Friday, 9 October 2020 18:42 PM UTC
I agree it will be a lot of work. My comment was more intended on how to still maintain a similar "look" for the developers from the library painter. (If I only thing of stuff like "libraryExport -import").
  1. Helpful
  1. Andrew Barnes
  2. Friday, 16 October 2020 23:20 PM UTC
I am very much in Chris's "If it isn't broke, then don't go fix it" camp. For my shop, it would be a massive headache to reorganize all our applications if PBL files were removed. I have worked in the C/C++ world where we thousands of code files that we organized using separate directories. It worked, but I do not feel that was somehow superior to the PowerBuilder library files.
  1. Helpful
  1. mike S
  2. Saturday, 17 October 2020 16:20 PM UTC
"pbls used by InfoMaker and also PB Apps add them dynamically" : pbls could be removed as the default storage but still allow pbls, so that the runtime add pbl continues working as well as infomaker.



when using SCC you end up having directory structures that exactly match the pbls, with the pbls in the directory as well as the source in the directory. everything is stored twice :-/



it would be nice to have the pbls gone, but this is very very low wish list item
  1. Helpful
There are no comments made yet.
Sivaprakash BKR Accepted Answer Pending Moderation
  1. Thursday, 8 October 2020 04:14 AM UTC
  2. PowerBuilder
  3. # 2

Would like to know what we could gain by loosing pbl structure ?

 

Comment
  1. Chris Pollach @Appeon
  2. Saturday, 17 October 2020 23:59 PM UTC
Hi Guys;

FWIW: I've been using PB since 1989 version 0.8 alpha and have never encountered a corrupt PBL. However, I don't trust SCC alone ... tons of regular incremental file backups too. ;-)

Regards .. Chris
  1. Helpful
  1. Benjamin Gaesslein
  2. Monday, 19 October 2020 06:07 AM UTC
I've seen so many corrupt PBLs. Might've been an issue with the external SVN proxy tool, though. My "favourite" is ghost objects. As in source files that couldn't be compiled but were still saved somehow and afterwards won't show up in the PBL. They're apparently still in there somewhere, because trying to re-import them fails with a message saying the file already exists.



@Christopher: the PB implementation of GIT requires you to push PBLs to the repo at least once. A new folder "ws_objects" is created that mirrors the PBL structure, containing the source files in seperate folders named after the respective pbl. This at least removes the need for pbg-files and makes it easier to move source files to another library.

This enables you to check out a project from GIT and have a working PB workspace right away without having to generate PBLs via orcascript. This is obviously more convenient than previous solutions. But the PBLs will only become more outdated over time unless you update them on the repo on a regular basis. Might not be a problem at all but could well be, in the long run. Especially if the master branch is protected and can't be directly pushed to.



@Armeen it's good to see that GIT support is being improved upon. Keep in mind that merging branches into master might happen outside of PB, though. Like for merge requests with code review.
  1. Helpful
  1. Sivaprakash BKR
  2. Monday, 19 October 2020 09:36 AM UTC
Chris

You are lucky.
  1. Helpful
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.