[
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
