remove unsubscribe

[Vic Cekvenich]

remove unsubscribe
- Original Message -
From: "Bernard Hartken" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 02, 2001 9:17 AM
Subject: Attn: Sales Manager


>
> Attn: Sales Manager
>
> If you are outsourcing or need to expand your sales force for the short
term or long term contract, TeleXpand will create a tailored campaign to
> guarantee you and your product success.
>
> We are an established, full service call center with a completely trained
staff of 70 plus salespeople with a proven track record to close sales for
> your product or service.
>
> We currently market over $1 million dollars per month in closed sales for
the largest HVAC Company in the Washington D.C. area,
> scheduling approximately 300 appointments per week...again, these are
closed sales!
>
> We service ALL industries who would be interested in a telemarketing /
e-commerce campaign of any size! Let's talk...
>
> Bernard Hartken
> General Manager
> 814.459.8238
>
> Visit us at www.telexpand.bigstep.com
>

RE: Help!!

[Nishit Trivedi]

To remove your address from the list, send a message to:
   <[EMAIL PROTECTED]>

Nishit

-Original Message-
From: Jaganathan, Rupa [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 12:23 PM
To: '[EMAIL PROTECTED]'
Subject: Help!!



Hi,
   I want to unsubcribe from the mailing list.
   Unfortunately I have deleted the mail that has the details for the
unsubscription. Please let me know how.

Thanks
Rupa

Question regarding the autoFlush-Attrbute

[Mueller, Franz]

Sorry for posting it to this list, but usually the response is overhelming.


It seems, it is an inconsistence in the Tomcat 3.2.2 (b2) environment:

If the page-directive autoflush is set to "true"
 
<%@ page autoFlash="true" %>

and when the JSP uses a body-aware Tag

  class MyTag extends BodyTagSupport {...}

the JSP-environment will generate a BodyContent ( which extends  JspWriter)
 
  out = pageContext.pushBody();



This object does not inheritate the page-directive autoFlush. 

Is this conform to the JSP-specification or is this a bug ?

Is there any way to programmatically set this attribute for all the
sub-writers 
(for a specific writer ) ?


Thanks in advance, 
fm

Re: Help!!

[dhay]

As was explained in earlier post:

"To stop subscription for this address, mail:
<[EMAIL PROTECTED]>
where john = your username, host.domain = your domain name."

Dave





"Jaganathan, Rupa" <[EMAIL PROTECTED]> on
04/02/2001 12:23:28 PM

Please respond to [EMAIL PROTECTED]

To:   "'[EMAIL PROTECTED]'"
  <[EMAIL PROTECTED]>
cc:(bcc: David Hay/Lex/Lexmark)
Subject:  Help!!




Hi,
   I want to unsubcribe from the mailing list.
   Unfortunately I have deleted the mail that has the details for the
unsubscription. Please let me know how.

Thanks
Rupa

Re: Multipart problems

[Till Nagel]

I've encountered some of the problems, too.
The main problem is you can read a multipart request only once. But the
ActionServlet does not handle this correctly in every case.

So if you want to provide solutions, you're welcome :)
Perhaps Michael Schachter could say something to these problems. (He
improves the multipart area, I think)

Regards,
Till

- Original Message -
From: Richard Reich <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 21, 2001 1:21 AM
Subject: Multipart problems


> (I originally posted this to struts-dev, but since I'm really looking for
> confirmation of these problems from other users, I guess I should post it
> here.)
>
> I've been having a host of problems associated with multipart input:
>
> (1) cancel detection fails and must be special-cased;
> (2) transaction token checking fails and must be special-cased;
> (3) parameters that are ordinarily available via request.getParameter()
must
> be accessed via an ActionForm;
> (4) forwards from pages that use multipart input fail unless
redirect=true.
>
> If anyone can tell me what I'm doing wrong, I'll be grateful.
> Alternatively, if some or all of these are genuine problems, I'll be glad
to
> supply more details and file bug reports or enhancement requests as
> appropriate.
>
> Thanks.
>
> -r
>
>
>

Re: Html Tags support

[Maya Muchnik]

According to a link http://jakarta.apache.org/struts/struts-html.html or
http://jakarta.apache.org/struts/api/org/apache/struts/taglib/html/package-summary.html#package_description

no such things in the documentation.

You have got this message from the link http://jakarta.apache.org/struts/tags.html,
that points to the OLD documentation for 05. release. From
http://jakarta.apache.org/struts/ it is the link "Old documents". You can read them
ONLY to understand better the struts tags structure, because the latest document
1.0 release does not have all details as the old one has.

Maya


Eugene Krivopaltsev wrote:

> Struts team,
>
> I found this phrase today when open html tags documentation:
>
> --
> NOTE: ALL OF THE INFORMATION IN THIS DOCUMENT IS DEPRECATED, AND IS AVAILABLE IN
> STRUTS 1.0 ONLY TO
> ASSIST IN THE CONVERSION OF APPLICATIONS BASED ON STRUTS 0.5 TO THE STRUTS 1.0
> RELEASE. THIS LIBRARY WILL
> BE REMOVED IN FUTURE VERSIONS OF STRUTS.
> -
>
> Could someone comment on it ? It is pretty important to understand could  we
> rely on html tags or not.
>
> Thanks,
> --
> Eugene Krivopaltsev Sun Microsystems, Inc.
> [EMAIL PROTECTED] 901 San Antonio Road
> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
> Fax:   650.786.7816 www.sun.com

problem running struts-template example

[Éric Chamberland]

Hi,

i find a way to run struts-blank, struts-documentation and little part of
struts-example. But, when i tried struts-template, i've got only the
blue-white background?? The result html give me an empty table, why?
It look like the result of template:get didn't find the values assign in the
introduction.jsp

(I'm running with EAServer-Jaguar 3.6.1c)

thank's for helping
Eric

struts.jar

[Jesse Vitrone]

I've know we've been through this before, but can someone refresh me on
where it's OK to have struts.jar and where it's not OK?

Thanks,
Jesse Vitrone

Re: struts.jar

[Maya Muchnik]

Put it under your_app/WEB-INF/lib. NOT in CLASSPATH, NOT under tomcat/lib
or other dir.

Jesse Vitrone wrote:

> I've know we've been through this before, but can someone refresh me on
> where it's OK to have struts.jar and where it's not OK?
>
> Thanks,
> Jesse Vitrone

RE: Communicating with EJB's from Action

[Handy, Steve]

Hal,

That's a good question:  where should basic value checking be done, in the
stateless session beans or in the ActionForm validate method?

Certainly, any checking that depends on anything outside the request itself
should not be in the validate method, e.g. checking that depends on the
state of an entity bean.  I also believe that an entity bean should protect
itself; so, for example, the ejbcreate method should validate the values it
is given for attributes.  In general, I wouldn't put any business rules
checking in the ActionForm validate method.

However, I can see where -type- checking might be done in the validate
method.  For example, when the user gives you a string that is supposed to
translate to a number or a date.

What do you think?

Steve  

-Original Message-
From: Deadman, Hal [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 30, 2001 11:17 AM
To: [EMAIL PROTECTED]
Subject: RE: Communicating with EJB's from Action


I like this description, mainly because it sounds like what I have been
doing. Something like this might make a good section in the documentation -
Struts & EJBs. I would consider the stateless session beans part of the
model because they contain business logic. You also talk about "basic value
checking of attributes". Would you also do this same value checking in the
ActionForm validate method? 

Thanks, Hal

> -Original Message-
> From: Handy, Steve [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 29, 2001 6:04 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Communicating with EJB's from Action
> 
> 
> Chris,
> 
> What we've done is this:
> 
> - Put a layer of business logic session stateless beans above 
> the entity
> EJBs.  The beans in this layer have methods that perform 
> specific business
> functions.
> 
> - Have the Action classes translate the user's click into one 
> or more calls
> to the business logic layer.  We don't pass the ActionForm to 
> the business
> layer, because the ActionForm is too close to the view.  If 
> we need to pass
> a set of related data items to the business layer, we do it 
> with a value
> object that represents the kind of businessy attributes you'd 
> find in an
> EJB.
> 
> So, we partition responsibility like this:
> 
> JSPs: rendering. To us this is View.
> 
> Actions: translation of user actions into business operations 
> (if necessary)
> and always a decision about what to display next.  This layer doesn't
> implement business operations, but knows what high level 
> business operation
> it needs to call to fulfill the user's request.  We consider 
> this layer to
> be Controller.
> 
> Business session stateless beans: fulfillment of business 
> function.  For
> cross-entity operations, do the details here.  Speak in only 
> business terms,
> not in any view terms.  Completely independent of Struts.  
> Still Controller
> for us.
> 
> Entity EJBs: Fulfill single-entity business operations here 
> (like basic
> value checking of attributes).  Of course, these EJBs also 
> give us all the
> entity-bean function we get from the container.  Only this 
> layer knows about
> the database.  In general, we don't let an entity EJB 
> interact with another
> entity EJB; we leave this to the session stateless beans 
> above.  This is our
> Model.
> 
> Utility classes:
>   ActionForms - for passing view-specific information around 
> between Actions
> & JSPs, etc.
>   Value objects - for passing entity-specific information 
> around, including
> up to and down from the Actions.
> 
> Steve
> 
> -Original Message-
> From: Assenza, Chris [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 29, 2001 4:59 PM
> To: '[EMAIL PROTECTED]'
> Subject: Communicating with EJB's from Action
> 
> 
> Hello! :) 
> 
> Our dev team for a big enterprise app has been going back and 
> forth on how
> to send the data from the ActionForm to a Session bean.  We 
> have a number of
> options and I was hoping for some feedback because we've had 
> enough talk and
> its time to decide! :) (Our architecture is as of now to use 
> only Session
> Beans, but we will probably start wrapping Entity beans with 
> Session beans
> eventually).
> 
> 1) Send the ActionForm to the EJB from Action perform()
>   Pros: Easy and less work
>   Cons: Defeats the purpose of Struts in that the 
> Business Logic is no
> longer self-contained and independent of the V in MVC :). If 
> for whatever
> reason we overhaul the front end and remove Struts, we're not 
> in the ideal
> position to do so. 
> 
> 2) Create a special utility class that with special methods, that when
> invoked from the Action perform() method, will put the data 
> from ActionForm
> into a HashTable.  Then, we'll pass that object to the EJB 
> and do whatever
> business logic is necessary.  
> 
> 3) JMS - Sort of an adaptation of the number 2 as JMS uses 
> HashMaps and the
> like but it follows a specific spec and has a lot more to it 
> then what we'd
> be doing above.  However, none of us r

