Menu
▾
▴
ipn-devel — Developers mailing list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
(38) |
Oct
(6) |
Nov
(3) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jonathan C. <jon...@in...> - 2003-02-28 17:21:39
|
Wow, it's been well over a year now since we've communicated about the Intentional Prayer Network project. I thought I'd e-mail an update to let you know that this project really isn't dead. Hopefully your e-mail addresses haven't died since then. Things just didn't seem to click for us with the steep Turbine learning curve and so I've been doing a LOT of thinking and waiting on God for the proper timing of things. But some good things have happened in the meantime. Brandon Freitag (Chicago) has joined the project to help with the technical aspect of getting a dedicated Linux server going as well as the marketing aspects of the project. Check out the new logo he put up at http://www.intentional.us. Nothing is in stone, so comments are welcome. I'm writing partly to find out where you are technically, and partly to share the direction of our thinking on this project. I'd really like to hear from you whether or not the following new technology direction fits with your existing skills that you use on your job. I've learned that it's important to find volunteers (including myself) who don't need to scale the learning curve of a new tool. Few developers have the time to learn complex new tools (like Turbine) in their free time. In my job I have a bit of free time now to work on "new" technologies. I've been using JBoss entity beans and session beans with XDoclet and I'm also looking to gain experience with a code generator like UML2EJB (sourceforge) and it's successor AndroMDA (Andromeda, also at sourceforge). I have previous experience with EJB CMP when I worked at is.com so I'm relatively aware of the strengths and pitfalls of EJB development and the importance of tuning. So, at the moment we are thinking that the data layer should be JBoss CMP 2.x entity beans and the business service layer Session Beans. I am currently planning to have working data services (data, business logic, etc) built by May (that's not very far away). At that point, I'm hoping that we can find some Struts and Swing developers to pick up the ball and build the UI portions. Then I can be free to tweak the data service APIs as the UI developers reveal needed modifications. If this was the technical direction that we were to take this project, how does that fit with your existing skill set? And how much interest and availability do you have in helping out with this project? I'll be very interested in hearing from you. Take care, Jonathan Carlson Minneapolis, Minnesota |
|
From: Jonathan C. <jon...@ya...> - 2001-11-26 14:55:24
|
Hi Dave, I'm sorry about that. I must not have done a clean compile. I had removed the getCachedInstance() method from the "Peer" classes for static tables because I changed to using a service instead. I'll get this fixed during my lunch hour today. Thanks for pointing that out, Jonathan Dave Everson wrote: >Jonathan - > >Tried to compile the latest code from CVS this morning. I got an error in >SubscriptionPeer.java with the following line: > >SubscriptionStatusPeer.getCachedInstance(temp.getSubscriptionStatusId())); > >The compiler can't find the getCachedInstance method. I looked in the >SubscriptionStatusPeer.java file and the only method you added to that class >is doSelectAll(). > >----- Original Message ----- >From: "Jonathan Carlson" <jon...@ya...> >To: <ipn...@li...> >Sent: Tuesday, November 20, 2001 5:05 PM >Subject: [ipn-devel] Miscellaneous stuff > > >>Hi, >> >>I just wanted to mention that my wife and I did get a buyer for our >>current house. We close the deal on Friday December 14th. We are very >>busy right now with getting packed and getting our new house ready to >>move in. We could have moved in earlier, but it's easier to do messy >>things when the house is empty. >> >>I have found time to do some things on the IPN site. It's been rather >>fun learning Turbine, although I still have a lot to learn. I think >>it's getting close to the point where there will actually be something >>to look at rather soon (like hopefully by the end of December). I'm >>working on the page that lets the user change his/her profile >>information right now. >> >>I'm wondering if, in January, it would be beneficial to have an online >>chat time. If no one responds, that's OK and we won't do it, but I >>think it might help you understand where I see this web application >>going and to get instant feedback from you. It would be great to have >>all of us on at the same time even if you haven't contributed anything >> >yet. > >>Let me know what you think, >> >>Jonathan >> >>P.S. if any of you have AOL/Netscape instant messenger, my sign-on id is >>joncrlsn. I'm logged in most of the day on weekdays. >> >> >>_________________________________________________________ >>Do You Yahoo!? >>Get your free @yahoo.com address at http://mail.yahoo.com >> >> >>_______________________________________________ >>ipn-devel mailing list >>ipn...@li... >>https://lists.sourceforge.net/lists/listinfo/ipn-devel >> > |
|
From: Dave E. <dje...@my...> - 2001-11-25 15:45:12
|
Jonathan - Tried to compile the latest code from CVS this morning. I got an error in SubscriptionPeer.java with the following line: SubscriptionStatusPeer.getCachedInstance(temp.getSubscriptionStatusId())); The compiler can't find the getCachedInstance method. I looked in the SubscriptionStatusPeer.java file and the only method you added to that class is doSelectAll(). ----- Original Message ----- From: "Jonathan Carlson" <jon...@ya...> To: <ipn...@li...> Sent: Tuesday, November 20, 2001 5:05 PM Subject: [ipn-devel] Miscellaneous stuff > Hi, > > I just wanted to mention that my wife and I did get a buyer for our > current house. We close the deal on Friday December 14th. We are very > busy right now with getting packed and getting our new house ready to > move in. We could have moved in earlier, but it's easier to do messy > things when the house is empty. > > I have found time to do some things on the IPN site. It's been rather > fun learning Turbine, although I still have a lot to learn. I think > it's getting close to the point where there will actually be something > to look at rather soon (like hopefully by the end of December). I'm > working on the page that lets the user change his/her profile > information right now. > > I'm wondering if, in January, it would be beneficial to have an online > chat time. If no one responds, that's OK and we won't do it, but I > think it might help you understand where I see this web application > going and to get instant feedback from you. It would be great to have > all of us on at the same time even if you haven't contributed anything yet. > > Let me know what you think, > > Jonathan > > P.S. if any of you have AOL/Netscape instant messenger, my sign-on id is > joncrlsn. I'm logged in most of the day on weekdays. > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > _______________________________________________ > ipn-devel mailing list > ipn...@li... > https://lists.sourceforge.net/lists/listinfo/ipn-devel > |
|
From: Jonathan C. <jon...@ya...> - 2001-11-20 23:05:57
|
Hi, I just wanted to mention that my wife and I did get a buyer for our current house. We close the deal on Friday December 14th. We are very busy right now with getting packed and getting our new house ready to move in. We could have moved in earlier, but it's easier to do messy things when the house is empty. I have found time to do some things on the IPN site. It's been rather fun learning Turbine, although I still have a lot to learn. I think it's getting close to the point where there will actually be something to look at rather soon (like hopefully by the end of December). I'm working on the page that lets the user change his/her profile information right now. I'm wondering if, in January, it would be beneficial to have an online chat time. If no one responds, that's OK and we won't do it, but I think it might help you understand where I see this web application going and to get instant feedback from you. It would be great to have all of us on at the same time even if you haven't contributed anything yet. Let me know what you think, Jonathan P.S. if any of you have AOL/Netscape instant messenger, my sign-on id is joncrlsn. I'm logged in most of the day on weekdays. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Jonathan C. <jon...@ya...> - 2001-10-26 02:38:22
|
I've been playing with Turbine and have gotten a simple (that's an overstatement) IPN app checked into CVS. You can log in and get the FAQ page and see a simple user profile page. Can someone or two or three check out the IPN code and tell me if the README.txt file is easy to follow or not? If you are unfamiliar with CVS and you are using windows download this file and execute it to get the Cygwin tools: http://www.cygwin.com/setup.exe It may take a while to download everything over a 28k or 56k modem so don't get too impatient. Let me know if you have questions. Then follow the developer CVS checkout instructions on this page: http://sourceforge.net/cvs/?group_id=30420 (You should all have developer rights to the CVS tree) Best Wishes! Jonathan P.S. I asked you a while ago to pray that we would sell our house. Well, we got an offer this evening and it was a very good offer. Thank you for praying, and thank you God! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Jonathan C. <jon...@ya...> - 2001-10-13 18:30:50
|
Does anyone know how to change the document root of an application in Tomcat? I'm trying to tell Tomcat to look for the IPN application in the directory that maps to CVS so we don't have to keep copying files around. Also, does anyone know how to tell CVS to ignore files? I haven't had to do that before since we use StarTeam at work. We've made some progress this week: 1) The security system is now working with the TurbineUser class now being subclassed by Partner. 2) I checked in a basic admin app (no new screens or beyond the supplied ones) that uses the new Partner object instead of TurbineUser. I kept the structure of the app pretty much like it was "out of the box". I'd appreciate feedback on the file structure i.e. whether it will meet our ongoing needs or not. We may just have to figure it out as we go along. 3) I checked in an ipn-schema.xml file with the basic table structure for the first release and used Turbine to generate the tables. I still need to delete some old files and directories from CVS since we won't be using the jRelational Framework. When you check the stuff out from CVS make sure you prune empty directories since there will be a few. (I think it's -p or -P) I'm also still working on the README file to make it easy for people to get the existing app running. Jonathan ===== Jonathan Carlson jon...@wr... http://members.nbci.com/jon_deb __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com |
|
From: Jonathan C. <jon...@ya...> - 2001-10-08 20:35:04
|
Robbe, Thanks for doing the Torque data model conversion task. We'll be looking forward to seeing what you've done. :-) Everyone, I just got the example app in the TDK running with MySQL as the DB. I had to follow the "bread-crumb" directions, but eventually got it all running. Looking back, it wasn't that hard. Previously, I had been stuck trying to make it work with Hypersonic. I'm thinking we should all download the TDK and get the example app (newapp) running on our own machine, unless Robbe has a stripped-down TDK that we can start with. Any thoughts on that Robbe? It would be nice to get rid of any extraneous stuff in the TDK, but maybe it's all going to be needed eventually anyways. I'm curious how many have done this or are going to do this. I only know of Robbe and Dave so far. Dave actually has it running on his external intranet server. If he wants to share the web address others can go look at it. However we do it, it sure wouldn't hurt for everyone to download MySQL and the TDK and follow the instructions to get the newapp running. It will take setting this stuff up a couple of times for people to become comfortable with it anyways. Let me know if you have trouble finding stuff. I'm looking forward to getting to the place where we each can contribute in an area that we know best (although I hope we'll do some "cross-pollinating" too). Eventually there will probably be data model people and some Velocity template (UI) people and some "Pull Tool" people (The future of Turbine is in creating "Pull Tool" implementations to allow the UI to change without necessarily having to change the Java code). Doing development this way is all new to me so, as time goes on, feel free to tell me how you think things are going. If there are a few who want to have a big role in making this all happen, I would be overjoyed. Robbe and Dave seem to have the interest and time there. But I'm hoping that there will be a cast of others who will be able to contribute in smaller ways too. It'll be interesting to see how our team takes shape in the coming weeks and months. Take care, Jonathan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Robbe WT S. <wt_...@bi...> - 2001-10-08 12:48:25
|
Apologies Jonathon, I thought Dave was doing this so I didn't bother submitting my version. I initially converted just the original tables to the Torque schema and using build properties targeting MySQL, generated the tables and dB / peer classes. I then regenerated targeting HSQL (I may have not mentioned how far I got due to the dialog going on while we sorted out which DB we were going to use.) When we decided on MySQL, I converted back to MySQL and also added the definitions for the rest of the tables, and then regenerated the tables and peer classes. The whole lot works (as in compiles and runs under turbine/MySQL) but nothing which actually tests the tables. I haven't had any time lately for project work, so have not jerryed up any test screens or action classes to see how/if the table access works :( If nobody has grabbed that task I'll take it ... just checking sf ..... Yep was unassigned, so I just grabbed it. Will upload my torque xml schema when I get back on tomorrow night (I gave myself till the 10th :) Ciao, On Mon, 8 Oct 2001 12:07 am, Jonathan Carlson wrote: > I just added a new task. It should be small enough that it could > help someone get their feet wet with Torque, Turbine's > object-relational mapping tool. Here's the text of the task: -- Robbe WT Stewart ste...@us... |
|
From: Jonathan C. <jon...@ya...> - 2001-10-07 23:38:57
|
I just added a new task. It should be small enough that it could help someone get their feet wet with Torque, Turbine's object-relational mapping tool. Here's the text of the task: Using the Torque "how-to"s at http://jakarta.apache.org/turbine/turbine-2/howto/, convert the existing data model (ipn/sql/Partner.sql and PrayerItem.sql) in CVS to the Torque XML model. (It's OK if it doesn't work yet, just follow the basic instructions and we'll get it working) There is help in downloading the CVS stuff at this page: http://sourceforge.net/cvs/?group_id=30420 If you don't have CVS installed yet, look at the "Site Docs" section of the main SourceForge. Feel free to let me know if you'd like help with getting CVS installed and running on your machine. Jonathan ===== Jonathan Carlson jon...@ya... http://jrf.sourceforge.net http://minnestore.sourceforge.net __________________________________________________ Do You Yahoo!? NEW from Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 |
|
From: Jonathan C. <jon...@ya...> - 2001-10-02 16:17:56
|
I'm back from vacation now and brought a bad cold back with me so I was out sick yesterday. It was a rather restful time with a little sight-seeing included. My family and I went to Williamsburg, Virginia where there is a lot of Colonial and Revolutionary War history. I'm glad to hear, Dave, that you will have some extra time to work on IPN and that you are making a big leap of faith in leaving your job. It will help when looking for another job to be able to say that you were still doing Java development during your leave of absence. Did anyone else get a chance to play with the TDK (Turbine Dev Kit)? I'll make sure I get the design pages updated with the fact that we'll be using MySQL for development. I'm also playing with the TDK, but it's a big bite to chew. I think I need to quit my job to work on it too. ;-) Anything anybody can do to help the rest of us make an easier transition would be greatly appreciated :-) Jonathan Everson Dave wrote: >Hi All, > >As I mentioned in my introduction email, I was hoping to get back to >Minnesota fulltime by the end of September. I am following through on this. >My last day of work in Atlanta is this Friday. Needless to say, I am quite >excited. I am then going to drive back to Minnesota. I plan to make a >number of stops along the way to visit people and taking my sweet time. As >of right now, my future employment is unknown. I have a couple >opportunities that I am considering. I hope with the economy the way it is, >I can find something. I also don't want to really work until January. I >will be unavailable for a week or so. One of the things on my to do list >during my "retirement" is IPN, so I plan to jump into this once I get >settled back in Minnesota. > >Dave > > >_______________________________________________ >ipn-devel mailing list >ipn...@li... >https://lists.sourceforge.net/lists/listinfo/ipn-devel > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Everson D. <DAE...@AG...> - 2001-09-26 18:14:23
|
Hi All, As I mentioned in my introduction email, I was hoping to get back to Minnesota fulltime by the end of September. I am following through on this. My last day of work in Atlanta is this Friday. Needless to say, I am quite excited. I am then going to drive back to Minnesota. I plan to make a number of stops along the way to visit people and taking my sweet time. As of right now, my future employment is unknown. I have a couple opportunities that I am considering. I hope with the economy the way it is, I can find something. I also don't want to really work until January. I will be unavailable for a week or so. One of the things on my to do list during my "retirement" is IPN, so I plan to jump into this once I get settled back in Minnesota. Dave |
|
From: Jonathan C. <jon...@ya...> - 2001-09-21 21:44:15
|
This is a bit long but it's vital that we understand what will be required of us to defeat terrorism. Please forward. Jonathan Carlson ----------------------------------------- From: Dr. Tony Kern, Lt Col, USAF (Ret) Recently, I was asked to look at the recent events through the lens of military history. I have joined the cast of thousands who have written an "open letter to Americans." Dear friends and fellow Americans 14 September, 2001 Like everyone else in this great country, I am reeling from last week's attack on our sovereignty. But unlike some, I am not reeling from surprise. As a career soldier and a student and teacher of military history, I have a different perspective and I think you should hear it. This war will be won or lost by the American citizens, not diplomats, politicians or soldiers. Let me briefly explain. In spite of what the media, and even our own government is telling us, this act was not committed by a group of mentally deranged fanatics. To dismiss them as such would be among the gravest of mistakes. This attack was committed by a ferocious, intelligent and dedicated adversary. Don't take this the wrong way. I don't admire these men and I deplore their tactics, but I respect their capabilities. The many parallels that have been made with the Japanese attack on Pearl Harbor are apropos. Not only because it was a brilliant sneak attack against a complacent America, but also because we may well be pulling our new adversaries out of caves 30 years after we think this war is over, just like my father's generation had to do with the formidable Japanese in the years following WW II. These men hate the United States with all of their being, and we must not underestimate the power of their moral commitment. Napoleon, perhaps the world's greatest combination of soldier and statesman, stated "the moral is to the physical as three is to one." Patton thought the Frenchman underestimated its importance and said moral conviction was five times more important in battle than physical strength. Our enemies are willing - better said anxious -- to give their lives for their cause. How committed are we America? And for how long? In addition to demonstrating great moral conviction, the recent attack demonstrated a mastery of some of the basic fundamentals of warfare taught to most military officers worldwide, namely simplicity, security and surprise. When I first heard rumors that some of these men may have been trained at our own Air War College, it made perfect sense to me. This was not a random act of violence, and we can expect the same sort of military competence to be displayed in the battle to come. This war will escalate, with a good portion of it happening right here in the good ol' U.S. of A. These men will not go easily into the night. They do not fear us. We must not fear them. In spite of our overwhelming conventional strength as the world's only "superpower" (a truly silly term), we are the underdog in this fight. As you listen to the carefully scripted rhetoric designed to prepare us for the march for war, please realize that America is not equipped or seriously trained for the battle ahead. To be certain, our soldiers are much better than the enemy, and we have some excellent "counter-terrorist" organizations, but they are mostly trained for hostage rescues, airfield seizures, or the occasional "body snatch," (which may come in handy). We will be fighting a war of annihilation, because if their early efforts are any indication, our enemy is ready and willing to die to the last man. Eradicating the enemy will be costly and time consuming. They have already deployed their forces in as many as 20 countries, and are likely living the lives of everyday citizens. Simply put, our soldiers will be tasked with a search and destroy mission on multiple foreign landscapes, and the public must be patient and supportive until the strategy and tactics can be worked out. For the most part, our military is still in the process of redefining itself and presided over by men and women who grew up with - and were promoted because they excelled in - Cold War doctrine, strategy and tactics. This will not be linear warfare, there will be no clear "centers of gravity" to strike with high technology weapons. Our vast technological edge will certainly be helpful, but it will not be decisive. Perhaps the perfect metaphor for the coming battle was introduced by the terrorists themselves aboard the hijacked aircraft -- this will be a knife fight, and it will be won or lost by the ingenuity and will of citizens and soldiers, not by software or smart bombs. We must also be patient with our military leaders. Unlike Americans who are eager to put this messy time behind us, our adversaries have time on their side, and they will use it. They plan to fight a battle of attrition, hoping to drag the battle out until the American public loses its will to fight. This might be difficult to believe in this euphoric time of flag waving and patriotism, but it is generally acknowledged that America lacks the stomach for a long fight. We need only look as far back as Vietnam, when North Vietnamese General Vo Nguyen Giap (also a military history teacher) defeated the United States of America without ever winning a major tactical battle. American soldiers who marched to war cheered on by flag waving Americans in 1965 were reviled and spat upon less than three years later when they returned. Although we hope that Usama Bin Laden is no Giap, he is certain to understand and employ the concept. We can expect not only large doses of pain like the recent attacks, but! also less audacious "sand in the gears" tactics, ranging from livestock infestations to attacks at water supplies and power distribution facilities. These attacks are designed to hit us in our "comfort zone" forcing the average American to "pay more and play less" and eventually eroding our resolve. But it can only work if we let it. It is clear to me that the will of the American citizenry - you and I - is the center of gravity the enemy has targeted. It will be the fulcrum upon which victory or defeat will turn. He believes us to be soft, impatient, and self-centered. He may be right, but if so, we must change. The Prussian general Carl von Clausewitz, (the most often quoted and least read military theorist in history), says that there is a "remarkable trinity of war" that is composed of the (1) will of the people, (2) the political leadership of the government, and (3) the chance and probability that plays out on the field of battle, in that order. Every American citizen was in the crosshairs of last Tuesday's attack, not just those that were unfortunate enough to be in the World Trade Center or Pentagon. The will of the American people will decide this war. If we are to win, it will be because we have what it takes to persevere through a few more hits, learn from our! mistakes, improvise, and adapt. If we can do that, we will eventually prevail. Everyone I've talked to In the past few days has shared a common frustration, saying in one form or another "I just wish I could do something!" You are already doing it. Just keep faith in America, and continue to support your President and military, and the outcome is certain. If we fail to do so, the outcome is equally certain. God Bless America Dr. Tony Kern, Lt Col, USAF (Ret) Former Director of Military History, USAF Academy ********************************************************** Please forward this to everyone you know. I hope you agree that the message is very clear and must be understood by every citizen of this country. God Bless America __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com |
|
From: Jonathan C. <jon...@ya...> - 2001-09-21 21:11:22
|
I'll be on a much-needed vacation next week so I won't be answering any e-mails for a while. I just want to encourage everyone to be playing with Turbine (the TDK) with MySQL. Don't hesitate to ask questions on this list if you have trouble getting the example app going. Dave or Robbe will hopefully be able to answer questions. Otherwise the Turbine mailing list is a good backup. I've gotten the test app going and now just need to figure out how to modify it. Turbine is not the easiest thing to learn so if we can each learn something different we can hopefully pool our knowledge. <soapbox> Please pray that terrorism will not ultimately succeed and that the world will distinguish between peace-loving Muslims and any group or government that hates freedom and democracy enough to support the deliberate targeting of innocent people. </soapbox> :-) Jonathan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Everson D. <DAE...@AG...> - 2001-09-17 19:47:04
|
Is anyone else having trouble getting to the design pages at http://intentional.swiki.net/8? I tried several times over the weekend to access this site with no luck. Today, I am not having much better luck. Can someone send me the latest page about the database design. I know that my printed page is out-of-date. Thanks! Dave |
|
From: Jonathan C. <jon...@ya...> - 2001-09-17 13:32:52
|
Hi Dave, I saw that e-mail last week but didn't notice it was your question. I haven't seen anything on the Turbine web site dealing with pull services, but I wasn't looking for it either. Next time I'm there I'll look closer. Later, Jonathan Everson Dave wrote: >FYI. Here is the response that I got from one of the major Turbine >developers. I think that we should implement some of his suggestions when >we develop IPN so that the transition to Turbine 3.0 at some point in the >future is more smoother. > >Last weekend, I read up on the pull services. I dismissed it at the time >because it was not well documented and seemed complex. I plan on re-reading >this material once again. > >Dave > >-----Original Message----- >From: Jason van Zyl >To: tur...@ja... >Sent: 9/14/01 3:16 PM >Subject: Re: Turbine 2.x vs Turbine 3.0 > >On 9/14/01 3:44 PM, "Everson Dave" <DAE...@AG...> wrote: > > >>Since I am new to the whole Turbine framework, I am wondering exactly >> >how > >>different is Turbine 3.0 from Turbine 2.x. Will much of what we >> >implement > >>with Turbine 2.x have to be rewritten or modified in 3.0? Is there a >> >list > >>of functionality that is being modified or removed in 3.0? >> > >Internally Turbine 3.0 will be very different than Turbine 2.0. Turbine >3.0 >will not be a drop in replacement but the TDK is evolving to include >migration tools which should make the process relatively painless. As >more >people migrate applications and run into problems the migration process >will >become more complete. > >The use of pull tools will definitely help your migration. If you can >avoid >creating individual modules than you will be far better off. I believe >that >an app using pull tools will a few base modules will be relatively easy >to >migrate. > >What will probably bite many people in the ass will be the formation of >an >API in Turbine 3.0. In Turbine 2.0 things are pretty loosy goosy and >people >have nailed things on to the Turbine 2.0 structure to accomplish >something >because it wasn't possible without changing a lot of code, or there's >ten >ways to do the same thing. I hope that standard ways to accomplish >certain >tasks will emerge. The entire system will be pluggable from one end to >the >other so hopefully what we will end up with is set of interfaces with a >default implementation that should cover most things in a standard >application > > >>Knowing such details may have an impact on how I design and write an >>application using 2.x so that the migration to 3.0 someday would be >> >less > >>painful. >> > >I really believe that the process of migration can mostly be passed off >to a >process in the TDK. Between a combination of adapter code and some >migration >tools that most people will be able to move there apps forward in less >that >a days work. The migrator will catch 95% of the cases and as more issues >come to light they can be accounted for in subsequent versions of the >migrator. > > >>Thanks. >>Dave >> >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: tur...@ja... >>For additional commands, e-mail: tur...@ja... >> > |
|
From: Everson D. <DAE...@AG...> - 2001-09-14 22:15:37
|
FYI. Here is the response that I got from one of the major Turbine developers. I think that we should implement some of his suggestions when we develop IPN so that the transition to Turbine 3.0 at some point in the future is more smoother. Last weekend, I read up on the pull services. I dismissed it at the time because it was not well documented and seemed complex. I plan on re-reading this material once again. Dave -----Original Message----- From: Jason van Zyl To: tur...@ja... Sent: 9/14/01 3:16 PM Subject: Re: Turbine 2.x vs Turbine 3.0 On 9/14/01 3:44 PM, "Everson Dave" <DAE...@AG...> wrote: > Since I am new to the whole Turbine framework, I am wondering exactly how > different is Turbine 3.0 from Turbine 2.x. Will much of what we implement > with Turbine 2.x have to be rewritten or modified in 3.0? Is there a list > of functionality that is being modified or removed in 3.0? Internally Turbine 3.0 will be very different than Turbine 2.0. Turbine 3.0 will not be a drop in replacement but the TDK is evolving to include migration tools which should make the process relatively painless. As more people migrate applications and run into problems the migration process will become more complete. The use of pull tools will definitely help your migration. If you can avoid creating individual modules than you will be far better off. I believe that an app using pull tools will a few base modules will be relatively easy to migrate. What will probably bite many people in the ass will be the formation of an API in Turbine 3.0. In Turbine 2.0 things are pretty loosy goosy and people have nailed things on to the Turbine 2.0 structure to accomplish something because it wasn't possible without changing a lot of code, or there's ten ways to do the same thing. I hope that standard ways to accomplish certain tasks will emerge. The entire system will be pluggable from one end to the other so hopefully what we will end up with is set of interfaces with a default implementation that should cover most things in a standard application > Knowing such details may have an impact on how I design and write an > application using 2.x so that the migration to 3.0 someday would be less > painful. I really believe that the process of migration can mostly be passed off to a process in the TDK. Between a combination of adapter code and some migration tools that most people will be able to move there apps forward in less that a days work. The migrator will catch 95% of the cases and as more issues come to light they can be accounted for in subsequent versions of the migrator. > Thanks. > Dave > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tur...@ja... > For additional commands, e-mail: tur...@ja... -- jvz. Jason van Zyl http://tambora.zenplex.org http://jakarta.apache.org/turbine http://jakarta.apache.org/velocity http://jakarta.apache.org/alexandria http://jakarta.apache.org/commons --------------------------------------------------------------------- To unsubscribe, e-mail: tur...@ja... For additional commands, e-mail: tur...@ja... |
|
From: Everson D. <DAE...@AG...> - 2001-09-14 22:12:21
|
FYI. This is an email that I posted to the Turbine user mailing list. -----Original Message----- From: Everson Dave To: tur...@ja... Sent: 9/14/01 2:44 PM Subject: Turbine 2.x vs Turbine 3.0 I want to follow-up on a couple of messages that have been posted this week dealing with Turbine 2.x and Turbine 3.0. We are looking at starting a new development project using the Turbine platform. In a post earlier this week, someone asked when 3.0 would be released. The response was: "It's not scheduled for release. Right now it's still changing on a daily basis, so I'd say that it is still going to be quite some time before the release happens. I would suggest using 2.1 or the upcoming 2.2 for now for any serious development work." OK, that is fine, we should use 2.x. But then today, in response to a generic question about "getScreen" and "getScreenTemplate", "setScreen" and "setScreenTemplate". The following sentence was posted: "In Turbine 3.0 there are no such things as screens, navigations and layouts. There are just modules and they can be aggregated in an arbitrary fashion to render content." Since I am new to the whole Turbine framework, I am wondering exactly how different is Turbine 3.0 from Turbine 2.x. Will much of what we implement with Turbine 2.x have to be rewritten or modified in 3.0? Is there a list of functionality that is being modified or removed in 3.0? Knowing such details may have an impact on how I design and write an application using 2.x so that the migration to 3.0 someday would be less painful. Thanks. Dave --------------------------------------------------------------------- To unsubscribe, e-mail: tur...@ja... For additional commands, e-mail: tur...@ja... |
|
From: Everson D. <DAE...@AG...> - 2001-09-14 12:56:45
|
-----Original Message----- From: phi...@co... [mailto:phi...@co...] Sent: Friday, September 14, 2001 7:43 AM To: Gen...@co...; eb...@en...; nan...@sc...; lar...@co...; sd...@dc...; Everson Dave; sue...@sc...; joe...@pr...; lo...@it...; dia...@sc...; joe...@co...; jr...@ad...; sco...@ho... Subject: Prayer for the country AMEN! > >Dear Heavenly Father, > > > >We are moved by the alarming news and crisis that our > >country is facing. > > > >This, the greatest nation, founded in the belief that "In > >God We Trust" & the "Land of the Free". Please have > >mercy on those suffering, hurting and in fear, and give > >wisdom & strength to those who are assisting. May the > >forces of evil be broken by your power and may we humble > >before thee, our strength and refuge. > > > >Give wisdom to all our President & our leaders and > >bring your comforting peace through the power of your > >Holy Spirit. Help us here to reach to those that have been > >affected by this tragedy. > > > >In the name of our Lord and Savior, Christ Jesus. AMEN > > > >Please send this to all your friends and create a prayer > >chain throughout this nation. -- NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. |
|
From: Everson D. <DAE...@AG...> - 2001-09-13 22:03:12
|
I did not hit the "reply all" button. -----Original Message----- From: Everson Dave To: 'jon...@us...' Sent: 9/13/01 2:51 PM Subject: RE: [ipn-devel] "Audit Trail" Information in Database I like the idea of having all four columns regardless of the fact that we have partner_id already on the table. Today partner_id may represent a single person, but in the future I can see a partner_id having several users associated with it. For example a huge missionary may be considered a partner, but may have several people who enter prayer requests on behalf of that partner. Or am I completely off base with this example? As for keeping release one simple, I don't see the big deal in adding columns since we have nothing right now. I see these as project standards/guidelines so that we have consistency in all the tables created. I have been on projects in the past where we add these after the initial release. That is just a huge pain to go through all the database tables and the code to support these new fields. Just trying to save some time in the long run. -----Original Message----- From: Jonathan Carlson [mailto:jon...@ya...] Sent: Thursday, September 13, 2001 3:02 PM Cc: ipn...@li... Subject: Re: [ipn-devel] "Audit Trail" Information in Database If someone else wants to respond too, please do. I think this is a good idea. My goal with the first release was to keep everything as simple as possible, but I don't think this would complicate things much. Are you going to convert the datamodel to the Torque/Peers XML spec? If so, feel free to add these columns for each table if no one else brings up a better suggestion or argument against it. How about these column names? CREATE_TIMESTAMP MODIFY_TIMESTAMP CREATE_USER_ID MODIFY_USER_ID For some of the tables, we will already know who created the row. For example, PRAYER_ITEM rows can only be created by the Partner in the PARTNER_ID field. Is there a consensus that we should always have the same four coulmns even if one of them duplicates another column? I can see the argument both ways. Depending on how integrated the current PARTNER table is with the TURBINE_USER table, we may want to change all of the PARTNER_ID columns to USER_ID to be more clear that they are referring to the same set of values. Jonathan Everson Dave wrote: >Do you guys think that their is value in adding common audit trail type of >information such as create date, modify date, create user id, modify user id >for each row (object) stored in the database? I think there is a lot of >value to this type of information and we should implement it from the onset. > >This leads into a question of if we need to capture before/after snapshots >of data attributes as they change. For Phase I, this may not be that >critical. What are your thoughts on this? > >Dave > > >_______________________________________________ >ipn-devel mailing list >ipn...@li... >https://lists.sourceforge.net/lists/listinfo/ipn-devel > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ ipn-devel mailing list ipn...@li... https://lists.sourceforge.net/lists/listinfo/ipn-devel |
|
From: Jonathan C. <jon...@ya...> - 2001-09-13 19:04:35
|
If someone else wants to respond too, please do. I think this is a good idea. My goal with the first release was to keep everything as simple as possible, but I don't think this would complicate things much. Are you going to convert the datamodel to the Torque/Peers XML spec? If so, feel free to add these columns for each table if no one else brings up a better suggestion or argument against it. How about these column names? CREATE_TIMESTAMP MODIFY_TIMESTAMP CREATE_USER_ID MODIFY_USER_ID For some of the tables, we will already know who created the row. For example, PRAYER_ITEM rows can only be created by the Partner in the PARTNER_ID field. Is there a consensus that we should always have the same four coulmns even if one of them duplicates another column? I can see the argument both ways. Depending on how integrated the current PARTNER table is with the TURBINE_USER table, we may want to change all of the PARTNER_ID columns to USER_ID to be more clear that they are referring to the same set of values. Jonathan Everson Dave wrote: >Do you guys think that their is value in adding common audit trail type of >information such as create date, modify date, create user id, modify user id >for each row (object) stored in the database? I think there is a lot of >value to this type of information and we should implement it from the onset. > >This leads into a question of if we need to capture before/after snapshots >of data attributes as they change. For Phase I, this may not be that >critical. What are your thoughts on this? > >Dave > > >_______________________________________________ >ipn-devel mailing list >ipn...@li... >https://lists.sourceforge.net/lists/listinfo/ipn-devel > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Everson D. <DAE...@AG...> - 2001-09-13 18:33:11
|
Do you guys think that their is value in adding common audit trail type of information such as create date, modify date, create user id, modify user id for each row (object) stored in the database? I think there is a lot of value to this type of information and we should implement it from the onset. This leads into a question of if we need to capture before/after snapshots of data attributes as they change. For Phase I, this may not be that critical. What are your thoughts on this? Dave |
|
From: Jonathan C. <jon...@ya...> - 2001-09-12 21:48:33
|
Hi all, Considering this site will have to do with prayer, I thought I'd tell you about something in my life that could use some prayer in addition to your prayers for the survivors of the incredible devastation yesterday -- especially our prayers for the children who lost a parent(s) and may wonder for years how God could let something so terrible happen to them. In comparison, my request seems quite banal and trivial, but I'll share it anyways. We just signed a contract to purchase a new house about six blocks from our current house. The contract could not be conditional on the sale of our house, so if you could pray that our house will sell quickly, I'd appreciate it. It's a bit of added stress to know that we could possibly have two mortgage payments for a while if our current house doesn't sell quickly. Thanks :-) Jonathan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Jonathan C. <jon...@ya...> - 2001-09-10 15:42:50
|
I think we'll have to use PEERS for the User/Partner object, but we still couldn't do queries against it unless we did our own indexing with something like Lucene. But I think we should stick with basic SQL to do searching for now. Feel free to disagree, anyone. Jonathan Everson Dave wrote: > In my mind, the hugest drawback of using the BLOB field is you can't > access the contents of the BLOB field unless you use PEERS. As a > result, you can't do SQL queries against the database to get this > information. But this is still a really stick concept. > > > > Does anybody have any experience creating a WAR file for a Turbine > application and deploying it to a Tomcat 3.2 install? I tried to > deploy a sample application to one to a web servers at one my personal > web hosting over the weekend and I can't get the site to appear? Is > there anything special since I am using Tomcat 3.2? Thought I would > check with you guys before going to the Turbine user list. > > > > Dave > > > > > > > > -----Original Message----- > From: Jonathan Carlson [mailto:jon...@ya...] > Sent: Monday, September 10, 2001 9:14 AM > To: 'ipn...@li... ' > Subject: Re: [ipn-devel] Database > > I would vote for this data structure because it is more flexible. The > value type would have to be a VARCHAR that could be converted into > whatever (Integer, Float) if necessary. I think some DBMS's allocate > the maximum space allowed for a VarChar so we'd have to find a happy > medium. > > While the BLOB idea sounds interesting (and would be very fast), I > think it would be more flexible (in terms of searching and setting > default values for new properties to have them in a table. We should > build for maintainability and tweak for speed later. > > Although one thing to consider is that we want to keep some privacy > for the user management table. BLOB's would be a little harder to > poke around in if anyone gained access to the database. I vote to > stick with the table stuff for now, though. > > Given the people that have resonded, it looks like there is a lot of > support for MySQL. Let's go with that. > > Jonathan > > Everson Dave wrote: > >>In the Turbine user object, there is a special BLOB column that is called >>userData. I have never seen an implementation like this and I am finding it >>pretty cool. It allow us to store name/value pairs without an additional >>data structure. I have been playing with this a little bit, but put it off >>until I completely get the TurbineUser extended for our attributes. >> >>If we did create another data structure, I would suggest that we consider >>something like this: >> >>user identifer >>parameter type >>parameter value >> >>This will allow us to add additional parameters without changing the >>database structure. This approach is a little bit slower too, but it allows >>flexable changes. With good indexes we have been able to make these types >>of tables perform well. >> >>-----Original Message----- >>From: Jonathan Carlson >>Cc: ipn-devel@lists. >>sourceforge.net <mailto:ipn...@li...> >>Sent: 9/7/01 3:15 PM >>Subject: Re: [ipn-devel] Database >> >>That's a great suggestion. >> >>I'm big into Xtreme Programming which says "add features only as you >>need them", but I don't think this falls into that category. It's >>needed now since we have several different preferences and since there >>is no question that more preferences will be added or changed, probably >>sooner than later. It may be a little slower, but I think this is >>better. >> >>Jonathan >> >>Lamb, Doug N, /dnl wrote: >> >>>I don't see any major problems either. >>> >>>However, I do wonder if we should have a separate table user >>> >>preferences >> >>>like, CountryCode, LanguageCode, KeepPrivate, SubscribedItemRatio and >>>ItemsPerSession. It seems likely that user preferences will expand and >>> >>we >> >>>may want to the database allow for that. >>> >>>I am certainly not a Database designer but perhaps the table should be >>>something like this: >>> >>>USER_PREFERENCES >>>---------------- >>>TYPE (Boolean, String, Integer) >>>KEY >>>BOOL_VALUE >>>STRING_VALUE >>>INT_VALUE >>> >>>Just a thought. >>> >>>Doug >>> >>>-----Original Message----- >>>From: Everson Dave [mailto:DAE...@AG...] >>>Sent: Friday, September 07, 2001 1:05 PM >>>To: ipn...@li... <mailto:ipn...@li...> >>>Subject: [ipn-devel] Database >>> >>> >>>Does anybody have any major issues with the database schema that >>> >>Jonathan >> >>>put together? I did not see any major show stoppers. >>> >>>I would like to take this database schema and convert it into a XML >>> >>file so >> >>>that was can use Torque to actually generate the database schema. >>>Regardless of what OR mapping tool we use, we can use Torque to >>> >>actually >> >>>construct the database structures. >>> >>>I do have a question, which is probably larger than the database. It >>> >>is the >> >>>business logic/thinking behind SubscribedItemRatio. Does this mean >>> >>that the >> >>>subscriber can get up to 10 prayer requests from others? Does this >>> >>mean >> >>>that the user will see their prayer plus the number of public prayer >>>requests that they specify in the SubscribedItemRatio? >>> >>>Dave >>> >>> >>> >>>_______________________________________________ >>>ipn-devel mailing list >>>ipn...@li... <mailto:ipn...@li...> >>>https://lists.sourceforge.net/lists/listinfo/ipn-devel >>> >>>_______________________________________________ >>>ipn-devel mailing list >>>ipn...@li... <mailto:ipn...@li...> >>>https://lists.sourceforge.net/lists/listinfo/ipn-devel >>> >> >> >> >>_________________________________________________________ >>Do You Yahoo!? >>Get your free @yahoo.com address at http://mail.yahoo.com >> >> >>_______________________________________________ >>ipn-devel mailing list >>ipn...@li... <mailto:ipn...@li...> >>https://lists.sourceforge.net/lists/listinfo/ipn-devel >> > |
|
From: Jonathan C. <jon...@ya...> - 2001-09-10 15:39:48
|
Very cool. This is exactly the type of stuff we'll be wanting to do when we get JetSpeed going (after the first phase -- but if someone wants to play with it now, it can only help later). Everson Dave wrote: > FYI. > > > > Here is a web service (implemented with .NET) that returns a random > bible verse in the form of XML. > > > > By using something like this we can add dynamic content to IPN which > always helps draw people back. In some of Jonathan's documentation he > mentioned displaying a verse from Psalms. Unfortunantely, this web > service does not support getting verses from a certain book right > now. We can specify the translation in the tr attribute. > > > > http://randombible.godmail.com/randombible.asmx/GetRandomBible?tr=KJV > > > > <? xml version="1.0" ?> > > - > <http://randombible.godmail.com/randombible.asmx/GetRandomBible?tr=KJV#> > <BibleVerseObject xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance > " xmlns:xsd="http://www.w3.org/1999/XMLSchema " > xmlns="http://tempuri.org/ "> > > <tr> KJV</tr > > > <book> Psalms</book > > > <bookNumber> 19</bookNumber > > > <chapter> 28</chapter > > > <verse> 8</verse > > > <content> The LORD [is] their strength, and he [is] the saving > strength of his anointed. </content> > > </ BibleVerseObject> > |
|
From: Everson D. <DAE...@AG...> - 2001-09-10 15:22:59
|
FYI. Here is a web service (implemented with .NET) that returns a random bible verse in the form of XML. By using something like this we can add dynamic content to IPN which always helps draw people back. In some of Jonathan's documentation he mentioned displaying a verse from Psalms. Unfortunantely, this web service does not support getting verses from a certain book right now. We can specify the translation in the tr attribute. <http://randombible.godmail.com/randombible.asmx/GetRandomBible?tr=KJV> http://randombible.godmail.com/randombible.asmx/GetRandomBible?tr=KJV <?xml version="1.0" ?> <http://randombible.godmail.com/randombible.asmx/GetRandomBible?tr=KJV#> - <BibleVerseObject xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema" xmlns="http://tempuri.org/"> <tr>KJV</tr> <book>Psalms</book> <bookNumber>19</bookNumber> <chapter>28</chapter> <verse>8</verse> <content>The LORD [is] their strength, and he [is] the saving strength of his anointed.</content> </BibleVerseObject> |
