Author: shankar
Date: Thu Jun 26 05:31:08 2008
New Revision: 671878
URL: http://svn.apache.org/viewvc?rev=671878&view=rev
Log:
removing unwanted variable
Modified:
webservices/rampart/trunk/c/src/util/rampart_replay_detector.c
Modified: webservices/rampart/trunk/c/src/util/rampart_replay_detector.c
URL:
http://svn.apache.org/viewvc/webservices/rampart/trunk/c/src/util/rampart_replay_detector.c?rev=671878&r1=671877&r2=671878&view=diff
==============================================================================
--- webservices/rampart/trunk/c/src/util/rampart_replay_detector.c (original)
+++ webservices/rampart/trunk/c/src/util/rampart_replay_detector.c Thu Jun 26
05:31:08 2008
@@ -129,13 +129,12 @@
const axis2_char_t *addr_msg_id = NULL;
int max_rcds = RAMPART_RD_DEF_MAX_RCDS;
axis2_status_t status = AXIS2_FAILURE;
- void* pool = NULL;
- /* since replay details have to be stored until the application
finished,
- * they have to be created in golbal pool. If those are created in
msg's pool,
- * then it will be deleted after the request is served. (specially when
using
- * with apache, current_pool will denote the message's pool) */
- axutil_allocator_switch_to_global_pool(env->allocator);
+ /* since replay details have to be stored until the application finished,
+ * they have to be created in golbal pool. If those are created in msg's
pool,
+ * then it will be deleted after the request is served. (specially when
using
+ * with apache, current_pool will denote the message's pool) */
+ axutil_allocator_switch_to_global_pool(env->allocator);
/* By using just Timestamps we dont need addressing. But there is a chance
that
* two messages might generated exactly at the same time*/