struts-example.war

[Michael Schommer]

Hi,

I have problems to run the struts-example.war.
I'm using the sun J2EE-reference implementation (Tomcat 4.0 - b1).

When I click "Register with the MailReader Demonstration Application"
(index.jsp) the error

 HTTP Status 404 - /editRegistration.do

 The requested resource (/editRegistration.do) is not available.

displays.
Clicking on the Submit-Button of logon.jsp shows the message (Netscape
Browser):

 The document contained no data.
 Try again later, or contact the server's administratior.

Had anybody else these problems and solved them???

Thanks
Michael

Selecting multiple lines in a listbox

[NARANJO-SANCHEZ, Annick]

I'm a beginner with Struts and I've got a problem trying to select multiple
lines in a .

My JSP contains this :







In my bean, levelOneClassifList is defined as a Vector and there's a
getLevelOneClassifList method. This Vector is a vector of objects which
contain a "description" property and a "dataIdentity" property, which is an
object itself which class is called "DataIdentity". My listbox is populated
correctly.

Now, I'd like to have some of its lines selected when the page is displayed.
How can I tell for example to the list that its 2nd and 5th lines are
selected ?

Thanks for any help.

Annick Naranjo Sanchez
[EMAIL PROTECTED]

Re: struts-example.war

[Florin Iucha]

I have never managed to get this answered.

It works if you go directly to Tomcat HTTP port. If you go through 
Apache you will get this error.

florin

Michael Schommer wrote:
> 
> Hi,
> 
> I have problems to run the struts-example.war.
> I'm using the sun J2EE-reference implementation (Tomcat 4.0 - b1).
> 
> When I click "Register with the MailReader Demonstration Application"
> (index.jsp) the error
> 
>  HTTP Status 404 - /editRegistration.do
> 
>  The requested resource (/editRegistration.do) is not available.
> 
> displays.
> Clicking on the Submit-Button of logon.jsp shows the message (Netscape
> Browser):
> 
>  The document contained no data.
>  Try again later, or contact the server's administratior.
> 
> Had anybody else these problems and solved them???
> 
> Thanks
> Michael

-- 
Florin Iucha
[EMAIL PROTECTED]
(651)482-2847

"you have moved your mouse, please reboot to make this change take
effect"

RE: struts-example.war

[Thai Thanh Ha]

 Because J2EE SDK deploytool has changed your web.xml(maybe this is a bug of
deploytool?) from:

  
action
*.do
  

