stw-devs Mailing List for stw
Status: Alpha
Brought to you by:
vmassol
Menu
▾
▴
stw-devs — Stw's developers mailing list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Dominique J. <dj...@oc...> - 2001-07-26 10:41:03
|
Lionel nous rejoint sur la liste, bienvenue =E0 lui ! Pour rappel, on envoie un message =E0 la liste de diff des = d=E9veloppeurs de STW en l'adressant =E0 stw...@li... Je voudrais tout de suite pr=E9venir: aucune information sur les = serveurs de d=E9veloppement Octo (adresses IP, password, services = disponibles, nom du FAI...) ne doit figurer sur cette liste, INTERDIT ! = Utilisez les adresses email directes de personne =E0 personne se'il vous = pla=EEt. Car cette liste est publique, archiv=E9e comme il se doit chez = Geocrawler http://www.geocrawler.com/redir-sf.php3?list=3Dstw-devs donc = accessible depuis tout point de l'univers =E0 4 dimensions ! Donc je r=E9p=E8te: pas d'informations confidentielles sur cette liste ! = Et les informations sur les serveurs de d=E9veloppement sont = CONFIDENTIELLES. Cette r=E8gle s'applique =E0 tout membre de la liste, employ=E9 d'Octo = ou non (allez hop). Merci. (vincent: faudrait mettre ce warning dans le texte d'acceuil = d'inscription =E0 la liste, en anglais aussi, tu t'en charges ?) Dominique JOCAL Consultant - OCTO Technology mailto:dj...@oc... tel:+33 6 22 66 09 70 http://www.octo.com |
|
From: Vincent M. <vm...@oc...> - 2001-07-13 08:38:09
|
----- Original Message -----=20
From: Vincent Massol=20
To: stw...@li...=20
Sent: Sunday, July 08, 2001 8:10 PM
Subject: [Stw-devs] Next step ...
Here is the current status of STW :
- it works fine ! It has a single web page listing in a table latest =
versions of software. The data is fetched every 15 minutes
- it still missing the following :
- a nicely designed web page (to be provided by Lyonel),
- a server where to host it and leave it running for a while (to be =
done by Dominique)
However, I'd like to begin thinking about the next step. I'd like to =
implement the following in this next step :
- add persistence for data, i.e. all definition of data to retrieve =
are stored in a database (results are still stored in memory for the =
time being until next iteration)
- modify the current model with the following :
- each deck can belong to several categories. For example the =
"Castor" deck will belong to both "Open Source Software" category and to =
"XML" category
- add a simple admin web-based interface to add new definitions to the =
database, query existing entries and modify existing entries (these will =
be provided using very simple GUI. For example adding a new entry will =
consist of forms and we'll enter the regexp to use as a string)
That's all. It looks very limited. However, it does introduce several =
key elements :
- a database
- a mechanism for persisting the data.
I propose to use EJB 2.0 for the persistence. Thus I can see 2 choices =
:
- Resin-CMP (a limited implementation of J2EE/EJB for enough for our =
purpose). It does implement local interfaces and relationships. However =
I don't know what databases are supported as it does not let you =
customize the mapping between the container and the database
- Orion Server 1.5.2, which supports all databases
The problem with Orion 1.5.2 is that is does not support the new EJB 2.0 =
spec and especially the local interfaces .... damn .... For a list of =
what is supported, see=20
http://www.c2.com/cgi/wiki?OrionServerSpecSupport
This leaves us with Resin-CMP ... Does anyone know of any free container =
implementing EJB 2.0 local interfaces ?
Both are free for non-commercial use.
For the databases there are several choices :
- Hypersonic SQL,
- MySQL
- PostGre
Hypersonic has the advantage of being really small (< 100k) but I =
don't know if it works with Resin-CMP (it does with Orion Server =
though).
STW will be delivered as an EAR file instead of a WAR file (as it is =
now).
If we use Orion Server, then we loose the run-at feature of Resin but =
I it is extremely simple to spawn new threads from a servlet and sleep =
in a forever while loop in order to reproduce the same effect.
What do you think ?
Thanks
-Vincent Massol
-Vincent
|
|
From: Vincent M. <vm...@oc...> - 2001-07-08 19:11:31
|
Here is the current status of STW : - it works fine ! It has a single web page listing in a table latest = versions of software. The data is fetched every 15 minutes - it still missing the following : - a nicely designed web page (to be provided by Lyonel), - a server where to host it and leave it running for a while (to be = done by Dominique) However, I'd like to begin thinking about the next step. I'd like to = implement the following in this next step : - add persistence for data, i.e. all definition of data to retrieve are = stored in a database (results are still stored in memory for the time = being until next iteration) - modify the current model with the following : - each deck can belong to several categories. For example the "Castor" = deck will belong to both "Open Source Software" category and to "XML" = category - add a simple admin web-based interface to add new definitions to the = database, query existing entries and modify existing entries (these will = be provided using very simple GUI. For example adding a new entry will = consist of forms and we'll enter the regexp to use as a string) That's all. It looks very limited. However, it does introduce several = key elements : - a database - a mechanism for persisting the data. I propose to use EJB 2.0 for the persistence. Thus I can see 2 choices : - Resin-CMP (a limited implementation of J2EE/EJB for enough for our = purpose). It does implement local interfaces and relationships. However = I don't know what databases are supported as it does not let you = customize the mapping between the container and the database - Orion Server 1.5.2, which supports all databases Both are free for non-commercial use. For the databases there are several choices : - Hypersonic SQL, - MySQL - PostGre Hypersonic has the advantage of being really small (< 100k) but I don't = know if it works with Resin-CMP (it does with Orion Server though). STW will be delivered as an EAR file instead of a WAR file (as it is = now). If we use Orion Server, then we loose the run-at feature of Resin but I = it is extremely simple to spawn new threads from a servlet and sleep in = a forever while loop in order to reproduce the same effect. What do you think ? Thanks -Vincent Massol |
|
From: Vincent M. <vm...@oc...> - 2001-07-03 07:46:18
|
I have had a quick loock at the mycgiserver.com web site and it looks = like they made some progress since last time I looked ... Also, running the following servlet = http://www.mycgiserver.com/servlet/vipan.servenv4 gives you an idea of = the libraries that are installed and that you can use for your project = (although we don't have the version numbers that's a pity and also there = is no documentation of them on the web site !). You can notice that all = jakarta project libraries are installed, including Cactus ! We could try to upload STW on it (that would gives us an idea of the = state of free hosting for J2EE components) but I still feel that there = will more problems than just hosting it on our own machine for the time = being. The goal is that once we gather enough users, we could try to put = advertising banners on the web site to generate some money that will pay = for a hosting in a more adequate place. Note that I am sure we can find = other machines where to host it with no problem (TheServerSide, ...) but = it would be a pity if we do not take the chance to link it with Octo ... Thanks Vincent. |
|
From: Vincent M. <vm...@oc...> - 2001-06-29 12:25:09
|
If you have a look at the freshmeat web site (http://freshmeat.net/) = you'll see that it is based around the same idea as STW ... So we need to differentiate ourselves. I propose to concentrate only on = server side components/software. What do you think ? Thanks Vincent. |
