You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(65) |
Jun
(114) |
Jul
(93) |
Aug
(10) |
Sep
(12) |
Oct
(22) |
Nov
(8) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Stefan S. <Ste...@gm...> - 2010-05-13 09:55:13
|
Hi Ja, u were just one day 2 fast :) We discussed this problem and came to a good solution I think. I commited the first class for it, its not 100% done, but u can work with it I think. You need to fix getAllDrugs in DrugService and getAllDrugFilters in DrugManagerJpa. I did'nt know how to implement multiple columns with the native query. The first select that you created very nicely (I refactored it to getAllDrugFilters) is still the main part. You just don't get Drug object but DrugFilter objects. Benefit with this object is now, we have only one browsing webui, called drugbrowser in the following text! It displays all filters with their toString method! We also can realize later a list with only brandnames or any other field in drug with this filter. The drugfilter has a getDrugs method, that will be used when clicking on one item. If the getdrugs method returns a list with count > 1, then we display the new drugs again with the old drugbrowser (convert them to drugfilters first, of course). if the count == 1, then we display the drug details, but this is not a part of the current feature! (DrugFilter.getDrugs is not yet implemented!) if u have any questions, just ask them or add me in skype, name gneiterl greetz, Stefan Schießl -------- Original-Nachricht -------- > Datum: Wed, 12 May 2010 23:48:50 +0200 > Von: Jan...@in... > An: dos...@li... > Betreff: [Dosis-devel] [Team1] Browse Entries > I have had some time this evening and tried to work a little bit on our > task. > It worked fine until I saw that we have to list each entry twice - one > time for the substanceclass and the other time for the brandname (I don't > know what purpose the normal name fulfills, but that was not asked). While > trying to implement this as well my database request mutated to an ugly > native postgresql-query. The Mock isn't adjusted either. I would be glad > if someone has an idea how to make it better. Furthermore the > "drugList.do" was replaced by a "drugList_" + number of first entry to > show + ".do" which means that the first page of entries is named > "drugList_0.do". I kept the old version in case someone doesn't like my > version at all and wants to continue with the old one. > The layout was changed a little bit to match the mockups better. The form > to filter the entries is already present but until now only for decoration > purpose. The layout is made for a resolution of 1024px in case you ask why > it isn't using the whole size of the screen. That was made because it is > easier to calculate but can be changed at any time. > The number of entries showed per page is defined in the DrugController in > "LIST_STEP". Currently it is set to 5 because my database has 6 entries > which are displayed twice so I have 3 pages to test. > Speaking of tests: I only did tests by hand. There are no unit-tests yet. > > Did you discuss something important after I went? > I hope I didn't steal somebody's work or crossed plans with my > code-changes. > Yours, > Jan-Philipp > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 |
From: Dirk R. <dir...@cs...> - 2010-05-13 07:19:34
|
Special Todos Frank Denninger for next week Work with Michel Salim Ensure war file transfer works Ensure local configuration is setup properly Ensure deployment scenario works Ensure test setup scenario works Special Todos Peter Kranz for next week Review and work through classes that are hibernated Ensure proper implemenation of hashcode() equals() object ID Thanks, Dirk -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: <Jan...@in...> - 2010-05-12 22:04:13
|
I have had some time this evening and tried to work a little bit on our task. It worked fine until I saw that we have to list each entry twice - one time for the substanceclass and the other time for the brandname (I don't know what purpose the normal name fulfills, but that was not asked). While trying to implement this as well my database request mutated to an ugly native postgresql-query. The Mock isn't adjusted either. I would be glad if someone has an idea how to make it better. Furthermore the "drugList.do" was replaced by a "drugList_" + number of first entry to show + ".do" which means that the first page of entries is named "drugList_0.do". I kept the old version in case someone doesn't like my version at all and wants to continue with the old one. The layout was changed a little bit to match the mockups better. The form to filter the entries is already present but until now only for decoration purpose. The layout is made for a resolution of 1024px in case you ask why it isn't using the whole size of the screen. That was made because it is easier to calculate but can be changed at any time. The number of entries showed per page is defined in the DrugController in "LIST_STEP". Currently it is set to 5 because my database has 6 entries which are displayed twice so I have 3 pages to test. Speaking of tests: I only did tests by hand. There are no unit-tests yet. Did you discuss something important after I went? I hope I didn't steal somebody's work or crossed plans with my code-changes. Yours, Jan-Philipp |
From: Nato N. <giu...@go...> - 2010-05-12 14:40:01
|
Hi, wann wollen wir uns wegen der Implementierung treffen? hier meine ICQ 605328917. Falls ich nicht da bin, einfach auf diese Email antworten... Ciao. |
From: Georg A. <ge...@ge...> - 2010-05-12 13:47:45
|
Added entries to the developer FAQ concerning the configuration of SMTP: https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Developer-FAQ Regards, Georg |
From: Michel A. S. <mic...@in...> - 2010-05-12 12:06:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All computers in the CIP pool run a local mail transport agent that relays to the university mail servers; I have now also set up an MTA on the DosIS deployment server (dosis.informatik.uni-erlangen.de). So if you want to configure email verification, using "localhost" as the mail server should just work. You might want to configure the template email to only recommend verification by clicking on a link, as university mail servers do not relay mail to the dosis deployment server. Cheers, - -- Michel Alexandre Salim, MSc., University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: mic...@cs... GPG key ID: D09272F7 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL6pnOAAoJEM0DF6/QknL3TOwIAKEDIRaGTmYPt6tWuC7A5udR uGOkJsVQHDO+epcYiQHXjl8rRFdX7sZtSCNDNax0DAUWbw60XmG8gN3b5LbDwQmz Gf1+IQ8CMV2FxYkSFDXEif8UwL7mrC3oaaCnFbK8p1dgzz4ec1e/Qc8UdkLeh8P0 FQQRSspq4xkQZWC5AtuLEMiPGXTp6sVQNuHgGQIe4Hdit+NWw3jJ7/Mpx58kLkoI KyIl4+6dBKroAhK6TPJ1eO9jvgxHR1LBWWcWeRX7iVUV3lOxw4cDNPaKOEvh4dsj wH+oeP7M2aqkvssj53rR2ljU38LbBPTwqIvFQYAx8UmrR3ObZHRC8ox2ad8Uo2M= =zzIt -----END PGP SIGNATURE----- |
From: Stefan S. <Ste...@gm...> - 2010-05-11 10:10:50
|
Mahlzeit! ich sitz noch im MI und hab hier noch 2 Vorlesungen :( Aber wie gehabt uebernehm ich gern alles moegliche was noch anfaellt! :) gruessle -------- Original-Nachricht -------- > Datum: Mon, 10 May 2010 19:21:48 +0200 > Von: Frank Denninger <fr...@k-...> > An: Dos...@li... > Betreff: [Dosis-devel] Feature Team 1, Treffen dienstag 11.5 14:00 > Hallo, > > hab grad mit dem george ausgemacht das wir uns > morgen(dienstag 11.5) ab 14:00 im cip im 2ten stock treffen. > > Grob is die Funktionalität schon vorhanden, aber es fehlt noch die > feinarbeit (nervig aber auch nötig). > > mfg > Frank -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 |
From: Frank D. <fr...@k-...> - 2010-05-10 17:21:55
|
Hallo, hab grad mit dem george ausgemacht das wir uns morgen(dienstag 11.5) ab 14:00 im cip im 2ten stock treffen. Grob is die Funktionalität schon vorhanden, aber es fehlt noch die feinarbeit (nervig aber auch nötig). mfg Frank |
From: Markus S. <mar...@gm...> - 2010-05-10 05:58:09
|
Morgen, diese Woche ist nur die Funktionalität, also eine Registrierung und Login auf dem Server und ein Login vom Client, zu erledigen. Die Anforderungen werden wir diese Woche im Planung Poker vereinfachen und konkretisieren. Die Mockups sollen erstmal nur der Veranschaulichung dienen. Ich habe sie erstmal aus den Anforderungen entfernt. Gruss Markus On 10.05.2010 07:36, Frank Denninger wrote: > Das Problem, wenn man die anforderungen genau liest (was ich auch erst zu > spät gemacht hab) > steht da drin, das man die Mockups(aufgabe 2) verwenden muss, und auch > das "edit content"(schon aufgabe 1) is verhältnissmässig umfangreich. > (Es hat einfach die die sprintbesprechung, planing poker usw gefehlt > dann wärs früher aufgefallen) > > ich hab mich bisher zu sehr auf spring mvc 3.0 versteift, > hast recht is erstmal sinnvoll spring 2.5 zu nutzen, dafür hab ich auch > n buch. > > > https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Sprint_Todo_Team1 > > (wir verwenden kein jsf, nur facelets) > > ich hab leider erst wieder ab 18:00 zeit. > > die funktionalität is grundlegend da, aber leider eben nicht auf > verwendbaren niveau. > > > > > > Am 9. Mai 2010 23:19 schrieb Georg Altmann > <ge...@ge...>: > > > > > > > SourceForge.net wrote: > > > Read and respond to this message at: > > > > > https://sourceforge.net/projects/dosis/forums/forum/1087203/topic/3700995 > > > By: k-5 > > > > > > jep sieht ziemlich gut aus. > > > > > > ham im augenblick leider recht viele baustellen (die auch noch recht > > weitreichend > > > sind), und keine ahnung wie weit die einzelnen personen sind. > > > > Also ím Moment haben wir vorrangig die user registration und den web > > login zu erledigen, bis mittwoch. > > > > > > > Jan-Philip wollte sich um das design kümmern, is zwar schon besser, > > aber leider > > > noch recht weit weg vom vorgeschriebenen Mockup. (werd ihn morgen > > sehen, dann > > > weiß ichs genauer) > > > > Mockups sind nicht so wichtig. Wichtig ist erstmal, dass die > > Funktionalität da ist. Schön aussehen kann's hinterher auch noch. In > > sofern sind die Mockups IMHO fast schon ein eigenes requirement (logik > > vs. view) > > > > > Eine sache die bisher noch niemand macht wäre allgemein das > > bearbeiten der > > > drugs, wobei das eben auch durch alle ebenen durchschneidet, und > > vorallem die > > > Controller sind ehr Proof of Concept als was verwendbares. Auch die > > angefangene > > > zugriffsteuerung ist ehr pragmatisch als elegant. > > > > Zugriffssteurung? Das kommt erst später oder? > > > > @frank: > > Ich hab mal die Spring Doku ein bißchen angeschaut. Wäre der > > SimpleFormController geeignet für die UserRegister Funktionalität? > > > > > > http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/portlet/mvc/SimpleFormController.html > > > > http://static.springsource.org/spring/docs/2.5.x/reference/mvc.html#mvc-controller > > > > Leider fehlt mir das entsprechende Spring/JSF-Wissen um das schnell > > umzusetzen. > > > > Können wir uns vielleicht morgen nachmittag (ab 14:00 Uhr) im CIP 2 > > treffen und das coden? > > > > Grüße > > Georg > > > > -- > > PGP-Key: 0xD05C6E8D > > 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > Dosis-devel mailing list > > Dos...@li... > > https://lists.sourceforge.net/lists/listinfo/dosis-devel > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel > -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 |
From: Markus S. <mar...@go...> - 2010-05-10 05:54:31
|
Morgen, diese Woche ist nur die Funktionalität, also eine Registrierung und Login auf dem Server und ein Login vom Client, zu erledigen. Die Anforderungen werden wir diese Woche im Planung Poker vereinfachen und konkretisieren. Die Mockups sollen erstmal nur der Veranschaulichung dienen. Ich habe sie erstmal aus den Anforderungen entfernt. Gruss Markus On 10.05.2010 07:36, Frank Denninger wrote: > Das Problem, wenn man die anforderungen genau liest (was ich auch erst > zu spät gemacht hab) > steht da drin, das man die Mockups(aufgabe 2) verwenden muss, und auch > das "edit content"(schon aufgabe 1) is verhältnissmässig umfangreich. > (Es hat einfach die die sprintbesprechung, planing poker usw gefehlt > dann wärs früher aufgefallen) > > ich hab mich bisher zu sehr auf spring mvc 3.0 versteift, > hast recht is erstmal sinnvoll spring 2.5 zu nutzen, dafür hab ich > auch n buch. > > https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Sprint_Todo_Team1 > > (wir verwenden kein jsf, nur facelets) > > ich hab leider erst wieder ab 18:00 zeit. > > die funktionalität is grundlegend da, aber leider eben nicht auf > verwendbaren niveau. > > > > > > Am 9. Mai 2010 23:19 schrieb Georg Altmann <ge...@ge... > <mailto:ge...@ge...>>: > > > > SourceForge.net wrote: > > Read and respond to this message at: > > > https://sourceforge.net/projects/dosis/forums/forum/1087203/topic/3700995 > > By: k-5 > > > > jep sieht ziemlich gut aus. > > > > ham im augenblick leider recht viele baustellen (die auch noch > recht weitreichend > > sind), und keine ahnung wie weit die einzelnen personen sind. > > Also ím Moment haben wir vorrangig die user registration und den web > login zu erledigen, bis mittwoch. > > > > Jan-Philip wollte sich um das design kümmern, is zwar schon > besser, aber leider > > noch recht weit weg vom vorgeschriebenen Mockup. (werd ihn > morgen sehen, dann > > weiß ichs genauer) > > Mockups sind nicht so wichtig. Wichtig ist erstmal, dass die > Funktionalität da ist. Schön aussehen kann's hinterher auch noch. In > sofern sind die Mockups IMHO fast schon ein eigenes requirement (logik > vs. view) > > > Eine sache die bisher noch niemand macht wäre allgemein das > bearbeiten der > > drugs, wobei das eben auch durch alle ebenen durchschneidet, und > vorallem die > > Controller sind ehr Proof of Concept als was verwendbares. Auch > die angefangene > > zugriffsteuerung ist ehr pragmatisch als elegant. > > Zugriffssteurung? Das kommt erst später oder? > > @frank: > Ich hab mal die Spring Doku ein bißchen angeschaut. Wäre der > SimpleFormController geeignet für die UserRegister Funktionalität? > > http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/portlet/mvc/SimpleFormController.html > http://static.springsource.org/spring/docs/2.5.x/reference/mvc.html#mvc-controller > > Leider fehlt mir das entsprechende Spring/JSF-Wissen um das schnell > umzusetzen. > > Können wir uns vielleicht morgen nachmittag (ab 14:00 Uhr) im CIP 2 > treffen und das coden? > > Grüße > Georg > > -- > PGP-Key: 0xD05C6E8D > 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D > > ------------------------------------------------------------------------------ > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > <mailto:Dos...@li...> > https://lists.sourceforge.net/lists/listinfo/dosis-devel > > > > ------------------------------------------------------------------------------ > > > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel > |
From: Frank D. <fr...@k-...> - 2010-05-10 05:36:08
|
Das Problem, wenn man die anforderungen genau liest (was ich auch erst zu spät gemacht hab) steht da drin, das man die Mockups(aufgabe 2) verwenden muss, und auch das "edit content"(schon aufgabe 1) is verhältnissmässig umfangreich. (Es hat einfach die die sprintbesprechung, planing poker usw gefehlt dann wärs früher aufgefallen) ich hab mich bisher zu sehr auf spring mvc 3.0 versteift, hast recht is erstmal sinnvoll spring 2.5 zu nutzen, dafür hab ich auch n buch. https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Sprint_Todo_Team1 (wir verwenden kein jsf, nur facelets) ich hab leider erst wieder ab 18:00 zeit. die funktionalität is grundlegend da, aber leider eben nicht auf verwendbaren niveau. Am 9. Mai 2010 23:19 schrieb Georg Altmann <ge...@ge...>: > > > SourceForge.net wrote: > > Read and respond to this message at: > > > https://sourceforge.net/projects/dosis/forums/forum/1087203/topic/3700995 > > By: k-5 > > > > jep sieht ziemlich gut aus. > > > > ham im augenblick leider recht viele baustellen (die auch noch recht > weitreichend > > sind), und keine ahnung wie weit die einzelnen personen sind. > > Also ím Moment haben wir vorrangig die user registration und den web > login zu erledigen, bis mittwoch. > > > > Jan-Philip wollte sich um das design kümmern, is zwar schon besser, aber > leider > > noch recht weit weg vom vorgeschriebenen Mockup. (werd ihn morgen sehen, > dann > > weiß ichs genauer) > > Mockups sind nicht so wichtig. Wichtig ist erstmal, dass die > Funktionalität da ist. Schön aussehen kann's hinterher auch noch. In > sofern sind die Mockups IMHO fast schon ein eigenes requirement (logik > vs. view) > > > Eine sache die bisher noch niemand macht wäre allgemein das bearbeiten > der > > drugs, wobei das eben auch durch alle ebenen durchschneidet, und vorallem > die > > Controller sind ehr Proof of Concept als was verwendbares. Auch die > angefangene > > zugriffsteuerung ist ehr pragmatisch als elegant. > > Zugriffssteurung? Das kommt erst später oder? > > @frank: > Ich hab mal die Spring Doku ein bißchen angeschaut. Wäre der > SimpleFormController geeignet für die UserRegister Funktionalität? > > > http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/portlet/mvc/SimpleFormController.html > > http://static.springsource.org/spring/docs/2.5.x/reference/mvc.html#mvc-controller > > Leider fehlt mir das entsprechende Spring/JSF-Wissen um das schnell > umzusetzen. > > Können wir uns vielleicht morgen nachmittag (ab 14:00 Uhr) im CIP 2 > treffen und das coden? > > Grüße > Georg > > -- > PGP-Key: 0xD05C6E8D > 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel > |
From: Georg A. <ge...@ge...> - 2010-05-09 21:19:20
|
SourceForge.net wrote: > Read and respond to this message at: > https://sourceforge.net/projects/dosis/forums/forum/1087203/topic/3700995 > By: k-5 > > jep sieht ziemlich gut aus. > > ham im augenblick leider recht viele baustellen (die auch noch recht weitreichend > sind), und keine ahnung wie weit die einzelnen personen sind. Also ím Moment haben wir vorrangig die user registration und den web login zu erledigen, bis mittwoch. > Jan-Philip wollte sich um das design kümmern, is zwar schon besser, aber leider > noch recht weit weg vom vorgeschriebenen Mockup. (werd ihn morgen sehen, dann > weiß ichs genauer) Mockups sind nicht so wichtig. Wichtig ist erstmal, dass die Funktionalität da ist. Schön aussehen kann's hinterher auch noch. In sofern sind die Mockups IMHO fast schon ein eigenes requirement (logik vs. view) > Eine sache die bisher noch niemand macht wäre allgemein das bearbeiten der > drugs, wobei das eben auch durch alle ebenen durchschneidet, und vorallem die > Controller sind ehr Proof of Concept als was verwendbares. Auch die angefangene > zugriffsteuerung ist ehr pragmatisch als elegant. Zugriffssteurung? Das kommt erst später oder? @frank: Ich hab mal die Spring Doku ein bißchen angeschaut. Wäre der SimpleFormController geeignet für die UserRegister Funktionalität? http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/portlet/mvc/SimpleFormController.html http://static.springsource.org/spring/docs/2.5.x/reference/mvc.html#mvc-controller Leider fehlt mir das entsprechende Spring/JSF-Wissen um das schnell umzusetzen. Können wir uns vielleicht morgen nachmittag (ab 14:00 Uhr) im CIP 2 treffen und das coden? Grüße Georg -- PGP-Key: 0xD05C6E8D 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D |
From: Georg A. <ge...@ge...> - 2010-05-08 11:44:05
|
Hi, I renamed the android project to dosis-android and fixed the dependency on dosis-model. Update from svn and re-import the project into eclipse. See also https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Developer-FAQ Regards, Georg |
From: Markus S. <mar...@go...> - 2010-05-08 07:54:26
|
Hello everyone, these are some examples of dosage data sets from Dr. Bernitzki. Later we will need an import feature for these data sets. Remember to check the README.txt for details. Happy coding! Markus |
From: Markus S. <mar...@go...> - 2010-05-07 18:22:06
|
Good evening everyone, I'm sending around a file containing some dosage data sets. Remember to check the README.txt :-) Cheers Markus |
From: Dirk R. <dir...@cs...> - 2010-05-07 17:24:59
|
Eine gutes Hilfsmittel fuer Terminabstimmung ist doodle.com. --Dirk Riehle -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: Georg A. <ge...@ge...> - 2010-05-07 16:39:02
|
Hi, I created a developer FAQ page in the wiki at https://sourceforge.net/apps/mediawiki/dosis/index.php?title=Developer-FAQ I hope we can collect common gotchas and questions (and answers! :-P) there. Regards, Georg |
From: Frank D. <fr...@k-...> - 2010-05-07 16:12:41
|
moved from forum to mailinglist as we havnt divided the responsiblity last wednesday. i would suggest a meeting tomorrow saturday (8.5) in the cip 2nd floor at about 10:00. anyone(including feature team 2) wants to join? --- @georgefx the best tools for us at the moment with this domain. blackboard, whiteboard or a simple piece of paper maybe some postits ;) (KISS principle) but if you would like to learn a tool, just choose one we all can use (open source/freeware or borland together) |
From: Georg A. <ge...@ge...> - 2010-05-07 16:10:12
|
Hi, is there anything I can implement on the server? I'm kinda lost in the new Spring and servlets architecture, so I don't know were to start. I see there is already some artwork on the webapp... nice ;-) If anybody has a suggestion regarding a decent (!= umbrella) E/R-graphing tool, for developing and documenting a DB-schema, let me know. Maybe its a good idea to start a developer FAQ? I will put one into the wiki, so somebody knowledgeable can answer all my questions... :-) Regards, Georg |
From: Frank D. <fr...@k-...> - 2010-05-07 16:04:49
|
moved from forum to mailinglist as we havnt divided the responsiblity last wednesday. i would suggest a meeting tomorrow saturday (8.5) in the cip 2nd floor at about 10:00. anyone(including feature team 2) wants to join? --- @georgefx the best tools for us at the moment with this domain. blackboard, whiteboard or a simple piece of paper maybe some postits ;) (KISS principle) but if you would like to learn a tool, just choose one we all can use (open source/freeware or borland together) |
From: Georg A. <ge...@ge...> - 2010-05-05 10:54:25
|
Hi, I just wanted to let you now my contact info: Jabber/XMPP (preferred): geo...@ja... Skype: george-net.de ICQ: 2608109 Regards, Georg |