[jira] Commented: (ZOOKEEPER-507) Improve error handling of BookKeeper client

2009-11-24 Thread Flavio Paiva Junqueira (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12781816#action_12781816
 ] 

Flavio Paiva Junqueira commented on ZOOKEEPER-507:
--

We also need to split this patch into two. There are really two major issue 
being solved here: new client code and ledger aggregation support.

 Improve error handling of BookKeeper client
 ---

 Key: ZOOKEEPER-507
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-507
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib-bookkeeper
Reporter: Flavio Paiva Junqueira
Assignee: Utkarsh Srivastava
 Attachments: ZOOKEEPER-507.patch


 Error handling is far from ideal currently in the BookKeeper client.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (ZOOKEEPER-592) BookKeeper cannot find junit

2009-11-24 Thread Flavio Paiva Junqueira (JIRA)
BookKeeper cannot find junit


 Key: ZOOKEEPER-592
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-592
 Project: Zookeeper
  Issue Type: Bug
  Components: contrib-bookkeeper
Reporter: Flavio Paiva Junqueira


When trying to compile bookkeeper, the compiler complains that it can't find 
junit. I suspect that this is related to the fact that zookeeper now fetches 
junit using ivy.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Build failed in Hudson: ZooKeeper-trunk #549

2009-11-24 Thread Apache Hudson Server
See http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/549/

--
[...truncated 57665 lines...]
[junit] 2009-11-24 10:42:53,227 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@837] - Socket 
connection established to localhost/127.0.0.1:11225, initiating session
[junit] 2009-11-24 10:42:53,227 - INFO  
[NIOServerCxn.Factory:11225:nioservercnxn$fact...@214] - Accepted socket 
connection from /127.0.0.1:40953
[junit] 2009-11-24 10:42:53,228 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@688] - Client attempting to renew 
session 0x12525c95811 at /127.0.0.1:40953
[junit] 2009-11-24 10:42:53,228 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@1131] - Established session 
0x12525c95811 for client /127.0.0.1:40953
[junit] 2009-11-24 10:42:53,229 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@640] - Session 
establishment complete, sessionid = 0x12525c95811
[junit] 2009-11-24 10:42:53,239 - INFO  [main:clientb...@383] - STOPPING 
server
[junit] 2009-11-24 10:42:53,240 - INFO  [main:nioserverc...@974] - Closed 
socket connection for client /127.0.0.1:40953 which had sessionid 
0x12525c95811
[junit] 2009-11-24 10:42:53,240 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@1047] - Unable to read 
additional data from server sessionid 0x12525c95811, likely server has 
closed socket, closing socket connection and attempting reconnect
[junit] 2009-11-24 10:42:53,241 - INFO  
[NIOServerCxn.Factory:11225:nioservercnxn$fact...@241] - NIOServerCnxn factory 
exited run method
[junit] 2009-11-24 10:42:53,241 - INFO  [main:finalrequestproces...@365] - 
shutdown of request processor complete
[junit] 2009-11-24 10:42:53,241 - INFO  
[SyncThread:0:syncrequestproces...@151] - SyncRequestProcessor exited!
[junit] 2009-11-24 10:42:53,241 - INFO  
[ProcessThread:-1:preprequestproces...@119] - PrepRequestProcessor exited loop!
[junit] ensureOnly:[]
[junit] 2009-11-24 10:42:53,341 - INFO  [main:clientb...@376] - STARTING 
server
[junit] 2009-11-24 10:42:53,341 - INFO  [main:zookeeperser...@160] - 
Created server
[junit] 2009-11-24 10:42:53,342 - INFO  [main:nioservercnxn$fact...@123] - 
binding to port 11225
[junit] 2009-11-24 10:42:53,347 - INFO  [main:files...@81] - Reading 
snapshot 
http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/ws/trunk/build/test/tmp/test8504310361729624254.junit.dir/version-2/snapshot.5
[junit] 2009-11-24 10:42:53,350 - INFO  [main:filetxnsnap...@208] - 
Snapshotting: 6
[junit] 2009-11-24 10:42:53,353 - INFO  
[NIOServerCxn.Factory:11225:nioservercnxn$fact...@214] - Accepted socket 
connection from /127.0.0.1:40955
[junit] 2009-11-24 10:42:53,354 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@782] - Processing stat command from 
/127.0.0.1:40955
[junit] 2009-11-24 10:42:53,354 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@974] - Closed socket connection for 
client /127.0.0.1:40955 (no session established for client)
[junit] ensureOnly:[InMemoryDataTree, StandaloneServer_port]
[junit] expect:InMemoryDataTree
[junit] found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port-1,name1=InMemoryDataTree
[junit] expect:StandaloneServer_port
[junit] found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port-1
[junit] 2009-11-24 10:42:54,000 - INFO  
[SessionTracker:sessiontrackeri...@145] - SessionTrackerImpl exited loop!
[junit] 2009-11-24 10:42:54,000 - INFO  
[SessionTracker:sessiontrackeri...@145] - SessionTrackerImpl exited loop!
[junit] 2009-11-24 10:42:54,640 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@929] - Opening socket 
connection to server localhost/127.0.0.1:11225
[junit] 2009-11-24 10:42:54,640 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@837] - Socket 
connection established to localhost/127.0.0.1:11225, initiating session
[junit] 2009-11-24 10:42:54,640 - INFO  
[NIOServerCxn.Factory:11225:nioservercnxn$fact...@214] - Accepted socket 
connection from /127.0.0.1:40956
[junit] 2009-11-24 10:42:54,641 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@688] - Client attempting to renew 
session 0x12525c95811 at /127.0.0.1:40956
[junit] 2009-11-24 10:42:54,643 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@1131] - Established session 
0x12525c95811 for client /127.0.0.1:40956
[junit] 2009-11-24 10:42:54,643 - INFO  
[main-SendThread(localhost:11225):clientcnxn$sendthr...@640] - Session 
establishment complete, sessionid = 0x12525c95811
[junit] 2009-11-24 10:42:55,654 - INFO  
[ProcessThread:-1:preprequestproces...@385] - Processed session termination for 
sessionid: 0x12525c95811
[junit] 2009-11-24 10:42:55,655 - INFO  
[NIOServerCxn.Factory:11225:nioserverc...@974] - Closed socket connection for 
client 

