jtucker wrote : My understanding of the current hibernate application
generation tool (I assume that's the one you are talking about) is that the
generation happens at build-time, whereas I am talking about runtime
generation. But perhaps in future the Seam application generator could generate
right
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956473#3956473
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956473
-
Using Tomcat but need to
I got it to work by starting the conversation with a factory method instead of
just relying on the page load method.
I made the following adjustments:
@Out(scope=ScopeType.CONVERSATION, value=adminUserList, required=false)
| private ListUser users;
|
| @Out(required=false,
Emmanuel doesn't monitor this list. Ask in HEM or EJB3 forums.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956475#3956475
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956475
i have tried to use option (b) above.
so in the code, i simply modified the entity bean hoping that the changes would
get commited without explicitly invoking the entity manager, but this did not
happen.
i also annotated the method as @Destroy @Remove -- how can i cause the SFSB to
be
[EMAIL PROTECTED] wrote : Looks OK. How about faces-config.xml?
this is my faces-config.xml
?xml version=1.0 encoding=UTF-8?
!DOCTYPE faces-config
PUBLIC -//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.0//EN
http://java.sun.com/dtd/web-facesconfig_1_0.dtd;
[EMAIL PROTECTED] wrote : Looks OK. How about faces-config.xml?
this is my faces-config.xml
| ?xml version=1.0 encoding=UTF-8?
| !DOCTYPE faces-config
| PUBLIC -//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.0//EN
|
Thank you, petemuir, I'll experiment with that!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956495#3956495
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956495
Could you add a Wiki page with that ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956508#3956508
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956508
Yep, Roger Kitain from Sun has sent me a bunch of stuff to get Seam examples
deploying out of the box on gf, using ant deploy.glassfish. Sorry I did not yet
get a chance to integrate this stuff.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956469#3956469
balamg wrote : as per the documentation, entity beans may never be bound to
stateless context.
| why is this so ? if i want to update an entity bean on a per-request basis
then i could create a SLSB and inject the entity bean and update it from the
action method of the SLSB. ?
You _can_
balamg wrote : thanks. are the cached entity beans (in the session
/conversation context) attached to the underlying persistence session between
requests.
Yes if
(a) the entity bean is conversation scoped
(b) you use a seam-managed PC or a conversation-scoped SFSB with an extended PC
View the
PS: The Seam Hibernate demo works great. So EJB3 is the scapegoat.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956553#3956553
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956553
Perhaps you should try the 1.0.1.GA release of Seam?
(http://labs.jboss.com/portal/jbossseam/download/index.html). I think no
garuntees are made about CVS head being runnable.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956562#3956562
Reply to the post :
I added a link on the Wiki to the blog entry under a new heading - Components.
Would you prefer a copy of the entry?
I've also added a JasperReports component that compiles (at the time Seam
starts) reports designs defined in components.xml and makes them available for
injection.
View the
[EMAIL PROTECTED] wrote : For stateful beans they are very different.
Gavin, can you explain more precissely which is the difference with stateful
beans between @In and @EJB, because I need to choose the correct annotation if
they behave different.
Regards
Sebastian
View the original post :
petemuir, can you elaborate on this? What does that do,
TransactionType.NOT_SUPPORTED? Does it actually affect flushing?
I'm interested in potentially converting a Struts app backed by Hibernate to
Seam. However we've had to set FlushMode.NEVER in many places because of the
nature of our
I adopted your proposal. And... it works, so thank you very much for the hint.
But, when deploying an example and starting the AS now I still get tons of
those java.lang.NoSuchMethodError:
org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.get
ValidateOnMatch()Z exceptions.
So, in case of a stateless Bean Seam uses for Injection via @In a common
JNDI-lookup to the containers registry(ENC) ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956544#3956544
Reply to the post :
i would assume that when a method annotated with @Remove @Destroy is executed
(SFSB), the persistent context is flushed and changes commited to the DB when
this method is invoked ?
i dont see the modifications to the entity beans being commited to the DB after
the execution of the above
@EJB is EJB injection. For a stateful bean, you will get a new instance
created when your other been is created. Think of it as a private instance
that Seam knows nothing about - nobody else can inject that instance. For
stateful components, you are more likely to want instances to live in
This is great like this. thanks for sharing your components !
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956622#3956622
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956622
Is onLoad() returning null in the cases where @Begin is failing? The
conversation interceptor interprets null as a failure condition.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956617#3956617
Reply to the post :
Oh, that would explain it, thanks.
Yes it is returning null, as I thought that was the appropriate result in the
pages.xml if you don't want to change the navigation. If I return a non-null
result, the navigation handler will be invoked. Is there a happy medium (like
Outcome.REDISPLAY)?
View
I don't think we create a datasource component. You might be forced to fall
back on EJB3 injection. For example:
| @Resource(name=jdbc/whatever, mappedName=java:/DefaultDS)
| private javax.sql.DataSource ds;
|
View the original post :
Right, you should definitely not use javax.faces.CONFIG_FILES to reference
/WEB-INF/faces-config.xml.
I don't know what your other exceptions are about, I have never seen them
before. Probably not related to Seam.
View the original post :
trouby wrote : but since JSF/Seam limitations(or am I wrong?), I can't pass
parameters to methods and execute them
This is a limitation of JSTL-EL. In our experimental JSF fork, Stan has
actually implemented method parameter support, but note that we have no current
plans to productize this
No, you could use an EJB3 container-managed extended persistence context in a
stateful session bean.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956639#3956639
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956639
You do not need pages.xml at all, it is an optional file!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956640#3956640
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956640
For tweaking, a servlet filter seems the right approach. Perhaps you might
like to take a look at SiteMesh for this kind of work? If so, let me know how
well sitemesh integrates with Seam...
I also added this issue, though it is probably not what you want:
I think your approach with merge() in a non-transactional method is the correct
one. HEM should _not_ throw an exception if the PC is an extended PC. So either
(a) your PC is not an extended PC and it should be or (b) this is a bug in HEM.
View the original post :
[EMAIL PROTECTED] wrote : Have your start-node transition directly to a
decision node. When the process is signaled, you will go through the decision
node and, I assume, to a page node for display. If you are in the situation
mentioned where you need use start-page, you I guess you'd need to
Hey,
Nothing, no errors in h:messages/, nothing at the backend (server logs), but
as I said, it's for sure related to the checkboxes, no clue what...
any way to debug such a situation? i'm clueless...
thanks for answering :)
Asaf.
View the original post :
FrustratedBySeam wrote : The next problem is that when I delete a child row,
the action is persisted to the db. Is there a way to stop this.
One way to stop this is to use TransactionType.NOT_SUPPORTED
View the original post :
Try beginning the conversation from a Seam page action.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956650#3956650
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956650
Nice. It might be worth including this in Seam.
Can commons-email also be used for processing incoming emails? If so, could get
something decent be combining this with JCA message inflow mapped to a
message-driven bean.
View the original post :
http://jira.jboss.org/jira/browse/JBSEAM-300
I also included some sueggestions for possible ways to implement it.
Thank you.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956654#3956654
Reply to the post :
Any non-null result that does not have an explicit navigation rule defined is
ignored by the navigation handler So just return success.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956657#3956657
Reply to the post :
Petemuir and Gavin,
Thank you very much for your directions, I fixed my problem after removing
javax.faces.CONFIG and recoding my web.xml.
I have one more question, did anyone ever combine faces/tiles with facelets? Or
is it possible? Thank you.
Best regards,
GUS
View the original post :
How do I specify the pageflow to start from pages.xml?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956659#3956659
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956659
Do we have a component registry? It might be interesting to start collecting
some of these to give seam developers more tools to choose from.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956660#3956660
Reply to the post :
You must retrieve the entity from the conversation-scoped PC, and then whenever
a transaction commits, changes to the entity will be flushed to the database.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956661#3956661
Reply to the post :
Not at present no, sorry.
Basically, for now, just use the capabilities that are built in to EJB3.
Seam 1.5 will provide deep integration with the WS/ESB layer.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956663#3956663
Reply to the post :
What version of myfaces are you using?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956664#3956664
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956664
No it can only send email.
When I wrote this I started off with the JavaMail API (which jboss has an impl
of) which CAN be used to receive email but changed to commons email (which is
build on JavaMail API) as it presented an easier to use interface. And I have
no need to receive emails ;)
I
I have not looked at Ajax4JSf before, so I can't help you with your immediate
problem - try using your debugger.
Our plan for partial rendering in JSF was to implement something probably quite
similar to Ajax4JSF on top of the work that Jacob/Adam/Ed have been doing.
Actually I was going to
bambata wrote : So, in case of a stateless Bean Seam uses for Injection via
@In a common
| JNDI-lookup to the containers registry(ENC) ?
|
|
In the case of a SLSB, @In does a JNDI lookup (global or ENC). In the case of a
JavaBean, it does a new.
View the original post :
The whole area of processing email is an important one that I wanted to get
sorted out, but it just keeps getting pushed and pushed...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956670#3956670
Reply to the post :
Right, but EJB3 injection is just perfect here, no need for anything new, I
guess...
Of course, it would be -totally- trivial to create a manager component for a
datasource, but I don't see the need.
View the original post :
This is all designed to minimize the traffic involved in replicating changes
across a cluster.
Your proposal would require replicating the entire conversation on each request
to the server.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956674#3956674
Reply
The docs are wrong.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956675#3956675
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956675
-
Using
I think it is great to have a component for email manipulation, but IMHO this
concern is orthogonal to that of a web framework. Including something like this
in the Seam standard would add unnecesary complexity to the framework and its
documentation. Again, IM(Very)HO, I see a place for a
Check the Seam startup log, to make sure that all your components are actually
getting installed.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956679#3956679
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956679
Note that the correct way to handle this problem today is to put a mutable
component in the parent conversation context, and set a property value from the
child conversation.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956680#3956680
Reply to the post :
Add a @Begin annotation to the page action method.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956681#3956681
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956681
facelets has ui:composition/ui:define which lets you do the stuff that tiles is
mostly used for. I understand that tiles has some extra functionality but are
you sure you need it?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956682#3956682
Reply to the post
Hey,
I dont think this is the problem,
the stateless bean is accessible ( I use a DataModel to display the dataTable
where each of its rows is a checkbox ) and the methods are accessible, the
problem -ONLY- occures when I use a 'selectBooleanCheckbox' where its value is
an array! when the
Problem 3: So, trying it a new way, I had the pages action start a conversation
by invoking a method with the following annotation...
@Begin(id=1)
in a stateful conversational bean. However, when submitting the form on the
page, the following exception is thrown...
14:15:21,805 ERROR
Cool, but thanks,
I'll stick with the @Transient pre-loaded data options for now...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956687#3956687
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956687
So then it sounds like a pure-jsf problem, nothing to do with Seam, right?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956688#3956688
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956688
If the page action begins the conversation, there is already a conversation -
so you should not have a @Begin annotation on the form action method.
This is not in any way contrary to the documentation.
View the original post :
I'm not sure, but probably...
Is there any way to see if the Map i'm trying to set is really outjected?
Seems like JSF fails before the invoke-application phase if the property is not
available...
This is the property in the Statless bean:
| @Out(scope=ScopeType.EVENT,required=false)
|
Gavin...
I think you misunderstood me. There is no form action that starts a
conversation. That method annotated with @Begin is the method that the page
action is calling... not the form action. Either way, the documentation clearly
states that calling a method annotated with
OK then, but you typed:
anonymous wrote : However, when submitting the form on the page, the following
exception is thrown
Is it thrown when you render the page, or when you submit the form?
Anyway, AFAICT, the exception is being thrown because you already have a
long-running conversation
In the CVS version of Seam, the right way to do this is to call the built-in
Seam component named businessProcess.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956713#3956713
Reply to the post :
Hi Gavin,
Yes, I used myfaces/tiles in my project, and it is great. Now, I also want to
use facelets, but I don't know whether it is possible to keep the myfaces/tiles
and also use facelets functions. Thank you.
View the original post :
From http://java.sun.com/j2se/1.5.0/docs/guide/language/annotations.html
anonymous wrote :
| Annotations consist of an at-sign (@) followed by an annotation type and a
parenthesized list of element-value pairs. The values must be compile-time
constants.
View the original post :
So my suggestion is to try using the built-in tiles-like features of facelets.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956719#3956719
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956719
Look at the SelectItems thread, it discusses support for selectitems and
contains links to a couple of SelectItems implementations (but I don't think
either of them are finalised).
I'll try to get mine packaged properly over the next day or two and I may alter
the API.
View the original post
Thanks Gaving,
Indeed has businessProcess component has it:
jboss-seam\src\main\org\jboss\seam\core\BusinessProcess.java
I was halfway writing a wrapper like this...seam could have a nickname: The
JBoss Glue
Thanks again,
Yeyo
View the original post :
That's what I was doing when I said:
anonymous wrote :
| | @Begin(pageflow=PaymentAuthorization)
| | public voidstart() {
| | }
| However, if I started via a GET (calling the above method via pages.xml) ...
When I do that, I get the
It's happening when right before the render-response phase after a form
submission. I guess I'm still misunderstanding the way conversation works. It
definitely still throws the exception when I remove the (id=1) part. I'm not
sure what you mean by calling the method twice, but either way, I'm
Right, i think what you are telling me is that the page action is called twice:
once when we first navigate to the page, and again when we submit the form.
The second time blows up, b/c it tries to start a conversation when one already
exists. Right?
Page actions are called *every* time a
BTW, the problem is easily fixed by using @Begin(join=true)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956753#3956753
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956753
Pete,
Thanks for the hints. Could you please give the URL for the facelets list you
mentioned?
Gavin,
I'll look into SiteMesh, thanks. Would it make sense to add the current
FacesContext to the FacesApplicationContext or to make it a separately
injectable component? Would this be a good
What? this one?
http://www.jboss.com/index.html?module=bbop=viewtopict=78323
These annotations are nice, but I'd like to see (if possible) a demonstration
of multiple selection of objects, and not only values out of a collection.
Cheers.
View the original post :
Sorry?
@In FacesContext facesContext
works.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956762#3956762
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956762
Gavin...
Does @Begin(join=true) still invoke the code in the annotated method if you're
joining an existing conversation? If not, that definitely would be a solution
to my problem. Either way, what you just said pointed me to the real problem
(yes, I feel pretty dumb now). When I changed
anonymous wrote : Does @Begin(join=true) still invoke the code in the annotated
method if you're joining an existing conversation?
Yes it does. I assumed that your method was basically a no-op.
anonymous wrote : I'm now guessing that the documentation was speaking of a
user who wasn't in a
I think I've got it all working now with a few tweaks and using
TransactionType.NOT_SUPPORTED.
Thanks for the comments.
Seams looking good once more.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956779#3956779
Reply to the post :
Yes, you're right. For example in my XHTML file:
User-Agent: bh:outputText
value=#{facesContext.externalContext.requestHeaderMap['User-Agent']}//b
|
I think that I was thrown off by looking at the source code instead of taking
the right part of the reference manual at face value... ;-)
I'm sorry, I'm not quite sure what you mean.
The @SelectItems annotation (mine, not Jim's) in concert with the
EntityConverter allows you to select multiple objects (from a generated list)
and set them 'directly' (via the value attribute) as a collection on any object.
The only caveat is that
http://facelets.dev.java.net is the facelets homepage, it's linked off there,
nabble carries it, perhaps others.
Gavin et al, this is perhaps something that that should be on the FAQ. In
fact, can the FAQ be a wiki page so it is easily editable? Or developed on the
wiki or something?
View
Putting a little information about this (dependence or lack thereof of
javascript) in the Seam documentation area would be very helpful I think,
particularly to people like me new to
Seam/JSF/facelets/MyFaces/EJB3/JavaPersistence. I think that there's a large
population of people like me who
Do the popups share entitiy beans or are entities attached to only one popup?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956411#3956411
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956411
Yes it is.
Perhaps if you post code and where you are having problems someone can help?
The problem you mention, duplicate entry of child row: perhaps you aren't
creating a new child object for the second add?
I have such a page, it is based on a generic superclass that provides the
standard
Please show the getter and setter for #{messageManager.message}
Also you could show a simple facelets page which produces the error and the
stacktrace.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956414#3956414
Reply to the post :
I notice Serializable is not needed and mistake in message String in else.
So I delete Serializable and change message String.
But the result is the same.
File download dialog appears.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956415#3956415
Reply to the
Hello, petemuir!
There's Nothing special about the getter/setter:
public FMessage getMessage() {
| return message;
| }
|
|
| public void setMessage(FMessage message) {
| this.message = message;
| }
Should there be ??
Thanks you!
sonja
I'm not sure about the set up of your pages but you do have
@In(create=true,required=false) with no equivalent message = new FMessage() in
the second code segment. This could cause an NPE.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956418#3956418
Reply to
This is the parent code:
@Stateful
@Name(eventTypeUpdate)
@Conversational(ifNotBegunOutcome = eventtypefind)
@LoggedIn
public class EventTypeUpdateAction implements EventTypeUpdate {
@PersistenceContext
private EntityManager em;
@In(required = false)
@Out
Sorry mean't action code.
I've not posted the entities as I don't think there is anthing unusual there.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956420#3956420
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956420
The User class is shared across popups. The child objects are only used in one
popup.
I think I have an easier solution though after some thought. I think I will
make editing user changes immediately saved (save per page) and new users, just
queue all the changes to the end and have one save,
OK seem to have solved the repeating inserts. Adding a scope=PAGE on the
@DataModel of the FindAction did the trick. Not sure why...
The next problem is that when I delete a child row, the action is persisted to
the db. Is there a way to stop this. I've been digging around for stuff on
I think I understand what you're trying to design (perhaps I don't thought ;)
I do something similar: For new users/whatever I have a wizard that includes
the relevant detail page for that step. For editing I use a tabbed panel
(tomahawk atm) and include the detail page (same as included for
@TransactionAttribute(TransactionType.NOT_SUPPORTED)
FlushMode.NEVER got removed from the EJB3 spec unfortunately, I know hibernate
were going to provide it anway but it doesn't seem to be there atm.
View the original post :
Sorry, forgot to mention that clicking on the link two times in a row works in
that navigation works, but the user is the wrong user (it ends up always being
the first user in the data table)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956449#3956449
Reply
Here is some more information with seam's logging turned up:
18:31:10,020 DEBUG [Lifecycle] destroying conversation context
| 18:31:10,020 DEBUG [Contexts] destroying: userAdminPword
| 18:31:10,020 DEBUG [Contexts] destroying: facesMessages
| 18:31:10,020 DEBUG [Contexts] destroying:
Looks OK. How about faces-config.xml?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956459#3956459
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956459
http://download.jboss.com/jbosside/builds/nightly/buildResults.html
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956460#3956460
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956460
1 - 100 of 4637 matches
Mail list logo