to 

  
action
/*.do
  

So the servlet action is only executed when you open URL :
http://localhost/struts-example/*.do
and is NOT executed when you open
http://localhost/struts-example/something.do

 I found where the J2EE server stores its JAR files and change my web.xml
again to correct it. You should deploy the application. After that, find the
JAR file (which its name is displayed on the deploytool when you deploy the
application ) and correct the web.xml in that JAR file

 Regards,
 Thai

-Original Message-
From: Michael Schommer [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 8:51 PM
To: [EMAIL PROTECTED]
Subject: struts-example.war


Hi,

I have problems to run the struts-example.war.
I'm using the sun J2EE-reference implementation (Tomcat 4.0 - b1).

When I click "Register with the MailReader Demonstration Application"
(index.jsp) the error

 HTTP Status 404 - /editRegistration.do

 The requested resource (/editRegistration.do) is not available.

displays.
Clicking on the Submit-Button of logon.jsp shows the message (Netscape
Browser):

 The document contained no data.
 Try again later, or contact the server's administratior.

Had anybody else these problems and solved them???

Thanks
Michael

Digester parser error to another output.

[Noel Sebastien]

Hi,

I use Digester, and I would like to send output error elsewhere than to
System.out...
Second, Digester does not propagate parsing error (in my case, I would like
to get an Exception when a String is written as an attribute value where I
am waiting a integer).
Dealing with the same problems, somebody else wrote the following message. I
found it in the Archive of the mailing list, but I can't find any related
solutions, whereas it is a common problem.
Has anybody got a clue on how to solve these issues?

Thank you in advance.

Sébastien

Archive mail : ---

Digester seems to be a pretty nice package for translating XML into
java-objects. I have a question about the error handling though.

It appears that the Digester doesn't propagate some parsing errors,
e.g when a required element is missning. It only logs it to stdout.

I haven't found any way to get notification of those errors.
I want to make sure that the XML I have parsed, is validate before I
use the parsed information.
Also, I don't want all the parsing errors to be written to stdout, because
I want to take care of the errors and maybe write to other logs
(and perhaps in other formats) than to stdout.
Since Digester is declared final one cannot subclass it and override
the log-methods(or the error-, warning- and fatalError-methods).




-

Un courrier électronique n'engage pas son émetteur. Tout message susceptible de 
comporter un engagement doit être confirmé par un écrit dûment signé.

An electronic message is not binding on its sender. Any message referring to a binding 
engagement must be confirmed in writing and duly signed.

Ein elektronischer Brief bzw. eine elektronische Nachricht ist für den Absender nicht 
verbindlich. Jede Nachricht,  welche eine Verpflichtung beinhaltet, muß schriftlich 
bestätigt und ordnungsgemäß unterzeichnet werden.

-

RE: Digester parser error to another output.

[Deadman, Hal]

I submitted a bug report about this issue on Friday. You can add your
comments or vote for it. It's bug #1166. 

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1166

Hal

> -Original Message-
> From: Noel Sebastien [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 02, 2001 11:01 AM
> To: '[EMAIL PROTECTED]'
> Subject: Digester parser error to another output.
> 
> 
> Hi,
> 
> I use Digester, and I would like to send output error 
> elsewhere than to
> System.out...
> Second, Digester does not propagate parsing error (in my 
> case, I would like
> to get an Exception when a String is written as an attribute 
> value where I
> am waiting a integer).
> Dealing with the same problems, somebody else wrote the 
> following message. I
> found it in the Archive of the mailing list, but I can't find 
> any related
> solutions, whereas it is a common problem.
> Has anybody got a clue on how to solve these issues?
> 
> Thank you in advance.
> 
> Sébastien
> 
> Archive mail : ---
> 
> Digester seems to be a pretty nice package for translating XML into
> java-objects. I have a question about the error handling though.
> 
> It appears that the Digester doesn't propagate some parsing errors,
> e.g when a required element is missning. It only logs it to stdout.
> 
> I haven't found any way to get notification of those errors.
> I want to make sure that the XML I have parsed, is validate before I
> use the parsed information.
> Also, I don't want all the parsing errors to be written to 
> stdout, because
> I want to take care of the errors and maybe write to other logs
> (and perhaps in other formats) than to stdout.
> Since Digester is declared final one cannot subclass it and override
> the log-methods(or the error-, warning- and fatalError-methods).
> 
> 
> 
> 
> -
> 
> Un courrier électronique n'engage pas son émetteur. Tout 
> message susceptible de comporter un engagement doit être 
> confirmé par un écrit dûment signé.
> 
> An electronic message is not binding on its sender. Any 
> message referring to a binding engagement must be confirmed 
> in writing and duly signed.
> 
> Ein elektronischer Brief bzw. eine elektronische Nachricht 
> ist für den Absender nicht verbindlich. Jede Nachricht,  
> welche eine Verpflichtung beinhaltet, muß schriftlich 
> bestätigt und ordnungsgemäß unterzeichnet werden.
> 
> -
> 
> 

Javascript bean:write question?

[Josh]

We are using Stuts 1.0 b1, and deploying in both Weblogic 5.1 sp8, and Orion
1.4.5.  One difference that I don't understand is that in Weblogic we embedded
 in our javascript, and it worked just fine, however that approach
does not work in Orion.  I was wondering if anyone had an explanation to this. 
Is it simply that the jsp compiles in a different order?

For example this works in Weblogic:

var abc = ""; 


However in Orion we have had to work around this problem by defining javascript
vars and defining them onload of the page.  Not that big of a deal, but I would
like to understand what is going on. 

Thanks,
Josh

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

Re: Javascript bean:write question?

[Maya Muchnik]

I am not sure, that it is help. Try single quotation symbol after "abc=" as :
var abc = '';

Josh wrote:

> We are using Stuts 1.0 b1, and deploying in both Weblogic 5.1 sp8, and Orion
> 1.4.5.  One difference that I don't understand is that in Weblogic we embedded
>  in our javascript, and it worked just fine, however that approach
> does not work in Orion.  I was wondering if anyone had an explanation to this.
> Is it simply that the jsp compiles in a different order?
>
> For example this works in Weblogic:
> 
> var abc = "";
> 
>
> However in Orion we have had to work around this problem by defining javascript
> vars and defining them onload of the page.  Not that big of a deal, but I would
> like to understand what is going on.
>
> Thanks,
> Josh
>
> __
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail.
> http://personal.mail.yahoo.com/?.refer=text

Re: struts-example.war

[Zia Partovi]

I used to have problem accessing struts-example
through Apache also.  However, I added following line
to the copy of mod_jk.conf file for the Apache and
resolved the problem.

JkMount /*.do ajp13

This line should be added right after JkMount
/servlet/* ajp13
or you have to repeat it for struts-example,
struts-stemplate, etc. (I think).

I specify ajp13 because I am trying to use ajp13
connector instead of ajp12.  If you are not interested
in this part then just use ajp12.

I actually, submitted this problem to the sturts-users
mailing list on Friday and did not receive any
response.  However, fortunately, I found what the
problem is.

I hope this helps.

Zia Partovi
Certified Sun Java Programmer
Senior Developr
Leapnet

--- Florin Iucha <[EMAIL PROTECTED]> wrote:
> I have never managed to get this answered.
> 
> It works if you go directly to Tomcat HTTP port. If
> you go through 
> Apache you will get this error.
> 
> florin
> 
> Michael Schommer wrote:
> > 
> > Hi,
> > 
> > I have problems to run the struts-example.war.
> > I'm using the sun J2EE-reference implementation
> (Tomcat 4.0 - b1).
> > 
> > When I click "Register with the MailReader
> Demonstration Application"
> > (index.jsp) the error
> > 
> >  HTTP Status 404 - /editRegistration.do
> > 
> >  The requested resource (/editRegistration.do)
> is not available.
> > 
> > displays.
> > Clicking on the Submit-Button of logon.jsp shows
> the message (Netscape
> > Browser):
> > 
> >  The document contained no data.
> >  Try again later, or contact the server's
> administratior.
> > 
> > Had anybody else these problems and solved them???
> > 
> > Thanks
> > Michael
> 
> -- 
> Florin Iucha
> [EMAIL PROTECTED]
> (651)482-2847
> 
> "you have moved your mouse, please reboot to make
> this change take
> effect"


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

Attn: Sales Manager

[Bernard Hartken]

Attn: Sales Manager
 
If you are outsourcing or need to expand your sales force for the short term or long 
term contract, TeleXpand will create a tailored campaign to 
guarantee you and your product success.

We are an established, full service call center with a completely trained staff of 70 
plus salespeople with a proven track record to close sales for 
your product or service.

We currently market over $1 million dollars per month in closed sales for the largest 
HVAC Company in the Washington D.C. area,  
scheduling approximately 300 appointments per week...again, these are closed sales! 

We service ALL industries who would be interested in a telemarketing / e-commerce 
campaign of any size! Let's talk... 

Bernard Hartken
General Manager
814.459.8238

Visit us at www.telexpand.bigstep.com

RE: Attn: Sales Manager

[Kyle Robinson]

FUCK OFF!

-Original Message-
From: Bernard Hartken [mailto:[EMAIL PROTECTED]]
Sent: None
To: [EMAIL PROTECTED]
Subject: Attn: Sales Manager



Attn: Sales Manager
 
If you are outsourcing or need to expand your sales force for the short term
or long term contract, TeleXpand will create a tailored campaign to 
guarantee you and your product success.

We are an established, full service call center with a completely trained
staff of 70 plus salespeople with a proven track record to close sales for 
your product or service.

We currently market over $1 million dollars per month in closed sales for
the largest HVAC Company in the Washington D.C. area,  
scheduling approximately 300 appointments per week...again, these are closed
sales! 

We service ALL industries who would be interested in a telemarketing /
e-commerce campaign of any size! Let's talk... 

Bernard Hartken
General Manager
814.459.8238

Visit us at www.telexpand.bigstep.com

Re: Html Tags support

[Eugene Krivopaltsev]

>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: 
>list-unsubscribe: 
>list-post: 
>Delivered-To: mailing list [EMAIL PROTECTED]
>Date: Mon, 02 Apr 2001 07:40:20 -0400
>From: Maya Muchnik <[EMAIL PROTECTED]>
>X-Accept-Language: en
>MIME-Version: 1.0
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED]
>Subject: Re: Html Tags support
>Content-Transfer-Encoding: 7bit
>X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
>
>According to a link http://jakarta.apache.org/struts/struts-html.html or
>http://jakarta.apache.org/struts/api/org/apache/struts/taglib/html/package-summ
ary.html#package_description
>
>no such things in the documentation.
>
>You have got this message from the link 
http://jakarta.apache.org/struts/tags.html,
>that points to the OLD documentation for 05. release. From
>http://jakarta.apache.org/struts/ it is the link "Old documents". You can read 
them
>ONLY to understand better the struts tags structure, because the latest 
document
>1.0 release does not have all details as the old one has.
>
>Maya
>


No, I downloaded latest struts (Struts 1.0-beta-1) from apache.org and the file 
(tags.html) is located in jakarta.../web/documentation.


--eugene

>
>Eugene Krivopaltsev wrote:
>
>> Struts team,
>>
>> I found this phrase today when open html tags documentation:
>>
>> --
>> NOTE: ALL OF THE INFORMATION IN THIS DOCUMENT IS DEPRECATED, AND IS AVAILABLE 
IN
>> STRUTS 1.0 ONLY TO
>> ASSIST IN THE CONVERSION OF APPLICATIONS BASED ON STRUTS 0.5 TO THE STRUTS 
1.0
>> RELEASE. THIS LIBRARY WILL
>> BE REMOVED IN FUTURE VERSIONS OF STRUTS.
>> -
>>
>> Could someone comment on it ? It is pretty important to understand could  we
>> rely on html tags or not.
>>
>> Thanks,
>> --
>> Eugene Krivopaltsev Sun Microsystems, Inc.
>> [EMAIL PROTECTED] 901 San Antonio Road
>> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
>> Fax:   650.786.7816 www.sun.com
>

--
Eugene Krivopaltsev Sun Microsystems, Inc.
[EMAIL PROTECTED] 901 San Antonio Road
Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
Fax:   650.786.7816 www.sun.com

RE: Attn: Sales Manager

[Kyle Robinson]

Excuse me, sorry...

-Original Message-
From: Kyle Robinson [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 09:22
To: '[EMAIL PROTECTED]'
Subject: RE: Attn: Sales Manager


FUCK OFF!

-Original Message-
From: Bernard Hartken [mailto:[EMAIL PROTECTED]]
Sent: None
To: [EMAIL PROTECTED]
Subject: Attn: Sales Manager



Attn: Sales Manager
 
If you are outsourcing or need to expand your sales force for the short term
or long term contract, TeleXpand will create a tailored campaign to 
guarantee you and your product success.

We are an established, full service call center with a completely trained
staff of 70 plus salespeople with a proven track record to close sales for 
your product or service.

We currently market over $1 million dollars per month in closed sales for
the largest HVAC Company in the Washington D.C. area,  
scheduling approximately 300 appointments per week...again, these are closed
sales! 

We service ALL industries who would be interested in a telemarketing /
e-commerce campaign of any size! Let's talk... 

Bernard Hartken
General Manager
814.459.8238

Visit us at www.telexpand.bigstep.com

RE: Html Tags support

[Assenza, Chris]

You are correct, but that message is to tell you that file is deprecated. If
you look at the other files you will see an updated version of that file
under a different name.

Chris Assenza


-Original Message-
From: Eugene Krivopaltsev [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 12:15 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Html Tags support



>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: 
>list-unsubscribe: 
>list-post: 
>Delivered-To: mailing list [EMAIL PROTECTED]
>Date: Mon, 02 Apr 2001 07:40:20 -0400
>From: Maya Muchnik <[EMAIL PROTECTED]>
>X-Accept-Language: en
>MIME-Version: 1.0
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED]
>Subject: Re: Html Tags support
>Content-Transfer-Encoding: 7bit
>X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
>
>According to a link http://jakarta.apache.org/struts/struts-html.html or
>http://jakarta.apache.org/struts/api/org/apache/struts/taglib/html/package-
summ
ary.html#package_description
>
>no such things in the documentation.
>
>You have got this message from the link 
http://jakarta.apache.org/struts/tags.html,
>that points to the OLD documentation for 05. release. From
>http://jakarta.apache.org/struts/ it is the link "Old documents". You can
read 
them
>ONLY to understand better the struts tags structure, because the latest 
document
>1.0 release does not have all details as the old one has.
>
>Maya
>


No, I downloaded latest struts (Struts 1.0-beta-1) from apache.org and the
file 
(tags.html) is located in jakarta.../web/documentation.


--eugene

>
>Eugene Krivopaltsev wrote:
>
>> Struts team,
>>
>> I found this phrase today when open html tags documentation:
>>
>> --
>> NOTE: ALL OF THE INFORMATION IN THIS DOCUMENT IS DEPRECATED, AND IS
AVAILABLE 
IN
>> STRUTS 1.0 ONLY TO
>> ASSIST IN THE CONVERSION OF APPLICATIONS BASED ON STRUTS 0.5 TO THE
STRUTS 
1.0
>> RELEASE. THIS LIBRARY WILL
>> BE REMOVED IN FUTURE VERSIONS OF STRUTS.
>> -
>>
>> Could someone comment on it ? It is pretty important to understand could
we
>> rely on html tags or not.
>>
>> Thanks,
>> --
>> Eugene Krivopaltsev Sun Microsystems, Inc.
>> [EMAIL PROTECTED] 901 San Antonio Road
>> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
>> Fax:   650.786.7816 www.sun.com
>

--
Eugene Krivopaltsev Sun Microsystems, Inc.
[EMAIL PROTECTED] 901 San Antonio Road
Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
Fax:   650.786.7816 www.sun.com

Help!!

[Jaganathan, Rupa]

Hi,
   I want to unsubcribe from the mailing list.
   Unfortunately I have deleted the mail that has the details for the
unsubscription. Please let me know how.

Thanks
Rupa

Re: Html Tags support

[Maya Muchnik]

Do not download - the documentation is on-line. Maybe they do not match.

Eugene Krivopaltsev wrote:

> >Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> >list-help: 
> >list-unsubscribe: 
> >list-post: 
> >Delivered-To: mailing list [EMAIL PROTECTED]
> >Date: Mon, 02 Apr 2001 07:40:20 -0400
> >From: Maya Muchnik <[EMAIL PROTECTED]>
> >X-Accept-Language: en
> >MIME-Version: 1.0
> >To: [EMAIL PROTECTED]
> >CC: [EMAIL PROTECTED]
> >Subject: Re: Html Tags support
> >Content-Transfer-Encoding: 7bit
> >X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
> >
> >According to a link http://jakarta.apache.org/struts/struts-html.html or
> >http://jakarta.apache.org/struts/api/org/apache/struts/taglib/html/package-summ
> ary.html#package_description
> >
> >no such things in the documentation.
> >
> >You have got this message from the link
> http://jakarta.apache.org/struts/tags.html,
> >that points to the OLD documentation for 05. release. From
> >http://jakarta.apache.org/struts/ it is the link "Old documents". You can read
> them
> >ONLY to understand better the struts tags structure, because the latest
> document
> >1.0 release does not have all details as the old one has.
> >
> >Maya
> >
>
> No, I downloaded latest struts (Struts 1.0-beta-1) from apache.org and the file
> (tags.html) is located in jakarta.../web/documentation.
>
> --eugene
>
> >
> >Eugene Krivopaltsev wrote:
> >
> >> Struts team,
> >>
> >> I found this phrase today when open html tags documentation:
> >>
> >> --
> >> NOTE: ALL OF THE INFORMATION IN THIS DOCUMENT IS DEPRECATED, AND IS AVAILABLE
> IN
> >> STRUTS 1.0 ONLY TO
> >> ASSIST IN THE CONVERSION OF APPLICATIONS BASED ON STRUTS 0.5 TO THE STRUTS
> 1.0
> >> RELEASE. THIS LIBRARY WILL
> >> BE REMOVED IN FUTURE VERSIONS OF STRUTS.
> >> -
> >>
> >> Could someone comment on it ? It is pretty important to understand could  we
> >> rely on html tags or not.
> >>
> >> Thanks,
> >> --
> >> Eugene Krivopaltsev Sun Microsystems, Inc.
> >> [EMAIL PROTECTED] 901 San Antonio Road
> >> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
> >> Fax:   650.786.7816 www.sun.com
> >
>
> --
> Eugene Krivopaltsev Sun Microsystems, Inc.
> [EMAIL PROTECTED] 901 San Antonio Road
> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
> Fax:   650.786.7816 www.sun.com

Opening files, relative paths

[Allen Walker]

What I'm doing is this:

java.io.File xmlfile = new java.io.File (path_to_file).

Problem is, I don't know how to specify the var path_to_file other than the 
absolute path. I find the relative path to be /jakarta-tomcat/bin, but this 
obviously isn't where I wish to place my app config files etc. Coding 
absolute path's is troublesome due to deployment issues. Any help appreciated.

Thanks
-allen-

RE: contribution - menuing component

[Scott Sayles]

>
> We are considering drop down menus which use layers and modeled in XML.
>
When you say layers, I assume you are reffering to  elements like
those used by Netscape?  Are you looking to make a browser specific
implementation?

I've found a JavaScript library called Joust that seems to work very well
across multiple browsers.  Although, frames are required to make it work
correctly.  I'd like to implement a menu displayer that presents
multi-browser compliant menus in the same way but without the frames
requirement.  I've been looking over the source for Joust but it's a bit
daunting, especially since I'm not a JavaScript guru.  Anybody know of some
good dynamic web menu libraries?

Also, you can get a copy of my menu component at
http://www.husted.com/about/struts/.

thanks

Scott Sayles


> -Original Message-
> From: Dan Labrecque - Sun Microsystems [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 02, 2001 12:21 PM
> To: [EMAIL PROTECTED]
> Subject: RE: contribution - menuing component
>
>
>
> >X-Unix-From: [EMAIL PROTECTED]  Fri Mar 30 15:19:29 2001
> >From: "Scott Sayles" <[EMAIL PROTECTED]>
> >To: "Dan Labrecque - Sun Microsystems" <[EMAIL PROTECTED]>
> >Subject: RE: contribution - menuing component
> >MIME-Version: 1.0
> >X-Priority: 3 (Normal)
> >X-MSMail-Priority: Normal
> >Importance: Normal
> >X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
> >
> >Here you go.
> >
> >Just curious.  What other menuing options are you looking into?
> I have seen
> >a couple of other related articles on the subject in which menus are
> >similarly modeled in XML.
>
> We are considering drop down menus which use layers and modeled in XML.
>
> >Please keep in mind that this is not a final polished project.  There are
> >many more things I'd like to accomplish with it and would welcome any
> >feedback.
> >
> >Let me know if you have any problems or questions about it.
>
> Thank you for the info!
>
> >Scott
> >
> >
> >
> >> -Original Message-
> >> From: Dan Labrecque - Sun Microsystems [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, March 30, 2001 3:10 PM
> >> To: [EMAIL PROTECTED]
> >> Subject: Re: contribution - menuing component
> >>
> >>
> >> Would you please forward your source and example app directly
> to me? I am
> >> considering a few different menuing options and would like to
> >> evaluate your
> >> Struts component.
> >>
> >> Thank you,
> >> Dan
> >>
> >>
> >> >Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> >> >list-help: 
> >> >list-unsubscribe: 
> >> >list-post: 
> >> >Delivered-To: mailing list [EMAIL PROTECTED]
> >> >From: "Scott Sayles" <[EMAIL PROTECTED]>
> >> >To: <[EMAIL PROTECTED]>
> >> >Subject: contribution - menuing component
> >> >MIME-Version: 1.0
> >> >X-Priority: 3 (Normal)
> >> >X-MSMail-Priority: Normal
> >> >Importance: Normal
> >> >X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
> >> >X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
> >> >X-Mozilla-Status2: 
> >> >
> >> >
> >> >I've developed a menuing component for Struts and would like to
> >> contribute
> >> >it.  At the least I'd like to submit it to the user/and or
> dev list for
> >> >feedback.  I have a binary distribution that includes the source
> >> code and is
> >> >about 500k (tarred and compressed).  I'm concerned that this
> may be a bit
> >> >too large for the mailing list.  Shall I go ahead and send it?
> >> (The reason
> >> >it's this big is that I've included some libraries in the
> >> example app. just
> >> >to make it easier for users to try it out.  I could change it.)
> >> Of course,
> >> >I'd be more than happy to send it directly to anyone.
> >> >
> >> >Attached is a copy of the README file to give you an idea
> about what this
> >> >is.  It is not entirely ready for contribution to Struts but I
> >> just wanted
> >> >to get some feedback before I decide what to do next.
> >> >
> >> >Thanks
> >> >
> >> >Scott
> >>
>

Re: struts.jar

[Donnie_Hall]

Check out this link for more information:

http://www.mail-archive.com/struts-user@jakarta.apache.org/msg01788.html

-Donnie Hall



|+--->
||  jvitrone@gian|
||  tbear.com|
||   |
||  04/02/2001   |
||  08:14 AM |
||  Please   |
||  respond to   |
||  struts-user  |
||   |
|+--->
  >|
  ||
  |   To: [EMAIL PROTECTED]   |
  |   cc: (bcc: Donnie Hall/Enron Communications)  |
  |   Subject: struts.jar  |
  >|



I've know we've been through this before, but can someone refresh me on
where it's OK to have struts.jar and where it's not OK?

Thanks,
   Jesse Vitrone

relation between "validate", validate method and perform method

[Nishit Trivedi]

hi..
( sorry if this is dumb que)

Can any body tell me what is the relation between these three
1. "validate" parameter of Action mapping definition in struts-config file
2.  the "validate" method of a form bean and 
3.  a "perform" method of any class extended from Action class

Because i have the scenario: I have a form which is supposed to be validated
and then control should be
forwarded to the page depending on the value returned by "validate" method
of form bean...But i think physical
implementation of forwarding control is decided by "perform" method...right?

Here is my problem:
When the parameter "validate" in struts-config file is true, the "validate"
method of form bean class is executed but
"perform" method is not getting executed...If i switch the value of
"validate" parameter to false, the validate method
is not executed but the perform method is executed...

I don't know...what am i doing wrong?...what to do to get both of them
executed?...
Here is the snippet of my struts-config file...


...


  
  





Nishit Trivedi
Software Engineer
Planet Access Networks - An InSage Company
973-691-4704 X157

Re: Basic design questions

[John Raley]

Mike,

When you have a choice between returning something in the session and
returning it in the request, put it in the request.  Session data lives a
lot longer - it causes your per-user memory usage to go up.  Lots of
session data can also lead to hard-to-find bugs.

Does the bean bound to "searchForm" have a public method named
getResultString() that takes no arguments?

mike cannon wrote:

> Hi,
>
> I'm converting an existing servlet to use Struts and I have a design
> question.
>
> (WARNING: I don't even know JSP well; Please bear with me ;-)
>
> I want a single page that contains a query form and displays the most
> recent query results, if any, underneath.  (See search.jsp, below.)
>
> I wrote a SearchForm bean and a SearchAction class that extends
> Action.  Those seem to work fine.  SearchAction.perform() returns
> mapping.findForward("success") and search.jsp is re-displayed as
> planned.
>
> Here's my question:
>
>   How should I pass the results back from SearchAction to display
>   them in search.jsp?
>
> I can imagine setting an attribute in either the request or the
> session object.  In fact, what I *tried* to do is add a "ResultString"
> attribute to my SearchForm bean and display it using 
> below.
>
> I got an error: "bean ... has no getter method for "ResultString".
> Do I need to do more than add get- and set- methods in SearchForm?
>
> More to the point, is this even a sensible way to to this?
>
> TIA,
>
>  - Mike
>
> search.jsp
> 
> <%@ page language="java" %>
> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
> <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
>
>   
>
>   Name: 
>
>   
>
>   
>
>   
>
>   

Re: Validating dates

[John Raley]

Hi William,

I noticed that you are hard-coding the date patterns in your convenience class.  One 
major benefit of
the DateFormat class is that the VM can choose an appropriate pattern based on a 
Locale (either
explicitly specified, or the VM default which usually doesn't mean much in a web 
application).  Is
there a reason the default patterns don't work for you?

John

William Jaynes wrote:

> Here are some utility methods I use for date validation and rendering to and from 
>strings. Nothing
> fancy.
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, March 29, 2001 2:53 PM
> Subject: Validating dates
>
> >
> >
> > Does anyone have a code example for validating a date field in the validate
> > method of actionform?   Actually, a date in a string attribute.
> >
> > thanks in advance for your help,
> > Donnie Hall
> >
> >
>
>   
> Name: DateUtil.java
>DateUtil.javaType: unspecified type (application/octet-stream)
> Encoding: 7bit

remove unsubscribe

[Todd Williams]

remove unsubscribe

menu component for struts

[Dennis Chen]

Scott,

I saw your message regarding the menu component and have downloaded it from 
Ted Husted's site.  I think this would be a valuable addition to Struts.  
Especially because we have a need for such a thing at the place I work for.  
I'm working on a project where we'll need various menus dynamically 
generated based on user permissions.  I'm thinking this is possible with 
your menu component?
I've read through you README and have looked at some of the code.  I gather 
that I could do this by implementing my own menudisplayer?

Thanks,
Dennis Chen

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: relation between "validate", validate method and perform method

[David Winterfeldt]

If validate is set to true in the struts-config.xml,
then the ActionServlet will automatically call the
validate method in your ActionForm for you.  If there
are errors, it will return you to your input
attribute's URL.  If there aren't any errors, it will
call your perform method.  If you need to forward your
form to different pages based on the validation, you
should have validate="false" and just call the
validate method yourself inside your perform method.

public ActionForward perform(ActionMapping mapping,
 ActionForm form,
 HttpServletRequest request,
 HttpServletResponse response)
  throws IOException, ServletException {

   ActionErrors errors = form.validate(mapping,
request);
   
   if (errors != null && errors.empty()) {
  return mapping.findForward("success");
   } else if (errors.size("lastName") > 0) {
  return mapping.findForward("failureLastName");
   } else {
  return mapping.findForward("failure");
   }
}



David

--- Nishit Trivedi <[EMAIL PROTECTED]> wrote:
> hi..
> ( sorry if this is dumb que)
> 
> Can any body tell me what is the relation between
> these three
> 1. "validate" parameter of Action mapping definition
> in struts-config file
> 2.  the "validate" method of a form bean and 
> 3.  a "perform" method of any class extended from
> Action class
> 
> Because i have the scenario: I have a form which is
> supposed to be validated
> and then control should be
> forwarded to the page depending on the value
> returned by "validate" method
> of form bean...But i think physical
> implementation of forwarding control is decided by
> "perform" method...right?
> 
> Here is my problem:
> When the parameter "validate" in struts-config file
> is true, the "validate"
> method of form bean class is executed but
> "perform" method is not getting executed...If i
> switch the value of
> "validate" parameter to false, the validate method
> is not executed but the perform method is
> executed...
> 
> I don't know...what am i doing wrong?...what to do
> to get both of them
> executed?...
> Here is the snippet of my struts-config file...
> 
> 
> ...
> 
>
> type="org.apache.struts.dir1.dir2.TestClass"
>name="MyForm"
>   scope="request"
>validate="true">
>path="/success.jsp"/>
>path="/Error.jsp"/>
> 
> 
> 
> 
> 
> Nishit Trivedi
> Software Engineer
> Planet Access Networks - An InSage Company
> 973-691-4704 X157
> 


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

RE: struts.jar

[Andrew Slack]

Is there a digest form of this list?  It'd be nice to minimise the traffic
that's passing through my inbox.  Additionally, is there an URL out there
where I can search over historical traffic from this list?

Andrew M Slack

Re: Logon Dialog

[Incze Lajos]

On Sun, Apr 01, 2001 at 11:48:02AM +0100, James Bell wrote:
> All
> 
> I have protected my struts application with the following directives from
> the web.xml file for the application (see below).  This works fine.  The
> browser displays a popup alert requesting the authentication info.  I have
> left the tomcat session timeout to it's default value (30 mins I think).  I
> can program each page (via the template) in my application to check for the
> existence of a attribute that the application establishes soon after logon
> and then redirect the browser to the logon page  (logon.do).  If I try this
> I get a 'request has already been committed' error.  I think the browser
> does not know that the server session has been terminated.  What do I need
> to do, so that the application forces the browser to re-authenticate the
> user on session timeout?
> 
If you use container based authentication you don't need any on-page
checking you left this on the container. Especially is bad idea to redirect
to the login page as the container won't be able to figure out where
to forward after a successful login. Whenever a user session has timed out
the container will intercept the login method whatever URL would target
into the protected area.incze

Thread safety issue with use of token?

[Handy, Steve]

Previous posts have referred to using the token methods of Action to detect
duplicate requests (from the user clicking more than once without waiting
for a new page).  For an example, see
http://www.mail-archive.com/struts-user@jakarta.apache.org/msg02368.html.

Are there thread safety issues with this?

The description says to put this at the bottom of the action that leads to
the page being displayed:

saveToken(request);

And, put this near the top of the action that handles the page submission:

if (!isTokenValid(request)) {
  ... deal with the error ...
}
resetToken(request);

Should this latter section be synchronized so that two racing threads from
two nearly simultaneous submits from the same user don't both get past the
test before the token is reset?

Help me understand.  Am I ...
- overly anal, since such a race is practically impossible?
or
- unaware of thread-simplification qualities of Struts?
or
- under-educated about how the Struts token capability handles this for us?

Thanks,

Steve

Multi-Page Forms

[David Winterfeldt]

I know this has been discussed before, but I was in a
group and we were discussing if there was any way to
completely separate the view from the controller for
multi-page forms.  I've did a multi page example where
you specified what page you were on in a hidden field
and also associated a field with a page so the
validation would know what to validate.  

The best idea that came out of the group was to define
a separate action in the struts-config.xml that would
share the same Action and ActionForm class and have a
previous and next forward defined to navigate through
the multiple pages.  Validation would be performed by
checking the request object and using reflection to
only check the fields that were submitted.  This way
the page designer could just layout the pages and
define the actions and it keeps the view separate from
the controller.  As far as knowing when you were at
the end to run all validations again, I thought that
if there was no 'next' forward defined the controller
could look for a 'success' forward.

The only other issue left which is a pain is how to
deal with resetting default checkbox values (possibly
pass in the defaults along with the action so it isn't
hard coded?).  

Any thoughts, comments, or different ways of handling
this would be appreciated.

David

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

Attempt to reduce/alleviate the loosely coupled nature of Struts

[Laine Donlan]

All -

I was hoping to tap the brain trust out there for any ideas on how to
address the following problem:

In the system I am currently working on there is a large amount of code
generated based on a database schema.  For example: for any given table
in the schema an entity bean is generated with some basic functionality
as well as a javabean (maps to the columns in the table) that is used to
pass data between the back-end to the front-end.

>From a Struts perspective the majority of our forms maintain a 'has-a'
relationship with on or more of these javabeans.  Therefore the
properties in the JSP's map directly into the generated javabeans.  This
has been working beautifully thus far.  However, we made some pretty
significant schema changes for the next release of our product, and am
now facing the problem of re-working the system to function against the
new schema.

The main problem is, as the entire code base is being re-worked we
cannot deploy and run the system.  Therefore, it is not a trivial task
to search through the JSP code to determine what properties will break
the next time a page is run.  Just as a baseline for the size of the
system we have roughly 500 jsps that use Struts tags and 50 + form
objects that may have changed structure based on the newly introduced
schema.

My initial thoughts on this were to somehow scan through the JSP's and
attempt to resolve the proper form associated with it and then attempt
to call the appropriate getters and setters using the Struts facilities.
I would preferably like to piggyback on the work already being done by
the JSP compilation services (Jasper, etc) but am having a little
difficulty determining if I can insert some process along the way or
mimic the function using the services components.

The eventual out put of such a process could be something as simple as a
report of what properties will be problematic and in what pages they
live.  Then work could be done to pro-actively fix these places while
the rest of the system is being re-worked.

Any thoughts would be greatly appreciated.

Laine

remove unsubscribe

[Clarence Westberg]

remove unsubscribe

remove unsubscribe

[Jaganathan, Rupa]

remove unsubscribe

remove unsubscribe

[Siping Liu]

remove unsubscribe

RE: relation between "validate", validate method and perform method

[Nishit Trivedi]

thanks david...
i used this approach and its working...

Nishit

-Original Message-
From: David Winterfeldt [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 2:33 PM
To: [EMAIL PROTECTED]
Subject: Re: relation between "validate", validate method and perform
method


If validate is set to true in the struts-config.xml,
then the ActionServlet will automatically call the
validate method in your ActionForm for you.  If there
are errors, it will return you to your input
attribute's URL.  If there aren't any errors, it will
call your perform method.  If you need to forward your
form to different pages based on the validation, you
should have validate="false" and just call the
validate method yourself inside your perform method.

public ActionForward perform(ActionMapping mapping,
 ActionForm form,
 HttpServletRequest request,
 HttpServletResponse response)
  throws IOException, ServletException {

   ActionErrors errors = form.validate(mapping,
request);
   
   if (errors != null && errors.empty()) {
  return mapping.findForward("success");
   } else if (errors.size("lastName") > 0) {
  return mapping.findForward("failureLastName");
   } else {
  return mapping.findForward("failure");
   }
}



David

--- Nishit Trivedi <[EMAIL PROTECTED]> wrote:
> hi..
> ( sorry if this is dumb que)
> 
> Can any body tell me what is the relation between
> these three
> 1. "validate" parameter of Action mapping definition
> in struts-config file
> 2.  the "validate" method of a form bean and 
> 3.  a "perform" method of any class extended from
> Action class
> 
> Because i have the scenario: I have a form which is
> supposed to be validated
> and then control should be
> forwarded to the page depending on the value
> returned by "validate" method
> of form bean...But i think physical
> implementation of forwarding control is decided by
> "perform" method...right?
> 
> Here is my problem:
> When the parameter "validate" in struts-config file
> is true, the "validate"
> method of form bean class is executed but
> "perform" method is not getting executed...If i
> switch the value of
> "validate" parameter to false, the validate method
> is not executed but the perform method is
> executed...
> 
> I don't know...what am i doing wrong?...what to do
> to get both of them
> executed?...
> Here is the snippet of my struts-config file...
> 
> 
> ...
> 
>
> type="org.apache.struts.dir1.dir2.TestClass"
>name="MyForm"
>   scope="request"
>validate="true">
>path="/success.jsp"/>
>path="/Error.jsp"/>
> 
> 
> 
> 
> 
> Nishit Trivedi
> Software Engineer
> Planet Access Networks - An InSage Company
> 973-691-4704 X157
> 


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

Re: Opening files, relative paths

[Incze Lajos]

On Mon, Apr 02, 2001 at 11:48:42AM -0500, Allen Walker wrote:
> What I'm doing is this:
> 
> java.io.File xmlfile = new java.io.File (path_to_file).
> 
> Problem is, I don't know how to specify the var path_to_file other than the 
> absolute path. I find the relative path to be /jakarta-tomcat/bin, but this 
> obviously isn't where I wish to place my app config files etc. Coding 
> absolute path's is troublesome due to deployment issues. Any help appreciated.
> 
> Thanks
> -allen-
> 

You can use the ServletContext's getRealPath( context_relative_path )
method. E.g.: servletContext.getRealPath( "/WEB-INF/myconf.xml" ).
  incze

Re: Basic design questions

[dhay]

Should the ResultString not be resultString because of bean naming conventions?
(resultString - little 'r' - will cause the method getResultString() to be
called).

Dave




John Raley <[EMAIL PROTECTED]> on 04/02/2001 02:04:32 PM

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:(bcc: David Hay/Lex/Lexmark)
Subject:  Re: Basic design questions



Mike,

When you have a choice between returning something in the session and
returning it in the request, put it in the request.  Session data lives a
lot longer - it causes your per-user memory usage to go up.  Lots of
session data can also lead to hard-to-find bugs.

Does the bean bound to "searchForm" have a public method named
getResultString() that takes no arguments?

mike cannon wrote:

> Hi,
>
> I'm converting an existing servlet to use Struts and I have a design
> question.
>
> (WARNING: I don't even know JSP well; Please bear with me ;-)
>
> I want a single page that contains a query form and displays the most
> recent query results, if any, underneath.  (See search.jsp, below.)
>
> I wrote a SearchForm bean and a SearchAction class that extends
> Action.  Those seem to work fine.  SearchAction.perform() returns
> mapping.findForward("success") and search.jsp is re-displayed as
> planned.
>
> Here's my question:
>
>   How should I pass the results back from SearchAction to display
>   them in search.jsp?
>
> I can imagine setting an attribute in either the request or the
> session object.  In fact, what I *tried* to do is add a "ResultString"
> attribute to my SearchForm bean and display it using 
> below.
>
> I got an error: "bean ... has no getter method for "ResultString".
> Do I need to do more than add get- and set- methods in SearchForm?
>
> More to the point, is this even a sensible way to to this?
>
> TIA,
>
>  - Mike
>
> search.jsp
> 
> <%@ page language="java" %>
> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
> <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
>
>   
>
>   Name: 
>
>   
>
>   
>
>   
>
>   

RE: Attempt to reduce/alleviate the loosely coupled nature of Struts

[rhayden]

Hi Laine,

I am wrestling with the same scenario- I have many forms, each of which may
contain 50 or more properties. It is a real hassle trying to keep the entity
bean matched up with the action form and then with the JSP.  Please let me
know if you come up with a solution... until then how about a little design
discussion :)

I have made some decisions on the design of our application to address this
exact problem. I noticed that in most cases our ActionForms contain the same
properties as the entity bean, or one or more entity beans. If you use the
same names for the properties in both the EJB and the ActionForm you can use
the Struts property copy utility. I perform this copying process from within
a session bean. This still requires that the JSP properties match the
ActionForm properties which match the entity EJB properties- all of which
must be done manually. But this cuts out the recommended intermediate object
suggested in the Struts docs- which I find redundant and unnecessary (JSP
<--> ActionForm <--> Business Object <--> Entity EJB), and results in a
simpler design (JSP <--> ActionForm <--> Entity EJB). Now the session EJBs
have to be aware of Struts (or an additional interface) and return the
appropriate Struts-specific objects. Not a big deal in my opinion since you
can make this design flexible and extensible by using a factory. There are a
few issues to watch out for with this design- the biggest problem I have is
when using non-String data types. In this case I have to add some extra
setters and getters to the ActionForm in order to communicate with the
Struts JSP tags and make these conversions. This brings me to my second
point...

The ActionForm needs to be automatically generated and support basic type
conversions.  I think there is talk about doing this in the next version of
Struts right? There is reference to this in the TO-DO 1.1 list- "ActionForms
with Dynamic Properties" The ActionForm would need to be created from some
type of factory that would  parse the JSP and look for tags and dynamically
create the appropriate object. Then you could do a copyProperties to get the
data from this object over to a business object or entity EJB. If you are
going in the other direction, a session EJB should be able to call this
factory to create the object needed for rendering the JSP.  And one more
thing... I don't think JSP tags should require that a property be present in
the ActionForm in order to render themselves. If this property is missing,
they should still display correctly(but with a null value) and not throw an
exception.  So if the ActionForm was generated automagically, then we would
end up with a even more condensed design:  JSP <--> Entity EJB. Of course,
there would be an intermediate object accessible if needed, but from the
development perspective these would be the only structures that needed to be
manually synchronized.

I guess my response really is not that helpful to your immediate problem,
but I wanted to provide my opinion on this matter as well.  Struts is
already a great product- I think this type of functionality would really
enhance maintainability of Struts applications.

-Bob


-Original Message-
From: Laine Donlan [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 3:42 PM
To: 'Struts' (E-mail)
Subject: Attempt to reduce/alleviate the loosely coupled nature of
Struts


All -

I was hoping to tap the brain trust out there for any ideas on how to
address the following problem:

In the system I am currently working on there is a large amount of code
generated based on a database schema.  For example: for any given table
in the schema an entity bean is generated with some basic functionality
as well as a javabean (maps to the columns in the table) that is used to
pass data between the back-end to the front-end.

>From a Struts perspective the majority of our forms maintain a 'has-a'
relationship with on or more of these javabeans.  Therefore the
properties in the JSP's map directly into the generated javabeans.  This
has been working beautifully thus far.  However, we made some pretty
significant schema changes for the next release of our product, and am
now facing the problem of re-working the system to function against the
new schema.

The main problem is, as the entire code base is being re-worked we
cannot deploy and run the system.  Therefore, it is not a trivial task
to search through the JSP code to determine what properties will break
the next time a page is run.  Just as a baseline for the size of the
system we have roughly 500 jsps that use Struts tags and 50 + form
objects that may have changed structure based on the newly introduced
schema.

My initial thoughts on this were to somehow scan through the JSP's and
attempt to resolve the proper form associated with it and then attempt
to call the appropriate getters and setters using the Struts facilities.
I would preferably like to piggyback on the work already being done by
the JSP compilation

Re: menu component for struts

[Scott Sayles]

> I saw your message regarding the menu component and have downloaded it
from
> Ted Husted's site.  I think this would be a valuable addition to Struts.

I hope so.   ;)

> I'm working on a project where we'll need various menus dynamically
> generated based on user permissions.  I'm thinking this is possible with
> your menu component?
> I've read through you README and have looked at some of the code.  I
gather
> that I could do this by implementing my own menudisplayer?
>
Yes, this is generally what you would do.  You just implement a
MenuDisplayer, put an entry for it in the menu-config.xml file like:




Then use it via the tags to display your menus like this:



(etc..)


And, of course, just define your menus in the xml as well.  Just look at the
example app for a template.
Note that you can just extend the MessageResourcesMenuDisplayer.  Just note
my intent for it was for internationalization.

There's additional options for this, but that's basically how you'd do it.
It'll be up to you to create a displayer that will look at user permissions.
You could probably just use one of the existing displayers as a template and
just insert your necessary code.

Hmm... this gets me thinking about the possiblilty of having some kind of
generic interface for checking permissions when displaying the menus.  For a
simple usage, the menu item in question would be either displayed or not
displayed.  That could be just a simple call with returned boolean value or
something.  Perhaps we can create some kind of permissionable menu displayer
that wouldn't change and people would just implement some kind of adapter
that would ask about the permissions?It would be nice if people didn't
have to rewrite the displayer because they have there own custom way of
checking for permission.  I'll have to think about that a bit.

Hope this helps.

Scott

Re: Thread safety issue with use of token?

[Rob Leland]

If you are using multiple threads per session you'll need
to find another method for transaction control.

Specifically in the session you'll need to create
a Map of tokens, and use the request id as a lookup key.


-Rob






"Handy, Steve" wrote:
> 
> Previous posts have referred to using the token methods of Action to detect
> duplicate requests (from the user clicking more than once without waiting
> for a new page).  For an example, see
> http://www.mail-archive.com/struts-user@jakarta.apache.org/msg02368.html.
> 
> Are there thread safety issues with this?
> 
> The description says to put this at the bottom of the action that leads to
> the page being displayed:
> 
> saveToken(request);
> 
> And, put this near the top of the action that handles the page submission:
> 
> if (!isTokenValid(request)) {
>   ... deal with the error ...
> }
> resetToken(request);
> 
> Should this latter section be synchronized so that two racing threads from
> two nearly simultaneous submits from the same user don't both get past the
> test before the token is reset?
> 
> Help me understand.  Am I ...
> - overly anal, since such a race is practically impossible?
> or
> - unaware of thread-simplification qualities of Struts?
> or
> - under-educated about how the Struts token capability handles this for us?
> 
> Thanks,
> 
> Steve

Struts Action Form

[Eugene Krivopaltsev]

I wonder how Strut's ActionForm  could deal with flexible set of data. Assume 
simple scenario one have to write a Database Table Editor. A user specifies 
database table name and then based on database metadata html table is being 
buit. I want to have each cell to be editable. How Action Form should be defined 
to reflect a universal database table schema. 


Thanks,  
--
Eugene Krivopaltsev Sun Microsystems, Inc.
[EMAIL PROTECTED] 901 San Antonio Road
Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
Fax:   650.786.7816 www.sun.com

entity beans within an Action

[G.L. Grobe]

If the life-span of an Action is only when that Action is being exec'd
(which is also where I implemented my session bean since it's life-span is
also not neccesary to hang around), where should entity beans be initialized
and populated by data held in the ActionForm bean? Seems if I init'd them
within the Action, I'd be creating a new Bean everytime it ran through that
Action, same w/ the session. Am I going about this wrong?

Any help much appreciated.

RE: Communicating with EJB's from Action

[Wong Kok Wai]

Generally, for a multi-tier architecture, I would do
data checking as close to the user as possible to
minimize data transmission. So my first level checking
would be using Javascript on the browser side.
However, not all types of checking can be done in
Javascript and so the validate method would be the
next level.

--- "Handy, Steve" <[EMAIL PROTECTED]> wrote:
> Hal,
> 
> That's a good question:  where should basic value
> checking be done, in the
> stateless session beans or in the ActionForm
> validate method?
> 
> Certainly, any checking that depends on anything
> outside the request itself
> should not be in the validate method, e.g. checking
> that depends on the
> state of an entity bean.  I also believe that an
> entity bean should protect
> itself; so, for example, the ejbcreate method should
> validate the values it
> is given for attributes.  In general, I wouldn't put
> any business rules
> checking in the ActionForm validate method.
> 
> However, I can see where -type- checking might be
> done in the validate
> method.  For example, when the user gives you a
> string that is supposed to
> translate to a number or a date.
> 
> What do you think?
> 
> Steve  
> 


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

Re: Html Tags support

[Craig R. McClanahan]

On Sun, 1 Apr 2001, Eugene Krivopaltsev wrote:

> Struts team,
> 
> I found this phrase today when open html tags documentation:
> 
> 
> --
> NOTE: ALL OF THE INFORMATION IN THIS DOCUMENT IS DEPRECATED, AND IS AVAILABLE IN 
> STRUTS 1.0 ONLY TO
> ASSIST IN THE CONVERSION OF APPLICATIONS BASED ON STRUTS 0.5 TO THE STRUTS 1.0 
> RELEASE. THIS LIBRARY WILL
> BE REMOVED IN FUTURE VERSIONS OF STRUTS.
> -
> 

The phrase quoted above is found in the documentation for the 0.5 version
of the Struts tags, in file:

http://jakarta.apache.org/struts/tags.html

The reason for this is that, in version 0.5, all of the Struts tags were
in a single tag library.  For version 1.0 you should use the separate
libraries (struts-bean, struts-html, and so on).  You will find that the
struts-html tag library contains all of the old tags (many with
substantial enhancements) and several new ones.

After version 1.0 final is released, the deprecated tags (and classes in
struts.jar) will be removed.  They continue to exist solely to allow 0.5
based programs to be converted at your own pace.


> 
> Could someone comment on it ? It is pretty important to understand could  we 
> rely on html tags or not. 
> 
> Thanks, 
> --
> Eugene Krivopaltsev

Craig McClanahan

Re: Opening files, relative paths

[Craig R. McClanahan]

On Mon, 2 Apr 2001, Incze Lajos wrote:

> On Mon, Apr 02, 2001 at 11:48:42AM -0500, Allen Walker wrote:
> > What I'm doing is this:
> > 
> > java.io.File xmlfile = new java.io.File (path_to_file).
> > 
> > Problem is, I don't know how to specify the var path_to_file other than the 
> > absolute path. I find the relative path to be /jakarta-tomcat/bin, but this 
> > obviously isn't where I wish to place my app config files etc. Coding 
> > absolute path's is troublesome due to deployment issues. Any help appreciated.
> > 
> > Thanks
> > -allen-
> > 
> 
> You can use the ServletContext's getRealPath( context_relative_path )
> method. E.g.: servletContext.getRealPath( "/WEB-INF/myconf.xml" ).
>   incze
> 

This approach works -- but *only* if your web application is expanded into
a real directory (instead of being run directly from the WAR file).  To
access a properties file within the WAR, no matter what your servlet
container does, do something like this:

InputStream is =
  getServletContext().getResourceAsStream("/WEB-INF/web.xml");

which will let you read the web application's deployment descriptor.  You
can use any context-relative path that you wish.

Craig McClanahan

Re: Struts Action Form

[Craig R. McClanahan]

On Mon, 2 Apr 2001, Eugene Krivopaltsev wrote:

> I wonder how Strut's ActionForm  could deal with flexible set of data. Assume 
> simple scenario one have to write a Database Table Editor. A user specifies 
> database table name and then based on database metadata html table is being 
> buit. I want to have each cell to be editable. How Action Form should be defined 
> to reflect a universal database table schema. 
> 

Struts 1.0 doesn't have any real support for this kind of thing, but it is
high on the priority list for 1.1 -- we've been calling this feature
"dynamic properties" in earlier discussions on the list.  The secret to
being useful is not only at the bean level -- the custom tags need to
transparently support dynamic properties just like they do static ones,
without the page author knowing which kind of beans they are talking to.

At the O'Reilly Enterprise Java Conference last week, I met a guy who has
some really useful-looking code to base this on, and he's planning on
getting involved with Struts to work on this area.

> 
> Thanks,  
> --
> Eugene Krivopaltsev   Sun Microsystems, Inc.
> [EMAIL PROTECTED]   901 San Antonio Road
> Voice: 650.786.6260 (x86260)Palo Alto, CA. 94303
> Fax:   650.786.7816 www.sun.com
> 
> 
> 

Craig

Re: Communicating with EJB's from Action

[Bryan Field-Elliot]

I am doing EJB development with Struts also.

Good design dictates that basic validity checking should occur nearest the
client; probably the ActionForm.validate() method is the best place. In a
perfect world, you'd do this way way out on the client via Javascript, but
that would open itself up to circumvention by hackers. Basic validity checking
includes questions like "is this really a date?", "is this number really
between 1 and 100?", "did they select an option from the listbox?", etc.

Business model validity checking should absolutely occur at the EJB level,
such as "is this user allowed to perform this action?", "is this a valid
record number to operate upon", etc.

In the Struts world, there is a "middle ground" where one could theoretically
do more validity checking, and this is in the Action class's perform() method.
However I generally keep all "thinking" out of this method, and simply use
it as a conduit between the UI (the ActionForm), and the Model (EJB).

Bryan


Wong Kok Wai wrote:
[EMAIL PROTECTED]">Generally, for a multi-tier architecture, I would dodata checking as close to the user as possible tominimize data transmission. So my first level checkingwould be using Javascript on the browser side.However, not all types of checking can be done inJavascript and so the validate method would be thenext level.--- "Handy, Steve" <[EMAIL PROTECTED]> wrote:
  Hal,That's a good question:  where should basic valuechecking be done, in thestateless session beans or in the ActionFormvalidate method?Certainly, any checking that depends on anythingoutside the request itselfshould not be in the validate method, e.g. checkingthat depends on thestate of an entity bean.  I also believe that anentity bean should protectitself; so, for example, the ejbcreate method shouldvalidate the values itis given for attributes.  In general, I wouldn't putany business ruleschecking in the ActionForm validate method.However, I can see where -type- checking might bedone in the validatemethod.  For example, when the user gives you astring that is supposed totranslate to a number or a date.What do you think?Steve  
__Do You Yahoo!?Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/?.refer=text

RE: entity beans within an Action

[rhayden]

Creation of EJBs is really the job of the EJB container. The container
manages the creation, passivation, destruction, etc... of the EJBs. When you
"create" an EJB from your Action for example, you are just asking the
container for a reference. Of course there is some overhead with looking up
the bean's home interface and creating the stubs- but this should be
negligible (compared with instantiation of the actual entity bean). However,
If you know that many requests within the same session will need access to
the same entity bean(s), you could create a stateful session bean and keep
track of its reference in the session. From within the stateful session bean
you can create once and keep track of the entity beans and won't need to do
JNDI lookups, etc... for each request... At least that is the way I would do
it :)

-Bob

 

-Original Message-
From: G.L. Grobe [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 7:12 PM
To: [EMAIL PROTECTED]
Subject: entity beans within an Action


If the life-span of an Action is only when that Action is being exec'd
(which is also where I implemented my session bean since it's life-span is
also not neccesary to hang around), where should entity beans be initialized
and populated by data held in the ActionForm bean? Seems if I init'd them
within the Action, I'd be creating a new Bean everytime it ran through that
Action, same w/ the session. Am I going about this wrong?

Any help much appreciated.

Struts Connection Pool

[BAlappatt]

Hi!

I am using struts connection pool with Oracle thin driver. As I understand,
the Connections are stored in the servletContext and can be accessed from
ActionClass (as ActionServlet pass this property to ActionClass).

Is there any way I can access these connections from a normal java classes
(not a servlet) OR I have to pass the connection to other classes from
ActionClass always?

Biju Isac

Date input tag

[BAlappatt]

Hi!

I am a little puzzled that there is no date input tags available (correct
me if I am wrong!). There are however date formatting tags available. I am
sure that almost all applications would require date input and validation
routines.

We have developed a small one which is a combination of 3 struts text boxes
(DD MM ), the user can specify the format of the input i.e DDMM or
MMDD. Also there is a property by which the user can default system
date to the input field. However the validation has to be done in the
form-bean. Currently this is in a crude form and we are trying to improve.

If this interests anyone, we are happy to share.

Biju Isac

Implementing javax.servlet.Servlet????

[Steven Leija]

Hello All,

I'm currently working on developing my first Struts application in weblogic
6.0 and getting the following errors when starting up my server:

Error casting servlet: "action" java.lang.ClassCastException:
com.struts.LoginBean

javax.servlet.ServletException: Servlet class:
'com.struts.LoginBean' does not implement javax.servlet.Servlet

My Action class consists of the following:

package com.struts;

import org.apache.struts.action.* ;
import java.io.* ;
import javax.servlet.http.* ;
import javax.servlet.* ;

public class LoginAction extends Action
{
public ActionForward perform(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException
{
System.out.println("I'm in the Action class...");

LoginBean form_ = (LoginBean)form;
return mapping.findForward("success");
}
}

Thanks for any help!

Steven

Re: entity beans within an Action

[G.L. Grobe]

Comments and questions below.

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 02, 2001 10:23 PM
Subject: RE: entity beans within an Action

> Creation of EJBs is really the job of the EJB container. The container
> manages the creation, passivation, destruction, etc... of the EJBs. When
you
> "create" an EJB from your Action for example, you are just asking the
> container for a reference. Of course there is some overhead with looking
up
> the bean's home interface and creating the stubs- but this should be
> negligible (compared with instantiation of the actual entity bean).
However,
> If you know that many requests within the same session will need access to
> the same entity bean(s), you could create a stateful session bean and keep
> track of its reference in the session.

I have an Action that spans multiple pages. I have only one ActionForm class
to go w/ this Action for the multiple pages, so the user makes multiple
submits on the same ActionForm.

This part I don't get. If I've done a lookup and gotten the reference of
this stateful session bean, how is that returned reference kept for the next
time the Action is called, afterall, the Action was destroyed. Must I do
another lookup everytime the Action is called to get the reference to the
session bean? I can understand how the session bean itself can hold a
reference to the entity bean, since the stateful session bean itself
persists.

Also, I guess as the last step in my conversation it's ok to do regular
field-to-field copies of the ActionForm data into the entity bean.

After writing all this out trying to explain it to you guys, I think I've
just answered my question and am looking for a "yes, you're on the right
track" or "no, it's usually done like this" kind of answer. I only need to
lookup and create the entity bean at the very end of the session, all in one
method, so after the session ends, my entity beans info will still be around
for use for the backend servers part of my application. Now I'm just
wondering where I'd put the business logic to handle those beans once they
get status changes from backend servers since I no longer have user Actions?

It seems like there would be so many exampes of what I'm trying to do, but
I've seen no full examples of *both* session beans implementing entity beans
within an Action. (i.e. A user goes shopping (session) and puts is stuff in
a cart (entity)).

> From within the stateful session bean
> you can create once and keep track of the entity beans and won't need to
do
> JNDI lookups, etc... for each request... At least that is the way I would
do
> it :)
>
> -Bob
>
>
>
> -Original Message-
> From: G.L. Grobe [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 02, 2001 7:12 PM
> To: [EMAIL PROTECTED]
> Subject: entity beans within an Action
>
>
> If the life-span of an Action is only when that Action is being exec'd
> (which is also where I implemented my session bean since it's life-span is
> also not neccesary to hang around), where should entity beans be
initialized
> and populated by data held in the ActionForm bean? Seems if I init'd them
> within the Action, I'd be creating a new Bean everytime it ran through
that
> Action, same w/ the session. Am I going about this wrong?
>
> Any help much appreciated.
>

remove unsubscribe

[Wilfried Zeise]

remove unsubscribe