Re: [Fwd: [VOTE] Release ZooKeeper 3.2.2 (candidate 0)]

2009-11-24 Thread stack
+1 Ran it in place of zk-3.2.1 in hbase context for an upload and nothing
untoward examining logs.  Took a quick gander at the doc. and nothing
obviously amiss.

St.Ack



On Mon, Nov 23, 2009 at 4:53 PM, Patrick Hunt ph...@apache.org wrote:

 Hadoop PMC,

 Please test and vote on this release in zookeeper-dev list.

 Thanks,

 Patrick

 I've created a candidate build for ZooKeeper 3.2.2. This is a bug fix
 release addressing eleven issues (two critical) -- see the release notes for
 details.

 *** Please download, test and VOTE before the
 *** vote closes 5pm pacific time, Friday, November 27.***

 http://people.apache.org/~phunt/zookeeper-3.2.2-candidate-0/http://people.apache.org/%7Ephunt/zookeeper-3.2.2-candidate-0/

 Should we release this?

 Patrick









[jira] Commented: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Alan Cabrera (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782018#action_12782018
 ] 

Alan Cabrera commented on ZOOKEEPER-425:


Why not use PAX Exam?

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (ZOOKEEPER-593) java client api does not allow client to access negotiated session timeout

2009-11-24 Thread Patrick Hunt (JIRA)
java client api does not allow client to access negotiated session timeout
--

 Key: ZOOKEEPER-593
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-593
 Project: Zookeeper
  Issue Type: Bug
  Components: java client
