You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Luke Forehand (JIRA)" <ji...@apache.org> on 2009/09/03 00:36:42 UTC
[jira] Created: (SOLR-1406) Add ability to retrieve DataConfig from
dataimport Context
Add ability to retrieve DataConfig from dataimport Context
----------------------------------------------------------
Key: SOLR-1406
URL: https://issues.apache.org/jira/browse/SOLR-1406
Project: Solr
Issue Type: Improvement
Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Luke Forehand
The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751587#action_12751587 ]
Luke Forehand commented on SOLR-1406:
-------------------------------------
I could extend FileListEntityProcessor if it was written in a more extensible way, for example, exposing it's baseUrl and fileName private members with accessor methods, and refactoring some of the private methods that do fileName filtering so that they are reusable and protected.
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extendable
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Forehand updated SOLR-1406:
--------------------------------
Description:
FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
was:The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
Summary: Refactor FileDataSource and FileListEntityProcessor to be more extendable (was: Add ability to retrieve DataConfig from dataimport Context)
> Refactor FileDataSource and FileListEntityProcessor to be more extendable
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751638#action_12751638 ]
Shalin Shekhar Mangar commented on SOLR-1406:
---------------------------------------------
bq. I could extend FileListEntityProcessor if it was written in a more extensible way, for example, exposing it's baseUrl and fileName private members with accessor methods, and refactoring some of the private methods that do fileName filtering so that they are reusable and protected.
Ah, I see. Well, that is easier than exposing DataConfig. DataConfig was never really meant to be exposed. We need to have another look at DataConfig before exposing making it a public API. How about you create an issue (or rename this one) to make FileListEntityProcessor more extensible rather than exposing DataConfig? We can get that in for 1.4.
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (SOLR-1406) Refactor FileDataSource
and FileListEntityProcessor to be more extensible
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12752148#action_12752148 ]
Luke Forehand edited comment on SOLR-1406 at 9/7/09 7:21 AM:
-------------------------------------------------------------
I believe this does help me a lot, thanks for your time!
Luke Forehand
Core Development
Networked Insights, Inc. <http://www.networkedinsights.com/>
was (Author: lukeforehand):
I believe this does help me a lot, thanks for your time!
On 9/7/09 5:23 AM, "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org> wrote:
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shalin Shekhar Mangar updated SOLR-1406:
----------------------------------------
Attachment: SOLR-1406.patch
# Fixed logic of resolving variables in newerThan, olderThan, biggerThan and smallerThan
# Added tests for biggerThan and smallerThan
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Luke Forehand
Core Development
Networked Insights, Inc. <http://www.networkedinsights.com/>
[cid:3335158883_13845349]
Office: 608.237.1867
Fax: 608.216.9848
Delighting our customers is our top priority. The Networked Insights team welcomes your comments and suggestions about how we can improve the quality of our products and services. Please email us at: Feedback@NetworkedInsights.com
This e-mail message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, duplication or distribution is prohibited. If you received this message in error, please notify me by phone or return email, do not forward to any other person and permanently delete the foregoing message, all attachments and all copies immediately.
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Shalin Shekhar Mangar
> Fix For: 1.4
>
> Attachments: image.gif, SOLR-1406.patch, SOLR-1406.patch, SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extensible
Posted by "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shalin Shekhar Mangar updated SOLR-1406:
----------------------------------------
Attachment: SOLR-1406.patch
# Made FileDataSource and FileListEntityProcessor more extensible.
# I also found that biggerThan and smallerThan were two parameters in FileListEntityProcessor which were never being set. I've fixed that.
I have not exposed FileListEntityProcessor's getFolderFiles method because I'd prefer to keep the implementation private for now so that we can change it in future without worrying about back-compat (see SOLR-1313). However, if one wants to know the file names being processed, one can override EntityProcessorBase#getNext.
Luke, does this help in your use-case?
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch, SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Add ability to retrieve DataConfig from
dataimport Context
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Forehand updated SOLR-1406:
--------------------------------
Attachment: SOLR-1406.patch
Patch that adds getDataConfig to Context interface, and ContextImpl implementation.
i.e.
{code:java}
public DataConfig getDataConfig() {
return this.dataImporter.getConfig();
}
{code}
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extensible
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Forehand updated SOLR-1406:
--------------------------------
Summary: Refactor FileDataSource and FileListEntityProcessor to be more extensible (was: Refactor FileDataSource and FileListEntityProcessor to be more extendable)
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Noble Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12750826#action_12750826 ]
Noble Paul commented on SOLR-1406:
----------------------------------
It is easy to expose DataConfig object. But the problem is I will have less flexibility in changing that once it is exposed. So, which information do you require exactly?
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751122#action_12751122 ]
Shalin Shekhar Mangar commented on SOLR-1406:
---------------------------------------------
Instead of exposing DataConfig, perhaps you can extend the FileListEntityProcessor and override close() and do these tasks there? Note that EntityProcessor#close() is introduced in Solr 1.4
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extensible
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Forehand updated SOLR-1406:
--------------------------------
Attachment: image.gif
I believe this does help me a lot, thanks for your time!
On 9/7/09 5:23 AM, "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org> wrote:
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shalin Shekhar Mangar updated SOLR-1406:
----------------------------------------
Attachment: SOLR-1406.patch
# Fixed logic of resolving variables in newerThan, olderThan, biggerThan and smallerThan
# Added tests for biggerThan and smallerThan
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Luke Forehand
Core Development
Networked Insights, Inc. <http://www.networkedinsights.com/>
[cid:3335158883_13845349]
Office: 608.237.1867
Fax: 608.216.9848
Delighting our customers is our top priority. The Networked Insights team welcomes your comments and suggestions about how we can improve the quality of our products and services. Please email us at: Feedback@NetworkedInsights.com
This e-mail message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, duplication or distribution is prohibited. If you received this message in error, please notify me by phone or return email, do not forward to any other person and permanently delete the foregoing message, all attachments and all copies immediately.
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Shalin Shekhar Mangar
> Fix For: 1.4
>
> Attachments: image.gif, SOLR-1406.patch, SOLR-1406.patch, SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Luke Forehand (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751023#action_12751023 ]
Luke Forehand commented on SOLR-1406:
-------------------------------------
I am implementing EventListeners for both onImportStart and onImportEnd that will work with a custom GZipFileDataSource for indexing. Upon import start I will calculate a file list using the baseDir attribute of the FileListEntityProcessor, putting that list in a session attribute with Global scope. Upon import end I will iterate over this file list and archive/remove these specific files. The purpose is that if other files are added to the baseDir during indexing, they won't be archived/removed by my onImportEnd event implementation and will be available for the next full indexing operation (which happens on a schedule).
{code:xml}
<dataConfig>
<dataSource name="myfilereader" type="FileDataSource"/>
<document>
<entity name="jc" rootEntity="false" dataSource="null"
processor="FileListEntityProcessor"
fileName="^.*\.xml$" recursive="true"
baseDir="/usr/local/apache2/htdocs/imagery">
....
</entity>
</document>
</dataConfig>
{code}
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extensible
Posted by "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shalin Shekhar Mangar updated SOLR-1406:
----------------------------------------
Attachment: SOLR-1406.patch
# Fixed logic of resolving variables in newerThan, olderThan, biggerThan and smallerThan
# Added tests for biggerThan and smallerThan
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch, SOLR-1406.patch, SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-1406) Refactor FileDataSource and
FileListEntityProcessor to be more extensible
Posted by "Shalin Shekhar Mangar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shalin Shekhar Mangar resolved SOLR-1406.
-----------------------------------------
Resolution: Fixed
Fix Version/s: 1.4
Assignee: Shalin Shekhar Mangar (was: Noble Paul)
Committed revision 812122.
Thanks Luke!
> Refactor FileDataSource and FileListEntityProcessor to be more extensible
> -------------------------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Shalin Shekhar Mangar
> Fix For: 1.4
>
> Attachments: SOLR-1406.patch, SOLR-1406.patch, SOLR-1406.patch
>
>
> FileDataSource should make openStream method protected so we can extend FileDataSource for other File types such as GZip, by controlling the underlying InputStreamReader implementation being returned.
> FileListEntityProcessor needs to aggregate a list of files that were processed and expose that list in an accessible way so that further processing on that file list can be done in the close method. For example, deletion or archiving.
> Another improvement would be that in the event of an indexing rollback event, processing of the close method either does not occur, or the close method is allowed access to that event, to prevent processing within the close method if necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SOLR-1406) Add ability to retrieve DataConfig
from dataimport Context
Posted by "Noble Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Noble Paul reassigned SOLR-1406:
--------------------------------
Assignee: Noble Paul
> Add ability to retrieve DataConfig from dataimport Context
> ----------------------------------------------------------
>
> Key: SOLR-1406
> URL: https://issues.apache.org/jira/browse/SOLR-1406
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Luke Forehand
> Assignee: Noble Paul
> Attachments: SOLR-1406.patch
>
>
> The ability to retrieve the DataConfig is very useful for inspecting configuration attributes within an EventListener!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.