mpango-core — This list is intended for all people actively involved in the project.

[Mpango-core] Science Module : Technology

[Eduardo de V. T. <etu...@gm...>]

Hi team,

I have just posted a blog article expressing ideas about the Science module and more specifically about technologies. Please have a look and post your comments and ideas as we would like to start implementing it as soon as possible.

http://mpangoproject.blogspot.com/2011/05/science-module-part-1.html

I encourage you to subscribe to the blog as I will continue to post the ideas I have about the game on this particular blog. 

Keep in touch,
Edu

[Mpango-core] Personal Introduction

[Dong L. <dle...@gm...>]

Hi,

My name is Dong Lee and I have been a Java developer for 3 years at a health
care company in Maryland, United States.
This is my first time participating in an open source project.
I hope that I get a chance to work with many different frameworks on the
project and have fun at the same time working with the team.

Regards,
Dong Lee

Re: [Mpango-core] ID: 3298975 Human Verification

[Eduardo de V. T. <etu...@gm...>]

Hi Jay,

Thanks a lot for the explanation of the things you have done in order to complete the human verification task.

I've taken the freedom to modify a bit your code as I understood from reading the reCaptcha documentation that one needs to register in their system to be able to use their software. It was one of my concerns regarding the use of this specific component. I have replaced the public and private key from the web.xml and the helloWorld.xhtml files and I have put those values in a properties file that will be used during the filtering done by Maven upon the build of the project.

This has two consequences, one good one and one not so good one: The not so good one is that we are not able to run mvn jetty:run anymore if we want to use reCaptcha's functionality. In order to see reCaptcha's functionality in place, we need to run mvn jetty:run-exploded which instead of using the src/main/webapp folder as the Web Application resources files, it uses the target/mpango-<version> folder that contains the already filtered files.

The good one is that the project is ready for an easy substitution of values (just by either replacing them in the web.properties file found in src/main/filters) or by an even better file-per-environment solution using Maven Profiles (I could easily take care of this).

I do think that it is still early to think about how we are going to run the application on a real environment as there isn't any environment ready (besides our own computers). I believe we should have more functionality in place as well as a presentable application (right now the only things we have that users can interact with is the registration form and a user list page) before thinking on having the application available for end users.

I am aware of the lack of documentation on almost every aspect of the project. I am very open to discuss how we should create them and who can do so. I have opened a couple of task in the Feature Tracker for people to kick in and start writing and thinking about functionality (I assigned them to those that have openly expressed their gamers side!). Nevertheless, there is not only lack of functional documents, we also need documents for non functional stuff (such as architectural documents, operational documents, etc.). I hope that during the course of the activities each individual will be able to deliver documentation in some way or another so that all the project is documented at least to a bare minimum.

Regarding your last set of questions, I do believe until now you have proven yourself in the work you have delivered. Your changes satisfy the requirement description and work in the Jetty server that we are currently using! So great job once again! I don't completely understand what you mean by building the project (mvn package should be the preferred way to get a bundle that can be deployed on a Jetty server). I do believe that we should support more application servers besides Jetty, I like Tomcat as well as it is one of the most used web application servers out there). I don't know anything about Jun, so I am open to hear from it if you consider it a good candidate.

I will start working on architectural documents/requirements this week, as this is a growing project and certain functionalities are still to be discussed, we won't have any final versions until we reach a milestone. Talking of which, we also need the definition of milestones so that we can organize the work around them. As you can see, there is plenty of things to be done. However, there are trivial things (such as the user module) that require few documentation or planning (as we all kind of know what to expect from such a module: registration, forgot password, change details, invite other users...) and that I believe is the best way to engage new comers so that they can start working from day one.

Happy development!
Edu

On May 14, 2011, at 3:03 PM, Jay Wellings wrote:

> 1) added the primefaces settings to the POM.xml. (added dependency and repo)
> 2) added the private key to the web.xml
> 3) added the name space xmlns:p="http://primefaces.prime.com.tr/ui" to
> the helloWordl.xhtml
> 4) added the following elemetns to the form:
> 	<p:messages showDetail="true"/>
> 	 <p:captcha label="Captcha"
> publicKey="6LenWsQSAAAAADxsxhP1jT3_lmCRD6CYq-Xg1KUT"/>
> 	<p:commandButton value="Check" ajax="false"
> action="#{helloWorldBacking.send}" />
> 5) removed the old commandButton.
> 
> The site that I used was a personal one for the key creation, if this
> is the solution we choose to use, then I suggest we use the domain
> that will be used for mPango.
> 
> Do we have any requirement documents / wire frames of how we expect
> the site to work / flow?
> 
> As you can tell I'm quite eager to start cutting some code! however
> I'm not entirely sure that the way I'm working currently is the most
> effective. As such is there any documentation i should read that would
> tell me basic things like the best way to be building the project? how
> to use jetty offline? (or how to deploy the project to run on other
> server such as tomcat or Jun)?
> 
> Sorry for all the questions, I just want to be as useful resource for the team.
> 
> Cheers
> 
> Jay
> 
> On 14 May 2011 08:28, Eduardo de Vera <etu...@gm...> wrote:
>> Awesome Jay!
>> 
>> Could you please spare some time writing me an email (or documenting on the
>> task comments) the solution and the high level steps you had to do (after
>> having a look at the prime faces site as well as at recaptcha there seems to
>> be some administrative work, doesnt it?). What domain did you use for the
>> creation of the key?
>> 
>> I will make sure that environment things such as the public key are to be
>> stored on a properties file and placeholders are put in place so that Maven
>> can do it's work at packaging time.
>> 
>> I will shuffle a bit the created tasks as there are people less responsive
>> than others and I believe you would like to have something new assigned to
>> you.
>> 
>> By the way, there is still plenty of functional/creative work to be done.
>> Feel free to let me know if you want to do tasks such as describing the
>> functionality of the game (it is not programming but it can also be fun!).
>> 
>> On my management role, I have created some guidelines regarding project
>> membership that I invite you to read:
>> 
>> http://mpango.sourceforge.net/membership.html
>> 
>> I have also dedicated some time yesterday to review my old code hoping to
>> make it easier for the ones to come to work on it. I don't know if you had a
>> chance to look into it, if you hadn't please be my guest.
>> 
>> I will take care of seeing what new task you can perform.
>> 
>> Once again, great work!
>> 
>> Edu
>> 
>> On Sat, May 14, 2011 at 1:50 AM, Jay Wellings <jay...@gm...> wrote:
>>> 
>>> An update for you Edu, I have manage to resolve the issue i was having.
>>> 
>>> I was missing some config in the web.xml and required to use a
>>> diffrent attribute on the commandButton.
>>> 
>>> I have commited this captcha implemetation.
>>> 
>>> cheers
>>> 
>>> On 13 May 2011 20:35, Jay Wellings <jay...@gm...> wrote:
>>>> Hi Edu,
>>>> 
>>>> the error I'm getting is:
>>>> 
>>>> javax.faces.FacesException: Exception while validating component with
>>>> path : {Component-Path : [Class:
>>>> javax.faces.component.UIViewRoot,ViewId: /helloWorld.xhtml][Class:
>>>> javax.faces.component.html.HtmlForm,Id: form][Class:
>>>> org.primefaces.component.captcha.Captcha,Id: j_id5]}
>>>>        at javax.faces.component.UIInput.validate(UIInput.java:346)
>>>>        at
>>>> javax.faces.component.UIInput.processValidators(UIInput.java:144)
>>>>        at javax.faces.component.UIForm.processValidators(UIForm.java:74)
>>>>        at
>>>> javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:658)
>>>>        at
>>>> javax.faces.component.UIViewRoot.access$101(UIViewRoot.java:43)
>>>>        at javax.faces.component.UIViewRoot$2.process(UIViewRoot.java:97)
>>>>        at javax.faces.component.UIViewRoot.process(UIViewRoot.java:205)
>>>>        at
>>>> javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:93)
>>>>        at
>>>> org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:32)
>>>>        at
>>>> org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
>>>>        at
>>>> org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
>>>>        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:148)
>>>>        at
>>>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>>>>        at
>>>> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
>>>>        at
>>>> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
>>>>        at
>>>> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
>>>>        at
>>>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
>>>>        at
>>>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>>>>        at
>>>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>>>>        at
>>>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
>>>>        at
>>>> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
>>>>        at
>>>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>>>>        at
>>>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>>>>        at
>>>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>>>        at org.mortbay.jetty.Server.handle(Server.java:326)
>>>>        at
>>>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>>>>        at
>>>> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
>>>>        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
>>>>        at
>>>> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
>>>>        at
>>>> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>>>>        at
>>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>>>>        at
>>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>>>> Caused by: java.lang.RuntimeException: java.lang.NullPointerException
>>>>        at
>>>> org.primefaces.component.captcha.CaptchaValidator.validate(CaptchaValidator.java:62)
>>>>        at
>>>> javax.faces.component._ComponentUtils.callValidators(_ComponentUtils.java:156)
>>>>        at javax.faces.component.UIInput.validateValue(UIInput.java:288)
>>>>        at
>>>> org.primefaces.component.captcha.Captcha.validateValue(Captcha.java:100)
>>>>        at javax.faces.component.UIInput.validate(UIInput.java:332)
>>>>        ... 31 more
>>>> Caused by: java.lang.NullPointerException
>>>>        at java.net.URLEncoder.encode(URLEncoder.java:188)
>>>>        at
>>>> org.primefaces.component.captcha.CaptchaValidator.createPostParameters(CaptchaValidator.java:83)
>>>>        at
>>>> org.primefaces.component.captcha.CaptchaValidator.validate(CaptchaValidator.java:51)
>>>>        ... 35 more
>>>> 
>>>> I have also attached a patch of the changes I've made.
>>>> 
>>>> 
>>>> 
>>>> On 13 May 2011 11:37, Eduardo de Vera <etu...@gm...> wrote:
>>>>> Hi Jay,
>>>>> 
>>>>> I have no problem being called Ed or Edu (which would be the short form
>>>>> in
>>>>> spanish).
>>>>> 
>>>>> Can you send the stack trace of the error you are getting?
>>>>> 
>>>>> Thanks!
>>>>> Edu
>>>>> 
>>>>> On Fri, May 13, 2011 at 12:22 PM, Jay Wellings <jay...@gm...>
>>>>> wrote:
>>>>>> 
>>>>>> Hi Ed ( I hope its OK to call you that, if not let me know!),
>>>>>> 
>>>>>> I was having difficulty implementing this into the project we have set
>>>>>> up currently. I think this is down to my lack of experience more than
>>>>>> anything with Maven.
>>>>>> 
>>>>>> However I have half managed to implement this solution using
>>>>>> PrimeFaces http://www.primefaces.org/showcase/ui/captcha.jsf. The page
>>>>>> now validates as it did before but also check that captcha is included
>>>>>> & correct. However when all fields are completed and we go the
>>>>>> processing page it throws an error.
>>>>>> 
>>>>>> I've followed all the information i can find about including this as
>>>>>> part of the Maven Build (add a repository and dependency node), and
>>>>>> this seem to have pulled it into the project correctly (as I have got
>>>>>> the first part working.)
>>>>>> 
>>>>>> Unable to give you any specifics on the JSP error as I'm at work
>>>>>> currently. However tonight do you want me to commit the part of the
>>>>>> implementation I have for review or would you prefer a different
>>>>>> approach?
>>>>>> 
>>>>>> On 13 May 2011 06:41, Eduardo de Vera <etu...@gm...> wrote:
>>>>>>> Hi Jay,
>>>>>>> 
>>>>>>> I think it is a great idea to reuse other open source frameworks in
>>>>>>> order to
>>>>>>> speed up the development of mPango. However after having had a look
>>>>>>> at
>>>>>>> the
>>>>>>> proposed component, there are a couple of things I am not sure I am
>>>>>>> completely happy with:
>>>>>>> 
>>>>>>> 1. It involves contacting a third party server with the increased
>>>>>>> latency
>>>>>>> that means.
>>>>>>> 2. I am not sure if it is possible to use it in a JSF page, could
>>>>>>> you
>>>>>>> please
>>>>>>> check this one up?
>>>>>>> 
>>>>>>> In case it is possible to use in a JSF page then the fact that it
>>>>>>> connects
>>>>>>> to a third party server could become a secondary issue we could deal
>>>>>>> with in
>>>>>>> a later reiteration.
>>>>>>> 
>>>>>>> Regards,
>>>>>>> Eduardo de Vera
>>>>>>> 
>>>>>>> On Thu, May 12, 2011 at 11:20 PM, Jay Wellings
>>>>>>> <jay...@gm...>
>>>>>>> wrote:
>>>>>>>> 
>>>>>>>> Edaurdo, you said in the ticket you wished to discuss this
>>>>>>>> implementation.
>>>>>>>> 
>>>>>>>> my initial thoughts was to use the recapcha mechanism described
>>>>>>>> here:
>>>>>>>> http://code.google.com/apis/recaptcha/docs/java.html
>>>>>>>> 
>>>>>>>> Any thoughts?
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Achieve unprecedented app performance and reliability
>>>>>>>> What every C/C++ and Fortran developer should know.
>>>>>>>> Learn how Intel has extended the reach of its next-generation tools
>>>>>>>> to help boost performance applications - inlcuding clusters.
>>>>>>>> http://p.sf.net/sfu/intel-dev2devmay
>>>>>>>> _______________________________________________
>>>>>>>> Mpango-core mailing list
>>>>>>>> Mpa...@li...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpango-core
>>>>>>> 
>>>>>>> 
>>>>> 
>>>>> 
>>>> 
>> 
>> 