Reporter: Patrick Hunt
 Fix For: 3.3.0


The java client api does not allow the client to access the negotiated session 
timeout (c does allow this).

In some cases the client may not get the requested timeout (server applies a 
min/max bound) in which case
the client user code may want to examine the timeout it did receive.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (ZOOKEEPER-594) Adding documentation to zkpython to help out with the setup for finding libzookeeper_mt.so.2

2009-11-24 Thread Erik Holstad (JIRA)
Adding documentation to zkpython to help out with the setup for finding 
libzookeeper_mt.so.2


 Key: ZOOKEEPER-594
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-594
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib
 Environment: Have been tested on Fedora 9
Reporter: Erik Holstad
Assignee: Erik Holstad
Priority: Minor


When setting up and using the zkpython binding, sometimes you encounter the 
problem that python cannot find the file libzookeeper_mt.so.2. This can be 
fixed in most cases by for example adding the line export 
LD_LIBRARY_PATH=/usr/local/lib/ to your .bashrc file. I some cases though, 
when for example running your python script from within a fcgi context and a 
lighttpd server it still isn't able to find the file.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Benjamin Reed (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Reed updated ZOOKEEPER-425:


Hadoop Flags: [Reviewed]

+1 to commit. no need for tests in this case. once we do the activator we will 
need test for that which will also cover the meta data as well. (the automatic 
testing is cool though isn't it?) unless there are any objections i think this 
is ready to commit.

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-507) Improve error handling of BookKeeper client

