[
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
