[JBoss Seam] - Re: Objects created from link with page params
by Delphi's Ghost
(I know this is an old-ish post, but I came across it when I had another problem, so thought I'd chime in for the next person to come across it)
It seems like the current solution is to manually add a param to the link with the param name, and set it to null. This is what the contact example does for the New Contact link.
| <s:link view="/myPageWithAParam.xhtml" value="Link">
| <f:param name="myParam" value=""/>
| </s:button>
|
This way, seam looks at the link, sees that it has a param already (albeit a blank one) and carries on its merry way without instantiating an instance of the object that would provide the param value.
I wonder whether it would be worth a JIRA issue to suggest a flag on the param tag in pages.xml so the param is only added if the object already exists.
| <param name="myId" value="#{myWidget.id}" required="false"/>
|
In this case, Seam would not create an instance of the widget if it didn't already exist and it would make the param blank.
If required was true, then it would create an instance and get the Id.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103122#4103122
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103122
18 years, 7 months
[JBossCache] - JBoss Cache Syncing issues
by mave
Hi,
I am using the JBoss Cache that comes with JBoss 4.0.4GA. I have 2 nodes (on 2 different physical machines) that was setup to replicate async with each other. I am using the TreeCache.
I was having no issues at all, till one fine morning they stop syncing with each other. I turned on the Jgroups tracing to be TRACE. I can see that one of the nodes drop packets from the other node. I keep seeing the message "discarded message from non-member" in my log files. I also see messages that say that the requested packets are not in the current sequence number window.
The following is my config:
<UDP mcast_addr="239.255.2.9" mcast_port="45566" ip_ttl="64" ip_mcast="true"
mcast_send_buf_size="150000" mcast_recv_buf_size="150000" ucast_send_buf_size="150000"
ucast_recv_buf_size="150000" loopback="true" />
<PING timeout="2000" num_initial_members="3" up_thread="false" down_thread="false" />
<MERGE2 min_interval="10000" max_interval="20000" />
<FD shun="true" up_thread="true" down_thread="true" />
<VERIFY_SUSPECT timeout="1500" up_thread="false" down_thread="false" />
<pbcast.NAKACK gc_lag="50" max_xmit_size="50000" retransmit_timeout="600,1200,2400,4800" up_thread="false"
down_thread="false" />
<UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10" down_thread="false" />
<pbcast.STABLE desired_avg_gossip="20000" up_thread="false" down_thread="false" />
<FRAG frag_size="50000" down_thread="false" up_thread="false" />
<pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="true" print_local_addr="true" />
<pbcast.STATE_TRANSFER up_thread="false" down_thread="false" />
Currently, I am able to run both the nodes on the same physical machine and they seem to work fine though I need to bring up one node into a consistent state before I can start the other node. If not, the Cache never syncs up. Even here I see intermittently message that say ""discarded message from non-member". Is there any reason for this?
The multicast addresses I am using work fine (since the config used to work before and I also tested a multicast stream using the VLC media player).
The amount of data that the cache holds is pretty big - > 200 Megs. The only thing that I can imagine has changed is the data size, but I see no log messages that say the messages are too long.
Is there something that I should be looking for specifically that would help me understand what is going on? Any leads would be useful.
Thanks
Gesly
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103113#4103113
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103113
18 years, 7 months
[JBoss Seam] - Re: WebServices and EAR with Seam
by garypinkham
ok so after lots of hair pulling I have this sort of working.. It seems that whenever I make a change and restart the app server it does not register the web service. Removing my EAR from the app server (using "add/remove projects" performing a clean then re-adding the EAR to the app server causes it to register the web service when it starts.. weird!!!)
Anyways. Here's the thing.. I ended up moving the Web Service code that was produced from wsconsume into the Web App project (from the EJB project). Adding in the reference in the Web.xml helped to get it registered. But now I can't access my seam components (at least I think I can't. I tried "Component.getInstance()" but this causes an IllegalStateException).
So the new question is.. Can I access Seam Components contained in the EJB project from the Seam Web project? If yes.. How?
Many Thanks in advance,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103109#4103109
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103109
18 years, 7 months
[EJB/JBoss] - Re: Client can connect to Bean before jdbc is bound
by joerandom
The clients are crunching numbers, and are always running regardless of the server status. When the clients are done with their number crunching, they try to report their results to the server. If the server cannot be contacted, they simply hold their results and ping the server to see when it comes back up. Once it is detected to be up, they connect to it to report their results, and then they get more numbers to crunch. In this way, I can upgrade the server without losing any work. The issue, again, is that clients can connect to the server during the server startup before the JDBC is bound to the bean, which is causing problems.
So, back to my original question, has anyone else seen this of think that this is incorrect behavior?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103108#4103108
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103108
18 years, 7 months