Forum Discussion
stucky101_88485
Nimbostratus
Aug 08, 2012cannot add \r\n to string
iApp gurus
I'm working on customizing the basic http iapp to send a user agent in the http header. It looks like the
f5.app_utils:create_monitor proc doesn't let me pass such an option so I'm t...
stucky101_88485
Nimbostratus
Aug 08, 2012Guys
Thanks for your input. I changed the code as follows:
if { $::server_pools__create_new_monitor == $::CREATE_NEW_MONITOR_OPTION} {
set monitor_interval $::server_pools__monitor_interval
set monitor_recv \"$::server_pools__monitor_recv\"
set monitor_send \"$::server_pools__monitor_send\"
set http_version "\"Version 1.1\""
set monitor_dns_name $::EMPTY_STRING
set monitor_type http
set monitor_name [tmsh::run_proc f5.app_utils:create_monitor \
$tmsh::app_name $monitor_type $monitor_interval "$monitor_send" \
"$monitor_recv" $http_version $monitor_dns_name]
but the resulting http header is still truncated as before.
Maybe I'm misinterpreting what iApps are for ? From what I've seen so far one can use this one of 2 ways.
A. Create single objects like monitor, persistence profile, http profile etc... before - then just tie them all together via the template.
The issues I have with that are :
1. People still have to do a lot of manual work
2. Objects won't automatically be named causing messy naming (As we all know everyone has their own idea of what something should be called)
3. When I remove an iApp it leaves behind all the objects that werent created within the template.
or
B. Put everything inside the template and only ever change things via the "Reconfigure" button. This seems clean and perfect to me except, we are far from that at this time. The more I think about it the more I wonder if this is even feasable. Looking at an http profile alone there are 20 options. Is the idea to eventually include all that into the template ? It'd grow to a possibly unmanageable size wouldn't it ?
I can't help feeling you guys are more leaning towards solution A. In this case I wouldn't have to bother creating http monitors within the template at all. One thing I'm confused about is this. After creating an iApp I'm told I cannot change some objects since they are tied to the app and "strict updates" is enabled. Yet other changes can be made without error. I don't see a system right now.
This sends mixed signals. On one side I think I'm not supposed to make changes to objects once tied to an iApp - on the other hand you guys seem to suggest to do just that since the template is missing a lot of stuff.
What if I need to make such a change (lets say to an http profile) at a later time for legitimate reasons ? There is no way to use the "Reconfigure" option so I'd have to do it in the object directly. Wouldn't that break strick checking ?
Maybe someone can give me some conceptual pointers.
Thx
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects