Please remove me from list, I have unsubscribed several times,but still receiving..
--- [EMAIL PROTECTED] wrote: > > struts-user Digest 23 Jan 2003 18:12:20 -0000 Issue > 2553 > > Topics (messages 61430 through 61443): > > how to MessageResources in EJB's > 61430 by: "Kiss, Tibor (Contractor)" > <[EMAIL PROTECTED]> > 61431 by: "Greg Murray" <[EMAIL PROTECTED]> > > [OT]Good News > 61432 by: "Kiss, Tibor (Contractor)" > <[EMAIL PROTECTED]> > > Date validation error > 61433 by: "Carlos Olmos" > <[EMAIL PROTECTED]> > > The <display:*> tag library > 61434 by: "Benjamin Simpson" > <[EMAIL PROTECTED]> > > Why is the reset method called when I submit the > form? > 61435 by: Jeremy Cavagnolo > <[EMAIL PROTECTED]> > 61440 by: Dennis Muhlestein <[EMAIL PROTECTED]> > > [OT] web site idea (was Value of Struts) > 61436 by: Robert McIntosh > <[EMAIL PROTECTED]> > > Best way to accomplish interstitial logins? > 61437 by: "Jeff" <[EMAIL PROTECTED]> > 61438 by: "Kiss, Tibor (Contractor)" > <[EMAIL PROTECTED]> > > Struts officially supported at Ford > 61439 by: "Hajratwala, Nayan (N.)" > <[EMAIL PROTECTED]> > 61442 by: "Karr, David" <[EMAIL PROTECTED]> > > [OT] Re: Struts officially supported at Ford > 61441 by: "David Graham" <[EMAIL PROTECTED]> > > Use of DynaActionFormClass > 61443 by: "Greg Murray" <[EMAIL PROTECTED]> > > Administrivia: > > To subscribe to the digest, e-mail: > [EMAIL PROTECTED] > > To unsubscribe from the digest, e-mail: > [EMAIL PROTECTED] > > To post to the list, e-mail: > [EMAIL PROTECTED] > > > ---------------------------------------------------------------------- > > ATTACHMENT part 2 message/rfc822 > From: "Kiss, Tibor (Contractor)" <[EMAIL PROTECTED]> > To: "'Struts Users Mailing List'" > <[EMAIL PROTECTED]> > Subject: AW: how to MessageResources in EJB's > Date: Thu, 23 Jan 2003 18:13:04 +0100 > > I do not understand, why you want to use messages in > EJBs. > What are the messages supposed to do there? > Why are they written to a DB? (if we are talking > EntityBeans here.) > > -----Ursprüngliche Nachricht----- > Von: Friso De Jonge > [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 18:08 > An: 'Struts Users Mailing List' > Betreff: RE: how to MessageResources in EJB's > > > i was thinking of using it as for picking up and > therefore holding static > data, (not changeable) not really for view > and using like > MessageResources resources = getResources(); > String example = > resources.getMessage("resource.example"); > or are there better solutions to do this in ejbs ? > > -----Original Message----- > From: Kiss, Tibor (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 23 January 2003 16:43 > To: 'Struts Users Mailing List' > Subject: AW: how to MessageResources in EJB's > > > However, I see some design problems there, if you > are using messages > (view) > in the backend/logic part of your app. > > -----Ursprüngliche Nachricht----- > Von: Greg Murray [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 17:41 > An: Struts Users Mailing List > Betreff: RE: how to MessageResources in EJB's > > > Or use a common JAR to contain a resource file, and > reference it from > both > the EAR and WAR. > > -----Original Message----- > From: Kiss, Tibor (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 9:39 AM > To: 'Struts Users Mailing List' > Subject: AW: how to MessageResources in EJB's > > > Subclass MessageResource and use JNDI. > > -----Ursprüngliche Nachricht----- > Von: Friso De Jonge > [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 17:37 > An: '[EMAIL PROTECTED]' > Betreff: how to MessageResources in EJB's > > > Hi, > When deploying an application you generally create > an ejb jar, an ear > and a > war file > the ejb containing all ejb, the .war containing all > the java,jsp taglibs > and > web-inf. > > My assumption is that this means the ejb.jar does > not know the > application.resources file. > (since it cannot see the web-inf/classes) am i right > ? > > What would you do if i need to use properties in the > ejb's ? Do i write > a > utility class reading > another property file ? Or can i use > MessageResources and the factory > for > it, reading a propertyfile. > thanks > > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > ATTACHMENT part 3 message/rfc822 > Subject: RE: how to MessageResources in EJB's > Date: Thu, 23 Jan 2003 12:16:29 -0500 > From: "Greg Murray" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > > Or do you intend them more to be constant values for > which you don't want to recompile if they changed > (you'd still have to repackage, though)? > > -----Original Message----- > From: Kiss, Tibor (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 10:13 AM > To: 'Struts Users Mailing List' > Subject: AW: how to MessageResources in EJB's > > > I do not understand, why you want to use messages in > EJBs. > What are the messages supposed to do there? > Why are they written to a DB? (if we are talking > EntityBeans here.) > > -----Ursprüngliche Nachricht----- > Von: Friso De Jonge > [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 18:08 > An: 'Struts Users Mailing List' > Betreff: RE: how to MessageResources in EJB's > > > i was thinking of using it as for picking up and > therefore holding static > data, (not changeable) not really for view > and using like > MessageResources resources = getResources(); > String example = > resources.getMessage("resource.example"); > or are there better solutions to do this in ejbs ? > > -----Original Message----- > From: Kiss, Tibor (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 23 January 2003 16:43 > To: 'Struts Users Mailing List' > Subject: AW: how to MessageResources in EJB's > > > However, I see some design problems there, if you > are using messages > (view) > in the backend/logic part of your app. > > -----Ursprüngliche Nachricht----- > Von: Greg Murray [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 17:41 > An: Struts Users Mailing List > Betreff: RE: how to MessageResources in EJB's > > > Or use a common JAR to contain a resource file, and > reference it from > both > the EAR and WAR. > > -----Original Message----- > From: Kiss, Tibor (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 9:39 AM > To: 'Struts Users Mailing List' > Subject: AW: how to MessageResources in EJB's > > > Subclass MessageResource and use JNDI. > > -----Ursprüngliche Nachricht----- > Von: Friso De Jonge > [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 17:37 > An: '[EMAIL PROTECTED]' > Betreff: how to MessageResources in EJB's > > > Hi, > When deploying an application you generally create > an ejb jar, an ear > and a > war file > the ejb containing all ejb, the .war containing all > the java,jsp taglibs > and > web-inf. > > My assumption is that this means the ejb.jar does > not know the > application.resources file. > (since it cannot see the web-inf/classes) am i right > ? > > What would you do if i need to use properties in the > ejb's ? Do i write > a > utility class reading > another property file ? Or can i use > MessageResources and the factory > for > it, reading a propertyfile. > thanks > > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > ATTACHMENT part 4 message/rfc822 > From: "Kiss, Tibor (Contractor)" <[EMAIL PROTECTED]> > To: "'Struts Users Mailing List'" > <[EMAIL PROTECTED]> > Subject: AW: [OT]Good News > Date: Thu, 23 Jan 2003 18:17:06 +0100 > > Just a thougth > > OR mapping has been a THING for the last 10 > years...and I do not think, > anybody will provide a good generic solution. Ever. > .NET will come, and stay. Java too. But I think (got > the feeling in the gut) > that IBM will take it over in a few years. > > tibor > > -----Ursprüngliche Nachricht----- > Von: ROSSEL Olivier > [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 18:05 > An: 'Struts Users Mailing List' > Betreff: RE: [OT]Good News > > > > Just got a call from a recruiter. He told me that > hiring is > > picking up for > > java in general and especially for anyone with > Struts > > experience. A lot of > > his big company customers are beginning to staff > Struts projects. > > > > Definitely a testament to the hard work of all the > commiters > > - great work! > > > > Kevin > > Well, if I can comment: Struts is an excellent MVC > implementation. > Ok, people realize it is a very important notion > when developping > applications. This skill will probably be REQUIRED > in 6-8 months. > > We, fortunately, joined the gravy train soon enough > and now > have some Struts knowledge we can sell. But in 6 > months, all the > script kiddies will be Struts warlords (PHP5 roXor > :-) > > Developping other skills is still a major effort. > I consider OR mapping and JUnit testing to be > the probable NBT (next big things) for 2003. > What's your opinion? > > Ps: ok, JUnit is already a big thing :-) > Pps: I know nothing about JSF concepts. Your opinion > about that? > The killer app of 2003? > Pps: dotNet, dotNet? :-)) > > This e-mail is intended only for the above > addressee. It may contain > privileged information. If you are not the addressee > you must not copy, > distribute, disclose or use any of the information > in it. If you have > received it in error please delete it and > immediately notify the sender. > Security Notice: all e-mail, sent to or from this > address, may be > accessed by someone other than the recipient, for > system management and > security reasons. This access is controlled under > Regulation of > Investigatory Powers Act 2000, Lawful Business > Practises. > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > ATTACHMENT part 5 message/rfc822 > To: "struts user list" > <[EMAIL PROTECTED]> > Date: Thu, 23 Jan 2003 11:25:33 -0600 > From: "Carlos Olmos" <[EMAIL PROTECTED]> > Subject: Date validation error > > Hello all: > > I'm having problems using the Validator to check a > date field. > > In the form i have a simple textbox and I'm using > the following validation: > > <field property="icp" depends="required,date"> > <msg name="required" > key="validator.error.requiredfield"/> > <arg0 key="I.C.P." resource="false"/> > > <msg name="date" > key="validator.error.invalidinput"/> > <arg0 key="I.C.P." resource="false"/> > <var> > <var-name>datePattern</var-name> > <var-value>dd/MM/yyyy</var-value> > </var> > > </field> > > to insert the javascript code I use: > > <html:javascript formName="newIssueForm" > dynamicJavascript="true" staticJavascript="false"/> > <script language="Javascript1.1" > src="http://localhost:8080/portalcde/staticJavascript.jsp"></script> > > > > On submit I get the error: "datePattern has no > properties". > I traced down the error to a line of code where de > length of the variables is tested: > if(datePattern.lenght>0){ > > > This code is generated by Validator so I don't know > what to do about it. > > Any ideas? > > > > Thanks in advanced. > > Carlos Olmos. > > > > > Need a new email address that people can remember > Check out the new EudoraMail at > http://www.eudoramail.com > > ATTACHMENT part 6 message/rfc822 > From: "Benjamin Simpson" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > Subject: Re: The <display:*> tag library > Date: Thu, 23 Jan 2003 12:46:11 -0500 > > Yes, > > I will have the examples up this evening (Ann Arbor > Time). The linux server > serving the website is a TwinHead SlimnoteEX266 with > 32 mgs of ram. I > ordered more ram from crucial to run the example > pages. After installing > the ram, I will put up the example pages generated > by the javawebifier. I > would really enjoy a collaboration with other > interested parties. > > As far as integration with struts goes, the design I > had in mind is to > create a base implementation of a TableTag that uses > a general > implementation of the Table interface (TableImpl). > The tablelib:library > would be extendable to other specific frameworks ie > Struts by implementing a > StrutsTableImpl behind the tags getTable() method. > > Examples up tonight, happy to work with anyone > interested in not > over-complicating an html table. > > Ben Simpson > > ----- Original Message ----- > From: "Damm, Gary" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]>; "Benjamin > Simpson" <[EMAIL PROTECTED]> > Sent: Thursday, January 23, 2003 12:09 PM > Subject: RE: The <display:*> tag library > > > I checked http://javawebifier.com/index.htm for > examples of the taglib > rewrite but it states there aren't any examples yet. > Is there somewhere > you can point to examples of the rewritten tags open > to the public? > Have you added features to incorporate titles from > Struts > MessageResources? I'm using this library and this > is the one piece of > functionality I was planning on adding but if it's > already been done why > reinvent the wheel. > > Thanks, > > -----Original Message----- > From: Benjamin Simpson > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 8:26 AM > To: Struts Users Mailing List; > [EMAIL PROTECTED] > Subject: Re: The <display:*> tag library > > I have started the rewrite/refactor. My src is > available and is still > in > progress. The intent is to introduce an independent > Table interface to > be > portable to other frameworks including a swing based > JTable. Help > yourself > if it is helpful. > > If you would like my involvement I am interested. > > http://www.tablelib.com > > Ben Simpson > [EMAIL PROTECTED] > > ----- Original Message ----- > From: "Jerome Jacobsen" > <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > Sent: Thursday, January 23, 2003 11:07 AM > Subject: RE: The <display:*> tag library > > > > I think a complete rewrite is needed AND a new API > (same tags but > different > > tag attributes). Thus I would say an entirely new > tag library. I'll > call > > the new version display2 and the current one > display1 for clarity > below. > > > > - Follow JSTL conventions for attribute names and > support JSTL-EL. > > (Actually make use of the JSTL Tag support > classes). This means JSP > 1.2 > is > > baseline. Assuming JSTL-EL capable attributes > allows us to make a > simpler > > tag API. Less attributes are needed. For example > we don't need the > > Struts-like bean-name and bean-property > attributes. > > > > - Drop the sorting feature. The user can provide > this functionality > by > > making their column names links to actions which > resort their list. > Or > > their query form can have order by criteria. The > display1 taglib only > > provides resort of contents in current page which > I think is confusing > to > > users if there are multiple pages. > > > > - The display2:table tag should work as an > IterationTag. The display1 > > doesn't therefore you cannot access a scripting > variable for the > current > row > > of the iteration. You are forced to use > Decorators. This is > non-standard > > as per Struts or JSTL. I vote for removing the > Decorator > functionality. > > > > - The display2:column should allow optional body > content. If present > its > > output is used in the table cell. > > > > A first stab at the API might look like this. > > > > Table > > ----- > > <display2:table [var="varName"] items="collection" > > [varStatus="varStatusName"] > > [begin="begin"] [end="end"] [step="step"] > > [pageSize="pageSize"] [pageUrl="pageUrl"] > > [cssClassPrefix="cssClassPrefix"]> > > body content > > </display2:table> > > > > Where var, items, varStatus, begin, end, and step > have the same > meaning as > > JSTL's c:forEach tag. > > And pageSize and pageUrl have same meaning as in > display1 taglib. > > The display1 taglib generates HTML tags using CSS > class names. You > can't > > define what these names will be so in display2 the > cssClassPrefix can > be > > used to prefix the auto generated CSS names. A > div tag around the > entire > > table works too so maybe this attribute isn't > necessary? > > > > Column > > ------ > > <display2:column title="title" [value="value"]> > > body content > > </display2:column> > > > > Title has the same meaning as in display1, except > that it is > mandatory. > > Value is optional, but must be present if there is > no body content. > The > > evaluation of value goes in the contents of the > cell. The optional > body > > content is used in the cell if there is no value > attribute or if the > value > > attribute results in null. > > > > That's a first stab and it probably is missing > stuff. Maybe an > escapeXml > > attribute should be added to both tags? > > > > Any thoughts on this? > > > === message truncated === > ATTACHMENT part 7 message/rfc822 > Subject: Re: Why is the reset method called when I > submit the form? > From: Jeremy Cavagnolo > <[EMAIL PROTECTED]> > To: Struts Users Mailing List > <[EMAIL PROTECTED]> > Date: 23 Jan 2003 09:58:55 -0800 > > My forms don't seem to be working this way at all. > First, I have a form > for users to edit their profile. The ProfileForm > has a Profile getter > and setter, which is accessed through the jsp > (property=profile.name > ...). Inside the reset() method, I get the users > Profile object from > the session and assign it to the instance variable > in the ProfileForm. > When I access the page, I get a > NullPointerException. > > To solve this problem. I created an Action that is > requested instead of > requesting the jsp. This Action creates the > ProfileForm, then > form.setProfile((Profile)session.getAttribute("profile")), > then stores > the form in the request and forwards to the jsp so > the user can modify > the profile. > > This is a really annoying hack, since the same code > in the reset method > is now repeated in the Action that forwards to the > jsp. > > Any suggestions as to why the reset method is not > called before the page > is displayed? > > Thanks, > > Jeremy > > > > On Thu, 2003-01-23 at 05:49, Nicolas De Loof wrote: > > > > 1. Struts find the formbean on scope or creates a > new one > > 2. formbean.reset() is called to set all > properties to default values > > 3. formbean is populated from request parameters > > 4. formbean.validate() is called (if configured) > > 5. formbean is passed to action > > > > reset() is used to set all property to default. It > is mandatory for HTML > > checkbox, wich values sent into request when > checked : If you uncheck a > > checkbox, they're will be no parameter in request. > reset() allow you to set > > default to false, so > > > > . if checkbox has been checked -> populate will > set property to true. > > . if checkbox has not been checked -> reset has > set property to false. > > Your formbean datas conforms with what showed HTML > browser. > > > > Nico. > > > > > > > > > > > I had similar behavior that I found odd with > 1.0.2, the actionform would > > be > > > populated, reset was then called, and then > validate was called. > > > > > > Jeremy, my *solution* was to overwrite reset() > to do nothing at all. By > > > creating another method to mimic the reset, I > now call reset when it's > > more > > > advantageous. > > > > > > > > > >I guess struts calls reset in order to save all > > > > your input and then does the validation > > > > > > I don't get that on two assumptions, > (clarification appreciated.) > > > > > > 1) Isn't reset() to clear out old data from a > bean being recycled, as > > > opposed to a method for saving that old data? > > > 2) Isn't the very role of validating to prevent > unruly, non-conforming > > data > > > from being saved? > > > > > > Loren > > > > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, January 22, 2003 1:47 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: Why is the reset method called when > I submit the form? > > > > > > > > > I guess struts calls reset in order to save all > your input and then does > > the > > > validation > > > > > > Regards, > > > > > > > > > PQ > > > > > > "This Guy Thinks He Knows Everything" > > > "This Guy Thinks He Knows What He Is Doing" > > > > > > -----Original Message----- > > > From: Jeremy Cavagnolo > [mailto:[EMAIL PROTECTED]] > > > Sent: January 22, 2003 2:53 PM > > > To: [EMAIL PROTECTED] > > > Subject: Why is the reset method called when I > submit the form? > > > > > > It seems that when I submit my form, the reset > method is called before > > > the validate method. I am using struts 1.0.2. > > > > > > Any insight? > > > > > > -Jeremy > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > ATTACHMENT part 8 message/rfc822 > Subject: Re: Why is the reset method called when I > submit the form? > From: Dennis Muhlestein <[EMAIL PROTECTED]> > To: Struts Users Mailing List > <[EMAIL PROTECTED]> > Date: 23 Jan 2003 11:00:28 -0700 > > checkboxes work great with the reset method if the > default is false, but > I have a situation where the default is true. If > they uncheck the > checkbox, then the property is not submitted and the > value is still > true. > > Has anyone dealt with this turn of the problem? > > -Dennis > > > On Thu, 2003-01-23 at 06:49, Nicolas De Loof wrote: > > 1. Struts find the formbean on scope or creates a > new one > > 2. formbean.reset() is called to set all > properties to default values > > 3. formbean is populated from request parameters > > 4. formbean.validate() is called (if configured) > > 5. formbean is passed to action > > > > reset() is used to set all property to default. It > is mandatory for HTML > > checkbox, wich values sent into request when > checked : If you uncheck a > > checkbox, they're will be no parameter in request. > reset() allow you to set > > default to false, so > > > > . if checkbox has been checked -> populate will > set property to true. > > . if checkbox has not been checked -> reset has > set property to false. > > Your formbean datas conforms with what showed HTML > browser. > > > > Nico. > > > > > > > > > > > I had similar behavior that I found odd with > 1.0.2, the actionform would > > be > > > populated, reset was then called, and then > validate was called. > > > > > > Jeremy, my *solution* was to overwrite reset() > to do nothing at all. By > > > creating another method to mimic the reset, I > now call reset when it's > > more > > > advantageous. > > > > > > > > > >I guess struts calls reset in order to save all > > > > your input and then does the validation > > > > > > I don't get that on two assumptions, > (clarification appreciated.) > > > > > > 1) Isn't reset() to clear out old data from a > bean being recycled, as > > > opposed to a method for saving that old data? > > > 2) Isn't the very role of validating to prevent > unruly, non-conforming > > data > > > from being saved? > > > > > > Loren > > > > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, January 22, 2003 1:47 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: Why is the reset method called when > I submit the form? > > > > > > > > > I guess struts calls reset in order to save all > your input and then does > > the > > > validation > > > > > > Regards, > > > > > > > > > PQ > > > > > > "This Guy Thinks He Knows Everything" > > > "This Guy Thinks He Knows What He Is Doing" > > > > > > -----Original Message----- > > > From: Jeremy Cavagnolo > [mailto:[EMAIL PROTECTED]] > > > Sent: January 22, 2003 2:53 PM > > > To: [EMAIL PROTECTED] > > > Subject: Why is the reset method called when I > submit the form? > > > > > > It seems that when I submit my form, the reset > method is called before > > > the validate method. I am using struts 1.0.2. > > > > > > Any insight? > > > > > > -Jeremy > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- > Dennis Muhlestein <[EMAIL PROTECTED]> > ZServe Corporation > > > ATTACHMENT part 9 message/rfc822 > Date: Thu, 23 Jan 2003 11:50:14 -0600 > From: Robert McIntosh <[EMAIL PROTECTED]> > To: Struts Users Mailing List > <[EMAIL PROTECTED]> > Subject: Re: AW: [OT] web site idea (was Value of > Struts) > > > > Kiss, Tibor (Contractor) wrote: > > >I do not know, how things are on the other side of > the drink (USA) but here > >in Europe more and more companies do go for > open-source. (In 2002 I have > >seen one project on Weblogic [with Struts] and a > multiple of them on JBoss.) > >The only place, where OSS is behind are databases. > IMHO. > > > > > I believe over here JBoss is used widely as a > development environment > since it is so easy to use, but it isn't being > 'allowed' to be put into > production. Shame, but true. > > >Plus, companies are installing Linux like crazy all > over the place. :) > > > >Does Struts have any commercial alternative? > > > The only one I am aware of is JLink. I saw an > article some time ago in > JavaDevelopers Journal on it, but that is all I know > of. I believe > Oracle has a custom MVC impl, but I don't think > there are nearly as many > as in OSS. You got Struts, Turbine, WebMacro, > Velocity, and on and on... > > > > >Many big names use a lot of OSS. (IBM, Oracle, Sun) > > > >tibor > > > >-----Ursprüngliche Nachricht----- > >Von: Robert McIntosh > [mailto:[EMAIL PROTECTED]] > >Gesendet: Donnerstag, 23. Januar 2003 18:04 > >An: Struts Users Mailing List > >Betreff: Re: [OT] web site idea (was Value of > Struts) > > > > > >That is true. After all they both donate and use a > lot of Apache/Jakarta > >stuff. I believe they use Jasper and I know they > rebrand Apache web server. > > > >Robert > > > >David Graham wrote: > > > > > > > >>You can also say, "IBM integrated Struts support > into WSAD". IBM is > >>supportive of OSS in general though. > >> > >>David > >> > >> > >> > >> > >> > >> > >> > >> > >>>From: Robert McIntosh > <[EMAIL PROTECTED]> > >>>Reply-To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > >>>To: [EMAIL PROTECTED] > >>>Subject: [OT] web site idea (was Value of Struts) > >>>Date: Thu, 23 Jan 2003 10:17:28 -0600 > >>> > >>>I read everyone's responses to Gene Campbell's > question and I think > >>>there should be a place on the Struts website > (maybe a wiki or > >>>something?) where all of these good folks who > responded to him could > >>>put up their "Why I love Struts" comments. I > know I have to answer > >>>this question often to clients and other > developers and it would be > >>>nice to say "Go to the struts website and look at > page 'Why I love > >>>it'" or whatever. > >>> > >>>Promoting Struts is often difficult since it is > open source and there > >>>is that fear amongst the management (generally) > about open source > >>>stuff. Never mind that there are 5 (6?) books on > struts alone, it has > >>>one of the largest followings in open source > Java, is in production > >>>is some major companies, etc. The one thing I > usually say to a > >>>manager type is "IBM uses it for the admin on > WebSphere". Throwing in > >>>that big name usually helps... > >>> > >>>My .02 > >>> > >>>Robert McIntosh > >>> > >>> > >>>-- > >>>To unsubscribe, e-mail: > >>><mailto:[EMAIL PROTECTED]> > >>>For additional commands, e-mail: > >>><mailto:[EMAIL PROTECTED]> > >>> > >>> > >> > >>_________________________________________________________________ > >>Protect your PC - get McAfee.com VirusScan Online > > >>http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > >> > >> > >>-- > >>To unsubscribe, e-mail: > >><mailto:[EMAIL PROTECTED]> > >>For additional commands, e-mail: > >><mailto:[EMAIL PROTECTED]> > >> > >> > >> > > > > > >-- > >To unsubscribe, e-mail: > ><mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: > ><mailto:[EMAIL PROTECTED]> > > > > > > > > > ATTACHMENT part 10 message/rfc822 > From: "Jeff" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: Best way to accomplish interstitial logins? > Date: Thu, 23 Jan 2003 12:55:11 -0500 > > Is there a way to accomplish interstitial user > logins using Struts that doesn't seem to defeat part > of the reason for using Struts in the first place? > > By "interstitial", I mean situations where users > arrive on the site and can roam & act freely UNTIL > they try to do something that requires a valid > login. At that point, they'd be shown a login > screen, cycled through it a few times if they enter > an invalid username or password, then continue with > their original request as though nothing had > happened to interrupt it. Ideally, even new user > registration could take place as an interstitial > activity. > > For a concrete example, suppose a user visits a > career site. He browses jobs for a while, then finds > one that looks interesting and clicks "apply > online". At that point, the Action-extending class > realizes that he needs to be logged in to continue, > so it takes a sidetrip to log him in, or register > him as a new user, before transparently finishing > the original activity as though the interruption in > the middle (to login or register) had never > happened. > > I've implemented something like that in the past > using Struts 1.0, but ended up feeling like I was > trying to hammer a square peg into a round hole. > > Basically, I created an abstract FormBean that > encapsulated the username, password, and submit > button, then used it as the superclass of every > other FormBean used by the application. The general > idea being that every form then became a potential > login form, with the login elements normally not > displayed, but ONLY the login elements displayed at > interstial login time. > > actions that didn't require that the user be > authenticated were mapped to classes that extended > the Struts Action class. Actions that DID require > authentication extended the AuthenticatedUserAction > class, and their perform(*) method checked to make > sure the user was logged in. If not, it tried to log > in the user (if a username and password were > submitted with the last form submission) and > returned the actionmapping to the login page if the > user couldn't be logged in. If yes, it returned the > result of performLoggedInUserAction(*), which served > the same purpose as perform(*) in unprotected pages. > > The brick wall came from the requirement that Struts > forms specify a *compile-time* value for the form's > action. Since the request that resulted in the login > form's display could have been to just about ANY > plausible mapped path in the webapp, and ultimately > the form had to submit to that exact same action in > order to transparently complete the action, there > seemed to be only two work-arounds: > > * create a login page for every single mapped Action > in the site. Ouch. > > * do everything through one ungodly huge monolithic > Action > > Creating dozens of login pages that were identical > except their action parameter was a pain, but doing > everything through a single monolithic action seemed > even worse architecturally, because it seemed to > defeat the purpose of mapping actions to forwards in > struts-config.xml instead of hardcoding them in the > controller. > > At the time, I took advantage of Struts' open-source > nature to create a Third alternative: I hacked > Struts to permit struts forms with null action > parameters. At launch time, it stored the action to > which the form was submitted in request context. A > few milliseconds later, when the form was being > rendered, if the rendering class discovered that the > form's action was null, it would silently retrieve > the action from request context and "fill in the > blank", so to speak. It worked, but it kind of > bothered me that Struts' designers probably had a > good reason for not allowing that practice, since > hacking the appropriate classes to allow it took all > of maybe an hour and seemed like too easy of a > solution to not have some Good Reason for its > absence. > > So... what's the Right Way to implement interstitial > logins? Is there possibly some new feature that came > out with 1.1 that solves this problem? > ATTACHMENT part 11 message/rfc822 > From: "Kiss, Tibor (Contractor)" <[EMAIL PROTECTED]> > To: "'Struts Users Mailing List'" > <[EMAIL PROTECTED]> > Subject: AW: Best way to accomplish interstitial > logins? > Date: Thu, 23 Jan 2003 18:56:54 +0100 > > Have you tried using a filter for Authentication and > Authorization? > > I had the same requirement, and implemented it via a > filter. > > -----Ursprüngliche Nachricht----- > Von: Jeff [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 23. Januar 2003 18:55 > An: [EMAIL PROTECTED] > Betreff: Best way to accomplish interstitial logins? > > > Is there a way to accomplish interstitial user > logins using Struts that > doesn't seem to defeat part of the reason for using > Struts in the first > place? > > By "interstitial", I mean situations where users > arrive on the site and can > roam & act freely UNTIL they try to do something > that requires a valid > login. At that point, they'd be shown a login > screen, cycled through it a > few times if they enter an invalid username or > password, then continue with > their original request as though nothing had > happened to interrupt it. > Ideally, even new user registration could take place > as an interstitial > activity. > > For a concrete example, suppose a user visits a > career site. He browses jobs > for a while, then finds one that looks interesting > and clicks "apply > online". At that point, the Action-extending class > realizes that he needs to > be logged in to continue, so it takes a sidetrip to > log him in, or register > him as a new user, before transparently finishing > the original activity as > though the interruption in the middle (to login or > register) had never > happened. > > I've implemented something like that in the past > using Struts 1.0, but ended > up feeling like I was trying to hammer a square peg > into a round hole. > > Basically, I created an abstract FormBean that > encapsulated the username, > password, and submit button, then used it as the > superclass of every other > FormBean used by the application. The general idea > being that every form > then became a potential login form, with the login > elements normally not > displayed, but ONLY the login elements displayed at > interstial login time. > > actions that didn't require that the user be > authenticated were mapped to > classes that extended the Struts Action class. > Actions that DID require > authentication extended the AuthenticatedUserAction > class, and their > perform(*) method checked to make sure the user was > logged in. If not, it > tried to log in the user (if a username and password > were submitted with the > last form submission) and returned the actionmapping > to the login page if > the user couldn't be logged in. If yes, it returned > the result of > performLoggedInUserAction(*), which served the same > purpose as perform(*) in > unprotected pages. > > The brick wall came from the requirement that Struts > forms specify a > *compile-time* value for the form's action. Since > the request that resulted > in the login form's display could have been to just > about ANY plausible > mapped path in the webapp, and ultimately the form > had to submit to that > exact same action in order to transparently complete > the action, there > seemed to be only two work-arounds: > > * create a login page for every single mapped Action > in the site. Ouch. > > * do everything through one ungodly huge monolithic > Action > > Creating dozens of login pages that were identical > except their action > parameter was a pain, but doing everything through a > single monolithic > action seemed even worse architecturally, because it > seemed to defeat the > purpose of mapping actions to forwards in > struts-config.xml instead of > hardcoding them in the controller. > > At the time, I took advantage of Struts' open-source > nature to create a > Third alternative: I hacked Struts to permit struts > forms with null action > parameters. At launch time, it stored the action to > which the form was > submitted in request context. A few milliseconds > later, when the form was > being rendered, if the rendering class discovered > that the form's action was > null, it would silently retrieve the action from > request context and "fill > in the blank", so to speak. It worked, but it kind > of bothered me that > Struts' designers probably had a good reason for not > allowing that practice, > since hacking the appropriate classes to allow it > took all of maybe an hour > and seemed like too easy of a solution to not have > some Good Reason for its > absence. > > So... what's the Right Way to implement interstitial > logins? Is there > possibly some new feature that came out with 1.1 > that solves this problem? > > ATTACHMENT part 12 message/rfc822 > From: "Hajratwala, Nayan (N.)" <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" > <[EMAIL PROTECTED]> > Subject: Struts officially supported at Ford > Date: Thu, 23 Jan 2003 12:58:47 -0500 > > FYI … I thought people might be interested to know > that Ford Motor Company has chosen Struts to use as > their officially supported Servlet framework. > Interestingly, support is being provided through IBM > although I'm not sure what they can offer above the > user list =) > > Here is the statement from the Java Center of > Excellent website: > > <quote> > The Ford Servlet Framework is a packaged version of > Struts 1.1 provided by and supported by IBM. This > download includes Struts provided by IBM with some > custom integration of the other Frameworks and > services provided by the Java COE. The Java COE will > only be supporting the versions of Struts downloaded > from here. Application teams should NOT be > downloading Struts from the Jakarta website but are > encouraged to use the website for learning and > documentation. > </quote> > > I'd be interested to hear what people think about > the last part of the quote… Currently, Ford is > distributing 1.1b2. I imagine there will be quite a > delay before they actually distribute 1.1 final > (when it comes out), which I don't think is in the > best interest of the project teams. > > --- > - Nayan Hajratwala > - Chikli Consulting LLC > - http://www.chikli.com <http://www.chikli.com> > > > ATTACHMENT part 13 message/rfc822 > Subject: RE: Struts officially supported at Ford > Date: Thu, 23 Jan 2003 10:08:58 -0800 > From: "Karr, David" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > > It's certainly good that they're using 1.1, but > somewhat unfortunate > that they stopped at b2. There were numerous fixes > put in after b2, > including the entire Struts-EL contribution. > Hopefully they can upgrade > their support pretty quickly. > > -----Original Message----- > From: Hajratwala, Nayan (N.) > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 9:59 AM > To: '[EMAIL PROTECTED]' > Subject: Struts officially supported at Ford > > FYI ... I thought people might be interested to know > that Ford Motor > Company has chosen Struts to use as their officially > supported Servlet > framework. Interestingly, support is being provided > through IBM > although I'm not sure what they can offer above the > user list =) > > Here is the statement from the Java Center of > Excellent website: > > <quote> > The Ford Servlet Framework is a packaged version of > Struts 1.1 provided > by and supported by IBM. This download includes > Struts provided by IBM > with some custom integration of the other Frameworks > and services > provided by the Java COE. The Java COE will only be > supporting the > versions of Struts downloaded from here. Application > teams should NOT be > downloading Struts from the Jakarta website but are > encouraged to use > the website for learning and documentation. > </quote> > > I'd be interested to hear what people think about > the last part of the > quote... Currently, Ford is distributing 1.1b2. I > imagine there will be > quite a delay before they actually distribute 1.1 > final (when it comes > out), which I don't think is in the best interest of > the project teams. > > --- > - Nayan Hajratwala > - Chikli Consulting LLC > - http://www.chikli.com <http://www.chikli.com> > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > ATTACHMENT part 14 message/rfc822 > From: "David Graham" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [OT] Re: Struts officially supported at > Ford > Date: Thu, 23 Jan 2003 11:04:38 -0700 > > Now if they could just make 1 decent car... > > David > > > > > > > >From: "Hajratwala, Nayan (N.)" <[EMAIL PROTECTED]> > >Reply-To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > >To: "'[EMAIL PROTECTED]'" > <[EMAIL PROTECTED]> > >Subject: Struts officially supported at Ford > >Date: Thu, 23 Jan 2003 12:58:47 -0500 > > > >FYI … I thought people might be interested to > know that Ford Motor > >Company has chosen Struts to use as their > officially supported Servlet > >framework. Interestingly, support is being > provided through IBM although > >I'm not sure what they can offer above the user > list =) > > > >Here is the statement from the Java Center of > Excellent website: > > > ><quote> > >The Ford Servlet Framework is a packaged version of > Struts 1.1 provided by > >and supported by IBM. This download includes Struts > provided by IBM with > >some custom integration of the other Frameworks and > services provided by > >the Java COE. The Java COE will only be supporting > the versions of Struts > >downloaded from here. Application teams should NOT > be downloading Struts > >from the Jakarta website but are encouraged to use > the website for learning > >and documentation. > ></quote> > > > >I'd be interested to hear what people think about > the last part of the > >quote… Currently, Ford is distributing 1.1b2. I > imagine there will be > >quite a delay before they actually distribute 1.1 > final (when it comes > >out), which I don't think is in the best interest > of the project teams. > > > >--- > >- Nayan Hajratwala > >- Chikli Consulting LLC > >- http://www.chikli.com <http://www.chikli.com> > > > > > >-- > >To unsubscribe, e-mail: > ><mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: > ><mailto:[EMAIL PROTECTED]> > > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection > with MSN 8. > http://join.msn.com/?page=features/junkmail > > > ATTACHMENT part 15 message/rfc822 > Subject: RE: Use of DynaActionFormClass > Date: Thu, 23 Jan 2003 13:10:39 -0500 > From: "Greg Murray" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" > <[EMAIL PROTECTED]> > > Thanks for the pointer in that direction. I tried > it and it works, although I'm still not psyched > about having one form bean that must contain all > parameters that need to be passed from any one page > to any other. > > I'll stick with this unless I can think of something > better, I guess. I would prefer to use the > DynaActionFormClass solution I described below > because it's a little clearer regarding what form > bean (i.e. data fields) are used by each action, but > it scares me a bit to use a class that is supposed > to be only "internal". > > Thanks again! > > GM > > -----Original Message----- > From: Robert Taylor [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 23, 2003 7:50 AM > To: Struts Users Mailing List > Subject: RE: Use of DynaActionFormClass > > > > The problem here is that for > > some fields, I may want to do validation > sometimes, but not all > > the time, but using the same form bean for all > actions would > > require that if validation is set for a field, > then it's always > > validated. > DynaValidatorActionForm allows validation to be > bound to > the path and not the form name. > > > robert > > > > -----Original Message----- > > From: Greg Murray [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, January 23, 2003 9:32 AM > > To: [EMAIL PROTECTED] > > Subject: Use of DynaActionFormClass > > > > > > I mistakenly posted this to the struts-dev list > last night - it > > belongs on this list since it doesn't have > anything to do with > > development of Struts. For those of you on that > list as well, I > > apologize for you seeing it twice. > > ----------------------------------- > > Hello, > > > > Currently I'm working on an Struts application > that has a tree > > control for navigation on the left side of the > page, and the rest > > of the page is taken up by the actual body content > - no frames > > are used for the layout, just CSS, so it is > actually one single > > page. My plan was to have a JavaScript function > run each time > > the user clicked on a link in the tree which would > set the values > > of an HTML form (lets call it navigationForm), > then submit the > > form. One of the fields of the HTML form would > contain the > > Struts action mapping (lets call the field > actionMapping) which > > was to be invoked for the tree link. All tree > links would use > > the same form, and all pages would contain this > form. The action > > that is invoked by this form submission (call it > > navigationAction) would be responsible for looking > up > > actionMapping, and forwarding on the request to > the action > > denoted by actionMapping. I should also note that > I'm using > > dynamic form beans. > > > > My problem is that many of the actions to which I > want to forward > > are expecting their own form bean, not the one > that was submitted > > for navigationForm. As far as I can tell, I have > two options: > > > > 1. Have all forms in my application use the same > form bean, so I > > can just pass it around without having to worry > about different > > actions using different form beans. The problem > here is that for > > some fields, I may want to do validation > sometimes, but not all > > the time, but using the same form bean for all > actions would > > require that if validation is set for a field, > then it's always > > validated. Also, for some reason, this solution > just doesn't > > "feel" right to me. > > 2. Create a DynaActionForm in navigationAction > for the form > > related to the action to which I want to forward, > and fill it > > with any matching properties from navigationForm. > The problem > > here is that I'd need to instantiate the new > DynaActionForm using > > the DynaActionFormClass, which the documentation > expressly says > > is really only an internal class, implying that it > might change > > without warning. > > > > So, my questions to the list are: > > 1. Is solution #2 workable, and is it kosher to > base my > > implementation on the use of DynaActionFormClass? > > 2. Is there a better way to get around this form > problem that > > I'm just not seeing? > > > > Sorry for the wordiness, but that was as concise > as I could > > explain the problem. > > > > Thanks very much for any insight anyone can offer. > > > > Greg Murray > > > > -- > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > ===== Thanks, RAVI KUMAR APPALA __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>