[JBoss Seam] - Re: JBoss Seam is just a toy in front of the user using Spri
by norman.richards＠jboss.com
Don't underestimate the importance of bringing this stuff back into the standards. After several years of Spring development, do you see any of the code Spring guys trying to bring their ideas back into Java EE? I saw lots of crying about J2EE, but did they contribute back to the Java community for the benefit of everyone? This is really core infrastructure that needs to be a real standard for IDEs/tools, app servers, external libraries, etc... to build on. So now, Java EE has moved on, and Spring will become increasingly less relevant. (not an attempt at FUD - just my personal opinion)
With Seam, however, we're not trying to suck you into a proprietary system. We're trying to push Seam's innovations back into the Java EE standards to make sure that everyone can benefit from the simplified development model. I can't wait, for example, to see the first IDEs built around Web Beans. Could you imagine a Web Beans friendly Java Studio Creator type solution? That's the type of things that can be done when innovations are pushed pack into the standard platform.
The result is that you can get all the benefits of Seam now, knowing that what you are doing will line up nicely with the future of the Java EE platform.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957398#3957398
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957398
19 years, 9 months
[JBoss Seam] - Re: selectBooleanCheckbox with a dataTable
by trouby
Okay,
After spending some hours, I figured out that changing the following line in the facelets code:
| <h:selectBooleanCheckbox value="#{accountSelection[account]}"/>
|
|
to:
| <h:selectBooleanCheckbox value="#{userManager.accountSelection[account]}"/>
|
made things work, submitting the form really call the action within the 'commandButton' component.
I just wonder what's wrong, as I said, I declared the 'accountSelection' variable within the 'userManager' EJB3 as:
| @Out(required=false)
| private Map<Account, Boolean> accountSelection;
|
I didnt encapsulate it as seems like it's not required for Outjected vars,
So what's wrong? I'm almost sure the field is not outjected at all, this is the only difference between using the variable as outjected by SEAM and using it as a bean property.
How can I check if it's outjected at all? or maybe is it something else?
Thanks a lot,
Asaf.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957396#3957396
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957396
19 years, 9 months
[Beginners Corner] - Re: java.util.zip.ZipException: error in opening zip file
by mehboob123
Thanx Peter
The issue is resolved but now when i start the jboss
i get following log which says:
[ContextConfig] Missing application web.xml, using....... though i hav web.xml in greeterapp.war folder. Next the following url: http://localhost:8080/greeterapp/greetServlet.html does display the html page but when the submit button is pressed the Tomcat throws 404 error
though the "classes" and "lib" folder inside WEB-INF contain the files.
------------------tomcat msg--------------------
type Status report
message /greeterapp/servlet/greetServlet
description The requested resource (/greeterapp/servlet/greetServlet) is not available.
--------------------------------------------------------------
---------------------------jboss startup msg------------------------
20:41:21,638 INFO [DLQ] Bound to JNDI name: queue/DLQ
20:41:21,810 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jb
oss.jca:name=JmsXA,service=ConnectionFactoryBinding' to JNDI name 'java:JmsXA'
20:41:21,841 INFO [TomcatDeployer] deploy, ctxPath=/greeterapp, warUrl=.../depl
oy/greeterapp.war/
20:41:21,966 INFO [ContextConfig] Missing application web.xml, using defaults o
nly StandardEngine[jboss.web].StandardHost[localhost].StandardContext[/greeterap
p]
20:41:22,013 INFO [TomcatDeployer] deploy, ctxPath=/jmx-console, warUrl=.../dep
loy/jmx-console.war/
20:41:22,982 INFO [EjbModule] Deploying greetBean
20:41:23,435 INFO [ProxyFactory] Bound EJB Home 'greetBean' to jndi 'greetJndi>
'
20:41:23,435 INFO [EJBDeployer] Deployed: file:/C:/jboss-4.0.3/server/default/t
mp/deploy/tmp61984greeterapp.zip-contents/greeterapp/WEB-INF/lib/greet.jar
20:41:23,575 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-808
0
20:41:23,685 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009
20:41:23,700 INFO [JkMain] Jk running ID=0 time=0/62 config=null
20:41:23,700 INFO [Server] JBoss (MX MicroKernel) [4.0.3 (build: CVSTag=JBoss_4
_0_3 date=200510042324)] Started in 15s:187ms
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957384#3957384
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957384
19 years, 9 months
[EJB/JBoss] - [URGENT] Classloading issue
by beugeair
Hello all,
I'm experiencing trouble with jboss class loading mechanism.
My J2EE application structure :
WebApp[jar in /WEB-INF/lib] <==> Ear[ejb-jar in /, jar in /APP-INF/lib]
I try JBoss 4.0.3SP1 and 4.0.4 with same exception.
Struts actions in the webApp call some Facade EJB which delegate call to other Worker EJB. All the Facade EJB are in one ejb-jar module inside the EAR bundle, each Worker EJB are in one ejb-jar module inside the EAR bundle
Scenario :
When I'm calling one action, all is fine, but when I'm calling another action, I get this exception :
| java.lang.ClassNotFoundException: No ClassLoaders found for: si3si.metier.quartierforce.client.vo.VoAdrEml
| at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:212)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:511)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:405)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
| at java.lang.Class.forName0(Native Method)
| at java.lang.Class.forName(Class.java:242)
| at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
| at org.jboss.invocation.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:109)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
| at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1585)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
| at org.jboss.invocation.MarshalledValue.get(MarshalledValue.java:91)
| at org.jboss.invocation.InvokerInterceptor.invokeLocalMarshalled(InvokerInterceptor.java:294)
| at org.jboss.invocation.MarshallingInvokerInterceptor.invoke(MarshallingInvokerInterceptor.java:61)
| at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
| at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
| at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:112)
| at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
| ... 47 more
|
The class si3si.metier.quartierforce.client.vo.VoAdrEml appears one and only one time in one ejb-jar insde the ear and also one and only one time inside the webApp.
I've been looking after the best JBoss class loading strategy, I finally use the isolated one, the webApp and the ear are isolated and the CallByValue is enabled.
The classpath of the webApp seems to be good, the ear classpath too.
I can't understand why it works in another way and not in taht way ...
Please help !
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957382#3957382
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957382
19 years, 9 months