Subject: Re: Barracuda still doesn't compile on JDK 1.3.1 - msg#00167

Previous Message by Date: click to view message preview

Re: baracuda-sample-pages project, some source missing?

Hi, well, actually the problem is 2-fold: 1) There are some classes that reside in my *.dbroggisch.* package. These should go into the barracuda-contrib.jar, thus you'll need it. 2) The example-apps and - unfortunately - the pages-classes are in the _webapp_ Jacob created for me so I could actulally make the examples. So - what needs to be done is to move the page-stuff into its own package under 1). I'm currently not sure how much effort that is. Shouldn't be too much, but currently I'm operating under heavy load, so it might take some time. There were some other classes to be moved into the core-package. I'll promise I look into that on the weekend. I hope you find the page-pattern useful!! Diez > Hi this might be a question for Jake, > > I have been playing with the pages-sample project you created for us, (BTW > Thanks!) > > I have noticed however that the barracuda-contrib.jar must be present, > since there is no source for some of the packages. Is this as intended? I > don't really need the source, although it might be handy for learning. As > long as my project references the jar, it will still build okay. However > If I create a new project, it appears I will need Diez jar file to be > included with future projects that build on this model. > > I found this out when trying to integrate the project with eclipse. > Eclipse couldn't resolve RepopulationFormMap.class and a few others, unless > I add the jar to the java build properties. > > If this is how it was intended, that's fine too.. > Thanks, ______________________________________________________________________________ Nur ein Zuhause im Internet: Verwalten Sie alle Ihre E-Mail-Adressen einfach bei WEB.DE FreeMail! http://freemail.web.de/features/?mc=021124

Next Message by Date: click to view message preview

RE: baracuda-sample-pages project, some source missing?

Hi Diez, Don't worry about it. I was just confused. I like the page pattern, and want to experiment some more --thanks for sharing it with us. Don't move anything yet for just for my sake.., I'm just playing around. I am trying to learn and document for myself the steps involved with adding new pages, and events, making everything work. I had some misunderstandings, but things are clearer now. I was a little spoiled by Enhydra and the simple presentation object / event model. Thanks again, Mike. -----Original Message----- From: Diez Roggisch [mailto:deets@xxxxxx] Sent: Tuesday, January 21, 2003 10:45 AM To: barracuda@xxxxxxxxxxxxxxxx Subject: Re: [Barracuda] baracuda-sample-pages project, some source missing? Hi, well, actually the problem is 2-fold: 1) There are some classes that reside in my *.dbroggisch.* package. These should go into the barracuda-contrib.jar, thus you'll need it. 2) The example-apps and - unfortunately - the pages-classes are in the _webapp_ Jacob created for me so I could actulally make the examples. So - what needs to be done is to move the page-stuff into its own package under 1). I'm currently not sure how much effort that is. Shouldn't be too much, but currently I'm operating under heavy load, so it might take some time. There were some other classes to be moved into the core-package. I'll promise I look into that on the weekend. I hope you find the page-pattern useful!! Diez > Hi this might be a question for Jake, > > I have been playing with the pages-sample project you created for us, (BTW > Thanks!) > > I have noticed however that the barracuda-contrib.jar must be present, > since there is no source for some of the packages. Is this as intended? I > don't really need the source, although it might be handy for learning. As > long as my project references the jar, it will still build okay. However > If I create a new project, it appears I will need Diez jar file to be > included with future projects that build on this model. > > I found this out when trying to integrate the project with eclipse. > Eclipse couldn't resolve RepopulationFormMap.class and a few others, unless > I add the jar to the java build properties. > > If this is how it was intended, that's fine too.. > Thanks, ______________________________________________________________________________ Nur ein Zuhause im Internet: Verwalten Sie alle Ihre E-Mail-Adressen einfach bei WEB.DE FreeMail! http://freemail.web.de/features/?mc=021124 _______________________________________________ Barracuda mailing list Barracuda@xxxxxxxxxxxxxxxx http://barracudamvc.org/lists/listinfo/barracuda

Previous Message by Thread: click to view message preview

RE: Barracuda still doesn't compile on JDK 1.3.1

