You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(327) |
Nov
(199) |
Dec
(54) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(73) |
Feb
(53) |
Mar
(64) |
Apr
(70) |
May
(37) |
Jun
(15) |
Jul
|
Aug
(2) |
Sep
(52) |
Oct
(70) |
Nov
(24) |
Dec
(174) |
2007 |
Jan
(210) |
Feb
(10) |
Mar
(5) |
Apr
(2) |
May
(4) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
(94) |
Feb
(32) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(23) |
Nov
(193) |
Dec
(4) |
2009 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
(10) |
Aug
(6) |
Sep
(4) |
Oct
(1) |
Nov
(1) |
Dec
(2) |
2010 |
Jan
(1) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2015 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Marky G. <re...@ro...> - 2005-10-12 07:59:56
|
Hi Fernando, Let's see what Ricardo thinks. He did the major work for the hibernate migration up to now.. I agree that hibernate3 is better than 2. I agree we need to work in the direction of getting a stable release. Actually no matter what we use (h2 or h3). Best regards, Marky Fernando Martins wrote: >I would recomend using hibernate 3 since: > >- we're just begining to use hibernate, so the effort to migrate will be minor >at this stage than at a later stage. > >- hb3 SchemaUpdate is much better than hb2, it automatically creates new >tables, and adds new columns/indexes to existing tables. It's really much >more confortable to work with, since we don't have to keep a sql-updates file >around for each kind of DB. > >- I can make the migration to HB3, since I've recently done it for a fews >projects at work. > >Fernando > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >_______________________________________________ >Itracker-developer mailing list >Itr...@li... >https://lists.sourceforge.net/lists/listinfo/itracker-developer > > |
From: Marky G. <re...@ro...> - 2005-10-12 07:57:52
|
"- needed jars should be in CVS lib dir (unless it is decided to use something like ivy for dependencies management)." Does that mean that we now put all needed .jars into the /lib directory? Well if so, let's do it. Who? Best regards, Marky Fernando Martins wrote: >Hi everybody, > >I just grabbed a copy of itrackerhibernate branch and am starting to play with >it. >Few suggestions: > > >- eclipse configuration should not demand MyEclipse stuff >(com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, since >not everybody uses it. > >- as soon as possible (= someone has the time) build.xml should be updated to >allow for non-eclipse users to be able to work on the project, without >forcing it to eclipse. > >Fernando > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >_______________________________________________ >Itracker-developer mailing list >Itr...@li... >https://lists.sourceforge.net/lists/listinfo/itracker-developer > > |
From: Marky G. <re...@ro...> - 2005-10-12 07:51:39
|
Ricardo Trindade wrote: > 1) I agree. Actually we have several subdirectories below lib > (logging, required, test, web, wsapi), because that was the way > ITracker was originally setup. Not very usefull, I think. I think we > should get rid of it and have only a lib dir. Ant can do the rest. > What do you think ? What will Ant do? Anyway, I guess I agree. > > 2) Just got rid of J2EE14_CONTAINER in the eclipse config. The > remaining MyEclipse files are only read by myeclipse, so they > shouldn't cause problems for people that don't use it. Also hibernate, > spring and log4j were configured as user libraries in my environment, > but I changed that for the reasons in 1) Good. > > 3) At this point the build.xml is completely untouched from the EJB > itracker version, so I guess it's useless like it is, and needs > updating. Right now the build is really simple, so that should reflect > on the build.xml. It's just a plain webapp with only one source tree. I have opened a task on sourceforge for this. Best regards, Marky > > Ricardo > > Fernando Martins wrote: > >> Hi everybody, >> >> I just grabbed a copy of itrackerhibernate branch and am starting to >> play with it. >> Few suggestions: >> - needed jars should be in CVS lib dir (unless it is decided to use >> something like ivy for dependencies management). >> >> - eclipse configuration should not demand MyEclipse stuff >> (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, >> since not everybody uses it. >> >> - as soon as possible (= someone has the time) build.xml should be >> updated to allow for non-eclipse users to be able to work on the >> project, without forcing it to eclipse. >> >> Fernando >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, >> discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Itracker-developer mailing list >> Itr...@li... >> https://lists.sourceforge.net/lists/listinfo/itracker-developer >> >> >> >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer |
From: Marky G. <re...@ro...> - 2005-10-12 07:42:51
|
Hello everybody, For 3) I have opened a task on sourceforge for somebody to take over. 2) I don't fully understand. I understand the issue, I don't understand the solution or what needs to be done. Shall we do something now? 1) yes, let's reorganize a little. Best regards, Marky Ricardo Trindade wrote: > 1) You're right, we haven't even completed the testing for hibernate2, > so it would be a good time to switch. > 2) Do you think we can rely on that for production and dump the > scripts completely ? What about indexes, etc? > 3) That would be perfect. > > Ricardo > > Fernando Martins wrote: > >> Hi everybody, >> >> I just grabbed a copy of itrackerhibernate branch and am starting to >> play with it. >> Few suggestions: >> - needed jars should be in CVS lib dir (unless it is decided to use >> something like ivy for dependencies management). >> >> - eclipse configuration should not demand MyEclipse stuff >> (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, >> since not everybody uses it. >> >> - as soon as possible (= someone has the time) build.xml should be >> updated to allow for non-eclipse users to be able to work on the >> project, without forcing it to eclipse. >> >> Fernando >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, >> discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Itracker-developer mailing list >> Itr...@li... >> https://lists.sourceforge.net/lists/listinfo/itracker-developer >> >> >> >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer |
From: Marky G. <re...@ro...> - 2005-10-12 07:41:22
|
Hello together, It's nice to see we are already 3 now ;-> Anyway, the IDE and editor discussions have been around itracker already a while.. I must say that for now we should concentrate on just being able to have a good release, and if that means we have to use the same tool (for a few weeks) then that's fine to me. I am also for opening up to multiple ide's, but that's not that easy from what I have seen uptonow. J2EE tends to lock teams into their chosen IDE. I know it's bad. But as I said, we should be able to release. Itracker has not seen any official release since 2004, early 2004. We need to show the world that we are alive and kicking. Best regards, Marky Ricardo Trindade wrote: > 1) You're right, we haven't even completed the testing for hibernate2, > so it would be a good time to switch. > 2) Do you think we can rely on that for production and dump the > scripts completely ? What about indexes, etc? > 3) That would be perfect. > > Ricardo > > Fernando Martins wrote: > >> Hi everybody, >> >> I just grabbed a copy of itrackerhibernate branch and am starting to >> play with it. >> Few suggestions: >> - needed jars should be in CVS lib dir (unless it is decided to use >> something like ivy for dependencies management). >> >> - eclipse configuration should not demand MyEclipse stuff >> (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, >> since not everybody uses it. >> >> - as soon as possible (= someone has the time) build.xml should be >> updated to allow for non-eclipse users to be able to work on the >> project, without forcing it to eclipse. >> >> Fernando >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, >> discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Itracker-developer mailing list >> Itr...@li... >> https://lists.sourceforge.net/lists/listinfo/itracker-developer >> >> >> >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer |
From: Ricardo T. <ric...@em...> - 2005-10-11 23:58:24
|
1) I agree. Actually we have several subdirectories below lib (logging, required, test, web, wsapi), because that was the way ITracker was originally setup. Not very usefull, I think. I think we should get rid of it and have only a lib dir. Ant can do the rest. What do you think ? 2) Just got rid of J2EE14_CONTAINER in the eclipse config. The remaining MyEclipse files are only read by myeclipse, so they shouldn't cause problems for people that don't use it. Also hibernate, spring and log4j were configured as user libraries in my environment, but I changed that for the reasons in 1) 3) At this point the build.xml is completely untouched from the EJB itracker version, so I guess it's useless like it is, and needs updating. Right now the build is really simple, so that should reflect on the build.xml. It's just a plain webapp with only one source tree. Ricardo Fernando Martins wrote: > Hi everybody, > > I just grabbed a copy of itrackerhibernate branch and am starting to play with > it. > Few suggestions: > - needed jars should be in CVS lib dir (unless it is decided to use something > like ivy for dependencies management). > > - eclipse configuration should not demand MyEclipse stuff > (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, since > not everybody uses it. > > - as soon as possible (= someone has the time) build.xml should be updated to > allow for non-eclipse users to be able to work on the project, without > forcing it to eclipse. > > Fernando > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer > > > > |
From: Ricardo T. <ric...@em...> - 2005-10-11 23:58:00
|
Sorry, I first responded only to you, then to the wrong mail 1) You're right, we haven't even completed the testing for hibernate2, so it would be a good time to switch. 2) Do you think we can rely on that for production and dump the scripts completely ? What about indexes, etc? 3) That would be perfect. Ricardo Fernando Martins wrote: > I would recomend using hibernate 3 since: > > - we're just begining to use hibernate, so the effort to migrate will be minor > at this stage than at a later stage. > > - hb3 SchemaUpdate is much better than hb2, it automatically creates new > tables, and adds new columns/indexes to existing tables. It's really much > more confortable to work with, since we don't have to keep a sql-updates file > around for each kind of DB. > > - I can make the migration to HB3, since I've recently done it for a fews > projects at work. > > Fernando > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer > > > > |
From: Ricardo T. <ric...@em...> - 2005-10-11 23:57:17
|
1) You're right, we haven't even completed the testing for hibernate2, so it would be a good time to switch. 2) Do you think we can rely on that for production and dump the scripts completely ? What about indexes, etc? 3) That would be perfect. Ricardo Fernando Martins wrote: > Hi everybody, > > I just grabbed a copy of itrackerhibernate branch and am starting to play with > it. > Few suggestions: > - needed jars should be in CVS lib dir (unless it is decided to use something > like ivy for dependencies management). > > - eclipse configuration should not demand MyEclipse stuff > (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, since > not everybody uses it. > > - as soon as possible (= someone has the time) build.xml should be updated to > allow for non-eclipse users to be able to work on the project, without > forcing it to eclipse. > > Fernando > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer > > > > |
From: Fernando M. <fm...@ar...> - 2005-10-11 22:04:20
|
I would recomend using hibernate 3 since: - we're just begining to use hibernate, so the effort to migrate will be minor at this stage than at a later stage. - hb3 SchemaUpdate is much better than hb2, it automatically creates new tables, and adds new columns/indexes to existing tables. It's really much more confortable to work with, since we don't have to keep a sql-updates file around for each kind of DB. - I can make the migration to HB3, since I've recently done it for a fews projects at work. Fernando |
From: Fernando M. <fm...@ar...> - 2005-10-11 21:49:25
|
Hi everybody, I just grabbed a copy of itrackerhibernate branch and am starting to play with it. Few suggestions: - needed jars should be in CVS lib dir (unless it is decided to use something like ivy for dependencies management). - eclipse configuration should not demand MyEclipse stuff (com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER) to be installed, since not everybody uses it. - as soon as possible (= someone has the time) build.xml should be updated to allow for non-eclipse users to be able to work on the project, without forcing it to eclipse. Fernando |
From: Ricardo T. <ric...@em...> - 2005-10-11 12:02:09
|
testing Ricardo Trindade wrote: > testing > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Itracker-developer mailing list > Itr...@li... > https://lists.sourceforge.net/lists/listinfo/itracker-developer > > > |
From: Ricardo T. <ric...@em...> - 2005-10-11 10:57:54
|
testing |