[Mpango-core] Trac availability

[Eduardo de V. T. <etu...@gm...>]

Hi team,

I have requested Trac to Sourceforge in order to allow the team to communicate and work more efficiently. Since we are still in the early stages of the project and the tasks being planned, worked on and closed are still a small amount I propose to transition from the existing task management tool to Trac as soon as possible.

I will be working to set it up, move the tasks... If you want to know more about Trac you can find information on their site:

http://trac.edgewall.org/

One of the main reasons for switching to Trac is that it is a more comprehensible tool that not only allows task management but also contains a wiki and Subversion integration, making it easier for everybody to follow discussions, work, etc.

Happy developing!
Eduardo de Vera

[Mpango-core] Hello!

[Marc B. C. <mar...@gm...>]

Hi,
My name is Marc. Actually Im studying for the sun certificate while looking
for work. I studied some courses of Java / Jee and SQL. Before that i
learned Python and made few programs and games. It's my first project with a
group.
Im from Badalona (Barcelona - Spain).

Marc

Re: [Mpango-core] ID: 3298975 Human Verification

[Jay W. <jay...@gm...>]

For the front end tech I'm quite happy to pick up and use anything.

However I would put forward a suggestion that we do a straw pole of
the group and we see where our strengths / desires are collectivity?

Personally I would say Coldfusion and PHP are the languages I'm
currently strongest with, and as already stated I don't really have a
preference what we use.

