Re: Cookies And Session Problems

2004-03-10 Thread Brian Alexander Lee
In this case you should not set the data in the session. Set it on the form
and set the form to request scope.

This will prevent the refresh problem you are seeing.

BAL
- Original Message - 
From: Ciaran Hanley [EMAIL PROTECTED]
To: 'Struts Users Mailing List' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, March 10, 2004 4:55 PM
Subject: RE: Cookies And Session Problems


Ok but my problem is right throughout my application still even when only
logged in as one user.

Say I am a client who logs in and views a list of their customers. I want to
view customer x, customer y, and customer z values to compare them. So I
right click on these three links and open them in new windows. They all open
fine, but If I hit refresh on one of them, the details of the most recently
retrieved customer will be seen. This is because like in the action class as
before I call

request.getSession().setAttribute(chosenCU,customer);

And on the jsp I use

bean:write name=chosenCU property=cuID /
bean:write name=chosenCU property=cuName /

etc. for other properties

So it gets the chosenCU object in session scope and displays it. I only want
to display the customer that is relevant to the page. Can this be done with
some sort of page scope or something?

Thanks



-Original Message-
From: Daniel Henrique Alves Lima [mailto:[EMAIL PROTECTED]
Sent: 10 March 2004 21:39
To: Struts Users Mailing List
Subject: Re: Cookies And Session Problems

Ciaran, Brian is right.

Using IE, you can get a different session if you try to execute a new
instance of IE (do not use Open a new window). But you must be
carefull because even the links in Windows' startup menu can just Open
a new window (instead starts a new IE instance).

When you are using Netscape/Mozilla, try to use 2 different profiles
(again, Open a new Window will make Netscape or Mozilla share the
stored cookies).

I hope this helps you.

Brian Lee wrote:

 It looks like your two browser sessions are sharing the same memory
 used to store cookies. So your application server treats requests from
 both browsers as in the same session (since they send the same
 jsessionid cookie). In IE you used to be able to correct his by
 checking launch in new process in Tools|Internet Options, but I no
 longer see this in IE 6.0.2800.1106

 If you open your site in IE and in Mozilla at the same time you will
 have separate sessions.

 BAL




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can Validator javascript show more than one error at a time?

2003-07-27 Thread Brian Alexander Lee
There's currently a defect
(http://issues.apache.org/bugzilla/show_bug.cgi?id=20754)
in bugzilla that would use  (bitwise operator) instead of  so it
would process all validations.

You can apply the patch yourself. It's only two files ValidatorPlugIn.java
and JavascriptValidatorTag.java.

BAL
- Original Message - 
From: Steve Raeburn [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Saturday, July 26, 2003 2:33 PM
Subject: RE: Can Validator javascript show more than one error at a time?


 The generated Javascript groups tests by type (required, mask, min length
 etc) and calls them as follows:

   function validateRegistrationForm(form) {
if (bCancel)
   return true;
 else
   return validateRequired(form) 
  validateMask(form) 
  validateMinLength(form) 
  validateMaxLength(form) 
  validateEmail(form);
   }

 Due to the way the  expression is evaluated, if any test returns true
the
 subsequent tests are not executed.

 If you had several missing required fields then those errors would be
 grouped together. But if you had only one missing required field and
another
 type of error, you would not see the second error message until you
correct
 the missing field error.

 See the struts-validator sample application (shipped with Struts) for
 examples.

 Steve

  -Original Message-
  From: news [mailto:[EMAIL PROTECTED] Behalf Of Brian Chaplin
  Sent: July 26, 2003 10:35 AM
  To: [EMAIL PROTECTED]
  Subject: Can Validator javascript show more than one error at a time?
 
 
  Somehow Ted Husted was able to get the javascript to show more than one
  error at a time in the javascript alert message.
  See screen shot on page 373 of Struts in Action.
  I'm using Struts 1.1 final and it seems the javascript won't support
that?
 
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Java Pet Store rewritten with Flash Remoting Front End

2003-01-27 Thread Brian Alexander Lee
But wouldn't the world be better off if someone shut JRun down? Dear God
will some one stop it.

BAL
- Original Message -
From: Haseltine, Celeste [EMAIL PROTECTED]
To: 'Struts Users Mailing List' [EMAIL PROTECTED]
Sent: Monday, January 27, 2003 3:16 PM
Subject: Java Pet Store rewritten with Flash Remoting Front End


 For all those who are considering Flash remoting as another GUI
alternative
 to HTML, here is the URL to the Java pet store that Macromedia reworked
with
 a Flash remoting front end.  You can download the code and run it on your
 local machine also, if you are interested.  The second link is for FAQ

 http://www.macromedia.com/desdev/mx/blueprint/


http://www.macromedia.com/desdev/mx/blueprint/articles/faq.html#pm_accessibl
 e

 We been using Macromedia JRUN server as our application server for the
past
 two years, and have used some of the macromedia products in our shop,
along
 with Eclipse 2.02, for our JSP, Servlet, EJB development.  I did look at
 using Flash remoting for our current project when it came out a year ago,
 but decided to give it some time in the market place before actually using
 it.  My main concern with Flash remoting at that time was how long it
would
 take for someone on a modem (vs a T1 or cable modem) to navigate and use
our
 web site. If anyone does actually use it in their apps instead of HTML, I
 would be interested in knowing how it worked out for both you and your
 customers.

 One last note.  It is rumored in the DFW, TX area that Microsoft is
 considering a hostile takeover of Macromedia, and that if this does
happen,
 that Flash remoting would be bundled with .NET, and would not continue
to
 support J2EE applications.  Since we use JRUN as our application server,
 I've been keeping my ear to the ground regarding these rumors, as JRUN is
 another one of the Macromedia suite of products that MS would probably
kill,
 if a hostile takeover was successful.  That is something that probably
 should be taken into consideration if you choose to utilize this
technology
 in any new application.  I don't know about any of the rest of you, but I
 have been burned by using proprietary code in previous apps, and been left
 holding the bag and no source code,  when the company went bankrupt.  I
now
 utilize and advocate open source code whenever possible.

 Celeste



 -Original Message-
 From: Eric Rizzo [mailto:[EMAIL PROTECTED]]
 Sent: Monday, January 27, 2003 1:09 PM
 To: Struts Users Mailing List
 Subject: Re: Flash+Struts how?


 Mark Galbreath wrote:
  Only a weenie programmer would use Flash with Struts...]

 Nice attitude. I hope I misunderstood that reply...

 Anyway, to answer the original inquiry:
 A part of the UI of our app is a flash movie, and we chose to integrate
 it using XML. The Flash sends requests to our struts actions (they look
 like any other URL to Flash), but these particular actions return XML
 instead of HTML. The Flash parses the XML and applies it to the UI
 appropriately. Works quite well and with no noticeable CPU usage on the
 client - a problem we had with the previous, complicated HTML interface
 for this part of the app.
 There is also a relatively new feature of Flash MX that provides
 integration between Flash and J2EE apps without using XML in between.
 Although I haven't looked at it in detail, I bet it can be used with
 Struts as well as ordinary servlets. See
 http://www.javaworld.com/javaworld/jw-01-2003/jw-0117-flash_p.html

 HTH,
 Eric
 --
 Eric Rizzo
 Software Architect
 Jibe, Inc.
 http://www.jibeinc.com


 --
 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]




Re: Too much log info in b3

2003-01-10 Thread Brian Alexander Lee
Thanks for the response. This is what we're doing now. I was just wondering
if there was a better way.

BAL
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Friday, January 10, 2003 7:00 PM
Subject: Re: Too much log info in b3




 On Fri, 10 Jan 2003, Brian Lee wrote:

  Date: Fri, 10 Jan 2003 18:23:37 -0500
  From: Brian Lee [EMAIL PROTECTED]
  Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: Too much log info in b3
 
  I just upgraded my app to the latest 1.1b3 release of struts. Now I am
  getting insane logging regardless of what I set ActionServlet's debug
init
  param to in the web.xml. I've tried 0 yet I still get tons of debugging.
 

 The debug parameter is ignored in 1.1.

  One possibility is that my app does set up a root hierarchy in log4j
with a
  DEBUG priority, but I wouldn't think this would affect struts logging.
 

 That would be your cause.  You certainly want to set a higher level than
 DEBUG for the org.apache.struts (Struts core) and org.apache.commons
 (Commons libraries) hierarchies.

  Any ideas?
 
  Thanks,
  BAL

 Craig


 --
 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]




Re: code too large for try statement

2002-12-21 Thread Brian Alexander Lee
Removing the try/catch block would be a truly inelegant solution.

The try/catch is probably added by the jsp compiler.

BAL
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 20, 2002 8:09 PM
Subject: Re: code too large for try statement


 Why is there a try/catch block?

 David






 From: Michael Marrotte [EMAIL PROTECTED]
 Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: code too large for try statement
 Date: Fri, 20 Dec 2002 16:48:37 -0500
 
 I'm using lots of Struts custom jsp tags, e.g. logic, html, and bean.
The
 JSP file size is about 27K.  I'm getting the following error:
 
 500 Servlet Exception
 /mainMenu.jsp:652: code too large for try statement
  } catch (java.lang.Throwable _jsp_e) {
^
 /mainMenu.jsp:46: code too large for try statement
  try {
  ^
 2 errors

---
-
 
 Resin 2.1.4 (built Fri Aug 2 14:16:52 PDT 2002)
 
 Are the limits to the number of tags, JSP file size, etc?
 
 Any help is greatly appreciated.
 
 Thanks,
 
 --Mike
 
 
 --
 To unsubscribe, e-mail:
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]


 _
 MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*.

http://join.msn.com/?page=features/virusxAPID=42PS=47575PI=7324DI=7474S
U=

http://www.hotmail.msn.com/cgi-bin/getmsgHL=1216hotmailtaglines_virusprotec
tion_3mf


 --
 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]




