part, if you don't know SQL, I wouldn't recommend that
>you use the domain model pattern... It would be too dangerous. I would
>use transactions scripts with JDBC, let a DBA design the database and
>that's it.
>
>Bye !!!
>
>
>On Fri, 18 Mar 2005 21:54:28 -05
n biggest, but iBatis
>have a knowledge curve very short
>
>what do you suggest me? iBatis or Hibernate.
>
>thanks
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional
same struts config file, I'd
>> vote for this approach for sure. Nice suggestion. Sorry I missed your
>> presentation of this. I can't keep up with all the posts on this list
>> any more:)
>>
>
>
>
>
>-
s an easy way to put information
>(required to populate drop down boxes using data from a db) in to the
>request, without having to write a setup Action for each page as is
>done here: http://www.reumann.net/struts/lesson2/step9.do .
>
>
>Thank you for any help!
--
T
Carlos Cajina wrote in <[EMAIL PROTECTED]>
>One of the solutions I've implemented is to create an intermediate action
>that loads data from a database, populates de ActionForm, and directs the
>user to the apropiate JSP.
This could be a better option,
which has the consistent prepare method invo
ArrayList arlProject=new ArrayList();
>
>
>System.out.println("111"+index);
>
> for(int i=0;i
> {
>
> String strKey="proj"+i;
>
> String proj=(String)this.htbSelect.get(strKey);
>
> arlProject.add(proj);
>
> }
>
>return(arlProject);
>
>}
>
>
>
>
>
> _
>
>Regrads
>
>
>
>Santosh Kumar Panda
>
>Software Engineer
>
>HTDM(extn.2680)
>
>
>
>
>
>
--
Tak Yoshida mailto:[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
Thanks you so much for many constructive feedbacks to OzStruts.
I was surprised what a lot of people in a glow of enthusiusm are looking for
better paradigm.
I'm happy with these constructive discussion have started from my thread,
even though most of people don't care about my stuff at all.
Craig McClanahan wrote in <[EMAIL PROTECTED]>
>> I think page-driven development frameworks would exacerbate this problem
>> unless they clarify with eloquence up-front how to make a clear
>> seperation of the POST processing from the page preparation required for
>> the next page.
>>
>
>Yep, that
istence way by framework with page-driven programming.
If you don't like page-driven, it's your choice.
but I would like to know the reason.
Someone pointed me to see Echo project for the reason.
Regards,
Tak
--
Tak Yoshida mailto:[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill,
>pass information from the browser to the Action. You shouldn't use
>ActionForms to pass arbitrary data from java code to JSP code, except
>for pre-populating form fields.)
Could you please explain with example for this?
I'm not sure what "pass arbitrary data from java code to JSP code" m
Hi Bill,
>Then AddVendorAction takes AddVendorForm as input, and then creates a
>DisplayVendorDetailForm in the request context before forwarding to
>displayVendor.jsp.
Thanks for your feedback.
You're right, but you're doing it by yourself in application code.
This is one of the main idea of OzS
Joe Germuska wrote in <[EMAIL PROTECTED]>
>am finding that a limitation. I would like a clean facility for
>prepopulating forms from system data which interoperates with the
>existing mechanism for prepopulating forms when validation fails and
>the user must try again. I would also like a clea
Bill,
Thanks for the feedback. I should re-write this, it's not clear.
>> Here is an example from OzStruts sample application. VendorDetail.jsp
>> has two
>> source pages, one is vendorSearch.jsp, and another is addVendor.jsp. In
>> addVendor.jsp to vendorDeatil.jsp transiti
;contrib/struts-shale-mailreader
>contains the good old struts-example webapp converted to use this
>style to make it easy to see what it does to the programming model.
>
>Of course, we're not the only ones thinking this way, either --
>ASP.Net has pretty much the same pat
Hi Adam,
Thanks for your interest on OzStruts.
Adam Hardy wrote in <[EMAIL PROTECTED]>
>tak,
>read the pdf intro and i'm still in the dark about what ozstruts
>actually does. I appreciate all of the problem spots you highlight in
>struts, but it's really not clear how your page-driven classes o
critices would be really appreciated.
Documentations are available at
http://sourceforge.net/project/showfiles.php?group_id=111296&package_id=120334&release_id=280886
OzStruts 1.0 is available at
http://sourceforge.net/project/showfiles.php?group_id=111296&package_id=128965&release_id=
16 matches
Mail list logo