On 13 May 2011 09:13, Eduardo de Vera <etu...@gm...> wrote:
> Unless we all want to reconsider using jsf as the front end technology.
>
> Which is something we can discuss openly!
>
> On Fri, May 13, 2011 at 10:08 AM, Eduardo de Vera <etu...@gm...>
> wrote:
>>
>>
>> ---------- Forwarded message ----------
>> From: Eduardo de Vera <etu...@gm...>
>> Date: Fri, May 13, 2011 at 7:41 AM
>> Subject: Re: [Mpango-core] ID: 3298975 Human Verification
>> To: Jay Wellings <jay...@gm...>
>>
>>
>> Hi Jay,
>>
>> I think it is a great idea to reuse other open source frameworks in order
>> to speed up the development of mPango. However after having had a look at
>> the proposed component, there are a couple of things I am not sure I am
>> completely happy with:
>>
>> 1. It involves contacting a third party server with the increased latency
>> that means.
>> 2. I am not sure if it is possible to use it in a JSF page, could you
>> please check this one up?
>>
>> In case it is possible to use in a JSF page then the fact that it connects
>> to a third party server could become a secondary issue we could deal with in
>> a later reiteration.
>>
>> Regards,
>> Eduardo de Vera
>>
>> On Thu, May 12, 2011 at 11:20 PM, Jay Wellings <jay...@gm...>
>> wrote:
>>>
>>> Edaurdo, you said in the ticket you wished to discuss this
>>> implementation.
>>>
>>> my initial thoughts was to use the recapcha mechanism described here:
>>> http://code.google.com/apis/recaptcha/docs/java.html
>>>
>>> Any thoughts?
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Achieve unprecedented app performance and reliability
>>> What every C/C++ and Fortran developer should know.
>>> Learn how Intel has extended the reach of its next-generation tools
>>> to help boost performance applications - inlcuding clusters.
>>> http://p.sf.net/sfu/intel-dev2devmay
>>> _______________________________________________
>>> Mpango-core mailing list
>>> Mpa...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mpango-core
>>
>>
>
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Mpango-core mailing list
> Mpa...@li...
> https://lists.sourceforge.net/lists/listinfo/mpango-core
>
>