2009-11-24 Thread Benjamin Reed (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Reed updated ZOOKEEPER-507:


Status: Open  (was: Patch Available)

waiting for ben to update the bookie doc

 Improve error handling of BookKeeper client
 ---

 Key: ZOOKEEPER-507
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-507
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib-bookkeeper
Reporter: Flavio Paiva Junqueira
Assignee: Utkarsh Srivastava
 Attachments: ZOOKEEPER-507.patch


 Error handling is far from ideal currently in the BookKeeper client.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Benjamin Reed (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Reed reassigned ZOOKEEPER-425:
---

Assignee: Benjamin Reed

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
Assignee: Benjamin Reed
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-587) client should log timeout negotiated with server

2009-11-24 Thread Benjamin Reed (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Reed updated ZOOKEEPER-587:


Hadoop Flags: [Reviewed]

+1 looks good.

 client should log timeout negotiated with server
 

 Key: ZOOKEEPER-587
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-587
 Project: Zookeeper
  Issue Type: Bug
  Components: c client, java client
Affects Versions: 3.2.1
Reporter: Patrick Hunt
Assignee: Patrick Hunt
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-587.patch, ZOOKEEPER-587.patch


 The ZK client should log the timeout negotiated with the server if the time 
 is different than the timeout parameter specified by the client.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Patrick Hunt (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782053#action_12782053
 ] 

Patrick Hunt commented on ZOOKEEPER-425:


Just to summarize - what's being applied here (patch)? Just buildxmlpatch.patch 
and nothing else (the other attachments are obsolete?)

I agree that no new test is necessary, but it would be interesting to know how 
to try this out. Is there a way to load this into something like Apache Felix 
yet, or does that have to wait for the follow-on jira? (I would suggest - 
please create one and link it to this jira)

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
Assignee: Benjamin Reed
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-588) remove unnecessary/annoying log of tostring error in Request.toString()

2009-11-24 Thread Benjamin Reed (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Reed updated ZOOKEEPER-588:


Hadoop Flags: [Reviewed]

+1 good job. my only small quibble is the coding style violation:

 )
{

rather than:

) {

 remove unnecessary/annoying log of tostring error in Request.toString()
 ---

 Key: ZOOKEEPER-588
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-588
 Project: Zookeeper
  Issue Type: Bug
  Components: server
Affects Versions: 3.2.1
Reporter: Patrick Hunt
Assignee: Patrick Hunt
Priority: Minor
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-588.patch


 Why are we logging this? It's unnecessary and just annoying afaict. We should 
 remove it entirely.
 2009-11-18 05:37:29,312 WARN org.apache.zookeeper.server.Request: Ignoring 
 exception during toString
 java.nio.BufferUnderflowException
   at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:127)
   at java.nio.ByteBuffer.get(ByteBuffer.java:675)
   at org.apache.zookeeper.server.Request.toString(Request.java:199)
   at java.lang.String.valueOf(String.java:2827)
   at java.lang.StringBuilder.append(StringBuilder.java:115)
   at 
 org.apache.zookeeper.server.quorum.CommitProcessor.processRequest(CommitProcessor.java:167)
   at 
 org.apache.zookeeper.server.quorum.FollowerRequestProcessor.run(FollowerRequestProcessor.java:68)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Patrick Hunt (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Patrick Hunt reassigned ZOOKEEPER-425:
--

Assignee: David Bosschaert  (was: Benjamin Reed)

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
Assignee: David Bosschaert
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-588) remove unnecessary/annoying log of tostring error in Request.toString()

2009-11-24 Thread Patrick Hunt (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782057#action_12782057
 ] 

Patrick Hunt commented on ZOOKEEPER-588:


I always do that for multi-line conditional, I think it makes it easier to find 
the block bounds

 remove unnecessary/annoying log of tostring error in Request.toString()
 ---

 Key: ZOOKEEPER-588
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-588
 Project: Zookeeper
  Issue Type: Bug
  Components: server
Affects Versions: 3.2.1
Reporter: Patrick Hunt
Assignee: Patrick Hunt
Priority: Minor
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-588.patch


 Why are we logging this? It's unnecessary and just annoying afaict. We should 
 remove it entirely.
 2009-11-18 05:37:29,312 WARN org.apache.zookeeper.server.Request: Ignoring 
 exception during toString
 java.nio.BufferUnderflowException
   at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:127)
   at java.nio.ByteBuffer.get(ByteBuffer.java:675)
   at org.apache.zookeeper.server.Request.toString(Request.java:199)
   at java.lang.String.valueOf(String.java:2827)
   at java.lang.StringBuilder.append(StringBuilder.java:115)
   at 
 org.apache.zookeeper.server.quorum.CommitProcessor.processRequest(CommitProcessor.java:167)
   at 
 org.apache.zookeeper.server.quorum.FollowerRequestProcessor.run(FollowerRequestProcessor.java:68)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-594) Adding documentation to zkpython to help out with the setup for finding libzookeeper_mt.so.2

