As we get more and more applications in our environments that only arrange alphabetically, it is getting harder to find things. We start naming applications similarly so they sort together which is causing problems.

I would like the ability to create folders to arrange applications, even at minimum if it is just saved locally as a preference for myself.

Merged from 'ServiceStudio: Add ability to create folders to arrange Applications.' (idea created on 2015-11-20 14:31:19 by Cassandra Reeder), on 2016-10-25 08:02:59 by Goncalo Borrega

Consider an environment with a lot of applications and some of them are related. It would be easier for the user if it was possible to bundle the applications in user-defined folders/layers... in order to relate them, as a file explorer view.

Merged from 'Group the applications in the applications grid view' (idea created on 2014-11-12 11:40:13 by António Pereira), on 2015-11-26 10:01:19 by Goncalo Borrega

Merged from 'ServiceStudio: Add ability to create folders to arrange Applications.' (idea created on 2015-11-20 14:31:19 by Cassandra Reeder), on 2016-10-25 08:02:59 by Goncalo Borrega

I'd say applications are already a way to group functionality, you have so many apps you need to group them as well? Also, just Service Studio wouldn't cover it, you'd need to have this available in LifeTime as well.

As a last comment, the title is a bit misleading, I thought you were talking about folders like Action folders (which has been posed as an idea many times before).

Merged from 'Folders in Service Studio start page' (idea created on 2016-11-08 08:46:18 by Martin den Braven), on 2017-07-11 08:53:41 by Carlos Alfaro

Yes, applications are a ay to group functionality. But we have multiple applications for multiple customers. So a customer folder would be very easy to group them. And also we have multiple shared items such as connectors for different ERP applications and it would clean up my service studio start page very much!

I've changed the title to be less misleading ;)

Merged from 'Folders in Service Studio start page' (idea created on 2016-11-08 08:46:18 by Martin den Braven), on 2017-07-11 08:53:41 by Carlos Alfaro

I would personally benefit from a structured applications overview in service studio.

At my work we have a lot of applications that are web, mobile, test applications, plugins, modules, demo, generic applications.

Basically I would like to distinguish the different apllications and categorize them in "folders" (or something equal). I would then be able to structure them into applications that belong to each other or have a generic nature, etc...

Merged from 'Add folder structure in the Service Studio Applications tab to categorize applications' (idea created on 2017-06-01 13:13:29 by Roeland Deichsel), on 2017-07-11 08:54:04 by Carlos Alfaro

The concept of application is already a "folder" - a group of modules. You can freely categorize your modules inside applications.

What I really think the problem is, is that applications are also units of dependency management for lifetime. That means that we tend to make each app more granular to minimize inter-app dependencies, instead of organizing the apps in the logical business structure.

For example, if we have a module for logging, that is used in both a CMS and an ERP, we might create an app just for that specific module. But that module alone doesn't constitute an app. In no other technology you would call that an app - it's just a library.

We are forced to create apps for technical modules that have no business value, increasing the clutter in the apps list.

There's a very good example of this force in the connectors published by OutSystems itself on forge. If you look at their architecture, all of them depend on something called Connector Services, which is just two extensions - BinaryConcat and JSONUtils. Recently, they even decided to split it further into Binary Concat app and (presumably) a JSONUtils app.

There are a couple alternatives, but all of them screw up lifetime dependency management. You could just include the logging module in CMS, but then you would have the ERP app depending on CMS app, which might not make sense. You could also just have the logging module in a global "libraries" app. That would indeed reduce clutter (all libraries would occupy a single app in the apps list), but it would make every app in your factory dependant on this "libraries" app.

Merged from 'Add folder structure in the Service Studio Applications tab to categorize applications' (idea created on 2017-06-01 13:13:29 by Roeland Deichsel), on 2017-07-11 08:54:05 by Carlos Alfaro

I do not want to overcomplicate things if there isn't a straightforward solution (in combination with lifetime) but I am searching for a way to simplify my work as a Outsystems developer.

I do not fully understand what Leonardo is proposing here. I'm an Outsystems developer for 9 months now so I might be lacking knowledge here. It sounds to be a bit of both that share the same end solution.

On the one hand think about how to organize your applications and decide when to choose a single applications with just one module or on the other hand make sure you structure your plugins and other dependencies under a single application.

I'll try to explain my point of view Andre.

As an Outsystems developer I would like to experiment, try out, learn, reuse with solutions from the Forge to come to a implementation of our own to put to production.

At the moment I'm experimenting with Maps and Geofencing for a Mobile app we are developing. Currently it resides in my personal Outsystems cloud (which obviously could also serve as a solution but isn't something I prefer).

Notice that for this experiment it already takes 15 applications where certain plugins have 2 or 3 dependencies of their own. Not criticizing this because it only helps me.

But the development environment at my work contains several main production applications that also have their own plugins and generic applications. Besides experiments of other developers.

It all together clutters the "applications in Dev" overview where this could be solved with the option to put applications together in folder.

There might be other solutions to the problem that I do not know of. I'm open for any suggestion.

But if there isn't then this would be my "idea" to the problem.

Cheers,

Roeland

Merged from 'Add folder structure in the Service Studio Applications tab to categorize applications' (idea created on 2017-06-01 13:13:29 by Roeland Deichsel), on 2017-07-11 08:54:05 by Carlos Alfaro

There are more people building in the (4 layer) architecture and by this, like Leonardo said, there a more applications created which doesn't make service studio 'cleaner'.

Folders can help organize the applications, but folders are always very personal (everybody has different folder structures). Besides that, it would also clicking more (folder, application, module) before getting to the module. Catagorize would be an option (OS applications (silkUI, Themes etc), library applications (google maps, sortable etc)

There are also other things to keep in mind, this is a problem for people with a lot of rights (example: I can see all application, but colleagues only see the applications there are working in). Another thing is that I don't click the applications anymore, I just use 'ctr o', search the module. It's so much faster.

Kind regards,Evert

Merged from 'Add folder structure in the Service Studio Applications tab to categorize applications' (idea created on 2017-06-01 13:13:29 by Roeland Deichsel), on 2017-07-11 08:54:05 by Carlos Alfaro

And to the extent of my knowledge of the system's metadata structure, it us really easy to implement without having to change anything in the entities that already exist, as the folders would be only an abstract layer, that service studio would use to show the applications.

To those that don't want to use this, the root folder would behave as now, with the applications there like they are now.

Merged from 'Add folder structure in the Service Studio Applications tab to categorize applications' (idea created on 2017-06-01 13:13:29 by Roeland Deichsel), on 2017-07-11 08:54:05 by Carlos Alfaro