Sure. Until September I have even time. After August time is very very
limited (back to university).
On Thu, Jun 26, 2008 at 2:37 PM, Vincent Massol <vincent(a)massol.net> wrote:
On Jun 26, 2008, at 9:32 PM, Squirrel wrote:
I'd love to, unfortunately I'm not a
developer (I tried to learn
JAVA for 3
months, I understand the concept, but I couldn't figure out what to
do next,
so I gave up, maybe I'm too stupid for that *g*). I have only a
shallow
knowledge about programming. I'm more a guy who knows what and how
to use
it, but not how to develope stuff.
Not very helpful, I know...
Can you write documentation? :)
Thanks
-Vincent, with a big heavy grin...
On Thu, Jun 26, 2008 at 2:15 PM, Vincent Massol
<vincent(a)massol.net>
wrote:
> Hi Squirrel,
>
> On Jun 26, 2008, at 8:03 PM, Squirrel wrote:
>
>> Hi guys,
>>
>> I know the installation/update is not that complicated and I
>> discussed that
>> on this list some time ago, too. Nevertheless I have an (incomplete)
>> idea to
>> this topic. Maybe you had this already, maybe it's not a good idea
>> at all,
>> however:
>>
>> Recently I had to modify the login.vm file on the server as I found
>> no way
>> to change this page within XWiki. By this time I realized that I
>> have to
>> write down my modification for the next update. So I thought maybe
>> it would
>> be possible to change the update process a bit.
>>
>> What about a web-updater? If you would create a web-updater you
>> could show
>> the troublesome files and show the differences (maybe by generating
>> for each
>> and every file a MD5 hash by the time you release a version) and let
>> the
>> user decide how to proceed (like in Linux when an update tries to
>> change
>> grub). In addition to that you could stream important release
>> information
>> into this 'update'-area (new version, security stuff, etc. and, if
>> the user
>> is willing to provide them, some usage-statistics). Maybe you could
>> even
>> differentiate between core and plugin updates...
>
> Yep, this is something we'd like to do. Actually we call it the
> Application Manager.
> Here are some short specs for it:
> * Ability to install/uninstall apps
> * Ability to manage app dependencies
> * Ability to upgrade applications
> * Ability to list and install available apps defined in a remote
> repository
> * Ability to have not only wiki pages but also jars + Interface
> extensions + Skin extensions in application XARs
>
> So for the part about "ability to upgrade apps" yes I also envision
> storing a hash and if different from the user version show some diff
> and let the user decide.
>
> Now all we need is some help... Would you be able to help design/
> implement this?
>
> Thanks
> -Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs