US20130014082A1 - Method of configuring business logic supporting multi-tenancy - Google Patents
Method of configuring business logic supporting multi-tenancy Download PDFInfo
- Publication number
- US20130014082A1 US20130014082A1 US13/608,719 US201213608719A US2013014082A1 US 20130014082 A1 US20130014082 A1 US 20130014082A1 US 201213608719 A US201213608719 A US 201213608719A US 2013014082 A1 US2013014082 A1 US 2013014082A1
- Authority
- US
- United States
- Prior art keywords
- business logic
- service
- tenant
- application
- application execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Definitions
- Exemplary embodiments of the present invention relate to a method of configuring business logic supporting multi-tenancy, and more particularly, to a method of configuring business logic supporting multi-tenancy, in which a specific tenant may modify business logic without affecting the use of service by other tenants in an on-line application providing environment supporting multi-tenancy.
- SaaS Software as a Service
- an enterprise who has subscribed to an application service is called a tenant.
- ERP Enterprise Resource Planning
- CRM Customer Relationship Management
- Groupware an enterprise who has subscribed to an application service is called a tenant.
- tenant From the viewpoint of a service provider, to provide service to a plurality of tenants through a service instance is called multi-tenancy.
- a developer who has developed an application may generate and edit business logic for application service.
- An embodiment of the present invention relates to a method of configuring business logic supporting multi-tenancy, in which a specific tenant who has subscribed to service may modify business logic for application service without affecting the use of service by other tenants in an on-line application providing environment supporting multi-tenancy.
- a method of configuring business logic supporting multi-tenancy includes an application execution platform storing business logic, received from a service development tool, in a metadata storage unit as a common business logic; the application execution platform determining whether a modified business logic has been received from the service configuration tool of a tenant; and if the modified business logic is determined to have been received, the application execution platform storing the modified business logic in the metadata storage unit as business logic dedicated to the tenant.
- the business logic dedicated to the tenant is stored separately from the common business logic.
- the business logic dedicated to the tenant is stored based on a tenant ID of the tenant.
- the method further includes the application execution platform determining whether service execution input to request the execution of service has been received from an application; if the service execution input is determined to have been received, the application execution platform extracting business logic from the metadata storage unit based on the service execution input; and the application execution platform executing the service by performing the extracted business logic, after the step of storing the modified business logic as business logic dedicated to the tenant.
- the service execution input includes a tenant ID of the tenant and a Uniform Resource Location (URL) for fetching the business logic stored in the metadata storage unit.
- URL Uniform Resource Location
- the application execution platform extracts the common business logic or the business logic dedicated to the tenant based on the tenant ID.
- the application execution platform executes the service by querying an application database about a Structured Query Language (SQL) of the extracted business logic.
- SQL Structured Query Language
- FIG. 1 is a block diagram of an apparatus for performing a method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- FIG. 2 is a flowchart illustrating a process in which a service development tool generates business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- FIG. 3 is a flowchart illustrating a process in which a service configuration tool modifies business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- FIG. 4 is a flowchart illustrating an operation of the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- Business logic relates to a business processing flow and means a routine for performing the input, modification, query, and processing of data which is necessary for business.
- the business logic is fetched in the form of a Uniform Resource Location (URL) in a User Interface (UI) of application service, and the business logic executes specific logic and transfers a result of the logic execution to the UI.
- URL Uniform Resource Location
- UI User Interface
- FIG. 1 is a block diagram of an apparatus for performing a method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- the apparatus for performing a method of configuring business logic supporting multi-tenancy includes a service development tool 10 , a service configuration tool 20 , an application 30 , an application execution platform 40 , and a metadata storage unit 50 .
- the service development tool 10 is a tool which is used for a developer to develop business logic for application service.
- the service development tool 10 transfers business logic, defined based on logic generation input inputted by a developer, to the application execution platform 40 .
- input parameters transferred together with a URL for fetching the business logic may be defined based on the logic generation input for defining the business logic.
- SQL Structured Query Language
- the service configuration tool 20 enables a specific tenant who has subscribed to service to modify business logic for application service.
- the service configuration tool 20 transfers business logic, modified based on logic configuration input inputted by each tenant, to the application execution platform 40 .
- input parameters transferred together with a URL, an SQL for executing the business logic, and output parameters transferred as a result of output may be newly defined based on the logic configuration input for modifying the business logic.
- the application 30 refers to SaaS application service provided to a tenant who has subscribed to service.
- the application 30 transfers service execution input, inputted by each tenant, to the application execution platform 40 .
- the service execution input to request the execution of service may include a tenant ID assigned to identify a tenant who has subscribed to the service, a URL for fetching business logic, and so on.
- the service development tool 10 the service configuration tool 20 , and the application 30 may be implemented in the form of a web application which is operated through a web browser.
- the application execution platform 40 is a platform for providing some resources or service necessary for the operations of the service development tool 10 , the service configuration tool 20 , and the application 30 and may be implemented in the form of a web application execution engine.
- the service development tool 10 may have a client and server relationship with the application execution platform 40 .
- the application execution platform 40 includes a service development module 41 , a service configuration module 42 , a dispatcher 43 , meta logic service 44 , a compiler 45 , a loader 46 , and a container 47 .
- the service development module 41 stores business logic, received from the service development tool 10 , in the metadata storage unit 50 as a common business logic.
- business logic developed by a developer using the service development tool 10 is stored as a common business logic, and service using the common business logic is basically provided to tenants who have subscribed to the service.
- the service configuration module 42 stores a modified business logic, received from the service configuration tool 20 , in the metadata storage unit 50 as business logic dedicated to a relevant tenant.
- business logic modified by a tenant using the service configuration tool 20 is stored as business logic dedicated to the relevant tenant, and service using the dedicated business logic may be provided to the relevant tenant.
- the dispatcher 43 When service execution input to request the execution of service is received from the application 30 , the dispatcher 43 , the meta logic service 44 , the compiler 45 , the loader 46 , and the container 47 of the application execution platform 40 may extract a common business logic or dedicated business logic from the metadata storage unit 50 and execute the requested service based on the service execution input.
- the dispatcher 43 analyzes a requested URL and transfers a result of the analysis and a tenant ID to the meta logic service 44 .
- the meta logic service 44 extracts a common business logic codes or a dedicated business logic codes, matching with the tenant ID, from the metadata storage unit 50 and transfers them to the compiler 45 .
- the compiler 45 complies the received codes in the form of a class and transfers the class to the loader 46 .
- the loader 46 loads the class onto the container 47 .
- the class loaded onto the container 47 executes the SQL of business logic, and the SQL is processed after being queried in an application database 60 .
- a processed result is transferred to the application 30 in the form of output parameters, and thus the requested service is executed.
- the metadata storage unit 50 is a database accessible to the application execution platform 40 for storing and processing data.
- a common business logic and business logic dedicated to each tenant may be stored in the metadata storage unit 50 .
- the common business logic and the business logic dedicated to each tenant are separately stored in different rows on the metadata storage unit 50 .
- the modification of business logic does not influence service provided to other tenants and the business logic may be modified even after service is distributed, although a specific tenant modifies the business logic.
- FIG. 2 is a flowchart illustrating a process in which the service development tool 10 generates business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- the service development tool 10 receives UI codes from a developer at step S 100 .
- the inputted and generated UI does not have logic, but has only a layout. Therefore, business logic must be fetched in order to generate data to be inputted to the UI.
- the service development tool 10 receives a URL for business logic to be fetched in the UI from the developer at step S 110 .
- the service development tool 10 sequentially receives input parameters inputted to the business logic, output parameters outputted after the business logic is executed, and the SQL of the business logic at steps S 120 and S 130 .
- the service development tool 10 generates business logic codes by programming and coding the URL, the input and output parameters, and the SQL received as described above and transfers the business logic codes to the application execution platform 40 at step S 140 .
- the application execution platform 40 stores the received business logic codes in the metadata storage unit 50 as a common business logic.
- FIG. 3 is a flowchart illustrating a process in which the service configuration tool 10 modifies business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- the service configuration tool 20 outputs a list of business logics which are being provided to a tenant now accessed at step S 200 .
- the list of business logics may include only a common business logic. If the tenant has configured a dedicated business logic by modifying a common business logic, the list of business logics may include the common business logic and the business logic dedicated to the tenant.
- the service configuration tool 20 receives business logic which will be configured and which has been selected by the tenant, from among the list of business logics at step S 210 .
- the service configuration tool 20 receives a modified SQL at step S 220 .
- the service configuration tool 20 receives modified input and output parameters at step S 230 .
- the service configuration tool 20 generates business logic codes by programming and coding a URL from which the business logic will be fetched and the input and output parameters and SQL modified as described above and transfers the generated business logic codes to the application execution platform 40 at step S 240 .
- the application execution platform 40 stores the received business logic codes in the metadata storage unit 50 as business logic dedicated to the tenant.
- each of the tenants who have subscribed to service may configure business logic through the service configuration tool 20 , each of the tenants may modify business logic in a desired form.
- FIG. 4 is a flowchart illustrating an operation of the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention.
- the application execution platform 40 stores business logic, received from the service development tool 10 , in the metadata storage unit 50 as a common business logic at step S 300 .
- the application execution platform 40 determines whether a modified business logic is received from the service configuration tool 20 of a specific tenant at step S 310 .
- the application execution platform 40 stores the modified business logic in a row different from that of the common business logic on the metadata storage unit 50 at step S 320 .
- the application execution platform 40 separately stores a common business logic and business logic dedicated to a specific tenant in order not to influence service provided to other tenants who have not modified their common business logics.
- the application execution platform 40 may store the dedicated business logic of the specific tenant based on the tenant ID of the specific tenant.
- a tenant ID using a common business logic is ‘0’ and the ID of a row where the common business logic is stored is ‘1’
- a tenant ID using a modified business logic may be set as ‘100’, and the ID or a row where the modified business logic is stored may be set as ‘2’.
- each tenant may modify business logic without affecting service provided to other tenants even after service is distributed.
- a service provider can reduce maintenance and repair costs. Furthermore, the efficiency of resources can be increased because service can be provided to a plurality of tenants through one platform.
- each tenant since each of tenants who have subscribed to service can configure business logic for application service through the service configuration tool, each tenant may modify and used business logic in a desired form.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Human Computer Interaction (AREA)
- Stored Programmes (AREA)
Abstract
The present invention relates to a method of configuring business logic supporting multi-tenancy. The method includes the steps of an application execution platform storing business logic, received from a service development tool, in a metadata storage unit as a common business logic, the application execution platform determining whether a modified business logic has been received from the service configuration tool of a tenant and if the modified business logic is determined to have been received, the application execution platform storing the modified business logic in the metadata storage unit as business logic dedicated to the tenant. In accordance with the present invention, since each of tenants who have subscribed to service can configure business logic for application service through the service configuration tool, each tenant may modify and used business logic in a desired form.
Description
- The present application claims priority under 35 U.S.C 119(a) to Korean Application No. 10-2011-0102600, filed on Oct. 7, 2011, in the Korean Intellectual Property Office, which is incorporated herein by reference in its entirety set forth in full.
- Exemplary embodiments of the present invention relate to a method of configuring business logic supporting multi-tenancy, and more particularly, to a method of configuring business logic supporting multi-tenancy, in which a specific tenant may modify business logic without affecting the use of service by other tenants in an on-line application providing environment supporting multi-tenancy.
- As a cloud computing system in which data may be stored and used through a server on the Internet is recently proliferating, there is a tendency that services providing on-line applications, such as Software as a Service (SaaS), are increased.
- In enterprise applications based on SaaS, such as Enterprise Resource Planning (ERP), Customer Relationship Management (CRM), and Groupware, an enterprise who has subscribed to an application service is called a tenant. From the viewpoint of a service provider, to provide service to a plurality of tenants through a service instance is called multi-tenancy.
- In this multi-tenancy service environment, since business logic required by each of tenants is commonly different. Thus, it is necessary to modify business logic for application service according to the requirements of a specific tenant without affecting service provided to other tenants.
- In a conventional multi-tenancy service environment, a developer who has developed an application may generate and edit business logic for application service.
- This method is, however, problematic in that it is difficult to modify business logic after service is developed and distributed because the developer cannot modify business logic for application service which is now being used by each tenant.
- Furthermore, there is a problem in that a service provider requires a lot of costs in maintaining and repairing service because a developer must be involved in modifying business logic for application service.
- An embodiment of the present invention relates to a method of configuring business logic supporting multi-tenancy, in which a specific tenant who has subscribed to service may modify business logic for application service without affecting the use of service by other tenants in an on-line application providing environment supporting multi-tenancy.
- In one embodiment, a method of configuring business logic supporting multi-tenancy includes an application execution platform storing business logic, received from a service development tool, in a metadata storage unit as a common business logic; the application execution platform determining whether a modified business logic has been received from the service configuration tool of a tenant; and if the modified business logic is determined to have been received, the application execution platform storing the modified business logic in the metadata storage unit as business logic dedicated to the tenant.
- In the step of storing the modified business logic as business logic dedicated to the tenant, the business logic dedicated to the tenant is stored separately from the common business logic.
- In the step of storing the modified business logic as business logic dedicated to the tenant, the business logic dedicated to the tenant is stored based on a tenant ID of the tenant.
- The method further includes the application execution platform determining whether service execution input to request the execution of service has been received from an application; if the service execution input is determined to have been received, the application execution platform extracting business logic from the metadata storage unit based on the service execution input; and the application execution platform executing the service by performing the extracted business logic, after the step of storing the modified business logic as business logic dedicated to the tenant.
- The service execution input includes a tenant ID of the tenant and a Uniform Resource Location (URL) for fetching the business logic stored in the metadata storage unit.
- In the step of extracting the business logic from the metadata storage unit based on the service execution input, the application execution platform extracts the common business logic or the business logic dedicated to the tenant based on the tenant ID.
- In the step of executing the service by performing the extracted business logic, the application execution platform executes the service by querying an application database about a Structured Query Language (SQL) of the extracted business logic.
- The above and other aspects, features and other advantages will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings, in which:
-
FIG. 1 is a block diagram of an apparatus for performing a method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. -
FIG. 2 is a flowchart illustrating a process in which a service development tool generates business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. -
FIG. 3 is a flowchart illustrating a process in which a service configuration tool modifies business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. -
FIG. 4 is a flowchart illustrating an operation of the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. - Hereinafter, embodiments of the present invention will be described with reference to accompanying drawings. However, the embodiments are for illustrative purposes only and are not intended to limit the scope of the invention.
- Business logic relates to a business processing flow and means a routine for performing the input, modification, query, and processing of data which is necessary for business.
- The business logic is fetched in the form of a Uniform Resource Location (URL) in a User Interface (UI) of application service, and the business logic executes specific logic and transfers a result of the logic execution to the UI.
- The present invention is described in detail below.
-
FIG. 1 is a block diagram of an apparatus for performing a method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. - As shown in
FIG. 1 , the apparatus for performing a method of configuring business logic supporting multi-tenancy according to the embodiment of the present invention includes aservice development tool 10, aservice configuration tool 20, anapplication 30, anapplication execution platform 40, and ametadata storage unit 50. - The
service development tool 10 is a tool which is used for a developer to develop business logic for application service. Theservice development tool 10 transfers business logic, defined based on logic generation input inputted by a developer, to theapplication execution platform 40. - Here, input parameters transferred together with a URL for fetching the business logic, a Structured Query Language (SQL) for executing the business logic, and output parameters transferred as a result of output may be defined based on the logic generation input for defining the business logic.
- The
service configuration tool 20 enables a specific tenant who has subscribed to service to modify business logic for application service. Theservice configuration tool 20 transfers business logic, modified based on logic configuration input inputted by each tenant, to theapplication execution platform 40. - Here, input parameters transferred together with a URL, an SQL for executing the business logic, and output parameters transferred as a result of output may be newly defined based on the logic configuration input for modifying the business logic.
- The
application 30 refers to SaaS application service provided to a tenant who has subscribed to service. Theapplication 30 transfers service execution input, inputted by each tenant, to theapplication execution platform 40. - Here, the service execution input to request the execution of service may include a tenant ID assigned to identify a tenant who has subscribed to the service, a URL for fetching business logic, and so on.
- Meanwhile, the
service development tool 10, theservice configuration tool 20, and theapplication 30 may be implemented in the form of a web application which is operated through a web browser. - The
application execution platform 40 is a platform for providing some resources or service necessary for the operations of theservice development tool 10, theservice configuration tool 20, and theapplication 30 and may be implemented in the form of a web application execution engine. - That is, the
service development tool 10, theservice configuration tool 20, and theapplication 30 may have a client and server relationship with theapplication execution platform 40. - The
application execution platform 40 includes aservice development module 41, aservice configuration module 42, adispatcher 43,meta logic service 44, acompiler 45, aloader 46, and acontainer 47. - The
service development module 41 stores business logic, received from theservice development tool 10, in themetadata storage unit 50 as a common business logic. - That is, business logic developed by a developer using the
service development tool 10 is stored as a common business logic, and service using the common business logic is basically provided to tenants who have subscribed to the service. - The
service configuration module 42 stores a modified business logic, received from theservice configuration tool 20, in themetadata storage unit 50 as business logic dedicated to a relevant tenant. - That is, business logic modified by a tenant using the
service configuration tool 20 is stored as business logic dedicated to the relevant tenant, and service using the dedicated business logic may be provided to the relevant tenant. - When service execution input to request the execution of service is received from the
application 30, thedispatcher 43, themeta logic service 44, thecompiler 45, theloader 46, and thecontainer 47 of theapplication execution platform 40 may extract a common business logic or dedicated business logic from themetadata storage unit 50 and execute the requested service based on the service execution input. - More particularly, when service execution input is received from the
application 30, thedispatcher 43 analyzes a requested URL and transfers a result of the analysis and a tenant ID to themeta logic service 44. - In response thereto, the
meta logic service 44 extracts a common business logic codes or a dedicated business logic codes, matching with the tenant ID, from themetadata storage unit 50 and transfers them to thecompiler 45. - In response thereto, the
compiler 45 complies the received codes in the form of a class and transfers the class to theloader 46. Theloader 46 loads the class onto thecontainer 47. - The class loaded onto the
container 47 executes the SQL of business logic, and the SQL is processed after being queried in anapplication database 60. A processed result is transferred to theapplication 30 in the form of output parameters, and thus the requested service is executed. - The
metadata storage unit 50 is a database accessible to theapplication execution platform 40 for storing and processing data. A common business logic and business logic dedicated to each tenant may be stored in themetadata storage unit 50. - Here, the common business logic and the business logic dedicated to each tenant are separately stored in different rows on the
metadata storage unit 50. - As described above, since the common business logic and the business logic dedicated to each tenant are separately stored in different positions on the
metadata storage unit 50, the modification of business logic does not influence service provided to other tenants and the business logic may be modified even after service is distributed, although a specific tenant modifies the business logic. -
FIG. 2 is a flowchart illustrating a process in which theservice development tool 10 generates business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. - First, the
service development tool 10 receives UI codes from a developer at step S100. - The inputted and generated UI does not have logic, but has only a layout. Therefore, business logic must be fetched in order to generate data to be inputted to the UI.
- Accordingly, the
service development tool 10 receives a URL for business logic to be fetched in the UI from the developer at step S110. - Next, the
service development tool 10 sequentially receives input parameters inputted to the business logic, output parameters outputted after the business logic is executed, and the SQL of the business logic at steps S120 and S130. - The
service development tool 10 generates business logic codes by programming and coding the URL, the input and output parameters, and the SQL received as described above and transfers the business logic codes to theapplication execution platform 40 at step S140. - In response thereto, the
application execution platform 40 stores the received business logic codes in themetadata storage unit 50 as a common business logic. -
FIG. 3 is a flowchart illustrating a process in which theservice configuration tool 10 modifies business logic in the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. - First, the
service configuration tool 20 outputs a list of business logics which are being provided to a tenant now accessed at step S200. - Here, if the tenant has not modified business logic, the list of business logics may include only a common business logic. If the tenant has configured a dedicated business logic by modifying a common business logic, the list of business logics may include the common business logic and the business logic dedicated to the tenant.
- Next, the
service configuration tool 20 receives business logic which will be configured and which has been selected by the tenant, from among the list of business logics at step S210. - When the business logic to be configured is selected, the
service configuration tool 20 receives a modified SQL at step S220. - When the SQL is modified, input parameters inputted to the business logic and output parameters outputted after the business logic is executed must be also modified. Therefore, the
service configuration tool 20 receives modified input and output parameters at step S230. - The
service configuration tool 20 generates business logic codes by programming and coding a URL from which the business logic will be fetched and the input and output parameters and SQL modified as described above and transfers the generated business logic codes to theapplication execution platform 40 at step S240. - In response thereto, the
application execution platform 40 stores the received business logic codes in themetadata storage unit 50 as business logic dedicated to the tenant. - As described above, since each of tenants who have subscribed to service may configure business logic through the
service configuration tool 20, each of the tenants may modify business logic in a desired form. -
FIG. 4 is a flowchart illustrating an operation of the method of configuring business logic supporting multi-tenancy according to an embodiment of the present invention. - The
application execution platform 40 stores business logic, received from theservice development tool 10, in themetadata storage unit 50 as a common business logic at step S300. - Next, the
application execution platform 40 determines whether a modified business logic is received from theservice configuration tool 20 of a specific tenant at step S310. - If, as a result of the determination, the modified business logic is determined to have been received from the
service configuration tool 20, theapplication execution platform 40 stores the modified business logic in a row different from that of the common business logic on themetadata storage unit 50 at step S320. - That is, the
application execution platform 40 separately stores a common business logic and business logic dedicated to a specific tenant in order not to influence service provided to other tenants who have not modified their common business logics. - Furthermore, the
application execution platform 40 may store the dedicated business logic of the specific tenant based on the tenant ID of the specific tenant. - For example, if a tenant ID using a common business logic is ‘0’ and the ID of a row where the common business logic is stored is ‘1’, a tenant ID using a modified business logic may be set as ‘100’, and the ID or a row where the modified business logic is stored may be set as ‘2’.
- As described above, since business logic modified by a specific tenant and a common business logic developed by a developer are separately stored, each tenant may modify business logic without affecting service provided to other tenants even after service is distributed.
- In accordance with the present invention, since a developer does not need to participate the configuration of business logic, a service provider can reduce maintenance and repair costs. Furthermore, the efficiency of resources can be increased because service can be provided to a plurality of tenants through one platform.
- Furthermore, since each of tenants who have subscribed to service can configure business logic for application service through the service configuration tool, each tenant may modify and used business logic in a desired form.
- The embodiments of the present invention have been disclosed above for illustrative purposes. Those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope and spirit of the invention as disclosed in the accompanying claims.
Claims (7)
1. A method of configuring business logic supporting multi-tenancy, comprising:
storing, by an application execution platform, business logic, received from a service development tool, in a metadata storage unit as a common business logic;
determining, by the application execution platform, whether a modified business logic has been received from a service configuration tool of a tenant; and
if the modified business logic is determined to have been received, storing, by the application execution platform, the modified business logic in the metadata storage unit as business logic dedicated to the tenant.
2. The method of claim 1 , wherein in the storing of the modified business logic, the business logic dedicated to the tenant is stored separately from the common business logic.
3. The method of claim 2 , wherein in the storing of the modified business logic, the business logic dedicated to the tenant is stored based on a tenant ID of the tenant.
4. The method of claim 1 , further comprising, after the storing of the business logic dedicated to the tenant:
determining, by the application execution platform, whether service execution input to request an execution of service has been received from an application;
if the service execution input is determined to have been received, extracting, by the application execution platform, business logic from the metadata storage unit based on the service execution input; and
executing, by the application execution platform, the service by performing the extracted business logic.
5. The method of claim 4 , wherein the service execution input includes a tenant ID of the tenant and a Uniform Resource Location (URL) for fetching the business logic stored in the metadata storage unit.
6. The method of claim 5 , wherein in the extracting of the business logic from the metadata storage unit, the application execution platform extracts the common business logic or the business logic dedicated to the tenant based on the tenant ID.
7. The method of claim 5 , wherein in the executing of the service by performing the extracted business logic, the application execution platform executes the service by querying an application database about a Structured Query Language (SQL) of the extracted business logic.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2011-0102600 | 2011-07-10 | ||
KR1020110102600A KR20130037995A (en) | 2011-10-07 | 2011-10-07 | Method for configuring business logic of multi-tenant application |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130014082A1 true US20130014082A1 (en) | 2013-01-10 |
Family
ID=47439437
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/608,719 Abandoned US20130014082A1 (en) | 2011-07-10 | 2012-09-10 | Method of configuring business logic supporting multi-tenancy |
Country Status (2)
Country | Link |
---|---|
US (1) | US20130014082A1 (en) |
KR (1) | KR20130037995A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572131A (en) * | 2015-02-04 | 2015-04-29 | 浪潮软件股份有限公司 | Method and device for configuring business form |
US9391972B2 (en) | 2014-09-12 | 2016-07-12 | Oracle International Corporation | Multi-tenant application using hierarchical bean factory container |
US9934019B1 (en) * | 2014-12-16 | 2018-04-03 | Amazon Technologies, Inc. | Application function conversion to a service |
US10942900B2 (en) | 2015-06-02 | 2021-03-09 | Oracle International Corporation | Techniques for tenant controlled visualizations and management of files in cloud storage systems |
CN114675896A (en) * | 2020-12-24 | 2022-06-28 | 广东飞企互联科技股份有限公司 | Parameter configuration method and system for micro-service development |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102554497B1 (en) * | 2014-12-30 | 2023-07-11 | 주식회사 로즈시스템즈 | Apparatus and method of platform building for providing service of shipping port logistics based on cloud computing |
KR101877828B1 (en) * | 2018-02-26 | 2018-08-08 | 주식회사 리앙커뮤니케이션즈 | User interface integrated platform system based on artificial intelligence |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100281458A1 (en) * | 2009-04-30 | 2010-11-04 | Business Objects, S.A. | Application modification framework |
-
2011
- 2011-10-07 KR KR1020110102600A patent/KR20130037995A/en not_active Application Discontinuation
-
2012
- 2012-09-10 US US13/608,719 patent/US20130014082A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100281458A1 (en) * | 2009-04-30 | 2010-11-04 | Business Objects, S.A. | Application modification framework |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9391972B2 (en) | 2014-09-12 | 2016-07-12 | Oracle International Corporation | Multi-tenant application using hierarchical bean factory container |
US10182107B2 (en) | 2014-09-12 | 2019-01-15 | Oracle International Corporation | Multi-tenant application using hierarchical bean factory container |
US9934019B1 (en) * | 2014-12-16 | 2018-04-03 | Amazon Technologies, Inc. | Application function conversion to a service |
CN104572131A (en) * | 2015-02-04 | 2015-04-29 | 浪潮软件股份有限公司 | Method and device for configuring business form |
US10942900B2 (en) | 2015-06-02 | 2021-03-09 | Oracle International Corporation | Techniques for tenant controlled visualizations and management of files in cloud storage systems |
CN114675896A (en) * | 2020-12-24 | 2022-06-28 | 广东飞企互联科技股份有限公司 | Parameter configuration method and system for micro-service development |
Also Published As
Publication number | Publication date |
---|---|
KR20130037995A (en) | 2013-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10353913B2 (en) | Automating extract, transform, and load job testing | |
US20220253298A1 (en) | Systems and methods for transformation of reporting schema | |
US20130014082A1 (en) | Method of configuring business logic supporting multi-tenancy | |
US9690822B2 (en) | System and method for metadata level validation of custom setup objects | |
US8630969B2 (en) | Systems and methods for implementing business rules designed with cloud computing | |
KR101621137B1 (en) | Low latency query engine for apache hadoop | |
US9626416B2 (en) | Performance checking component for an ETL job | |
US10318595B2 (en) | Analytics based on pipes programming model | |
US11651272B2 (en) | Machine-learning-facilitated conversion of database systems | |
US10776100B1 (en) | Predicting downtimes for software system upgrades | |
CN112835924A (en) | Real-time computing task processing method, device, equipment and storage medium | |
US9063753B2 (en) | Scripting framework for business objects | |
US10275234B2 (en) | Selective bypass of code flows in software program | |
WO2024060725A1 (en) | Aircraft tool change method and apparatus, device, and storage medium | |
US9141517B2 (en) | Public solution model test automation framework | |
US20160239275A1 (en) | Generating an integrated service | |
EP2913757A1 (en) | Method, system, and computer software product for test automation | |
US20200356885A1 (en) | Service management in a dbms | |
CN103186384A (en) | Business-component-oriented software designing and analyzing system and using method thereof | |
US20140372488A1 (en) | Generating database processes from process models | |
WO2017097125A1 (en) | Executive code generation method and device | |
US10203939B2 (en) | Method and system for parameter model framework | |
US11740995B2 (en) | Source quality check service | |
US10958514B2 (en) | Generating application-server provisioning configurations | |
US20220292136A1 (en) | Method and system for generating a digital representation of asset information in a cloud computing environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: ELECTRONICS AND TELECOMMUNICATIONS RESEARCH INSTIT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KANG, SUNG JOO;LEE, JIHYUN;REEL/FRAME:029024/0777 Effective date: 20120807 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |