First - The seam examples that are linked off of seamframwork.org's "See
Seam in Action..." section: where are they hosted? where can I find
more information on them (seam version?, persistence config? etc...)?
and how can we change/update them?
The main reason I ask is because it appears the DVD example is having
some sort of persistence config issue. Selecting "Start Shopping"
throws a JDBC error. A user reported it, but I thought I remember Pete
saying that those demos were a little out of date.
Second - The user wanted to send me an email because he thought he saw a
security issue (see below) where previous users information was
displayed in one of the text fields. I asked him to put a jira in and
that we would look into it. Does this sound familiar to anyone?
-------- Original Message --------
Subject: Re: Adam R. SeamFramework.org
Date: Mon, 25 Feb 2008 10:48:25 -0500
From: Jay Balunas <jbalunas(a)redhat.com>
To: A R <adamr_98(a)yahoo.com>
Thanks for providing this information - I will take a look at the example.
But - if you could enter a jira with this information (and any other
info about it) that would be great. That way this can be tracked and
When you say "other user sessions" do you mean other users that are
currently logged in, or a user that you had previously been logged in
as? If it is the latter - Does it appear that you are logged in as the
user now and can access things as that user?
A R wrote:
Adam R. SeamFramework.org
The on-line dvd store demo has some database
However, an apparent security related issue has been
Nutshell description: The Username text input box in
the Login panel displays information entered from
other users’ sessions.
I’ve been able to reproduce this observation on
numerous attempts typically in less than five (5)
minutes of “banging” on the application.
At first I thought it was just browser caching and
indeed anybody else will ignore it because they will
see things like “User1”, “User2” etc. And make the
assumption that it is the way the app is supposed to
run because the instructions hint to that behavior.
I am able to consistently duplicate a test that
consists of visiting the site from a connection in San
Jose California, and entering the Username “sanjose”.
I’m then able to visit the site from a different
connection, computer, and browser in Berkeley
California and see “sanjose” in the Username field.
I do not have a recipe for reproducing the result. My
test consists of miscellaneous “banging” on the
following few items (in no order):
-Entering Username and then failing the app (Start
-Many fast reloads (sometimes around 50).
-Clicking on the Login and/or Create Account buttons.
-Multiple tabbed sessions.
My personal concern is that, the above
misconfiguration is not the reason for the security
violation. It is however exposing an unexpected
failure mode that might otherwise be hidden. My
recommendation is not to fix the configuration issues
until this failure is understood.
Let me know if I can provide any additional