On 1 February 2013 17:54, Mohammad Nour El-Din <[email protected]>wrote:

> Hi...
>
>    Dan you just read my mind. I have a plan in my mind that includes more
> than one Apache project by which eventually we can support more needs to
> users of ASF software, one of these steps for example providing application
> suites which is empowered by oss developed at ASF, as much as possible for
> sure, and also provided to users by Apache
>
> Apache Isis is one top candidate for that:
>
> - What I have in mind is to define a set of application suites that suites
> the line of applications Apache Isis was made to make it easy to develop
> - From one side these applications will promote for both Apache Isis and
> ASF itself
> - Also it will widen the base of Apache Isis users
> - Also which is as important as the previous point, this will help more and
> more committers to join as:
> -# It might be easier for them to work an an application built using Apache
> Isis instead of jumping into Apache Isis directly as they can see it in
> action through working on the application
> -# Also different applications will highlight different aspects of Apache
> Isis and give us a lead to add to Isis itself which can attract more
> committers as well
>
> I already have an idea of an application in mind which I have seen used and
> required by almost all companies I worked for regardless the size of
> business or number of employees
>
> Thoughts ?
>

Always interested in ideas to help build up the Isis community.

With respect to building an application with Isis, I think that's great,
though I think that Isis should remain as a framework rather than be
considered as an application.  Otherwise there's the chance of confusion as
to what Isis is.  If you have an idea for a particular application, I think
the best thing to do might be to seed it in github, then to move it into
ASF via the incubator once it's clear that it's a viable initiative.

As an fyi, much of the business logic of the app that Jeroen and I are
building together could be reusable and may well end up being open sourced.
 But I think it will probably remain as a separate "brand" from Isis, for
the reasons given above.

Where I can see some application stuff moving into Isis is in the
supporting "technical" domain service.  For example, we're just working on
a pub/sub mechanism that will probably leverage ServiceMix/Camel.  It would
be nice to provide that as a service for anyone to use.  Another example is
a scheduler that integrates Quartz.  This is currently up on a github repo
of mine [1], but could move into Isis.  And another example is a docx
service, also on github [2].  In fact, for this one we actually have an
Isis ticket to implement [3]; there's quite a few other tickets for similar
services at [4]

By all means start a DISCUSS thread about the app you have in mind; I could
see that there might well be others here (or on the users thread) who might
like to contribute to that app.

Cheers
Dan

[1] https://github.com/danhaywood/scheduler-service
[2] https://github.com/danhaywood/docx-service
[3] https://issues.apache.org/jira/browse/ISIS-172
[4] https://issues.apache.org/jira/issues/?filter=12318871



> NOTE: If more consensus or interest is there I will start a [DISCUSS]
> thread for the main idea and that 1st application
>
> Looking forward to your reply
>
> On Fri, Feb 1, 2013 at 1:40 PM, Dan Haywood <[email protected]
> >wrote:
>
> > I think I'd rather look into see whether DN can work with NoSQL DBs (as
> > apparently JDO supports).
> >
> > But yes, we've never been short of ideas about how to expand the reach of
> > Isis.  In fact, we probably have over-reached ourselves in our past
> trying
> > to encompass too many technologies.  For now I'd rather we build up our
> > base user community by focussing on just one or two well known
> > implementations of our core APIs.
> >
> > Love the enthusiasm, though!  And its definitely worth floating these
> > ideas; there may be others who want to collaborate on sister projects (eg
> > like apache wicket has its semi-formal wicketstuff project).
> >
> > Cheers
> > Dan
> >
> >
> > On 1 February 2013 12:35, Minto van der Sluis <[email protected]> wrote:
> >
> > > Hi folks,
> > >
> > > Another interesting area would be and an alternatives object-store
> based
> > > on Tinkerpop blueprints.
> > >
> > > If someone ever wants to embark on writing a graph base object store,
> > > Tinkerpop might be the way to go. Looks like Tinkerpop is to the graph
> > > scene what DataNucleus is to the relational DB scene.
> > >
> > > [1] http://www.tinkerpop.com/
> > > [2] https://github.com/tinkerpop/blueprints/wiki
> > >
> > > Regards,
> > >
> > > Minto
> > >
> > > --
> > > ir. ing. Minto van der Sluis
> > > Software innovator / renovator
> > > Xup BV
> > >
> > >
> >
>
>
>
> --
> Thanks
> - Mohammad Nour
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>

Reply via email to