You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by "Adam R. B. Jack" <aj...@apache.org> on 2005/07/01 01:24:10 UTC
Gump3 Presentation -- choice of technology
Thomas et al,
We need to pick a technology to use to display the contents of a database
via a webapp. We are in the "fortunate" position of having more technologies
available to use than we could wave a stick at. Clearly we could do the job
with all of them. Let's explore them and come to a mechanism for you to
decide which you want to use.
I won't determine how you evaluate the 'best' choice, that will be your
choice. At the end of the day much of OSS comes down to "scratch what
itches" which is often translated to "you do what you want, how you want,
when you want 'cos nobody is paying you/tellign you what to do". I know this
Google SoC case is slightly different, but the effective is there.
Some *personal* thoughts that might factor into things are (1) which would
you find the most fun (2) which would you learn the most doing (3) which
would you benefit the most from learnng (4) which would you think you'd
like to use again after this project. Added to that (1) which is the best
fit to the requirements (2) which is the best fit to the community
(Gump/ASF) (3) which is most likely to be maintained when you stop working
on it [there is life after any committer] (4) what is the best fit for
users (least resistence to install/use.)
Again, we aren't trying to to be too "academic" -- we do want deliverable
results -- but much at ASF (and especially Gump) is about the long haul,
with the focus being on the community to support the code, not the code
alone.
To my knowledge here are the best known candiates (plus some others I've
heard discussed.)
- Java JSP/Struts.
- Cocoon (Stefano has spent significant time on this, he feels it is worth
evaluating.)
- mod_python (Leo has spent some time on this, he feels it is worth
evaluating.)
- PHP (why not?)
Clearly each of these (and there are plenty others) have
strengths/weaknesses, and I don't profess to know them all. To help you make
some determinations, here are some known requirements/thoughts for your
project.
- Gump3 presentation is simply about getting the data from the database onto
the screen. That said, there are lofty goals for it (and Stefano has great
insights here) that might lead to "charting" and/or "graphics/graphs".
Visualizing data isn't about dumping tables to the screen, but allowing a
humans to easily navigate an interpret. (Do yourself a favour and search the
archives for things marked [RT] in the subject). So, I suspect the
technology will want good visualization support.
- I could see the Gump3 webapp becoming a "first point of contact" w/ users,
so I could see it becoming much more than presenation. For example it might
need to go get output files for folks (for folks who don't have disk space
to store these in the DB.) Heck, it might become a front end for folks to
schedule runs/builds and/or kick of metadata parse checks. So, I suspect the
technology needs to be easily integrated.
- I could see this output of the webapp being data to reference (real-time
and historically) with URLs having a permanance to them. I could see us
generating RSS/Atom feeds from the webapp. I could see projects referencing
their "Gump Info" on their home page, and/or behind a logo. As such, I think
the technology needs full control over it's URL space.
That all said, I know this is needs to be focused project, with fixed time
allocated to it. As such, these last two thoughts are probably overkill.
Getting the data presented to the users is the only (first) goal.
Folks, please feel free to chip in your comments/reservations and
perspectives on all of these to help Thomas decide.
regards,
Adam
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Leo Simons <ma...@leosimons.com>.
Adam R. B. Jack wrote:
> Folks, please feel free to chip in your comments/reservations and
> perspectives on all of these to help Thomas decide.
I suggest trying dynagump first. If it turns out that Thomas isn't able
to get productive using dynagump, that's a sign that dynagump isn't a
good idea (after all we want to make it easy to do this development!)
and we can take a look at some other options.
Based on my understanding of Thomas' background, something servlet-based
would be next up on the list. We can run that alongside dynagump as part
of the same codebase (dynagump is servlet-based as well, after all), and
perhaps integrate the two in some way.
*I* think python is undervalued for webapp development and there's no
reason it can't work well. But I also think that java is the most mature
webapp technology out there and cocoon is one of the best webapp
frameworks out there (despite me not having much fun using it) so it'd
be insane not to try and use it.
cheers,
Leo
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Stefano Mazzocchi <st...@apache.org>.
Thomas wrote:
> Leo Simons wrote:
>
>
>>On 18-07-2005 15:33, "Thomas" <ho...@hotpop.com> wrote:
>>
>>
>>
>>>If I don't get around this cocoon problems I have I'll start a new
>>>presentation application (not dyngump) with J2EE and Struts.
>>>
>>>
>>
>>I'll chuck in 2 cents: I don't want "J2EE". Servlets+Struts+other stuff like
>>velocity is potentially nice, but please no EJB or JNDI or any of the other
>>J2EE stack. Most of it is crap :-)
>>
>>
>>
>
> If i go with struts it will be very simple Servelts+struts thats about
> it I hope to be able not use any other framwork for the database
> comunication but if I get a lot of protest there from you or other that
> works with Gump, I'll use a framwork for that to (Hybernate).
>
>
>>>like to hear what you have to say, if I missunderstud something with
>>>cocoon or if I'm just giving up to easy. But I want to get som results
>>>now and I feel that cocoon is one step to big to take at the moment to
>>>get where I whant.
>>>
>>>
>>
>>Ok. I'd appreciate if you could go into some more detail (and a little more
>>concretely) on what you tried to do with dynagump that you were unable to
>>get to, what you tried to get there, and how you figured out what to try,
>>etc. That'll be very useful feedback to the cocoon people, and it means you
>>won't have "wasted" your time :-)
>>
>>
>
> The thing that I got stuck on with cocoon is when it gets abit more
> complicated, create generators and more custome stuff. I have no
> problems when it comes to communicating with the database take out rows,
> update, add, the basic stuff. The problems comes when I want to do
> something with the data that I get.
> No problems on presenting the data writing xslt's and generating pages
> from xml files. That part I think works porfectly and is the reason why
> I whan't to lear more about cocoon. But when you whant to costumize the
> webapp abit more like generators I'm lost. The level of knoledge you
> need to proceed with that is huge and the tutorials often miss parts
> like filenames of files that are created and wich files he is working on
> (editing). Small things that is so important when you are new to things
> like a compleat framework.
> Something concrete is for example you get a value from the database and
> you whant to multiply it with another value that you also get from the db.
>
> To me it sounds like I have missed something essential.
>
> If I have missed somthing that makes me go Haha I might go with cocoon
> but as it is now cocoon is taking to much time to learn for me to make
> some progres before the summer of code is over.
Good points and I don't have the energy/time to fill that teaching gap,
I'm afraid.
I don't mind if you go Struts+Hibernate, but at least, keep the html
templates that of the current dynagump.
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Leo Simons wrote:
>On 18-07-2005 15:33, "Thomas" <ho...@hotpop.com> wrote:
>
>
>>If I don't get around this cocoon problems I have I'll start a new
>>presentation application (not dyngump) with J2EE and Struts.
>>
>>
>
>I'll chuck in 2 cents: I don't want "J2EE". Servlets+Struts+other stuff like
>velocity is potentially nice, but please no EJB or JNDI or any of the other
>J2EE stack. Most of it is crap :-)
>
>
>
If i go with struts it will be very simple Servelts+struts thats about
it I hope to be able not use any other framwork for the database
comunication but if I get a lot of protest there from you or other that
works with Gump, I'll use a framwork for that to (Hybernate).
>>like to hear what you have to say, if I missunderstud something with
>>cocoon or if I'm just giving up to easy. But I want to get som results
>>now and I feel that cocoon is one step to big to take at the moment to
>>get where I whant.
>>
>>
>
>Ok. I'd appreciate if you could go into some more detail (and a little more
>concretely) on what you tried to do with dynagump that you were unable to
>get to, what you tried to get there, and how you figured out what to try,
>etc. That'll be very useful feedback to the cocoon people, and it means you
>won't have "wasted" your time :-)
>
>
The thing that I got stuck on with cocoon is when it gets abit more
complicated, create generators and more custome stuff. I have no
problems when it comes to communicating with the database take out rows,
update, add, the basic stuff. The problems comes when I want to do
something with the data that I get.
No problems on presenting the data writing xslt's and generating pages
from xml files. That part I think works porfectly and is the reason why
I whan't to lear more about cocoon. But when you whant to costumize the
webapp abit more like generators I'm lost. The level of knoledge you
need to proceed with that is huge and the tutorials often miss parts
like filenames of files that are created and wich files he is working on
(editing). Small things that is so important when you are new to things
like a compleat framework.
Something concrete is for example you get a value from the database and
you whant to multiply it with another value that you also get from the db.
To me it sounds like I have missed something essential.
If I have missed somthing that makes me go Haha I might go with cocoon
but as it is now cocoon is taking to much time to learn for me to make
some progres before the summer of code is over.
regards
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Leo Simons <ma...@leosimons.com>.
On 18-07-2005 15:33, "Thomas" <ho...@hotpop.com> wrote:
> If I don't get around this cocoon problems I have I'll start a new
> presentation application (not dyngump) with J2EE and Struts.
I'll chuck in 2 cents: I don't want "J2EE". Servlets+Struts+other stuff like
velocity is potentially nice, but please no EJB or JNDI or any of the other
J2EE stack. Most of it is crap :-)
> like to hear what you have to say, if I missunderstud something with
> cocoon or if I'm just giving up to easy. But I want to get som results
> now and I feel that cocoon is one step to big to take at the moment to
> get where I whant.
Ok. I'd appreciate if you could go into some more detail (and a little more
concretely) on what you tried to do with dynagump that you were unable to
get to, what you tried to get there, and how you figured out what to try,
etc. That'll be very useful feedback to the cocoon people, and it means you
won't have "wasted" your time :-)
Cheers,
Leo
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Hi Stefano!
I have taken a look at cocoon but find it kind of dificult to keep the
things apart. I can't say that I get it all but from what I have red and
understand the sql code is in the xml document with the content. Logic
can be implemented in alot of different ways, java-script, xslt, and a
costum generator.
Is this right ???
My problem is that it gets kind of messy in the xml files where sql
statements and content is mixed. Also if I whant to do some logic on it
I have to make my own generator. I don't doubt that cocoon is realy good
once you know it. As it is know just figured out the basic pipelines
properly and find it to be a realy good content manage framework at
least. And if I scratch the surfice abit more I'll find the good things
about cocoon.
If I don't get around this cocoon problems I have I'll start a new
presentation application (not dyngump) with J2EE and Struts.
like to hear what you have to say, if I missunderstud something with
cocoon or if I'm just giving up to easy. But I want to get som results
now and I feel that cocoon is one step to big to take at the moment to
get where I whant.
regards
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Stefano Mazzocchi <st...@apache.org>.
Thomas wrote:
> Stefano Some questions for you about cocoon.
Sure.
> I have just poked around abit but what I find mostly is "look at the
> examples". That is a good way to learn if you know some basic stuff.
Yep, agreed.
> How
> dose the structure of the application looklike where to put files and
> folders ??
well, first of all, cocoon is, if you wish, a huge servlet. So, it looks
like just any other j2ee webapp with a servlet container around.
dynagump is "prepackaged" with jetty running a cocoon webapp, but it's
really two things (and one could think about running dynagump in tomcat,
if one wishes to do so) I like jetty better because it's smaller and
easier to configure/embed and starts/stops faster.
The cocoon specificities are mostly:
1) webapp/sitemap.xmap is where the pipelines are defined and where the
URL -> pipeline processing takes place (NOTE: sitemaps can nest other
sitemaps, so their location could vary and you can have multiple of them)
2) webapp/WEB-INF/cocoon.xconf is where the cocoon configurations
remain. You should not have to do anything there.
> Remeber that I'm comming from J2EE where every config file
> and folder has it's place I'm guessing it's the same here. What config
> files do I need to know about and what is ehcache-2. The ehcache-2 is
> never alive and all I get is an Error saying so. Thats my first error in
> geting dynagump to work.
ehcache is the caching engine. cocoon is pretty agressive on caching.
you might want to tweak the cocoon.xconf settings on caching if that
still causes you troubles.
> One step at the time I'm on my way.
Awesome.
Note: dynagump is not the latest and greatest cocoon, so maybe there
could be bugs that are already fixed. If you sound some others let me know.
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Hi every one !
So I'm setingup Gump and I think I'm done... The problem now is to setup
some configuration that will generate good data... a litle help with
that would be nice... just something that gives me different stuff that
can be applied to different use-cases.
More I have taken a look at the dynaGump but can't get it to woork the
application is missing a Catalogmanager.properties. I've copied one from
the samples of the cocoon source but don't know if I need configure it
in anny special way.
Stefano Some questions for you about cocoon.
I have just poked around abit but what I find mostly is "look at the
examples". That is a good way to learn if you know some basic stuff. How
dose the structure of the application looklike where to put files and
folders ?? Remeber that I'm comming from J2EE where every config file
and folder has it's place I'm guessing it's the same here. What config
files do I need to know about and what is ehcache-2. The ehcache-2 is
never alive and all I get is an Error saying so. Thats my first error in
geting dynagump to work.
One step at the time I'm on my way.
Thanks for your help
/Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Leo Simons <ma...@leosimons.com>.
Thomas wrote:
> So I'm setingup Gump and I think I'm done... The problem now is to setup
> some configuration that will generate good data... a litle help with
> that would be nice... just something that gives me different stuff that
> can be applied to different use-cases.
There is now code to generate lots of data :-). I've also put a dump of
some data I generated with that code in SVN, so even if you don't get
the python beastie running you should be able to use that. That data was
generated as follows on my machine:
cd /home/lsimons/svn/gump/branches/Gump3/
mysql -u gump -p gump < gumpdb/src/sql/gump3-database-definition.sql
./gump run
--workspace=/home/lsimons/svn/gump/branches/Gump3/metadata/workspace.xml
./gump run
--workspace=/home/lsimons/svn/gump/branches/Gump3/fixture/metadata/workspace.xml
(in addition setting the --databasepassword parameter to ./gump).
We'll probably try to get you some really big database dumps of more
realistic sample data (right now its just two runs on a single machine
on the same day over about half a dozen projects, the db will have
hundreds or even thousands of runs over hundreds of projects on half a
dozen different machines over the course of several years) once you need
'em.
cheers!
Leo
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Leo Simons wrote:
>Thomas wrote:
>
>
>>Hi every one !
>>
>>
>
>Hi Thomas!
>
>
>
>>More I have taken a look at the dynaGump but can't get it to woork the
>>application is missing a Catalogmanager.properties. I've copied one from
>>the samples of the cocoon source but don't know if I need configure it
>>in anny special way.
>>
>>
>
>That has got to be the most common error or rather warning cocoon spits
>out. It should be able to work without that file. What do you see when
>visiting http://localhost:8080/?
>
>
>
Some how it works now, Don't know what I have done It might have been
the Catalogmangare file I don't know? Before I got IlligalStateException
I think it was generated because the eh-cache-2 wasn't alive... thats
what the extended message said. But know it all works.
>cheers,
>
>LSD
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
>For additional commands, e-mail: general-help@gump.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by David Crossley <cr...@apache.org>.
Leo Simons wrote:
> Thomas wrote:
>
> > More I have taken a look at the dynaGump but can't get it to woork the
> > application is missing a Catalogmanager.properties. I've copied one from
> > the samples of the cocoon source but don't know if I need configure it
> > in anny special way.
>
> That has got to be the most common error or rather warning cocoon spits
> out. It should be able to work without that file. What do you see when
> visiting http://localhost:8080/?
Ignore the CatalogManager.properties message. It is for adding your
own catalog to look up extra DTDs for xml source documents, to save
network trips and get a local copy.
You can have an optional CatalogManager.properties in your project
which can be empty and thus keep the thing quiet.
What version of Cocoon is this?
-David
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Leo Simons <ma...@leosimons.com>.
Thomas wrote:
> Hi every one !
Hi Thomas!
> More I have taken a look at the dynaGump but can't get it to woork the
> application is missing a Catalogmanager.properties. I've copied one from
> the samples of the cocoon source but don't know if I need configure it
> in anny special way.
That has got to be the most common error or rather warning cocoon spits
out. It should be able to work without that file. What do you see when
visiting http://localhost:8080/?
cheers,
LSD
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Hi every one !
So I'm setingup Gump and I think I'm done... The problem now is to setup
some configuration that will generate good data... a litle help with
that would be nice... just something that gives me different stuff that
can be applied to different use-cases.
More I have taken a look at the dynaGump but can't get it to woork the
application is missing a Catalogmanager.properties. I've copied one from
the samples of the cocoon source but don't know if I need configure it
in anny special way.
Stefano Some questions for you about cocoon.
I have just poked around abit but what I find mostly is "look at the
examples". That is a good way to learn if you know some basic stuff. How
dose the structure of the application looklike where to put files and
folders ?? Remeber that I'm comming from J2EE where every config file
and folder has it's place I'm guessing it's the same here. What config
files do I need to know about and what is ehcache-2. The ehcache-2 is
never alive and all I get is an Error saying so. Thats my first error in
geting dynagump to work.
One step at the time I'm on my way.
Thanks for your help
/Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 30 Jun 2005, Adam R. B. Jack <aj...@apache.org> wrote:
> To my knowledge here are the best known candiates (plus some others
> I've heard discussed.)
>
> - Java JSP/Struts. - Cocoon (Stefano has spent significant time on
> this, he feels it is worth
> evaluating.)
> - mod_python (Leo has spent some time on this, he feels it is worth
> evaluating.)
> - PHP (why not?)
because we'd have to install (security) updates too often for PHP 8-)
Seriously, I don't see any reason to rule out PHP completely and would
even throw in ASP.NET on mod_mono if Thomas is interested.
Personally I'm currently stretched too thin to commit to anything. I
do have quite a bit Struts experience and some ASP.NET/mod_mono. I've
never used any of the three other technologies you've listed.
> I know this is needs to be focused project, with fixed time
> allocated to it. As such, these last two thoughts
[webapp used for more than just presentation and creation of permanent
URLs, different output formats]
> are probably overkill. Getting the data presented to the users is
> the only (first) goal.
+1
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Stefano Mazzocchi <st...@apache.org>.
Adam R. B. Jack wrote:
> - Cocoon (Stefano has spent significant time on this, he feels it is worth
> evaluating.)
I spent several days designing the Gump3 architecture with Leo last year
at EuroFoo. One of the requirements for the new design was SoC, where
SoC here normally means "Separation of Concerns" and not "Summer of Code ;-)
SoC means "allow different people to do work in parallel", but also
"allow different systems to interconnect" and avoid stagnation.
This is why gump3 separated the data production side (running the
programs) from the data consumption side (presenting the acquired data).
I wrote a thing called DynaGump, based on Cocoon
(http://cocoon.apache.org/), cloned the Mozilla html pages and mounted
the whole thing.
Then I stopped and started working on the data model for the relational
database that would host the data.
Dynagump can be found inside the Gump3 branch, most specifically at
http://svn.apache.org/repos/asf/gump/branches/Gump3/dynagump/
you can also find a README file that explains what to do, and pointers
to the various places you need to look at to understand what to do.
http://svn.apache.org/repos/asf/gump/branches/Gump3/dynagump/README.txt
- o -
The only think I'm asking is that you fire that and evaluate it. If
there is anything that you find useful or appealing, use it, build on it
or even rip it off. Don't worry about hurting people's feelings, we are
not attached to code or technologies, we want the functionality.
I used cocoon because, well, that's my hammer for web publishing, but if
you find that something else suites you better, you are more than
welcome to change direction and without even giving too much
explaination, just tell us that your gut felt it was better to go
somewhere else and you did, that would be just fine.
I repeat: this is your task and you are the boss. What we the
functionality, we want to see Gump3 dump data in the database and
DynaGump (or whatever you want to call it) show it to the users. Add a
few history charts, some pretty HTML (feel free to rip the one in
DynaGump if you wish to do so) in the mix and you'll see very happy
campers around here, no matter what technology makes it work.
Ah, and if you decide to go the cocoon way and need explainations or
suggestions or a shoulder to cry on, don't be shy to ask me even privately.
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Stefano Mazzocchi <st...@apache.org>.
[your clock is screwed ;-)]
Thomas wrote:
> Some input from me about what I think of what technoligy to use. This is
> just my opinion and of corse I'm willing to learn something new if thats
> what you think would work the best.
I think what works best for you works best for us.
>>On Jun 30, 2005, at 7:24 PM, Adam R. B. Jack wrote:
>>
>>>To my knowledge here are the best known candiates (plus some others
>>>I've
>>>heard discussed.)
>>>
>>> - Java JSP/Struts.
>>
> Java and JSP + Struts I know well... the easy way to get a result. Java
> is my main programming language and I personaly think I know it well
> regarding webapplication in Java, J2EE and struts.
Cool.
>>> - Cocoon (Stefano has spent significant time on this, he feels it
>>>is worth
>>>evaluating.)
>>
> Cocoon: I have never used it but sounds like I can get som help from
> Stefano. So that might work for me to.
Great.
>>> - mod_python (Leo has spent some time on this, he feels it is worth
>>>evaluating.)
>>
> mod_python: I have never used python, so that sound like a challange but
> challanges is just a good thing... It all depends on what I need to have
> finished at the end of summer of code.
Learning python is easy (especially if you know java) but you don't have
to. Gump3 is architected in a way so that different modules can be built
with different languages, the idea was to capture more people that way.
But I suggest you start reading the excellent "dive into python"
(http://diveintopython.org/) just to get a sense of what it is.
>>> - PHP (why not?)
>>
> PHP: I have done som work with PHP. But I rather prefer some type of
> Java or none script language before PHP.
Nice to hear that ;-)
>>To toss another idea out there...
>>
>> I highly recommend Ruby on Rails - it's elegant, clean, and ties
>>to a DB easily.
>>
>
>
>>Erik
>
> Ruby on Rails: never used it never even programed in Ruby. But the
> same gose here as for mod_python.
I heard good things on RoR, but nobody here knows Ruby and we are trying
to increase the community size not decrease it ;-)
> To summarize this. I prefer a java based language and framework. The
> advantage of using mod_python is that alot of other thing in gump and
> around gump is written in python. I don't have anything against lerning
> something new but the result will take abit longer and would not be as
> good implemented as if had been Javabased.
>
> I don't know what and how much I need to do compleat the summer of code
> project. My intention and hope is that I can keep on working on this and
> be a part of the Gump project even after the summer of code.
We would hope that to be the case too.
So, make yourself at home, follow Leo's excellent directions and let us
know how you feel when you get there.
> For the moment I'm setting Gump and I'm trying to get it to work. I'm
> also trying to get an over view of the database and what all the tables is.
Great.
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Thomas <ho...@hotpop.com>.
Some input from me about what I think of what technoligy to use. This is
just my opinion and of corse I'm willing to learn something new if thats
what you think would work the best.
>
> On Jun 30, 2005, at 7:24 PM, Adam R. B. Jack wrote:
>
>> To my knowledge here are the best known candiates (plus some others
>> I've
>> heard discussed.)
>>
>> - Java JSP/Struts.
>
Java and JSP + Struts I know well... the easy way to get a result. Java
is my main programming language and I personaly think I know it well
regarding webapplication in Java, J2EE and struts.
>> - Cocoon (Stefano has spent significant time on this, he feels it
>> is worth
>> evaluating.)
>
Cocoon: I have never used it but sounds like I can get som help from
Stefano. So that might work for me to.
>> - mod_python (Leo has spent some time on this, he feels it is worth
>> evaluating.)
>
mod_python: I have never used python, so that sound like a challange but
challanges is just a good thing... It all depends on what I need to have
finished at the end of summer of code.
>> - PHP (why not?)
>
PHP: I have done som work with PHP. But I rather prefer some type of
Java or none script language before PHP.
>
> To toss another idea out there...
>
> I highly recommend Ruby on Rails - it's elegant, clean, and ties
> to a DB easily.
>
> Erik
Ruby on Rails: never used it never even programed in Ruby. But the
same gose here as for mod_python.
To summarize this. I prefer a java based language and framework. The
advantage of using mod_python is that alot of other thing in gump and
around gump is written in python. I don't have anything against lerning
something new but the result will take abit longer and would not be as
good implemented as if had been Javabased.
I don't know what and how much I need to do compleat the summer of code
project. My intention and hope is that I can keep on working on this and
be a part of the Gump project even after the summer of code.
For the moment I'm setting Gump and I'm trying to get it to work. I'm
also trying to get an over view of the database and what all the tables is.
/Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump3 Presentation -- choice of technology
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
On Jun 30, 2005, at 7:24 PM, Adam R. B. Jack wrote:
> To my knowledge here are the best known candiates (plus some others
> I've
> heard discussed.)
>
> - Java JSP/Struts.
> - Cocoon (Stefano has spent significant time on this, he feels it
> is worth
> evaluating.)
> - mod_python (Leo has spent some time on this, he feels it is worth
> evaluating.)
> - PHP (why not?)
To toss another idea out there...
I highly recommend Ruby on Rails - it's elegant, clean, and ties
to a DB easily.
Erik
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org