2009-11-24 Thread Erik Holstad (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erik Holstad updated ZOOKEEPER-594:
---

Attachment: ZOOKEEPER-594.patch

 Adding documentation to zkpython to help out with the setup for finding 
 libzookeeper_mt.so.2
 

 Key: ZOOKEEPER-594
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-594
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib
 Environment: Have been tested on Fedora 9
Reporter: Erik Holstad
Assignee: Erik Holstad
Priority: Minor
 Attachments: ZOOKEEPER-594.patch


 When setting up and using the zkpython binding, sometimes you encounter the 
 problem that python cannot find the file libzookeeper_mt.so.2. This can be 
 fixed in most cases by for example adding the line export 
 LD_LIBRARY_PATH=/usr/local/lib/ to your .bashrc file. I some cases though, 
 when for example running your python script from within a fcgi context and a 
 lighttpd server it still isn't able to find the file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-425) Add OSGi metadata to zookeeper.jar

2009-11-24 Thread Benjamin Reed (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782058#action_12782058
 ] 

Benjamin Reed commented on ZOOKEEPER-425:
-

yes just the buildxml.patch, the service instance will be registered in 
ZOOKEEPER-584 and we will need to pull in felix for that test. i would think 
that the activator for ZOOKEEPER-584 will go into a contrib and will will build 
its own little jar file. that way we only need to pull in felix for the contrib 
not for the whole of zookeeper.

 Add OSGi metadata to zookeeper.jar
 --

 Key: ZOOKEEPER-425
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-425
 Project: Zookeeper
  Issue Type: Improvement
  Components: build
Reporter: David Bosschaert
Assignee: David Bosschaert
 Fix For: 3.3.0

 Attachments: buildxmlpatch.patch, MANIFEST.MF, zk_patch3.patch


 After adding OSGi metadata to zookeeper.jar it can be used as both an OSGi 
 bundle as well as an ordinary jar file. 
 In the CXF/DOSGi project the buildsystem does this using the 
 maven-bundle-plugin: 
 http://svn.apache.org/repos/asf/cxf/dosgi/trunk/discovery/distributed/zookeeper-wrapper/pom.xml
 The MANIFEST.MF generated by maven-bundle-plugin is attached to this bug, 
 this works for the CXF/DOSGi project.
 If your buildsystem isn't using maven, I would advise to use bnd 
 (http://www.aqute.biz/Code/Bnd). BND defines its own ant task in which you 
 should be able to use more or less the same instructions as were used in 
 maven:
 instructions
   Bundle-NameZooKeeper bundle/Bundle-Name
   Bundle-DescriptionThis bundle contains the ZooKeeper 
 library/Bundle-Description
   Bundle-SymbolicNameorg.apache.hadoop.zookeeper/Bundle-SymbolicName
   Bundle-Version3.1.1/Bundle-Version
   Import-Package*/Import-Package
   Export-Package*;version=3.1.1/Export-Package
 /instructions
 Oh and one other thing. Is it really necessary to put the source code in the 
 Jar file too? I would put that in a separate source distribution :)
 See also: 
 http://mail-archives.apache.org/mod_mbox/hadoop-zookeeper-user/200905.mbox/%3c4a2009b1.3030...@yahoo-inc.com%3e

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-594) Adding documentation to zkpython to help out with the setup for finding libzookeeper_mt.so.2

2009-11-24 Thread Henry Robinson (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782096#action_12782096
 ] 

Henry Robinson commented on ZOOKEEPER-594:
--

Hi Erik - 

Thanks for the patch! Doc updates are always really helpful. 