Re: Request v Page scope?

2002-10-15 Thread Brian Alexander Lee

I thought the British were too busy having sexual intercourse with cabin
boys to busy themselves with humor.

BAL
- Original Message -
From: Chappell, Simon P [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Tuesday, October 15, 2002 5:29 PM
Subject: RE: Request v Page scope?


We do get today's jokes, but the reason that we don't laugh is that they
usually aren't funny!

-Original Message-
From: John Owen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 3:51 PM
To: Struts Users Mailing List
Subject: Re: Request v Page scope?


When Britain stops using Monty Python as their only reference
of humor, they
can get today's jokes.
- Original Message -
From: Chappell, Simon P [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Tuesday, October 15, 2002 3:44 PM
Subject: RE: Request v Page scope?


When America can compete with Monty Python, America may have
an opinion on
humour! :-P

Simon

-Original Message-
From: Adam Sherman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 3:42 PM
To: Struts Users Mailing List
Subject: RE: Request v Page scope?


On 10/15/02 15:23:44 -0500, Chappell, Simon P wrote:
 That would explain why I thought it was funny ... being a
British chap
 myself and all that. (Never appologise for your British
humour, these
 yankees don't have any humour of their own, so they should
be grateful
 that we share any of ours with them! ;-)

Yanks, eh? I don't think so. Not my fault if you Brits forget
the funny
part of a joke. (-:

A.

--
Adam Sherman
President  Chief Technologist
Tritus CG Inc.
+1 (613) 797-6819

--
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]


--
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]




Re: Any Idea about Paging Logic

2002-10-06 Thread Brian Alexander Lee

I looked at the display tag library:
http://edhill.its.uiowa.edu/display/

Did I majorly screw something up or is this tag not thread safe? I noticed
when I sorted a page of data, the next user to hit the page got that default
sort. It was quite infuriating. I hope it was just me.

BAL

- Original Message -
From: Eddie Bush [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Sunday, October 06, 2002 2:32 AM
Subject: Re: Any Idea about Paging Logic


 Is there any chance you've already searched the archive?  I generally
 skip that and go to Google, myself.  Tried that?

 http://www.google.com/search?hl=enie=UTF-8oe=UTF-8q=Struts+Paging

 There was a recent discussion on the list about paging that ... got
 pretty involved and contained some good suggestions.  If all other
 avenues fail, search the archive within the last ... 2 weeks max I'd
 say.  This is been a very, very discussed topic.

 Kalaiselvan wrote:

 Hii all,
 
   I'm using struts for my application. I have reterive data from DB
and
 shown in table. Where i have thousands of records in my DB. So i want to
 show the data 100 for each page. I'm using logic:iterate tag for
 displaying the data. Where how can i seperate the data and how can
implement
 my requirement. Any idea will be more helpful for me.
 
 Thanx in Advance,
 Kalaiselvan
 
 --
 Eddie Bush




 --
 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]