Re: [Mpango-core] ID: 3298975 Human Verification

[Eduardo de V. <etu...@gm...>]

Unless we all want to reconsider using jsf as the front end technology.

Which is something we can discuss openly!

On Fri, May 13, 2011 at 10:08 AM, Eduardo de Vera <etu...@gm...>wrote:

>
>
> ---------- Forwarded message ----------
> From: Eduardo de Vera <etu...@gm...>
> Date: Fri, May 13, 2011 at 7:41 AM
> Subject: Re: [Mpango-core] ID: 3298975 Human Verification
> To: Jay Wellings <jay...@gm...>
>
>
> Hi Jay,
>
> I think it is a great idea to reuse other open source frameworks in order
> to speed up the development of mPango. However after having had a look at
> the proposed component, there are a couple of things I am not sure I am
> completely happy with:
>
> 1. It involves contacting a third party server with the increased latency
> that means.
> 2. I am not sure if it is possible to use it in a JSF page, could you
> please check this one up?
>
> In case it is possible to use in a JSF page then the fact that it connects
> to a third party server could become a secondary issue we could deal with in
> a later reiteration.
>
> Regards,
> Eduardo de Vera
>
>
> On Thu, May 12, 2011 at 11:20 PM, Jay Wellings <jay...@gm...>wrote:
>
>> Edaurdo, you said in the ticket you wished to discuss this implementation.
>>
>> my initial thoughts was to use the recapcha mechanism described here:
>> http://code.google.com/apis/recaptcha/docs/java.html
>>
>> Any thoughts?
>>
>>
>> ------------------------------------------------------------------------------
>> Achieve unprecedented app performance and reliability
>> What every C/C++ and Fortran developer should know.
>> Learn how Intel has extended the reach of its next-generation tools
>> to help boost performance applications - inlcuding clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> _______________________________________________
>> Mpango-core mailing list
>> Mpa...@li...
>> https://lists.sourceforge.net/lists/listinfo/mpango-core
>>
>
>
>

[Mpango-core] Fwd: ID: 3298975 Human Verification

[Eduardo de V. <etu...@gm...>]

---------- Forwarded message ----------
From: Eduardo de Vera <etu...@gm...>
Date: Fri, May 13, 2011 at 7:41 AM
Subject: Re: [Mpango-core] ID: 3298975 Human Verification
To: Jay Wellings <jay...@gm...>


Hi Jay,

I think it is a great idea to reuse other open source frameworks in order to
speed up the development of mPango. However after having had a look at the
proposed component, there are a couple of things I am not sure I am
completely happy with:

1. It involves contacting a third party server with the increased latency
that means.
2. I am not sure if it is possible to use it in a JSF page, could you please
check this one up?

In case it is possible to use in a JSF page then the fact that it connects
to a third party server could become a secondary issue we could deal with in
a later reiteration.

Regards,
Eduardo de Vera


On Thu, May 12, 2011 at 11:20 PM, Jay Wellings <jay...@gm...>wrote:

> Edaurdo, you said in the ticket you wished to discuss this implementation.
>
> my initial thoughts was to use the recapcha mechanism described here:
> http://code.google.com/apis/recaptcha/docs/java.html
>
> Any thoughts?
>
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Mpango-core mailing list
> Mpa...@li...
> https://lists.sourceforge.net/lists/listinfo/mpango-core
>

