You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Casinova <ca...@gmail.com> on 2008/10/24 16:38:44 UTC
Struts Project Planning
Hi all,
I am creating struts web application. i need suggestion from u all. how can
i planning my application . my application using database .
1) how to decide how many classes and which are those required?
2) what about POJOs ? how many and which are they required?
3) should i create classes according to tables in DB?
and more suggestion if u have any..
Thanks in advance,
--
View this message in context: http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Struts Project Planning
Posted by Martin Gainty <mg...@hotmail.com>.
responses with Re>
>
>
> Hi all,
> I am creating struts web application. i need suggestion from u all. how can
> i planning my application . my application using database .
> 1) how to decide how many classes and which are those required?
Re>Easiest to implement a one-to-one mapping between Any DB and EntityClass
> 2) what about POJOs ? how many and which are they required?
Re>Essentially a POJO is a representation of a DB Class
> 3) should i create classes according to tables in DB?
Re>Class DBClass extends Object
Re>{
Re> private String foo="foo";
Re> public String getFoo() { return foo; }
Re> void setFoo(String foo) { this.foo = foo; }
Re> public String getfooFromDB()
Re> { //an example of acquiring Db resource
Re> connect;
Re> select;
Re> populate variable
Re> }
>
> and more suggestion if u have any..
>
> Thanks in advance,
>
> --
> View this message in context: http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
_________________________________________________________________
Stay organized with simple drag and drop from Windows Live Hotmail.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_102008
RE: Struts Project Planning
Posted by dusty <du...@yahoo.com>.
Struts2 is only part of the equation for your new application. If you are
just starting out, I suggest taking a look at Appfuse and using their struts
starter application. You an walk through the tutorials and get some source
code that will help you navigate through things like Hibernate, Spring and
Struts2. It can take some time to learn but its worth it! www.appfuse.org
Kawczynski, David wrote:
>
> First, ask yourself what does the site need to do. This should
> answer your first set of questions.
>
> At this stage in your project I suggest paper prototyping. Make
> drawings that mock-up pages that do what your webapp needs to
> Accomplish and use them. Don't waste time trying to do this on
> a computer... Especially if you've never done thie before.
>
> Good luck.
>
>
> -----Original Message-----
> From: Casinova [mailto:casinovaguy@gmail.com]
> Sent: Friday, October 24, 2008 11:08 AM
> To: user@struts.apache.org
> Subject: RE: Struts Project Planning
>
>
> thanks for answer,
> ok let me start with designing the UI. like how many web pages will be
> there? how they looks like and all,
>
> for that which tool i go for like i can easily drag and drop and make a
> prototype of web pages?
> Do u have any Idea?
>
> Thanks
>
>
> Kawczynski, David wrote:
>>
>> 1) How many classes? It depends on what your webapp does. You're the
>
>> Only one who can answer that.
>>
>> 2) Which and how many POJOS? See number one above.
>>
>> 3) I find it easiest to start with a prototype of the web application
>> and go backwards from there. Note data-driven fields. Note all
> forms.
>> Note all data-driven links. Is there any special processing required
>> to render pages? This will let you to surmise the POJOs and actions
>> required. From there you can model your DB according to the POJOs.
>> Depending on what your web app is supposed to do, it may be very easy
>> to define the DB tables based on the POJOs, and the table columns
> based
>> on The POJO attributes. This is most advantageous for CRUD-type of
>> apps. Your situation may be different.
>>
>>
>>
>>
>> -----Original Message-----
>> From: Casinova [mailto:casinovaguy@gmail.com]
>> Sent: Friday, October 24, 2008 10:39 AM
>> To: user@struts.apache.org
>> Subject: Struts Project Planning
>>
>>
>> Hi all,
>> I am creating struts web application. i need suggestion from u all.
> how
>> can
>> i planning my application . my application using database .
>> 1) how to decide how many classes and which are those required?
>> 2) what about POJOs ? how many and which are they required?
>> 3) should i create classes according to tables in DB?
>>
>> and more suggestion if u have any..
>>
>> Thanks in advance,
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
>> Sent from the Struts - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>> Notice: This e-mail message, together with any attachments, contains
>> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
>> New Jersey, USA 08889), and/or its affiliates (which may be known
>> outside the United States as Merck Frosst, Merck Sharp & Dohme or
>> MSD and in Japan, as Banyu - direct contact information for affiliates
> is
>> available at http://www.merck.com/contact/contacts.html) that may be
>> confidential, proprietary copyrighted and/or legally privileged. It is
>> intended solely for the use of the individual or entity named on this
>> message. If you are not the intended recipient, and have received this
>> message in error, please notify us immediately by reply e-mail and
>> then delete it from your system.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/Struts-Project-Planning-tp20151405p20151913.html
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
> Notice: This e-mail message, together with any attachments, contains
> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
> New Jersey, USA 08889), and/or its affiliates (which may be known
> outside the United States as Merck Frosst, Merck Sharp & Dohme or
> MSD and in Japan, as Banyu - direct contact information for affiliates is
> available at http://www.merck.com/contact/contacts.html) that may be
> confidential, proprietary copyrighted and/or legally privileged. It is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please notify us immediately by reply e-mail and
> then delete it from your system.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Struts-Project-Planning-tp20151405p20166172.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Struts Project Planning
Posted by "Kawczynski, David" <da...@merck.com>.
First, ask yourself what does the site need to do. This should
answer your first set of questions.
At this stage in your project I suggest paper prototyping. Make
drawings that mock-up pages that do what your webapp needs to
Accomplish and use them. Don't waste time trying to do this on
a computer... Especially if you've never done thie before.
Good luck.
-----Original Message-----
From: Casinova [mailto:casinovaguy@gmail.com]
Sent: Friday, October 24, 2008 11:08 AM
To: user@struts.apache.org
Subject: RE: Struts Project Planning
thanks for answer,
ok let me start with designing the UI. like how many web pages will be
there? how they looks like and all,
for that which tool i go for like i can easily drag and drop and make a
prototype of web pages?
Do u have any Idea?
Thanks
Kawczynski, David wrote:
>
> 1) How many classes? It depends on what your webapp does. You're the
> Only one who can answer that.
>
> 2) Which and how many POJOS? See number one above.
>
> 3) I find it easiest to start with a prototype of the web application
> and go backwards from there. Note data-driven fields. Note all
forms.
> Note all data-driven links. Is there any special processing required
> to render pages? This will let you to surmise the POJOs and actions
> required. From there you can model your DB according to the POJOs.
> Depending on what your web app is supposed to do, it may be very easy
> to define the DB tables based on the POJOs, and the table columns
based
> on The POJO attributes. This is most advantageous for CRUD-type of
> apps. Your situation may be different.
>
>
>
>
> -----Original Message-----
> From: Casinova [mailto:casinovaguy@gmail.com]
> Sent: Friday, October 24, 2008 10:39 AM
> To: user@struts.apache.org
> Subject: Struts Project Planning
>
>
> Hi all,
> I am creating struts web application. i need suggestion from u all.
how
> can
> i planning my application . my application using database .
> 1) how to decide how many classes and which are those required?
> 2) what about POJOs ? how many and which are they required?
> 3) should i create classes according to tables in DB?
>
> and more suggestion if u have any..
>
> Thanks in advance,
>
> --
> View this message in context:
> http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
> Notice: This e-mail message, together with any attachments, contains
> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
> New Jersey, USA 08889), and/or its affiliates (which may be known
> outside the United States as Merck Frosst, Merck Sharp & Dohme or
> MSD and in Japan, as Banyu - direct contact information for affiliates
is
> available at http://www.merck.com/contact/contacts.html) that may be
> confidential, proprietary copyrighted and/or legally privileged. It is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please notify us immediately by reply e-mail and
> then delete it from your system.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Struts-Project-Planning-tp20151405p20151913.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Notice: This e-mail message, together with any attachments, contains
information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
New Jersey, USA 08889), and/or its affiliates (which may be known
outside the United States as Merck Frosst, Merck Sharp & Dohme or
MSD and in Japan, as Banyu - direct contact information for affiliates is
available at http://www.merck.com/contact/contacts.html) that may be
confidential, proprietary copyrighted and/or legally privileged. It is
intended solely for the use of the individual or entity named on this
message. If you are not the intended recipient, and have received this
message in error, please notify us immediately by reply e-mail and
then delete it from your system.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Struts Project Planning
Posted by Casinova <ca...@gmail.com>.
thanks for answer,
ok let me start with designing the UI. like how many web pages will be
there? how they looks like and all,
for that which tool i go for like i can easily drag and drop and make a
prototype of web pages?
Do u have any Idea?
Thanks
Kawczynski, David wrote:
>
> 1) How many classes? It depends on what your webapp does. You're the
> Only one who can answer that.
>
> 2) Which and how many POJOS? See number one above.
>
> 3) I find it easiest to start with a prototype of the web application
> and go backwards from there. Note data-driven fields. Note all forms.
> Note all data-driven links. Is there any special processing required
> to render pages? This will let you to surmise the POJOs and actions
> required. From there you can model your DB according to the POJOs.
> Depending on what your web app is supposed to do, it may be very easy
> to define the DB tables based on the POJOs, and the table columns based
> on The POJO attributes. This is most advantageous for CRUD-type of
> apps. Your situation may be different.
>
>
>
>
> -----Original Message-----
> From: Casinova [mailto:casinovaguy@gmail.com]
> Sent: Friday, October 24, 2008 10:39 AM
> To: user@struts.apache.org
> Subject: Struts Project Planning
>
>
> Hi all,
> I am creating struts web application. i need suggestion from u all. how
> can
> i planning my application . my application using database .
> 1) how to decide how many classes and which are those required?
> 2) what about POJOs ? how many and which are they required?
> 3) should i create classes according to tables in DB?
>
> and more suggestion if u have any..
>
> Thanks in advance,
>
> --
> View this message in context:
> http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
> Notice: This e-mail message, together with any attachments, contains
> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
> New Jersey, USA 08889), and/or its affiliates (which may be known
> outside the United States as Merck Frosst, Merck Sharp & Dohme or
> MSD and in Japan, as Banyu - direct contact information for affiliates is
> available at http://www.merck.com/contact/contacts.html) that may be
> confidential, proprietary copyrighted and/or legally privileged. It is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please notify us immediately by reply e-mail and
> then delete it from your system.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Struts-Project-Planning-tp20151405p20151913.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Struts Project Planning
Posted by "Kawczynski, David" <da...@merck.com>.
1) How many classes? It depends on what your webapp does. You're the
Only one who can answer that.
2) Which and how many POJOS? See number one above.
3) I find it easiest to start with a prototype of the web application
and go backwards from there. Note data-driven fields. Note all forms.
Note all data-driven links. Is there any special processing required
to render pages? This will let you to surmise the POJOs and actions
required. From there you can model your DB according to the POJOs.
Depending on what your web app is supposed to do, it may be very easy
to define the DB tables based on the POJOs, and the table columns based
on The POJO attributes. This is most advantageous for CRUD-type of
apps. Your situation may be different.
-----Original Message-----
From: Casinova [mailto:casinovaguy@gmail.com]
Sent: Friday, October 24, 2008 10:39 AM
To: user@struts.apache.org
Subject: Struts Project Planning
Hi all,
I am creating struts web application. i need suggestion from u all. how
can
i planning my application . my application using database .
1) how to decide how many classes and which are those required?
2) what about POJOs ? how many and which are they required?
3) should i create classes according to tables in DB?
and more suggestion if u have any..
Thanks in advance,
--
View this message in context:
http://www.nabble.com/Struts-Project-Planning-tp20151405p20151405.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Notice: This e-mail message, together with any attachments, contains
information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
New Jersey, USA 08889), and/or its affiliates (which may be known
outside the United States as Merck Frosst, Merck Sharp & Dohme or
MSD and in Japan, as Banyu - direct contact information for affiliates is
available at http://www.merck.com/contact/contacts.html) that may be
confidential, proprietary copyrighted and/or legally privileged. It is
intended solely for the use of the individual or entity named on this
message. If you are not the intended recipient, and have received this
message in error, please notify us immediately by reply e-mail and
then delete it from your system.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org