30 May
2012
30 May
'12
9:12 a.m.
On Wed, May 30, 2012 at 4:12 AM, sasinda rukshan
<sasindarukshan(a)gmail.com> wrote:
Hi,
I am commiting my work to my fork https://github.com/sasinda/android-client.
I ll request to pull it to xwiki-contrib later.
IMO you should directly work on
https://github.com/sasinda/android-client since you are the only one
working on it you are not going to disturb too much others and it will
be better to follow your work. I just gave you push right on it.
I was running in a wrong path these days. Wanted to save login history and
suggest login. I was going to do it using an xml file (login attempts.xml).
Now it seems database is better.
Any way before I go wrong again I will say what I am going to do.
Yes you should do that as much as possible even when you are sure of
what you are doing.
Also don't forget to announce any new testable thing to get suggestion
and bugreport. Everything you commit on
https://github.com/xwiki-contrib/android-client is automatically built
and deployed (if the build succeed) on
http://maven.xwiki.org/snapshots/org/xwiki/android/ so it's verry easy
to test for anyone.
I am going to enforce following conventions.These are
not yet needed,
considered the small scale.But when the system grows it would be nice to
have them to avoid confusions.
*Database prefixes for:*
*Platform tables (can begin with appropriate prefix)*
AD_ //application dictionary : don't know when it will be needed ;-)
Not sure I understand what this is.
C_ //core functionality
*Client Applications.*
X<App name prefix> ex: XBLOG_ for Blog app// All client add in modules
must begin with table prefix X(for xwiki and ordering) + App name. This is
for my blog.
Convention is always good.
I will create
C_User for user data.
C_LoginAttempt for saving login attempts.
From C_LoginAttempt I can filter uniqe login combinations and give
suggestions in the login UI component. Also save the history.
All saved data for blog app will be linked to a perticular login : User,
XWiki server.
What do you plan to use as server identifier ? Note that when a wiki
is path based all the wikis have the same host. See
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki.
But only a single user will be most probably using his
personal device. So
above will be relevant only when he has multiple wikis.
Best Regards,
Sasinda Rukshan.
On Sun, May 27, 2012 at 5:43 PM, Chamika Weerasinghe <chamikaw(a)gmail.com>wrote;wrote:
--
Thomas Mortagne
On Fri, May 25, 2012 at 1:25 AM, Jerome Velociter
<jerome(a)winesquare.net
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs wrote:
On Thu, May 24, 2012 at 6:09 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
> On Thu, May 24, 2012 at 5:52 PM, sasinda rukshan
> <sasindarukshan(a)gmail.com> wrote:
>> Hi all,
>> I am starting this thread for my XWiki Android Platform Project.
>>
>> Please check whether following are OK.
>> [1] INFO
>> I tried to start my new modules with the
de.akquinet.android.archetypes:
>> android-quickstart:1.0.8. (added
eclipse plugins m2e,
>> m2e-android[a.k.a *Android
>> Configurator* ]). But this seems buggy in eclipse.
>> Any way the earlier project has not followed the above archtype
either.
So
http://extensions.xwiki.org/xwiki/bin/view/Extension/Google+Android+Client#…
> I am going to write pom.xml manually for my
each module.
>
> [2] ADVICE NEEDED
> xwiki-rest-model module contains 2 submodules
> |-- xwiki-rest-model-gson ( gson should be corrected to json)
No the g is not a mistake, it's a model to be used with the gson
library (http://code.google.com/p/google-gson/). See
.
GSON wasn't the limitation.
It was XWiki RESTful API which doesn't support JSON in some cases. So it's
safe to go with xml.
> |-- xwiki-rest-model-simplexml
> I think the xwiki-rest-model-gson is redundant. The classes
> in xwiki-rest-model-simplexml is added with simple xml annotations,
> otherwise both modules have same classes. There is no problem with the
> added annotations for using the same model objects for Json REST web
> services. And I intend to add my JPA (ORMLite library for persistence)
> annotations on top of it.
> Shall I re-factor them to a single module xwiki-rest-model.
No keep them separated, the idea is that both are useful tool to be
used by someone else that might be moved to xwiki-platform at some
point along with the current xwiki-rest-model (to be renamed to
xwiki-rest-model-jaxb).
Chamika initially started with gson and since XWiki REST JSON
representation had some limitation he moved to XML representation.
Maybe at some point Android will have native support for jaxb which
would obviously be the easier for us (embedding jaxb is not an option
in mobile world where size it still pretty important especially on
phones). Maybe it's already the case on most recent versions like 4.0
I don't know.
There's also Jackson that could be tried for JSON deserialization, if
said limitations are actually GSON limitations.
Having full JAXB support sound a bit overweight for such an "embedded
API", even if one day it is natively supported by Android. What's
important is to have an easy and fast deserialization, IMO.
The only advantage I can see of going JAXB would be in re-using the
exact representations and body readers/writers from XWiki core. But
you probably don't even want to do that since it would mean dragging
XWiki core with you :)
Jerome
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
>
> [3] INFO
> I had to change some pom.xml s. As the current project at:
> https://github.com/xwiki-contrib/android-client.git does not build.
Error
> with parent pom.xml coordinates.
You probably did not setup you maven install properly since what's on
https://github.com/xwiki-contrib/android-client.git build perfectly as
you can see on http://ci.xwiki.org/view/All/job/xwiki-android-client/
which run a build every time something changes on the git repository..
You should look at
http://dev.xwiki.org/xwiki/bin/view/Community/Building.
>
>
> Thank you
> Best Regards.
> Sasinda Rukshan
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Jérôme Velociter
Winesquare
http://www.winesquare.net/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs