I created an empty new project using seam-gen. Then, I login using as 'user1'.
I manually navigate to the login.xhtml view, and login again using the same
username. This works. Then, I logout. Surprise, I'm still logged in! Logout
again, and then you're not logged in anymore. So, in effect I
Oh, by the way, this is Seam 2.0.1CR1 on JBoss 4.2.2GA
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4123034#4123034
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4123034
___
Ok, I dropped the latest and greatest JavaAssist (which would be 3.6CR1 btw)
into my libs directory... and it works! Apparently the JavaAssist classes in
thirdparty-all.jar aren't loaded when JavaAssist.jar exists? (Or should I build
a new thirdparty-all.jar just to be safe?)
View the original
No, I'm deploying a .war on Jetty. I'll try and drop in a newer version of
JavaAssist (if that doesn't break anything), which version should I try?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4071951#4071951
Reply to the post :
I'm still having problems with my *.page.xml files:
http://www.jboss.com/index.html?module=bbop=viewtopict=109752start=20
and my question about a JavaAssist failure (possible Seam bug?) keeps getting
drowned without answer, so if you have the time:
1.2.1GA
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4070496#4070496
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4070496
___
jboss-user mailing list
jboss-user@lists.jboss.org
Cool, thanks :) I'll get by with my hack for now.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4070495#4070495
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4070495
___
Any ideas based on this information, Pete?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069908#4069908
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069908
___
jboss-user
My component:
| package org.blog.weblayer.session;
|
| import org.jboss.seam.ScopeType;
| import org.jboss.seam.annotations.Scope;
| import org.jboss.seam.annotations.AutoCreate;
| import org.jboss.seam.annotations.Name;
|
| @Name(Sessiontag_st) @AutoCreate
polite bump...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069779#4069779
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069779
___
jboss-user mailing list
Hi Pete,
I'm struggling with *.page.xml files:
http://www.jboss.com/index.html?module=bbop=viewtopict=109752
Thanks for looking!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069155#4069155
Reply to the post :
[EMAIL PROTECTED] wrote : 1) You are using Seam 1.2(.1) but your dtd is for
Seam 1.1
|
Yeah, I caught that and that's already fixed.
anonymous wrote :
| 2) Post the structure of your build project (e.g. run ls -R on an exploded
ear/war).
Ok, here goes:
| $ ls -1R .
|
|
War: yes, Tomcat: no, Jetty
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4069333#4069333
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4069333
___
jboss-user mailing list
Is there anybody with more insight into the Seam codebase who can comment on
this issue? Very strange.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4068612#4068612
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4068612
wise_guybg wrote : Well this would be:
| \AuthWebApp.war\noauth\login.page.xml
| \AuthWebApp.war\noauth\login.xhtml
|
Right, so your view pages are not in the root of the war (as they are in some
of the Seam example apps), I'm speculating that might be part of the problem.
anonymous wrote
wise_guybg wrote : Apart making modifications to the Pages class, have you
tried putting a .xhtml and a .page.xml in a folder inside the root. Like my
noauth. Just to be sure that you have exactly localized the problem. If this
works and putting them in root doesn't then I consider this a bug.
Ok, figured out why the debug statement didn't appear, parsing pages only
happens when a request is handled, not at startup. Original question still
stands though. I've tried to move the *.page.xml to the WEB-INF directory, but
no success.
View the original post :
(I'll keep talking to myself :-), since I think it might be useful for others
too)
minor breakthrough: the resource loading seems to be the culprit. Pages.java
strips the leading slash of the view id, replaces its extension with .page.xml
and delegates to Resources.getResourceAsStream(), which
matt.drees wrote : I think you should just fix your equals method so that if
it's passed null, you return false.
Which is exactly what it should do according to the spec anyway:
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html#equals(java.lang.Object)
(last bulletpoint)
View the
wise_guybg wrote : *.page.xml should be next to your xhtml file.
|
That's what I thought too, but apparently that doesn't work, at least if the
xhtml/page.xml files are in the root of the WAR.
The structure is your source structure I presume, what is the layout of the
generated WAR?
View
I decided to look into this again, since I would really like this to work.
First step was to put the log4J level at debug, since there are several debug
statements in Pages.java (e.g. log.debug(reading pages.xml);). And lo and
behold, these messages do not even appear in the debug output. Does
I have two questions:
1) It seems that my custom validator on a text input is not called when it is
empty. Apparently this is a JSF issue (I'm using MyFaces 1.1.4), but maybe Seam
offers a solution?
2) I'm using a selectOneMenu to add items to a list (the list is updated using
Ajax4JSF, using
1. Well, that would be a solution (although it is semantically different from
what I really want)
2. The corresponding code:
| a:region
| a:outputPanel id=% !a_id %
| a:repeat var=listvar value=% !binding %
| h:outputText value=#{listvar} /
|
I started out with the following code:
| div class=input
| ui:repeat var=listvar
value=#{NewBlogEntryComponent.blogEntry_be.tags}
| h:outputText value=#{listvar} /
| h:commandButton value=Delete
action=#{NewBlogEntryComponent.remove(listvar)}/
I'll give it a try, meanwhile I found a:log / which warns me:
error[12:18:16,544]: New node for ID _id29:listt is not present in response
So there's definetely something up there. This message leads me to believe that
all information for re-rendering must be in the Ajax response? I'd rather
Indeed. Ok, after some more experimenting I have:
| a:region
| ui:repeat id=listt var=listvar
value=#{NewBlogEntryComponent.blogEntry_be.tags}
| h:outputText value=#{listvar} /
| a:commandButton value=Delete reRender=foo
Sammy8306 wrote :
| Anyway, I'll take it to the A4J forums indeed if I can't fix this.
Well, turns out I can't (yet), so for anyone interested:
http://jboss.com/index.html?module=bbop=viewtopicp=4056407#4056407
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp
Oh, that would be cool, where did you see that?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4055469#4055469
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4055469
___
jboss-user
Uhm, I guess:
| ui:repeat value=#{el-expr-to-conversational-object} var=itervar
| .. do stuff with itervar ..
| /ui:repeat
|
Where the ui namespace should point to the Facelets tag library. This way,
everything nested inside the repeat is... well, repeated, bringing the current
Here's the code for the enum:
| public enum Enum_level
| {
| GOOD(Good), AVERAGE(Average), BAD(Baaad!) ;
|
| private String label;
|
| Enum_level (String label)
| {
| this.label = label;
| }
|
| public String getLabel()
| {
Note to self: getValues() of course is not a static method, which explains the
failure. I would like to make it static, but if I do it is not recognized as a
valid getter method by the EL-resolver. Back to square one (though it is a
nice, working solution for non-null enum values).
View the
I can edit a value with an enumerated type in the following way:
| h:selectOneMenu value=#{EditEntryComponent.blogEntry_be.category}
| s:selectItems value=#{EditEntryComponent.values} var=enum
label=#{enum.label} noSelectionLabel=Please select : /
| s:convertEnum /
|
Hm, nevermind the last solution I sketched, actually works. Even for null
values of the enum type. Don't know where I screwed up the initial test of this
solution, but it serves me well now. I can generate a selectlist for an
enumeration, solely based on the type declaration (ok, given a
Anyone got a hint? I really need this to work, to keep my implementation
manageable...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4049996#4049996
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4049996
So you're saying what I am doing should work, or are you saying that it won't
work (for some reason, to be found in the Pages class)?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4050036#4050036
Reply to the post :
I'm having trouble calling page actions from PageName.page.xml files. When I
put the following line into the top level pages.xml file:
| pages
| page view-id=/PageName.xhtml action=#{PageComponent.someaction}
| /pages
|
everything works fine. However, when putting this in
My approach is to cache the parameters in a page scoped component.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4043434#4043434
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4043434
Where is your parameter bound? Can you show some relevant code?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4042305#4042305
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4042305
I'm trying to create a nice user experience for pages that require
requestparameters. However, when a value passed in a parameter is not
convertible to the type it is injected into (I'm using Longs), Seam throws an
exception, redirecting me to the debug page. Can I catch this exception somehow
I think there's a little misunderstanding... indeed, the conversion is working
just fine when I do:
/app/somepage.xhtml?id=1
which is convertible (by parseLong() I guess) to Long and therefore assignable
to this field:
| @RequestParameter(id)
| private Long id;
|
However, my problem
Well uhm... what about (ab)users? Of course I'm not going to code such things
into the application logic, but it seemed only natural to me that my
application could respond to malformed data.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4042140#4042140
Reply
I wasn't trying to be hostile or anything, sorry if I came across like that?
What I want, is some mechanism to create (for example) a facesmessage
containing a reference to the parameter name stating that invalid information
is entered. However, 1) we are dealing with a GET, so facesmessages
Just a thought: wouldn't it be enough to let equals check the defined component
name and scope for equality? That assumes that the name/scope pair is unique to
the object and immutable, which holds as far as I can see?
View the original post :
After fiddling around with long running conversations, experiencing the joy (no
detached objects etc.) and aggrevation (when and how to end conversations
etc.), I'm now trying to create a sample app in which the pages are as
self-sufficient (restful if you will) as possible. When displaying
Isn't this the same as using a PAGE scoped component en doing the
initialization stuff in @Create ? The problem is that a (Seam/JSF) postback
action loses all the information from the original url... But may be I'm wrong,
could you elaborate a bit?
View the original post :
Thanks, that looks like a workable solution.
Another problem I encounter is this: I'm passing an object to a delete action
method in the PAGE scoped component. I'm merging this incoming object
explicitly with the seam managed entity manager, and then call en.remove() on
this object. However, I
great, thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4040554#4040554
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4040554
___
jboss-user mailing list
Right, I always get bitten by these issues too. What problems would I get when
using a session-scoped entitymanager? That would solve a lot of issues... (but
I'm sure that others would surface..)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4040599#4040599
As far as I know, SMPC is scoped over the conversation. That would be the
implicit temporary conversation if no conversation is started manually.
You have two options: either make sure the edits happen in the same
conversation (and therefore the same EM) or merge the offending object into the
My best bet is that insertData() gets called multiple times. How is it invoked?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039727#4039727
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4039727
About your second problem: s:button does not submit the form. I also found out
the hard way that objects passed using enhanced EL are not set then either. Try
using a h:commandButton, which does submit the form.
View the original post :
About your second problem: s:button does not submit the form. I also found out
the hard way that objects passed using enhanced EL are not set then either. Try
using a h:commandButton, which does submit the form.
View the original post :
Bumping this one since I'd really like to make this work... thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039790#4039790
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4039790
That looked promising, but same problem unfortunately... hm, anything else it
could depend upon? Or should I just heed petemuir's advice ;-) ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039927#4039927
Reply to the post :
The answers to those question would depend on the contents of your
persistence.xml file, may be you can post that?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039928#4039928
Reply to the post :
Only through experience I could offer this advice (aka 'been there, done that'
;-) I'm quite fresh to Seam as well (3 weeks or so), and it still has a lot of
intricacies...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039929#4039929
Reply to the post :
I solved my problem, kind of obvious now I know Seam a bit better:
1) created an application scope component that does the DB initialization in an
@Create component (do not use @Startup for this component)
2) Inject this into the first component (using @In(create=true) that gets
called in the
of course this doesn't work well when the entry point of the application is not
a single well-defined point, so I think I will look at the eventlistener
solution as well.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039977#4039977
Reply to the post :
Anybody got some ideas...?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038743#4038743
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4038743
___
jboss-user mailing list
Thanks for pointing that out. Indeed, if I add indirection through an
intermediate page with the same link as I would have redirected to, it works...
bummer...
Starting the conversation when clicking the link doesn't solve the problem
though, since I need the conversation to be active for the
that last suggestion works, but makes it necessary to move the navigation to
pages.xml (not really a bad thing of course). Thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038776#4038776
Reply to the post :
Hm, and the facesMessages do not survive this redirect if I set this option..
why?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038784#4038784
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4038784
Right :) damn, this is some hairy stuff...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038825#4038825
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4038825
___
jboss-user
You can't access injected beans in the constructor. Instead, use a method
annotated with @Create to do this kind of initialization stuff.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038829#4038829
Reply to the post :
I'm getting this exception : java.lang.IllegalStateException: multiple
catchall elements when using the following pages.xml :
| !DOCTYPE pages PUBLIC
| -//JBoss/Seam Pages Configuration DTD 1.2//EN
| http://jboss.com/products/seam/pages-1.2.dtd;
|
| pages
well that explains alot... could've sworn I lifted this from an example though
(of course I can't find it anymore ;) )
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038881#4038881
Reply to the post :
Can I ask how you use this converter? Afaik it only works when turning of
escaping of the outputText tag? I'm having this problem myself, not wanting to
turn of the escaping safety-net and still be able to handle newlines correctly..
View the original post :
Right, but that way I loose all the protection provided by outputText, and all
I want to is handle the friggin' newlines... if only the convertor could be
applied after the escaping.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4039005#4039005
Reply to the
I'm having some trouble with conversation ending/propagation. Let me first
sketch the essentials. We have 2 pages (blog.xhtml and newBlogEntry.xhtml),
each backed by a seam component.
blog.xhtml uses a dataTable to display the list of entries, each row containing
a s:link to newBlogEntry.xhtml
When switching from a h:commandButton to an s:commandButton, this
exceptions occurs:
| com.sun.facelets.tag.TagException: /newBlogEntry.xhtml @81,84
s:commandButton Tag Library supports namespace:
http://jboss.com/products/seam/taglib, but no tag was defined for name:
commandButton
|
I found s:commandButton in
http://docs.jboss.com/seam/1.2.1.GA/reference/en/html_single/#elenhancements.
I'll keep using h:commandButton then, however I'm having problems retaining
request parameters (obviously, since commandButton does a POST)...
View the original post :
Done: http://jira.jboss.com/jira/browse/JBSEAM-1191!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4037484#4037484
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4037484
___
Is it correct that the el-enhancements use the index of an object in the List
that backs the h:datatable? E.g. :
| h:dataTable value=#{blogList.entries} var=entry
|h:column
| f:facet name=headerTitle/f:facet
| h:outputText value=#{entry.title}/
|/h:column
|
Anybody with ideas on this? I would like to use my EJB3 entities as well,
without having to alter their source by adding a @Name (or other) annotation.
Is this possible?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4036973#4036973
Reply to the post :
Well, my first steps with seam are succesful. However, I'm wondering how I
should add code that should only run (once) at the initialization of the
web-app. My first idea was to create an application scoped component,
auto-create set to true and to put the code in the constructor. However,
+1 on this...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4036979#4036979
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4036979
___
jboss-user mailing list
[EMAIL PROTECTED]
Thanks! One problem though
| @Startup
| public class PopulateDB
| {
|@In
|private EntityManager em;
|
|@Create
|public void populateDB(){
| em.beginTransaction();
| CreateTestData.createData(em);
|}
| }
|
Leads to this exception:
Oops, the em.beginTransaction() should not be there in the code block above
(why can't I edit my posts?)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4036998#4036998
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4036998
I'd like to get some help on using a Seam managed EntityManager at
web-application start:
http://www.jboss.com/index.html?module=bbop=viewtopict=106384
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4037195#4037195
Reply to the post :
I was wondering the same thing, but I think you can define them as components
in components.xml, which would avoid the need for the @Name annotation. Not
sure about the exact syntax...
However, for the more general case, it would be nice for example to add
Hibernate validator annotations
Okay, I'm rewriting the JPA example towards my intended use. Only, Hibernate is
giving me this exception:
javax.persistence.PersistenceException: org.hibernate.HibernateException: The
chosen transaction strategy requires access to the JTA TransactionManager
Which seems natural, since there is
Ok, thanks for clearing that up! I was just trying to reuse as much as possible
from the 'legacy' code, guess I'll have to do some porting. Thanks for your
time!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4036244#4036244
Reply to the post :
Can't you solve this by setting the property java.awt.headless to true, either
by passing it to the JVM as -Djava.awt.headless=true or by programmatically
setting it?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4036266#4036266
Reply to the post :
Ok, so it's working now using the microcontainer. Now, how can I inspect the
database? In my 'stand-alone' setting I could connect the HSQLDBManager using
the connection-string I provided myself in persistence.xml. Can I still do
something similar now that my database is managed by the
Man, all these layers upon other layers and their configuration... it's a bit
overwhelming. Anyway, the jboss-beans.xml (the name of this file implied to me
that the db connection was managed by the microcontainer by the way) is an
adaptation of the one in the JPA example:
| ?xml
I see. Well, I guess this is not my lucky day... after changing the connection
url to:
jdbc:hsqldb:hsql://localhost/blogjpa
I get the following exception:
(and yes, the DB is up and running, when it's not I get an error for not being
able to open the socket. And, it's not empty, but the
I found the hsqldb.jar in the lib/mc directory, missed it the first time
around. Replaced it with 'my' hsqldb.jar and now it finally works. I'm still
getting a nullpointer on the injected EntityManager, but I'll debug a bit more
before asking about it :-)
Once again, thanks for your kind and
I have a question that's slightly related... What if I want to use an existing
EntityManager that's defined in an SE setting? The JPA example in the
distribution seems to be closest to what I want, but my persistence.xml already
contains all the information needed to connect to a database. I
Thanks, I'll check it out. Maybe for learning Seam (it's all pretty new to me)
it is better to stick to JBoss AS at first though.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4035502#4035502
Reply to the post :
Is there any way to create web applications using Seam that can be deployed
using Jetty? My aim is to use EJB3 (but not container managed) and Seam as the
backend for an application generator. Howeverm, I would like the resulting
.war's to be self-sufficient, meaning that all dependencies are
90 matches
Mail list logo