Re: [Mpango-core] ID: 3298975 Human Verification

[Pablo G. M. <gu...@gm...>]

Hi Jay,

I estimate that recaptcha is a nice choice.

 I've been using it in my last job and it works pretty well, the
implementation is easy and i'ts widely used.



2011/5/12 Jay Wellings <jay...@gm...>

> Edaurdo, you said in the ticket you wished to discuss this implementation.
>
> my initial thoughts was to use the recapcha mechanism described here:
> http://code.google.com/apis/recaptcha/docs/java.html
>
> Any thoughts?
>
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Mpango-core mailing list
> Mpa...@li...
> https://lists.sourceforge.net/lists/listinfo/mpango-core
>

[Mpango-core] ID: 3298975 Human Verification

[Jay W. <jay...@gm...>]

Edaurdo, you said in the ticket you wished to discuss this implementation.

my initial thoughts was to use the recapcha mechanism described here:
http://code.google.com/apis/recaptcha/docs/java.html

Any thoughts?

Re: [Mpango-core] Personal Introduction

[Jay W. <jay...@gm...>]

Hi,

My name is Jay, I'm a Computer Science grad who has been working as a
web application developer in Surrey England for the last four years.
Day to day I use Coldfusion,
Flex, ActionScript, JQuery, HTML, CSS and some MSSQL.

I have a little Java experience from my uni tenure and a recent
venture into mobile app development with Android.

This is my first open source project, and a bunch of the technologies
/ methodologies in use are new to me, so please forgive me if I ask
seemingly obvious questions!

The main reason for me wanting to work on this was to get some "real
life" experience of Java
under my belt, and being involved at an early stage feels a lot less
daunting that coming in later
in the development process. Plus who doesn't love a little bit of
Civilisation :).

Cheers

Jay

Re: [Mpango-core] Personal Introduction

[Pablo G. M. <gu...@gm...>]

Hi all,

My name is Pablo and I'm working in the IT department of a security company
in Madrid / Spain. Also I have been consultant many years and recently I
worked in a internet startup. I'm developing java for more than 11 years. I
enjoy programing and my main motivation to collaborate in this project is
keep enjoying it.

I usually play to PokerStar - as a turned game.

Regards,

Pablo.

[Mpango-core] Hello!

[Paul C. <pco...@gm...>]

Hello Everyone,

My name is Paul. I'm a university student going into my Jr. year of
undergrad school and still learning to code. I'm involved here to increase
my skills and knowledge and get a feel for working in a team. I like to play
Starcraft 2, work out and read. I live in Anchorage, Alaska.

Paul

[Mpango-core] Personal Introduction

[Eduardo de V. <etu...@gm...>]

Hi team,

I'm a consultant for an important software company and I have been in the
business for around 10 years. I love technology and I love creating things.
I am very pleased to be the creator and project leader as well as with the
fact that all of you have joined the project.

I will do my best to make sure that the project becomes a success and I will
try hard to match your expectations as each individual has different
expectations. I am very open and I would ask you not to hesitate in case you
want to ask, talk, propose...

Welcome all!

Eduardo de Vera

[Mpango-core] Hi from Chris

[Chris, B. <bow...@gm...>]

Hello all.

I'm a professional software developer.
I'm involved in mpango primarily to enhance my skills in Java.
When I'm not writing software I'm caving, dinghy sailing, or doing karate.
I live in Preston, Lancashire, north-west England with my wife and kids.

Cheers
Chris

[Mpango-core] test

[Eduardo de V. <etu...@gm...>]

[Mpango-core] Welcome!

[Eduardo de V. <etu...@gm...>]

Welcome everybody!

I am happy to see that most of you have already subscribed to the mailing
list. I suggest that this is the preferred way to communicate as it will
enable all of us to be aware of the status of the project. Any doubts,
problems, suggestions, etc... shall be address to this list so that we can
help each other out in our goal to have a functional game working.

I would like you guys to introduce yourselves to the rest of the team so
that we start getting to know each other.

Keep in touch,
Eduardo de Vera