| Author |
Message
|
| akidase |
 Posted: Mon Sep 08, 2014 10:45 pm Post subject: Library in Global scope of IIB? |
 |
|
Centurion
Joined: 10 Jan 2011
Posts: 124
|
Hi Experts,
Presently we have many applications and they commonly reference a library. If there are any changes to this library , then we need to deploy all the applications causing time lag.
Instead of that , is there anyway we could just deploy once instead of redeploying all the applications?
IIB 9 |
|
| Back to top |
|
 |
| akidase |
| Posted: Mon Sep 08, 2014 11:17 pm Post subject: |
|
|
Centurion
Joined: 10 Jan 2011
Posts: 124
|
•If a library is referenced by an independent resource, the library is visible to all independent resources deployed in the same execution group as the library.
is mentioned in Infocenter.
We have created applications, so could we convert them into independent resources? How ? |
|
| Back to top |
|
|
| akidase |
| Posted: Mon Sep 08, 2014 11:26 pm Post subject: |
|
|
Centurion
Joined: 10 Jan 2011
Posts: 124
|
To remove a project from an application or library, complete the following steps.
1.In the Application Development view, right-click an application or library, then click Manage projects included in Application or Manage projects included in Library.
A wizard of the same name opens. The wizard lists all the projects that are in your application or library as well as all the projects that you can add to your application or library. Check boxes are selected for the projects that are currently in the application or library. The wizard does not list projects that are already included in other applications or libraries. Projects that refer to a project that is included in a different application or library are also not listed. If the project that you select refers to other projects, those projects are listed in the wizard for your information.
2.Clear the check boxes for the projects that you want to remove from the application or library, then click OK.
The projects are removed from the application or library. Those projects are no longer visible under the application or library, but are listed under the Independent Resources folder.
However the main project is still under the application.  ..  and doesn't compile without library and java references. Adding 'em back, is same as adding them back to the application.
Changed the build specification in .project file and it rendered into a Independent Resource.
Last edited by akidase on Tue Sep 09, 2014 5:01 am; edited 1 time in total |
|
| Back to top |
|
|
| kimbert |
| Posted: Tue Sep 09, 2014 12:38 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
An IIB Application is an encapsulation of all the artifacts that are required to deliver a set of functions. Some of those artifacts may reside in Libraries. When an Application is deployed, it gets a copy of each Library that it references. This ensures that a redeploy of the library ( as part of some other Application ) will not affect already-deployed Applications.
Message sets do not work like this. A message set can be deployed independently and can be referenced by multiple message flows. However, this 'deployment model' forces the administrator to carefully keep track of the dependencies between message flow and message sets. Deploying a new version of a message set could break existing message flows.
Both deployment models have their place. A future version of IIB may well offer both.
_________________
Before you criticize someone, walk a mile in their shoes. That way you're a mile away, and you have their shoes too. |
|
| Back to top |
|
|
| akidase |
| Posted: Tue Sep 09, 2014 4:47 am Post subject: |
|
|
Centurion
Joined: 10 Jan 2011
Posts: 124
|
Thanks for your reply..Kimbert
Does it work like this ? Keeping in tact all the applications as is, without changing them to Integration project.
On the Broker runtime directory, I will execute
| Code: |
find . -name My_Library.mqsiLibrary -exec cp {<Path where latest code is compiled and placed>}/My_Library.mqsiLibrary {} -v \;
Restart Broker. |
Let me know of any other dependencies with this approach. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Sep 09, 2014 5:05 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Don't mess around with the broker file system.
!
Review the features of IIB v10 open beta.
There's nothing you can do at v9 to update a library inside an application without redeploying the whole application.
There's nothing you can do at v9 to update any part of an application, at all, without redeploying the whole application.
Redeploying an application shouldn't provide any timelag. It does take time, but that shouldn't prevent the application from processing data normally, except for a *very* small window when things are swapped out.
If deploying an application causes a noticable delay in the data flow across the application, you should consider opening a PMR. |
|
| Back to top |
|
|
| akidase |
| Posted: Tue Sep 09, 2014 5:30 am Post subject: |
|
|
Centurion
Joined: 10 Jan 2011
Posts: 124
|
|
| Back to top |
|
|
| kimbert |
| Posted: Tue Sep 09, 2014 5:51 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
In case the message was not clear enough:
| Quote: |
| Don't mess around with the broker file system |
You should definitely *not* attempt to manually change the deployed artifacts by using the cp command ( or any other undocumented method). You should only administer your broker using the documented facilities.
_________________
Before you criticize someone, walk a mile in their shoes. That way you're a mile away, and you have their shoes too. |
|
| Back to top |
|
|
|
|
