Guillaumme,
Thanks for reviewing the patch. I thought of having the flexibility of
specifying opeations and their parameters either while configuring the
endpoint (xbean.xml) or as part of the message. As the endpoint is
required to be thread-safe I now feel that we can not have both the
Gret,
Are you working on this patch? I had fixed it sometime back and
attaching the patch..
-Original Message-
From: Gert Vanthienen (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Monday, July 16, 2007 1:17 PM
To: servicemix-dev@geronimo.apache.org
Subject: [jira] Created: (SM-1004) File
Yes,
It is the lock handling...
1. Every polling therad creates lock with the file uri and then
processes the file..
2. Lock is released once the file is processed and deleted. (Managed by
unlock flag)
3. If there is any exception in processing the file the lock is not
released.
I have just
Yes you are right Gret.. We need to throw the exception based on the
sendsync results...
Regards,
Rabi Mishra,
http://rabisblog.blogspot.com/
c++; /* this makes c bigger but returns the old value */
-Original Message-
From: Gert Vanthienen [mailto:[EMAIL PROTECTED]
Sent: Monday, July
Greg,
Thats right... thanks for pointing that out.. I have updated it..Anyway, is
there any specific reason for these checkstyle supressions..WIP???
From: Gert Vanthienen (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Thu 7/12/2007 7:08 PM
To: [EMAIL PROTECTED]
While trying to build from the source from the trunk.. Meven 2 JBI Plugin
failed fo me ith check style errors..
GraphArtifactCollector.java:58:37: More than 7 parameters
JbiComponentDescriptorWriter.java:37:15: More than 7 parameters
Do you have the same errors?
Regards,
Rabi Mishra