Hi Carlos, I hear you. It sounds like the consensus is "support JDK 1.3+ and Servlets 2.3+" > Which reminds me to ask, are there plans to produce JAR versions > of the latest sources of Barracuda? If not, what is the plan to > produce "official" releases of Barracuda? We need to accelerate the release process, and intend to do so now we have our own server. Ideally, we'll have daily builds available for download, with a regular release every month or so. > With the argument described in my first paragraph in mind, it is > more convenient for a project to present a version of library X > to management, than just saying "we are using a CVS drop of > month/day/year". I agree. The biggest hindrance to making all of this reality is primarily time - mine is pretty limited right now. So we're working towards this as quickly as possible, but it won't be there overnight. (*Subtle hint* - if there's anyone who wants to see this sooner rather than later, we'd love volunteers to help us figure out how best to automate daily builds and running the test suite...we have the machine, we just need someone with interest/cycles to help make this happen) Christian ---------------------------------------------- Christian Cryder [christianc@xxxxxxxxxxxxxx] Internet Architect, ATMReports.com Barracuda - http://barracudamvc.org ---------------------------------------------- "Coffee? I could quit anytime, just not today" > -----Original Message----- > From: barracuda-admin@xxxxxxxxxxxxxxxx > [mailto:barracuda-admin@xxxxxxxxxxxxxxxx]On Behalf Of Carlos Santiago > Sent: Tuesday, January 21, 2003 12:43 PM > To: barracuda@xxxxxxxxxxxxxxxx > Subject: Re: [Barracuda] Barracuda still doesn't compile on JDK 1.3.1 > > > Hello Christian, > > I agree with the approach of requiring the "latest and greatest" > accross the board. But, keep in mind that many people do not > have control whatsoever as to the base J2EE platform deployed > across one's enterprise, or the speed of getting into the latest > upgrades. In my case that is WLS 6.1 and soon WLS 7.0 w/JDK > 1.3.1. The larger the company, it seems the more truth there is to > this practice - a practice which makes some business sense too, > btw (i.e. stability + additional business logic in apps. vs. constant > technical upgrades). > > Which reminds me to ask, are there plans to produce JAR versions > of the latest sources of Barracuda? If not, what is the plan to > produce "official" releases of Barracuda? > > With the argument described in my first paragraph in mind, it is > more convenient for a project to present a version of library X > to management, than just saying "we are using a CVS drop of > month/day/year". > > Good examples of the usefulness of frequent binary distros. are > the Apache/Jakarta projects, which give the projects a sort > of milestone measure, and helps me identify library versions up > the food chain. > > Anyway, just keep these things in mind. Again, I agree with the > philosophy of jumping into the latest ASAP, but in the corporate > world it does not seem common for this philosophy to be shared > by upper management, which migth result in minimizing the > number of users that could use Barracuda. > > - Carlos > > Christian Cryder wrote: > > > Hi Jake,Maybe you are correct here...for some reason I was thinking > > that the servlet apis were included with the JDK, but now that I think > > about it that's probably not correct. So you are right - there > > shouldn't be a hard tie between the servlet API and the JDK (or at > > least not between 1.3 and 1.4).I agree that I would like to get to > > officially requiring the 2.3 version of the servlet spec, but I also > > know that appservers tend to lag a bit. So the question would be - how > > many people would be impacted if we started using 2.3 features? In > > other words, are there any folks out there who _couldn't_ get their > > appservers to work with 2.3, and if so, when do they think they'll be > > able to?Christian---------------------------------------------- > > Christian Cryder [christianc@xxxxxxxxxxxxxx] > > Internet Architect, ATMReports.com > > Barracuda - http://barracudamvc.org > > ---------------------------------------------- > > "Coffee? I could quit anytime, just not today" > > > > -----Original Message----- > > From: barracuda-admin@xxxxxxxxxxxxxxxx > > [mailto:barracuda-admin@xxxxxxxxxxxxxxxx]On Behalf Of Jacob > > Kjome > > Sent: Tuesday, January 21, 2003 8:44 AM > > To: barracuda@xxxxxxxxxxxxxxxx > > Subject: RE: [Barracuda] Barracuda still doesn't compile on > > JDK 1.3.1 > > > > Hi Christian, > > > > Can you point out where servlet-2.3 requires j2sdk1.4.x? I > > don't believe this statement is true at all. It may become > > true in later specs (servlet-2.4 maybe?). However, I'm > > pretty sure that servlet-2.3 has full compatibility with > > JDK1.3.x. I don't think Tomcat requires j2sdk1.4.x so that > > would be evidence that there is no such requirement. So, > > the servlet-2.3 compatibility issue is, IMO, a completely > > different one than the JDK issue. > > > > That said, I think we may want to start requiring > > servlet-2.3. Tomcat-5.0 is well under development which > > will support the 2.4 spec. I think it is time to take > > advantage of the new stuff out there. Servlet-2.3 has too > > many advantages over 2.2 to avoid using it. > > > > Jake > > > > At 08:30 AM 1/21/2003 -0700, you wrote: > > > > > This will increasingly become an issue as we want to take > > > advantage of Servlet 2.3 functionality (I believe JDK 1.3 > > > only supports Servlet 1.2). > > > > _______________________________________________ > Barracuda mailing list > Barracuda@xxxxxxxxxxxxxxxx > http://barracudamvc.org/lists/listinfo/barracuda

Next Message by Thread: click to view message preview

Re[2]: Barracuda still doesn't compile on JDK 1.3.1

Hello Denny, There a number of Extreme programming based continuous integration tools which we could use. These include: AntHill: http://www.urbancode.com/projects/anthill/ Cruise Control: http://cruisecontrol.sourceforge.net/ docs for Cruise Control: http://c2.com/w4/cc/wiki.cgi?WelcomeVisitors Integration Guard: http://iguard.sourceforge.net/ We can also register Barracuda with the Gump project ( http://jakarta.apache.org/gump/ ) and have nightly builds posted under the directory: http://gump.covalent.net/jars/latest/ such as http://gump.covalent.net/jars/latest/barracudamvc/ In fact, the continuous integration stuff is something that we should move to, but registering the BarracudaMVC project with Gump would be more immediately rewarding. I don't know all the details, but Denny, maybe you can look into this? If you are asking "what is Continuous Integration", then read this: http://www.martinfowler.com/articles/continuousIntegration.html Jake Tuesday, January 21, 2003, 2:49:06 PM, you wrote: >> >> >>(*Subtle hint* - if there's anyone who wants to see this sooner rather than >>later, we'd love volunteers to help us figure out how best to automate daily >>builds and running the test suite...we have the machine, we just need >>someone with interest/cycles to help make this happen) >> DC> This should be fairly easy to do with ant and cron job. DC> cron job set up to run once a day at a set time, that calls ant with a DC> specific build file. DC> The build would be: DC> cvs update -d DC> build and test all DC> move to download area DC> ant can also be setup to mail interested parties on the status of each DC> build. DC> I will take this as todo item. DC> Denny -- Best regards, Jacob mailto:hoju@xxxxxxxx