On Wed, May 25, 2011 at 12:54 PM, Adriano Monteiro Marques <
[email protected]> wrote:
> Hi Zubair,
>
> For protobuf messages and resources is totally feasible, IMHO.
> Now, for regexes and parsers I'm unsure.
>
> But sure, aggregator and desktop agent can benefit even from regexes and
> parsers.
>
> My suggestion is:
> Let's keep a common repo for python and java code, and keep incompatible
> files out of the distribution package during build.
>
> I'm going to create then a repository named icm-common with the following
> structure:
>
> /org -> for java related code (this is where the protobuf will output the
> compiled messages into)
> /umit -> for python related code (this is also where the protobuf will
> output the compiled messages into)
> /media -> Shared resources
> /proto -> protobuf defs
>
Is possible to include submodules with that architecture?
>
> Cool?
>
> On May 25, 2011, at 8:15 AM, Zubair Nabi wrote:
>
> > I think having a common repo for the mobile agent with the rest would not
> be feasible considering the language difference.
> > But at least, the aggregator and the desktop agent can have a common
> repo, no?
> >
> > On Wed, May 25, 2011 at 4:38 AM, Adriano Monteiro Marques <
> [email protected]> wrote:
> > Hi Zubair,
> >
> > On May 21, 2011, at 4:18 PM, Zubair Nabi wrote:
> >
> >> Hello Everyone,
> >>
> >> During my meeting with Luis today, we discussed a common repository.
> There would be a number of components common between the aggregator, and
> agents. For example, the Google Protobuf .proto should be applicable across
> all entities. Other examples include the restlet resources, regex, parsers
> etc.
> >
> > I'm pretty sure we can share regex with the aggregator and desktop agent,
> but not sure about the mobile agent. Do you think that python regex is
> compatible with java?
> > On the parsers part, what parsers do you refer to?
> >
> > For the protobuf messages and resources I think it is just fine to have a
> common repo to hold those.
> >
> >> But having said this, there's a major hiccup here. The mobile agent will
> obviously be in Java while the aggregator and desktop agent would primarily
> consist of Python code. For instance, for the mobile agent this is the
> .proto (considering Java):
> >>
> http://dev.umitproject.org/projects/icm-mobile/repository/revisions/master/entry/ICM-Mobile/src/org/umit/icm/mobile/proto/Messages.proto
> >>
> >> As you can see, these two lines make the .proto Java-specific:
> >> 22
> >> package org.umit.icm.mobile.proto.generated;
> >> 23
> >> option java_outer_classname = "MessageProtos";
> >>
> >
> > I think the package thing will be ignored when parsed for python, have
> you you test this?
> >
> >> Otherwise the message format is applicable to Python as well.
> >> Any thoughts on this?
> >
> > We could create some make files our build scripts to adapt that part of
> the code and generate proper output. That's fairly simple.
> >
> >> --
> >> Best,
> >> __
> >> Zubair
> >>
> ------------------------------------------------------------------------------
> >> What Every C/C++ and Fortran developer Should Know!
> >> Read this article and learn how Intel has extended the reach of its
> >> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> >> developers boost performance applications - including clusters.
> >>
> http://p.sf.net/sfu/intel-dev2devmay_______________________________________________
> >> Umit-devel mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/umit-devel
> >
> > ---
> > Adriano Monteiro Marques
> >
> > http://www.thoughtspad.com
> > http://www.umitproject.org
> > http://blog.umitproject.org
> > http://www.pythonbenelux.org
> >
> > "Don't stay in bed, unless you can make money in bed." - George Burns
> >
> >
> >
> >
> > --
> > Best,
> > __
> > Zubair
>
> ---
> Adriano Monteiro Marques
>
> http://www.thoughtspad.com
> http://www.umitproject.org
> http://blog.umitproject.org
> http://www.pythonbenelux.org
>
> "Don't stay in bed, unless you can make money in bed." - George Burns
>
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery,
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________
> Umit-gsoc mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/umit-gsoc
>
--
Luís A. Bastião Silva
Umit Project Developer
Skype: koplabs
http://www.umitproject.org
http://www.bastiao.org
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Umit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/umit-devel
