You are viewing a plain text version of this content. The canonical link for it is here.
Posted to droids-dev@incubator.apache.org by "Fuad Efendi (JIRA)" <ji...@apache.org> on 2010/11/30 23:10:11 UTC
[jira] Created: (DROIDS-110) droids-norobots shouldn't have
dependency on protocol implementation; it should be abstract Rules Engine
droids-norobots shouldn't have dependency on protocol implementation; it should be abstract Rules Engine
--------------------------------------------------------------------------------------------------------
Key: DROIDS-110
URL: https://issues.apache.org/jira/browse/DROIDS-110
Project: Droids
Issue Type: Sub-task
Components: core, norobots
Affects Versions: Graduating from the Incubator
Reporter: Fuad Efendi
Fix For: Graduating from the Incubator
Naturally enforced by DROIDS-109 requirements.
1. Move NoRobotsClient.java from droids-norobots into droids-core
2. Move ContentLoader.java from droids-norobots into droids-core
3. Refactor ContentLoader, ContentEntity, ManagedContentEntity, AdvancedManagedContentEntity
Having InputStream instead of byte[] doesn't seem right; and we need proper metadata.
Even for FileProtocol.FileContentEntity, why should we expect unlimited terabytes of data and use InputStream instead of bytearray and proper encoding in case of text? Most "robots" exist because of "search", and most simply limit data to 64kb - 128kb (although Amazon.com have 300kb raw web pages in average)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] [Updated] (DROIDS-110) droids-norobots shouldn't have
dependency on protocol implementation; it should be abstract Rules Engine
Posted by "Richard Frovarp (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DROIDS-110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Richard Frovarp updated DROIDS-110:
-----------------------------------
Affects Version/s: (was: Graduating from the Incubator)
0.0.2
Fix Version/s: (was: Graduating from the Incubator)
> droids-norobots shouldn't have dependency on protocol implementation; it should be abstract Rules Engine
> --------------------------------------------------------------------------------------------------------
>
> Key: DROIDS-110
> URL: https://issues.apache.org/jira/browse/DROIDS-110
> Project: Droids
> Issue Type: Sub-task
> Components: core, norobots
> Affects Versions: 0.0.2
> Reporter: Fuad Efendi
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> Naturally enforced by DROIDS-109 requirements.
> 1. Move NoRobotsClient.java from droids-norobots into droids-core
> 2. Move ContentLoader.java from droids-norobots into droids-core
> 3. Refactor ContentLoader, ContentEntity, ManagedContentEntity, AdvancedManagedContentEntity
> Having InputStream instead of byte[] doesn't seem right; and we need proper metadata.
> Even for FileProtocol.FileContentEntity, why should we expect unlimited terabytes of data and use InputStream instead of bytearray and proper encoding in case of text? Most "robots" exist because of "search", and most simply limit data to 64kb - 128kb (although Amazon.com have 300kb raw web pages in average)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DROIDS-110) droids-norobots shouldn't have
dependency on protocol implementation; it should be abstract Rules Engine
Posted by "Richard Frovarp (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DROIDS-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13161981#comment-13161981 ]
Richard Frovarp commented on DROIDS-110:
----------------------------------------
Changed to 0.0.2 as it isn't a graduation blocker.
> droids-norobots shouldn't have dependency on protocol implementation; it should be abstract Rules Engine
> --------------------------------------------------------------------------------------------------------
>
> Key: DROIDS-110
> URL: https://issues.apache.org/jira/browse/DROIDS-110
> Project: Droids
> Issue Type: Sub-task
> Components: core, norobots
> Affects Versions: 0.0.2
> Reporter: Fuad Efendi
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> Naturally enforced by DROIDS-109 requirements.
> 1. Move NoRobotsClient.java from droids-norobots into droids-core
> 2. Move ContentLoader.java from droids-norobots into droids-core
> 3. Refactor ContentLoader, ContentEntity, ManagedContentEntity, AdvancedManagedContentEntity
> Having InputStream instead of byte[] doesn't seem right; and we need proper metadata.
> Even for FileProtocol.FileContentEntity, why should we expect unlimited terabytes of data and use InputStream instead of bytearray and proper encoding in case of text? Most "robots" exist because of "search", and most simply limit data to 64kb - 128kb (although Amazon.com have 300kb raw web pages in average)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (DROIDS-110) droids-norobots shouldn't have
dependency on protocol implementation; it should be abstract Rules Engine
Posted by "Otis Gospodnetic (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DROIDS-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974864#action_12974864 ]
Otis Gospodnetic commented on DROIDS-110:
-----------------------------------------
The Fix Version/s, etc. for this issue should probably be changed to 0.0.1. Doesn't seem like a graduation blocker.
> droids-norobots shouldn't have dependency on protocol implementation; it should be abstract Rules Engine
> --------------------------------------------------------------------------------------------------------
>
> Key: DROIDS-110
> URL: https://issues.apache.org/jira/browse/DROIDS-110
> Project: Droids
> Issue Type: Sub-task
> Components: core, norobots
> Affects Versions: Graduating from the Incubator
> Reporter: Fuad Efendi
> Fix For: Graduating from the Incubator
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> Naturally enforced by DROIDS-109 requirements.
> 1. Move NoRobotsClient.java from droids-norobots into droids-core
> 2. Move ContentLoader.java from droids-norobots into droids-core
> 3. Refactor ContentLoader, ContentEntity, ManagedContentEntity, AdvancedManagedContentEntity
> Having InputStream instead of byte[] doesn't seem right; and we need proper metadata.
> Even for FileProtocol.FileContentEntity, why should we expect unlimited terabytes of data and use InputStream instead of bytearray and proper encoding in case of text? Most "robots" exist because of "search", and most simply limit data to 64kb - 128kb (although Amazon.com have 300kb raw web pages in average)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.