I feel like the current README is already pretty explicit about the need to 
make sure the C libraries are in the system's library path. Also, you recommend 
that users run ldconfig, but not all systems have it. Perhaps you could 
rephrase this to say something like The C libraries are by default installed 
in /usr/local/lib. If your system has ldconfig, you might find it easiest to 
add /usr/local/lib to ld.so.conf rather than manipulating the system-global 
library paths (this is in particular useful when trying to use zkpython from 
outside your own user's context).

Also, that's a very specific warning to print in setup.py. Could you just point 
users to the README if you think that they will have trouble finding it? 
Something like zkpython 0.4 - please see README for detailed installation 
instructions. 

cheers,
Henry

 

 Adding documentation to zkpython to help out with the setup for finding 
 libzookeeper_mt.so.2
 

 Key: ZOOKEEPER-594
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-594
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib
 Environment: Have been tested on Fedora 9
Reporter: Erik Holstad
Assignee: Erik Holstad
Priority: Minor
 Attachments: ZOOKEEPER-594.patch


 When setting up and using the zkpython binding, sometimes you encounter the 
 problem that python cannot find the file libzookeeper_mt.so.2. This can be 
 fixed in most cases by for example adding the line export 
 LD_LIBRARY_PATH=/usr/local/lib/ to your .bashrc file. I some cases though, 
 when for example running your python script from within a fcgi context and a 
 lighttpd server it still isn't able to find the file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [VOTE] Release ZooKeeper 3.1.2 (candidate 0)

2009-11-24 Thread Benjamin Reed

+1

Patrick Hunt wrote:
I've created a candidate build for ZooKeeper 3.1.2. This is a bug fix 
release addressing just two critical issues -- see the release notes for 
details.


*** Please download, test and VOTE before the
*** vote closes 4pm pacific time, Friday, November 27.***

http://people.apache.org/~phunt/zookeeper-3.1.2-candidate-0/

Should we release this?

Patrick



  




Re: [VOTE] Release ZooKeeper 3.2.2 (candidate 0)

2009-11-24 Thread Benjamin Reed

+1

Patrick Hunt wrote:
I've created a candidate build for ZooKeeper 3.2.2. This is a bug fix 
release addressing eleven issues (two critical) -- see the release notes 
for details.


*** Please download, test and VOTE before the
*** vote closes 5pm pacific time, Friday, November 27.***

http://people.apache.org/~phunt/zookeeper-3.2.2-candidate-0/

Should we release this?

Patrick




  




[jira] Updated: (ZOOKEEPER-594) Adding documentation to zkpython to help out with the setup for finding libzookeeper_mt.so.2

2009-11-24 Thread Erik Holstad (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erik Holstad updated ZOOKEEPER-594:
---

Attachment: ZOOKEEPER-594.patch

Changed the wording in README after comment from Henry. Also removed the output 
lines from setup.py, since I don't really think that this information belongs 
there.

 Adding documentation to zkpython to help out with the setup for finding 
 libzookeeper_mt.so.2
 

 Key: ZOOKEEPER-594
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-594
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib
 Environment: Have been tested on Fedora 9
Reporter: Erik Holstad
Assignee: Erik Holstad
Priority: Minor
 Attachments: ZOOKEEPER-594.patch, ZOOKEEPER-594.patch


 When setting up and using the zkpython binding, sometimes you encounter the 
 problem that python cannot find the file libzookeeper_mt.so.2. This can be 
 fixed in most cases by for example adding the line export 
 LD_LIBRARY_PATH=/usr/local/lib/ to your .bashrc file. I some cases though, 
 when for example running your python script from within a fcgi context and a 
 lighttpd server it still isn't able to find the file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (ZOOKEEPER-595) A means of asking quorum what conifguration it is running with

2009-11-24 Thread stack (JIRA)
A means of asking quorum what conifguration it is running with
--

 Key: ZOOKEEPER-595
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-595
 Project: Zookeeper
  Issue Type: Improvement
Reporter: stack


I'd like to ask a running quorum what its configuration is.  I'd want to know 
stuff like session timeout and tick times.

Use case is that in hbase there is no zoo.cfg usually; the configuration is 
manufactured and piped to the starting zk server.  I want to know if all of the 
manufactured config. 'took' or how zk interpreted it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (ZOOKEEPER-595) A means of asking quorum what conifguration it is running with

2009-11-24 Thread Patrick Hunt (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Patrick Hunt updated ZOOKEEPER-595:
---

  Component/s: server
   jmx
Fix Version/s: 3.3.0

Good idea, we should expose this through both command port and JMX.


 A means of asking quorum what conifguration it is running with
 --

 Key: ZOOKEEPER-595
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-595
 Project: Zookeeper
  Issue Type: Improvement
  Components: jmx, server
Reporter: stack
 Fix For: 3.3.0


 I'd like to ask a running quorum what its configuration is.  I'd want to know 
 stuff like session timeout and tick times.
 Use case is that in hbase there is no zoo.cfg usually; the configuration is 
 manufactured and piped to the starting zk server.  I want to know if all of 
 the manufactured config. 'took' or how zk interpreted it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (ZOOKEEPER-596) The last logged zxid calculated by zookeeper servers could cause problems in leader election if data gets corrupted.

2009-11-24 Thread Mahadev konar (JIRA)
The last logged zxid calculated by zookeeper servers could cause problems in 
leader election if data gets corrupted.


 Key: ZOOKEEPER-596
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-596
 Project: Zookeeper
  Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Mahadev konar
Assignee: Mahadev konar
 Fix For: 3.3.0


It is possible that the last loggged zxid as reported by all the servers during 
leader election is not the last zxid that the server can upload data to. It is 
very much possible that some transaction or snapshot gets corrupted and the 
servers actually do not have valid data till last logged zxid. We need to make 
sure that what the servers report as there last logged zxid, they are able to 
load data till that zxid.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-596) The last logged zxid calculated by zookeeper servers could cause problems in leader election if data gets corrupted.

2009-11-24 Thread Mahadev konar (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782223#action_12782223
 ] 

Mahadev konar commented on ZOOKEEPER-596:
-

To elablorate on the problem:
Currently this is what happens:
- servers read the last logged zxid from the last log or snapshot and use that 
in the leader election
- it is quite possible that something in the logs (some transaction lower than 
the one reported in leader election) is corrupt and the server does not have 
sane data till the last reported zxid in leader election
- this could lead to leader election spinning in a loop if the one elected a 
leader cannot actually read the data till the reported transaction id.

The solution is to let the servers upload all the data before they start the 
leader election and then send the last logged zxid. This way the server can be 
sure that it has valid data til the last zxid it actually reports in the leader 
election.



 The last logged zxid calculated by zookeeper servers could cause problems in 
 leader election if data gets corrupted.
 

 Key: ZOOKEEPER-596
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-596
 Project: Zookeeper
  Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Mahadev konar
Assignee: Mahadev konar
 Fix For: 3.3.0


 It is possible that the last loggged zxid as reported by all the servers 
 during leader election is not the last zxid that the server can upload data 
 to. It is very much possible that some transaction or snapshot gets corrupted 
 and the servers actually do not have valid data till last logged zxid. We 
 need to make sure that what the servers report as there last logged zxid, 
 they are able to load data till that zxid.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-594) Adding documentation to zkpython to help out with the setup for finding libzookeeper_mt.so.2

2009-11-24 Thread Henry Robinson (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782234#action_12782234
 ] 

Henry Robinson commented on ZOOKEEPER-594:
--

Looks good to me, Erik, thanks!

 Adding documentation to zkpython to help out with the setup for finding 
 libzookeeper_mt.so.2
 

 Key: ZOOKEEPER-594
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-594
 Project: Zookeeper
  Issue Type: Improvement
  Components: contrib
 Environment: Have been tested on Fedora 9
Reporter: Erik Holstad
Assignee: Erik Holstad
Priority: Minor
 Attachments: ZOOKEEPER-594.patch, ZOOKEEPER-594.patch


 When setting up and using the zkpython binding, sometimes you encounter the 
 problem that python cannot find the file libzookeeper_mt.so.2. This can be 
 fixed in most cases by for example adding the line export 
 LD_LIBRARY_PATH=/usr/local/lib/ to your .bashrc file. I some cases though, 
 when for example running your python script from within a fcgi context and a 
 lighttpd server it still isn't able to find the file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (ZOOKEEPER-458) connect_index in zookeeper handle might get out of bound.

2009-11-24 Thread Mahadev konar (JIRA)

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mahadev konar reassigned ZOOKEEPER-458:
---

Assignee: Steven Cheng  (was: Mahadev konar)

 connect_index in zookeeper handle might get out of bound.
 -

 Key: ZOOKEEPER-458
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-458
 Project: Zookeeper
  Issue Type: Bug
  Components: c client
Reporter: Mahadev konar
Assignee: Steven Cheng
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-458.patch, ZOOKEEPER-458.patch, 
 ZOOKEEPER-458.patch


 connect_index in zookeeper handle might get out of bound. the zokoeeper_init 
 method checks for index == count and sets it to zero. If the index becomes 
 greater than count, then it will go out of bounds.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (ZOOKEEPER-458) connect_index in zookeeper handle might get out of bound.

2009-11-24 Thread Mahadev konar (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782275#action_12782275
 ] 

Mahadev konar commented on ZOOKEEPER-458:
-

+1... good to see the tests. the test failure with hudson is a known issue. 

 connect_index in zookeeper handle might get out of bound.
 -

 Key: ZOOKEEPER-458
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-458
 Project: Zookeeper
  Issue Type: Bug
  Components: c client
Reporter: Mahadev konar
Assignee: Steven Cheng
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-458.patch, ZOOKEEPER-458.patch, 
 ZOOKEEPER-458.patch


 connect_index in zookeeper handle might get out of bound. the zokoeeper_init 
 method checks for index == count and sets it to zero. If the index becomes 
 greater than count, then it will go out of bounds.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [VOTE] Release ZooKeeper 3.1.2 (candidate 0)

2009-11-24 Thread Mahadev Konar
+1 .. Ran ant test.

mahadev


On 11/24/09 11:22 AM, Benjamin Reed br...@yahoo-inc.com wrote:

 +1
 
 Patrick Hunt wrote:
 I've created a candidate build for ZooKeeper 3.1.2. This is a bug fix
 release addressing just two critical issues -- see the release notes for
 details.
 
 *** Please download, test and VOTE before the
 *** vote closes 4pm pacific time, Friday, November 27.***
 
 http://people.apache.org/~phunt/zookeeper-3.1.2-candidate-0/
 
 Should we release this?
 
 Patrick
 
 
 
   
 



Re: [Fwd: [VOTE] Release ZooKeeper 3.2.2 (candidate 0)]

2009-11-24 Thread Mahadev Konar
+1 for the release. Ran ant test and some smoke tests it worked fine.

mahadev


On 11/24/09 7:54 AM, stack st...@duboce.net wrote:

 +1 Ran it in place of zk-3.2.1 in hbase context for an upload and nothing
 untoward examining logs.  Took a quick gander at the doc. and nothing
 obviously amiss.
 
 St.Ack
 
 
 
 On Mon, Nov 23, 2009 at 4:53 PM, Patrick Hunt ph...@apache.org wrote:
 
 Hadoop PMC,
 
 Please test and vote on this release in zookeeper-dev list.
 
 Thanks,
 
 Patrick
 
 I've created a candidate build for ZooKeeper 3.2.2. This is a bug fix
 release addressing eleven issues (two critical) -- see the release notes for
 details.
 
 *** Please download, test and VOTE before the
 *** vote closes 5pm pacific time, Friday, November 27.***
 
 http://people.apache.org/~phunt/zookeeper-3.2.2-candidate-0/http://people.ap
 ache.org/%7Ephunt/zookeeper-3.2.2-candidate-0/
 
 Should we release this?
 
 Patrick
 
 
 
 
 
 
 



[jira] Commented: (ZOOKEEPER-458) connect_index in zookeeper handle might get out of bound.

2009-11-24 Thread Mahadev konar (JIRA)

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782299#action_12782299
 ] 

Mahadev konar commented on ZOOKEEPER-458:
-

steven,
 I tried running the ccpunit tests with your patch and it core dumps at 
testOperationConnectionLoss1 (the test you added) 

 connect_index in zookeeper handle might get out of bound.
 -

 Key: ZOOKEEPER-458
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-458
 Project: Zookeeper
  Issue Type: Bug
  Components: c client
Reporter: Mahadev konar
Assignee: Steven Cheng
 Fix For: 3.3.0

 Attachments: ZOOKEEPER-458.patch, ZOOKEEPER-458.patch, 
 ZOOKEEPER-458.patch


 connect_index in zookeeper handle might get out of bound. the zokoeeper_init 
 method checks for index == count and sets it to zero. If the index becomes 
 greater than count, then it will go out of bounds.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.