For SimplePush we also created a separate instance, I think due to similar
reasons. But again, if Dan is fine in using AEROGEAR intance, so it is. No
hard rule on that
On Tue, Nov 11, 2014 at 10:32 AM, Matthias Wessendorf <matzew(a)apache.org>
wrote:
On Tue, Nov 11, 2014 at 10:23 AM, Erik Jan de Wit <edewit(a)redhat.com>
wrote:
> Isn’t datasync a feature of AeroGear? Those this mean every feature is
> going to have it’s own JIRA? What is the rule?
>
not sure there is a rule :)
but for push I found it easer and nice with the different versions, doing
releases, planing etc in roadmap. If Dan wants to do that in AeroGear,
that's fine
>
> On 11 Nov,2014, at 10:20 , Daniel Bevenius <daniel.bevenius(a)gmail.com>
> wrote:
>
> I'm fine with making an AGDATASYNC or AGSYNC JIRA instance if that is
> what is agreed upon.
>
> On 11 November 2014 08:00, Matthias Wessendorf <matzew(a)apache.org> wrote:
>
>> instead of storing all sync items underneath the AEROGEAR instance, we
>> could have a AGDATASYNC JIRA instance. I think this makes it nicer to
>> organize, especially with releases. That's what we did with AGPUSH for the
>> 'push feature', which obviously is available across platforms.
>>
>> -Matthias
>>
>> On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius <
>> daniel.bevenius(a)gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> we have created JIRA tasks for the data sync roadmaps [1][2].
>>>
>>> While creating them we noticed that we are using different component
>>> names in JIRA for the our projects:
>>>
>>> AEROGEAR:
>>> Uses 'data-sync' as the component name:
>>>
https://issues.jboss.org/issues/?filter=12322676
>>>
>>> AGIOS
>>> Uses 'sync' as the component name:
>>>
https://issues.jboss.org/issues/?filter=12322678
>>>
>>> AGDROID
>>> Uses 'datasync' as the component name:
>>>
https://issues.jboss.org/issues/?filter=12322677
>>>
>>> AGJS
>>> Uses 'data-sync' as the component name:
>>>
https://issues.jboss.org/issues/?filter=12322679
>>>
>>> I would be nice to makes these consistent across the projects. Let me
>>> know which you prefer and I'll make the changes needed.
>>>
>>> I'm personally +1 for 'datasync'
>>>
>>> [1]
http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync
>>> [2]
>>>
http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog:
http://matthiaswessendorf.wordpress.com/
>> sessions:
http://www.slideshare.net/mwessendorf
>> twitter:
http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf