Application Cookbook

Haselwanter_Edmund · April 21, 2011, 8:26am

Hi *,

I want to leverage the application cookbook for installing multiple applications of the same type.
So I thought I re-use e.g. the application::java_webapp recipe. But this obviously (or not so obviously)
does not work the way I thought it should.

Problem is:

search(:apps) do |app|
(app[“server_roles”] & node.run_list.roles).each do |app_role|

app["type"][app_role].each do |thing|
  node.run_state[:current_app] = app
  include_recipe "application::#{thing}"
end

end
end

Does the loop correctly, BUT include_recipe will only work for the first application of a type (which is by design)

[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.

So what to do instead?

Use a definition for DRY? But that is depricated, but somehow would feel correct?
Use LWRP just to reuse the code from java_webapp.
Patch chef itself to allow a “force_include”
just copy the code to distinct recipes. But that’s not DRY

any thoughts?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | http://facebook.com/iTeh.solutions | http://at.linkedin.com/in/haselwanteredmund

Haselwanter_Edmund · April 21, 2011, 9:10am

On 21.04.2011, at 10:26, Haselwanter Edmund wrote:

Hi *,

I want to leverage the application cookbook for installing multiple applications of the same type.
So I thought I re-use e.g. the application::java_webapp recipe. But this obviously (or not so obviously)
does not work the way I thought it should.

Problem is:

search(:apps) do |app|
(app["server_roles"] & node.run_list.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
end
end

search(:apps) do |app|
(app["server_roles"] & node.roles).each do |app_role|

app["type"][app_role].each do |thing|
  node.run_state[:current_app] = app
  include_recipe "application::#{thing}"
end
app["type"]["#{app_role}_definitions"].each do |thing|
  node.run_state[:current_app] = app
  eval %Q{#{thing} "#{app['id']}-#{thing}"}
end

end
end

Does the loop correctly, BUT include_recipe will only work for the first application of a type (which is by design)

[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.

So what to do instead?

Use a definition for DRY? But that is depricated, but somehow would feel correct?

Hm. Where did I get that definitions are deprecated? Anyway. Putting the stuff of reusable parts of the application cookbooks into
"resource groupings" aka definitions does work.

Use LWRP just to reuse the code from java_webapp.

Patch chef itself to allow a "force_include"

just copy the code to distinct recipes. But that's not DRY

any thoughts?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

Seth_Chisamore · April 21, 2011, 11:27am

Edmund,
This is a know issue. The plan is to refactor the application cookbook's recipes into a series of LWRPs which will allow multiple applications (of the same type) to be deployed on the same server. This will also allow the deploy (and server daemon config) logic to be leveraged from outside of the application cookbook.

Seth

--
Opscode, Inc.
Seth Chisamore, Senior Technical Evangelist
IRC, Skype, Twitter, Github: schisamo

On Thursday, April 21, 2011 at 5:10 AM, Haselwanter Edmund wrote:

On 21.04.2011, at 10:26, Haselwanter Edmund wrote:

Hi *,

I want to leverage the application cookbook for installing multiple applications of the same type.
So I thought I re-use e.g. the application::java_webapp recipe. But this obviously (or not so obviously)
does not work the way I thought it should.

Problem is:

search(:apps) do |app|
(app["server_roles"] & node.run_list.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
end
end

search(:apps) do |app|
(app["server_roles"] & node.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
app["type"]["#{app_role}_definitions"].each do |thing|
node.run_state[:current_app] = app
eval %Q{#{thing} "#{app['id']}-#{thing}"}
end

end
end

Does the loop correctly, BUT include_recipe will only work for the first application of a type (which is by design)

[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.

So what to do instead?

Use a definition for DRY? But that is depricated, but somehow would feel correct?

Hm. Where did I get that definitions are deprecated? Anyway. Putting the stuff of reusable parts of the application cookbooks into
"resource groupings" aka definitions does work.

Use LWRP just to reuse the code from java_webapp.

Patch chef itself to allow a "force_include"

just copy the code to distinct recipes. But that's not DRY

any thoughts?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

Haselwanter_Edmund · April 21, 2011, 11:39am

Hi Seth

On 21.04.2011, at 13:27, Seth Chisamore wrote:

Edmund,
This is a know issue. The plan is to refactor the application cookbook's recipes into a series of LWRPs which will allow multiple applications (of the same type) to be deployed on the same server.

Do you have a draft of this work in progress?

This will also allow the deploy (and server daemon config) logic to be leveraged from outside of the application cookbook.

I have refactored my heavy tomcat6 manager provider into a TomcatContext LWRP which leverages the tomcat (opscode) cookbook and tomcat manager application. It "works" but might need some polish. and would it would need access to the node for defaults (http://tickets.opscode.com/browse/CHEF-1946 which I don't think is in the current release ?)

cu edi

Seth

--
Opscode, Inc.
Seth Chisamore, Senior Technical Evangelist
IRC, Skype, Twitter, Github: schisamo

On Thursday, April 21, 2011 at 5:10 AM, Haselwanter Edmund wrote:

On 21.04.2011, at 10:26, Haselwanter Edmund wrote:

Hi *,

I want to leverage the application cookbook for installing multiple applications of the same type.
So I thought I re-use e.g. the application::java_webapp recipe. But this obviously (or not so obviously)
does not work the way I thought it should.

Problem is:

search(:apps) do |app|
(app["server_roles"] & node.run_list.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
end
end

search(:apps) do |app|
(app["server_roles"] & node.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
app["type"]["#{app_role}_definitions"].each do |thing|
node.run_state[:current_app] = app
eval %Q{#{thing} "#{app['id']}-#{thing}"}
end

end
end

Does the loop correctly, BUT include_recipe will only work for the first application of a type (which is by design)

[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading application::java_webapp, because I have already seen it.

So what to do instead?

Use a definition for DRY? But that is depricated, but somehow would feel correct?

Hm. Where did I get that definitions are deprecated? Anyway. Putting the stuff of reusable parts of the application cookbooks into
"resource groupings" aka definitions does work.

Use LWRP just to reuse the code from java_webapp.

Patch chef itself to allow a "force_include"

just copy the code to distinct recipes. But that's not DRY

any thoughts?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | Facebook | http://at.linkedin.com/in/haselwanteredmund

Seth_Chisamore · April 21, 2011, 12:02pm

Hi Edmund,

On Thu, Apr 21, 2011 at 7:39 AM, Haselwanter Edmund
edmund@haselwanter.comwrote:

Hi Seth

On 21.04.2011, at 13:27, Seth Chisamore wrote:

Edmund,
This is a know issue. The plan is to refactor the application cookbook's
recipes into a series of LWRPs which will allow multiple applications (of
the same type) to be deployed on the same server.

Do you have a draft of this work in progress?

Not yet! The TSE (training, services and evangelism) team (who maintains
the repo) has been busy prepping for the 0.10 release. We have also been
working on CentOS compatibility updates across the repo. I should hopefully
have a first round of these fixes integrated by mid next week.

This will also allow the deploy (and server daemon config) logic to be
leveraged from outside of the application cookbook.

I have refactored my heavy tomcat6 manager provider into a TomcatContext
LWRP which leverages the tomcat (opscode) cookbook and tomcat manager
application. It "works" but might need some polish. and would it would need
access to the node for defaults (
http://tickets.opscode.com/browse/CHEF-1946 which I don't think is in the
current release ?

I'll definitely take a look at your LWRP when we commence on the refactor
and agree CHEF-1946 is going to be VERY helpful.

cu edi

Seth

--
Opscode, Inc.
Seth Chisamore, Senior Technical Evangelist
IRC, Skype, Twitter, Github: schisamo

On Thursday, April 21, 2011 at 5:10 AM, Haselwanter Edmund wrote:

On 21.04.2011, at 10:26, Haselwanter Edmund wrote:

Hi *,

I want to leverage the application cookbook for installing multiple
applications of the same type.
So I thought I re-use e.g. the application::java_webapp recipe. But
this obviously (or not so obviously)
does not work the way I thought it should.

Problem is:

search(:apps) do |app|
(app["server_roles"] & node.run_list.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
end
end

search(:apps) do |app|
(app["server_roles"] & node.roles).each do |app_role|

app["type"][app_role].each do |thing|
node.run_state[:current_app] = app
include_recipe "application::#{thing}"
end
app["type"]["#{app_role}_definitions"].each do |thing|
node.run_state[:current_app] = app
eval %Q{#{thing} "#{app['id']}-#{thing}"}
end

end
end

Does the loop correctly, BUT include_recipe will only work for the
first application of a type (which is by design)

[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading
application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading
application::java_webapp, because I have already seen it.
[Thu, 21 Apr 2011 01:15:22 -0700] DEBUG: I am not loading
application::java_webapp, because I have already seen it.

So what to do instead?

Use a definition for DRY? But that is depricated, but somehow would
feel correct?

Hm. Where did I get that definitions are deprecated? Anyway. Putting the
stuff of reusable parts of the application cookbooks into
"resource groupings" aka definitions does work.

Use LWRP just to reuse the code from java_webapp.

Patch chef itself to allow a "force_include"

just copy the code to distinct recipes. But that's not DRY

any thoughts?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com,
http://edmund.haselwanter.com/
http://www.iteh.at | Facebook |
http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com,
http://edmund.haselwanter.com/
http://www.iteh.at | Facebook |
http://at.linkedin.com/in/haselwanteredmund

--
DI Edmund Haselwanter, edmund@haselwanter.com,
http://edmund.haselwanter.com/
http://www.iteh.at | Facebook |
http://at.linkedin.com/in/haselwanteredmund

Topic		Replies	Views
Running two applications in the same node using application cookbook Chef Infra (archive)	3	280	April 26, 2012
Application cookbooks status: Shipped! Chef Infra (archive)	0	212	May 24, 2012
I am not loading <cookbook::recipe> because I have already seen it Chef Infra (archive)	2	651	August 18, 2014
Application cookbook Chef Infra (archive)	8	404	July 10, 2011
Application-jboss Chef Infra (archive)	1	242	July 24, 2013

Application Cookbook

cu edi

cu edi

cu edi

cu edi

cu edi

Related Topics