[Installation, Configuration & Deployment] - Re: JEMS Installer 1.2.0.CR1: Errors when starting JBoss
by chbussler
Hi,
today I installed 4.0.4 with the corresponding JEMS installer: I also get the following errors:
20:17:34,975 INFO [[/web-console]] MonitorsFolder: Failed to init plugin, null
20:17:34,980 INFO [[/web-console]] UCLs: Failed to init plugin, null
20:17:35,002 INFO [[/web-console]] JMS Message: Failed to init plugin, null
20:17:35,006 INFO [[/web-console]] JSR77 WebModule: Failed to init plugin, null
20:17:35,011 INFO [[/web-console]] J2EEFolder: Failed to init plugin, null
20:17:35,019 INFO [[/web-console]] AOPFolder: Failed to init plugin, null
20:17:35,020 INFO [[/web-console]] SystemFolder: Failed to init plugin, null
20:17:35,046 INFO [[/web-console]] MBeans: Failed to init plugin, null
20:17:35,051 INFO [[/web-console]] JSR77 Domains and Servers: Failed to init plugin, null
20:17:35,055 INFO [[/web-console]] JSR77 EJBModules and EJBs: Failed to init plugin, null
20:17:35,059 INFO [[/web-console]] JSR77 J2EE Apps: Failed to init plugin, null
Not sure if the solution to that was posted, does anybody have any hint?
Thanks,
Christoph
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991855#3991855
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991855
19 years, 7 months
[Installation, Configuration & Deployment] - Re: Shared classpath within an EAR?
by weston.price＠jboss.com
anonymous wrote :
| 1) In the case with the EAR/lib directory containing JARs that you mentioned, wouldn't an archive within the EAR still look at EAR/lib JARs even with Java2ParentDelegation set to true?
|
Yes, and this is quite often the cause of issues. A good example is wanting to use Hibernate/Xalan/Xerces jars that conflict with thirdparty jars that exist in JBoss. One of the major reasons for classloader isolation is when you want to use a different version of jar offered in your application environment.
anonymous wrote :
| 2) I read that you can have, in the deploy directory itself, a regular JAR file (i.e. I don't mean EJB-JAR, but a regular JAR containing utility or other classes that you may want on your classpath)...is this really possible?
|
Yes, the classes will be added to the LoaderRepository and a UCL created. However, this can create versioning issues rather quickly. Classic example is a jar file that an EJB and WAR depend on. Simply deploying the jar in a hot deployment environment will not work in this case and both the deployment units (WAR/EJB) would have to be redeployed as well. This can get real messy, real quick no matter how much you may think your build/release process can do to help you manage this.
anonymous wrote :
| What would it be visible to?
|
Everything ;-)
anonymous wrote :
| 3) Why should we not use the java module approach? Are there reasons that'd make it difficult to manage (like having to add them all to application.xml) or is it just not the way things are done?
|
Largely because this was a mistaken implementation to begin with and was added prior to the J2EE spec defining an well defined Classloading model for utility jars. Technically the
| <module>
| <java>somejar.jar</module>
| </module>
|
is for J2EE ApplicationClient deployments and should only be used a such.
There is no guarantee that this approach will not be removed in the furture. In fact, I can pretty much guarantee you that it will be.
While JBoss allows a 'flexible' approach to deployments (and in many ways allows things that it really shouldn't), sometimes this can cause serious deployment/management headachese. Sticking with a standard well know mechanism can often pay dividends in the long run.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991848#3991848
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991848
19 years, 7 months
[Installation, Configuration & Deployment] - Understanding the deploy directory
by lightbulb432
I'd like to get a better understanding of the actual files within the deploy directory, so that (among other reasons, of course) I can delete unnecessary files/folders to decrease startup time and memory consumption.
Is there any place that lists what each of the files that I see there actually do? That way I can know what to safely delete without creating any problems that may pop up later because of it?
Right now, the only thing I know is that if I am using EJB3, JSF, and Seam, I can delete all the *-ds.xml files except for the one I am using in my application. I also know, of course, that the deployed application itself must remain. But that's all I know.
But I see a lot of folders, XML files, and a couple of RAR files...how can I learn about what these do?
There's also an issue of dependencies...for example, if I guess that the jbossweb-tomcat55.sar folder is for JBoss Web and I delete it, how do I know that some other functionality (like JSPs/Servlets) doesn't depend on it somewhere down the road?
Where might I find such info? I truly hope it has been documented. Thanks!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991846#3991846
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991846
19 years, 7 months
[JBoss Seam] - Re: Seam configuration questions
by lightbulb432
Thanks for that information about the jmx-console...I'm playing around with it right now and it seems very useful!
A few questions about these classloading issues that have come up by me reading the JBoss ClassLoading wikis:
1) What is the relationship between UnifiedClassLoaders and EARs, WARs, EJB-JARs, and regular JARs deployed in the application server? The following link doesn't explicitly say whether every archive has one and only one UCL:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases.
What about an archive with sub-archives (e.g. an EAR containing WARs, JARs, and EJB-JARs)? Do they ALL share the same UCL? (My question asks more about this one...)
2) From http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration :
"There are two levels of scoping, isolation from other deployments, and isolation that overrides the loading of JBoss server classes. With nested modules, only the top level file may specify class loader scoping. If you have a .ear file containing other modules, only scoping specified in the .ear's META-INF/jboss-app.xml is used. This also applies for any other deployment which contains sub-deployments. For example, if a .sar contains a .war deployment, only the .sar META-INF/jboss-service.xml scoping has effect."
Does this mean that every class in a given top-level archive (or sub-archive of it) has been loaded by the same classloader, and therefore absolutely any class can see any other class within the top-level archive (or sub-archive)?
3) How does the exception with classes in the WAR file occur (where things in the WAR file can't be seen elsewhere in the archive by default)? Is the WAR's jboss-***.xml file ignored? (i.e. The equivalent of it always turning ON scoped classloading for that WAR?) Why is it treated different from other archive types?
4) Is saying that an archive has scoped classloading the exact same as saying that the archive has its own UCL?
Thanks a lot for your help.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991844#3991844
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991844
19 years, 7 months
[Security & JAAS/JBoss] - Re: How to implement Federated SSO using our own custom logo
by sohil.shah＠jboss.com
njw-
here is a possible solution using Federated SSO:
JBoss Federated SSO stack fits on top of any arbitrary web application regardless of their network location.
All the web apps that need to be federated (termed form a federation of partner sites), need to integrate this stack as per the instructions provided on the project's wiki.
Now, once the user is authenticated using the central login application that you are talking about, a SAML token will be circulated through the federation and processed by the Federated SSO stack in each web application.
anonymous wrote :
| I've downloaded JBoss Federated SSO but failed at the first hurdle because we're not using LDAP. I can see that I need to implement my own LoginProvider but cant work out what form this should take (war, ear etc), how to deploy it, or how it relates to the logon app we need to build, or how our 'business' apps understand which user they are dealing with
|
You are correct, you need to implement the LoginProvider which integrates with your Identity Store which I believe is an Oracle database. You can package this up in a jar file and drop it into the jboss-sso.sar file deployed with each one of your web applications
Hope this helps
Thanks
Sohil
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991841#3991841
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991841
19 years, 7 months
[Messaging, JMS & JBossMQ] - Re: Initial durable subscription setup
by npujol
Ok I am one step further as I found a way to make the association between the user and his connection thought I still have a problem with the message selector being nulled out. The trick is simply to make the association in the JMS_USERS tables by adding an entry in the mysql-jdbc-state-service.xml. So now that file looks like this:
<attribute name="SqlProperties">
| ....
| POPULATE.TABLES.01 = INSERT INTO JMS_USERS (USERID, PASSWD, CLIENTID) VALUES ('ds_user', 'changeit', '_ownsubscriber')
|
| POPULATE.TABLES.02 = INSERT INTO JMS_SUBSCRIPTIONS (CLIENTID, SUBNAME, TOPIC, SELECTOR) VALUES ("_ownsubscriber", "_emailSender0","IDMNotificationDurableTopic","subscribers like '%email%'")
| ....
| </attribute>
Note that for some reason the SELECTOR column does get cleared upon a call to
topicSession.createDurableSubscriber(topic,"_emailSend0");
Does anybody know why? I don't believe this is correct! thoughts?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991832#3991832
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991832
19 years, 7 months
[Messaging, JMS & JBossMQ] - Re: Initial durable subscription setup
by npujol
Ok I am one step further as I found a way to make the association between the user and his connection thought I still have a problem with the message selector being nulled out. The trick is simply to make the association in the JMS_USERS tables by adding an entry in the mysql-jdbc-state-service.xml. So now that file looks like this:
<attribute name="SqlProperties">
| ....
| POPULATE.TABLES.01 = INSERT INTO JMS_USERS (USERID, PASSWD, CLIENTID) VALUES ('ds_user', 'changeit', '_ownsubscriber')
|
| POPULATE.TABLES.02 = INSERT INTO JMS_SUBSCRIPTIONS (CLIENTID, SUBNAME, TOPIC, SELECTOR) VALUES ("_ownsubscriber", "_emailSender0","IDMNotificationDurableTopic","subscribers like '%email%'")
| ....
| </attribute>
Note that for some reason the SELECTOR column does get cleared upon a call to
topicSession.createDurableSubscriber(topic,"_emailSend0");
Does anybody know why? I don't believe this is correct! thoughts?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991831#3991831
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991831
19 years, 7 months
[Messaging, JMS & JBossMQ] - Initial durable subscription setup
by npujol
Hi,
I was wondering if it was wrong to insert a row manually in theJMS_SUBSCRIPTIONS at table creation time in order to register a durable subscription? In my mysql-jdbc-state-service.xml:
<attribute name="SqlProperties">
| ....
| POPULATE.TABLES.01 = INSERT INTO JMS_SUBSCRIPTIONS (CLIENTID, SUBNAME, TOPIC, SELECTOR) VALUES ("_ownsubscriber", "_emailSender0","NotificationDurableTopic","subscribers like '%email%'")
| ....
| </attribute>
I think it is not - I am basically mimicing a managed topic just like it would be done in a jbossmq-state.xml with something like this:
| <DurableSubscription>
| <ClientID>_ownsubscriber</ClientID>
| <Name>_emailSender0</Name>
| <TopicName>NotificationDurableTopic</TopicName>
| <Selector>subscribers like '%email%'</Selector>
| </DurableSubscription>
It is my understanding that both ways of doing it basically relieve the JMS client code from having to specify the client id and subscription name on their durable subscriptions. In my environment it does seem to work though the jbossmq's client subscriber code
| topicSession.createDurableSubscriber(topic,"_emailSend0");
insists in adding a new row to JMS_SUBSCRIPTIONS and my JMS_SUBSCRIPTIONS table ends up looking like this:
| +----------------+---------------+-----------------------------+----------------------------+
| | CLIENTID | SUBNAME | TOPIC | SELECTOR |
| +----------------+---------------+-----------------------------+----------------------------+
| | _ownsubscriber | _emailSender0 | NotificationDurableTopic | subscribers like '%email%' |
| | ID:2 | _emailSender0 | NotificationDurableTopic | NULL |
| +----------------+---------------+-----------------------------+----------------------------+
|
It looks like I am missing a piece in my setup : I must associate the user with the connection as is done in jbossmq-state.xml by matching the User node with the durable subscription node. Does anybody know if it is even possible to create this association with a jboss-jdbc-state-service.xml DB setup? Thanks in advance
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991827#3991827
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991827
19 years, 7 months
[JBoss Seam] - LIE with Seam-managed transactions
by spambob
Hello,
I somehow manage to get a LazyInitializationException when I use Seam-managed transactions.
What I want to do is retrieve an id from a request, load the usecase with said id and make it available to my jsf page - just like the dvd.xhtml in the dvd store example does for dvds.
When I use @Factory it works fine, but when I try to use page actions and @Out the usecase I get a LIE when it tries to access the first collection attribute (the application frame is generated with seam-gen and unmodified, I use Seam 1.1CR2 and JBoss AS 4.0.5).
My Bean:
@Stateful
| @Name("usecasesBean")
| public class UsecasesBean implements Usecases {
|
| @PersistenceContext
| private EntityManager em;
|
| @In(required=false, scope=ScopeType.EVENT)
| private String usecaseId;
|
| @Out(required = false)
| private Usecase usecase;
|
| @DataModel
| List<Usecase> usecases;
|
| @SuppressWarnings("unchecked")
| @Factory("usecases")
| public void findAllUsecases() {
| System.out.println("findAllUsecases...");
| System.out.println("usecaseId: " + usecaseId);
| usecases = (List<Usecase>) em.createQuery("Select u from Usecase u order by u.name").getResultList();
| }
|
| public void loadUsecaseById() {
| System.out.println("loadById...");
| if(usecaseId == null) {
| System.out.println("usecaseId was null");
| usecaseId = "1";
| }
| this.usecase = em.find(Usecase.class, Long.parseLong(usecaseId));
| System.out.println("Usecase: " + usecase.getName());
| }
|
| // @Factory("usecase")
| // public Usecase loadUsecaseById() {
| // System.out.println("loadById...");
| // if(usecaseId == null) {
| // System.out.println("usecaseId was null");
| // usecaseId = "1";
| // }
| // return em.find(Usecase.class, Long.parseLong(usecaseId));
| // }
| }
My pages.xml:<pages>
| <page view-id="/showUsecase.xhtml" action="#{usecasesBean.loadUsecaseById}" />
| </pages>
TransactionalSeamPhaseListener is loaded in faces-config.xml.
When I exchange the loadUsecaseById() methods, comment the @Out usecase out and remove the pages.xml this works fine but the way above I get the following exception:
01:35:21,631 INFO [STDOUT] findAllUsecases...
| 01:35:21,635 INFO [STDOUT] usecaseId: null
| 01:35:21,667 INFO [STDOUT] Hibernate: select usecase0_.ID as ID210_, usecase0_.summary as summary210_, usecase0_.standardWorkflow as standard7_210_, usecase0_.name as name210_, usecase0_.priority as priority210_, usecase0_.version as version210_, usecase0_.status as status210_ from Usecase usecase0_ order by usecase0_.name
| 01:35:23,555 INFO [STDOUT] Filtering URL ...
| 01:35:23,567 INFO [STDOUT] loadById...
| 01:35:23,570 INFO [STDOUT] Hibernate: select usecase0_.ID as ID210_0_, usecase0_.summary as summary210_0_, usecase0_.standardWorkflow as standard7_210_0_, usecase0_.name as name210_0_, usecase0_.priority as priority210_0_, usecase0_.version as version210_0_, usecase0_.status as status210_0_ from Usecase usecase0_ where usecase0_.ID=?
| 01:35:23,583 INFO [STDOUT] Usecase: Login User
| 01:35:23,635 ERROR [LazyInitializationException] failed to lazily initialize a collection of role: com.example.usecases.model.Usecase.actors, no session or session was closed
| org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.example.usecases.model.Usecase.actors, no session or session was closed
| at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
| at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350)
| at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:97)
| at org.hibernate.collection.PersistentBag.size(PersistentBag.java:225)
| at javax.faces.model.ListDataModel.isRowAvailable(ListDataModel.java:84)
| at javax.faces.model.ListDataModel.setRowIndex(ListDataModel.java:97)
| at javax.faces.model.ListDataModel.setWrappedData(ListDataModel.java:111)
| at javax.faces.model.ListDataModel.<init>(ListDataModel.java:42)
| at com.sun.facelets.component.UIRepeat.getDataModel(UIRepeat.java:127)
| at com.sun.facelets.component.UIRepeat.setIndex(UIRepeat.java:305)
| at com.sun.facelets.component.UIRepeat.process(UIRepeat.java:333)
| at com.sun.facelets.component.UIRepeat.encodeChildren(UIRepeat.java:617)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:234)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:239)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:580)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
| at com.example.usecases.web.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:60)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:833)
| at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:639)
| at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1285)
| at java.lang.Thread.run(Thread.java:595)
| 01:35:23,640 ERROR [STDERR] 07.12.2006 01:35:23 com.sun.facelets.FaceletViewHandler handleRenderException
| SCHWERWIEGEND: Error Rendering View[/showUsecase.xhtml]
| org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.example.usecases.model.Usecase.actors, no session or session was closed
| at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
| at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350)
| at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:97)
| at org.hibernate.collection.PersistentBag.size(PersistentBag.java:225)
| at javax.faces.model.ListDataModel.isRowAvailable(ListDataModel.java:84)
| at javax.faces.model.ListDataModel.setRowIndex(ListDataModel.java:97)
| at javax.faces.model.ListDataModel.setWrappedData(ListDataModel.java:111)
| at javax.faces.model.ListDataModel.<init>(ListDataModel.java:42)
| at com.sun.facelets.component.UIRepeat.getDataModel(UIRepeat.java:127)
| at com.sun.facelets.component.UIRepeat.setIndex(UIRepeat.java:305)
| at com.sun.facelets.component.UIRepeat.process(UIRepeat.java:333)
| at com.sun.facelets.component.UIRepeat.encodeChildren(UIRepeat.java:617)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:234)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:239)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:580)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
| at com.example.usecases.web.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:60)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:833)
| at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:639)
| at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1285)
| at java.lang.Thread.run(Thread.java:595)
| 01:35:23,676 ERROR [LazyInitializationException] could not initialize proxy - the owning Session was closed
| org.hibernate.LazyInitializationException: could not initialize proxy - the owning Session was closed
| at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:60)
| at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:111)
| at org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.invoke(JavassistLazyInitializer.java:198)
| at com.example.usecases.model.Workflow_$$_javassist_87.getWorkflowSteps(Workflow_$$_javassist_87.java)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.myfaces.el.PropertyResolverImpl.getProperty(PropertyResolverImpl.java:438)
| at org.apache.myfaces.el.PropertyResolverImpl.getValue(PropertyResolverImpl.java:82)
| at com.sun.facelets.el.LegacyELContext$LegacyELResolver.getValue(LegacyELContext.java:141)
| at com.sun.el.parser.AstValue.getValue(AstValue.java:117)
| at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
| at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71)
| at com.sun.facelets.el.LegacyValueBinding.getValue(LegacyValueBinding.java:56)
| at com.sun.facelets.component.UIRepeat.getValue(UIRepeat.java:143)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at com.sun.facelets.util.DevTools.writeAttributes(DevTools.java:240)
| at com.sun.facelets.util.DevTools.writeStart(DevTools.java:284)
| at com.sun.facelets.util.DevTools.writeComponent(DevTools.java:189)
| at com.sun.facelets.util.DevTools.writeComponent(DevTools.java:207)
| at com.sun.facelets.util.DevTools.debugHtml(DevTools.java:107)
| at com.sun.facelets.FaceletViewHandler.handleRenderException(FaceletViewHandler.java:677)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:646)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
| at com.example.usecases.web.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:60)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:833)
| at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:639)
| at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1285)
| at java.lang.Thread.run(Thread.java:595)
|
As you can see the page function is action is correctly called and the usecase is loaded from the db but I get a LIE when I access the first collection attribute (actors.) in my jsf.
Can someone please explain me why this happens.
Thanks a lot in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991826#3991826
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991826
19 years, 7 months
[Persistence, JBoss/CMP, Hibernate, Database] - calendar timezones and database discrepancies
by kagey
Hey All,
I am using EJB3 with hibernate on jboss 4.0.5. I'm testing my application with two different datasources - mysql 5 and oracle 10g.
Ok, so i have an entity that i persist that has a date member of type Calendar. Here is the different functionality that i experience depending on datasource.
On Oracle, if i specify the calendar's date to be noon localtime, and the timezone of the calendar to be local timezone, in the database the date column will be noon. If i change the timezone of the calendar to UTC, the date in the database is in my case (noon + 7 hours) (My current timezone is -7). This functionality makes sense and is what i expected. Since the column types that hibernate creates do not support timezone information, hibernate converts the date to the calendar's timezone before it stores the date.
Using Mysql, the first scenario is the same. But if i change the calendar's timezone to UTC, mysql ignores it and the date stored is the same as the first.
Does anyone know a way to get mysql to consider the timezone of the calendar like the oracle datasource does? Ultimately i would like to get my application to store dates in UTC instead of server localtime, which i can accomplish with oracle but not mysql, so thats my motivation here.
Thanks for listening.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991816#3991816
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991816
19 years, 7 months
[EJB 3.0] - Re: EJB Annotation question?
by jxcheng
Yes, it is in a client application.
Why @EJB annotation does not work there?
Is it due to that JBOSS does not fully implement EJB 3.0?
In Sun's JavaEE 5 tutorial and sample code,
I see the following in a client program:
| package converter.client;
|
| import converter.ejb.Converter;
| import java.math.BigDecimal;
| import javax.ejb.EJB;
|
|
| /**
| *
| * @author ian
| */
| public class ConverterClient {
| @EJB
| private static Converter converter;
|
| /** Creates a new instance of Client */
| public ConverterClient(String[] args) {
| }
|
| /**
| * @param args the command line arguments
| */
| public static void main(String[] args) {
| ConverterClient client = new ConverterClient(args);
| client.doConversion();
| }
|
| public void doConversion() {
| try {
| BigDecimal param = new BigDecimal("100.00");
| BigDecimal yenAmount = converter.dollarToYen(param);
|
| System.out.println("$" + param + " is " + yenAmount + " Yen.");
|
| BigDecimal euroAmount = converter.yenToEuro(yenAmount);
| System.out.println(yenAmount + " Yen is " + euroAmount + " Euro.");
|
| System.exit(0);
| } catch (Exception ex) {
| System.err.println("Caught an unexpected exception!");
| ex.printStackTrace();
| }
| }
| }
|
The client code above works well with Sun's Java System Application Server 9.0.
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991815#3991815
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991815
19 years, 7 months
[JBoss Seam] - Re: Seam Log4J wrapper
by quilleashm
I've come across this before when wrapping commons-logging but never come up with a satisfactory fix.
commons-logging works because it passes a Fully Qualified Class Name (FQCN) in to every call to the log4j library (check out the Log4JLogger in commons-logging). The log4j library then uses this as the "entry" point into the logging system and takes the line/method/file of the entry just below it in the stack frame (it uses nasty string searching because StackTraceElement is 1.4+). This obviously goes wrong when something adds another wrapping layer round the commons-logging.
The only "fix" I have come up with, but never implemented, is to plugin a different commons-logging LogFactory implementation, trap the case where it detects log4j as the logging type and return a custom log4j wrapper rather than the one provided by commons-logging. The wrapper would then pass in it's own FQCN that would allow log4j to get the line numbers right.
Another fix would be to use log4j directly in Seam which would make passing in the correct FQCN trivial. Of course doing this may not be viable if commons-logging must be used to support the other log implementations.
If I can spare some time I may look into bodging the first solution together to at least see if it works.
Cheers.
Mike.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991814#3991814
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991814
19 years, 7 months
[JBoss Seam] - ResourceBundle
by KoniKoni
I can use the messages in xhtml as #{messages....} and in code it does not work why ?
| seam.properties: resourceBundle.bundleName = messages.properties
|
| // Session Bean (Scope Request)
| @In(create=true) private Map<String, String> messages;
| @In("#{messages['volleyball']}") private String volleyball;
| @In("#{messages['soccer']}") private String soccer;
| @In("#{messages['rules']}") private String rules;
| @In("#{messages['bandy']}") private String bandy;
| @In("#{messages['baseball']}") private String baseball;
| @In("#{messages['basketball']}") private String basketball;
| @In("#{messages['cricket']}") private String cricket;
| @In("#{messages['cycling']}") private String cycling;
|
|
|
|
| 2006-12-06 23:57:32,777 ERROR [org.jboss.seam.remoting.ExecutionHandler] Error during remote request
| java.lang.reflect.InvocationTargetException
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.remoting.Call.execute(Call.java:148)
| at org.jboss.seam.remoting.ExecutionHandler.handle(ExecutionHandler.java:87)
| at org.jboss.seam.remoting.SeamRemotingServlet.doPost(SeamRemotingServlet.java:77)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: javax.ejb.EJBException: javax.el.PropertyNotFoundException: Property 'volleyball' is not found on type: org.jboss.seam.core.Messages$1
| at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPolicy.java:69)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83)
| at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
| at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:102)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:211)
| at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:79)
| at $Proxy97.getSite(Unknown Source)
| at kh.laola.remoteactions.RemoteLocal$$FastClassByCGLIB$$893fbbfe.invoke(<generated>)
| at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:45)
| at org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:69)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:55)
| at org.jboss.seam.interceptors.ExceptionInterceptor.handleExceptions(ExceptionInterceptor.java:38)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.intercept.RootInterceptor.createSeamInvocationContext(RootInterceptor.java:144)
| at org.jboss.seam.intercept.RootInterceptor.invokeInContexts(RootInterceptor.java:129)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:102)
| at org.jboss.seam.intercept.ClientSideInterceptor.interceptInvocation(ClientSideInterceptor.java:78)
| at org.jboss.seam.intercept.ClientSideInterceptor.intercept(ClientSideInterceptor.java:47)
| at org.jboss.seam.intercept.Proxy$$EnhancerByCGLIB$$196bf4d3.getSite(<generated>)
| ... 31 more
| Caused by: javax.el.PropertyNotFoundException: Property 'volleyball' is not found on type: org.jboss.seam.core.Messages$1
| at javax.el.BeanELResolver.getValue(BeanELResolver.java:230)
| at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:135)
| at com.sun.el.parser.AstValue.getValue(AstValue.java:117)
| at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
| at org.jboss.seam.util.UnifiedELValueBinding.getValue(UnifiedELValueBinding.java:34)
| at org.jboss.seam.core.Expressions$1.getValue(Expressions.java:51)
| at org.jboss.seam.Component.getInstanceToInject(Component.java:1836)
| at org.jboss.seam.Component.injectFields(Component.java:1344)
| at org.jboss.seam.Component.inject(Component.java:1114)
| at org.jboss.seam.interceptors.BijectionInterceptor.bijectTargetComponent(BijectionInterceptor.java:48)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.interceptors.OutcomeInterceptor.interceptOutcome(OutcomeInterceptor.java:23)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.interceptors.ConversationInterceptor.endOrBeginLongRunningConversation(ConversationInterceptor.java:51)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
| at org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
| at org.jboss.seam.intercept.RootInterceptor.createSeamInvocationContext(RootInterceptor.java:144)
| at org.jboss.seam.intercept.RootInterceptor.invokeInContexts(RootInterceptor.java:129)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:102)
| at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:49)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:46)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| ... 66 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991810#3991810
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991810
19 years, 7 months
[EJB/JBoss] - Marshal exception returning an OracleCachedRowSet thru ejb i
by bill_wrong
I have a very simple session bean which return an OracleCachedRowSet but on the client side, I got:
Dec 6, 2006 2:41:51 PM com.sun.corba.se.impl.encoding.CDRInputStream_1_0 checkBlockLength
WARNING: "IOP00800008: (MARSHAL) Not enough space left in current chunk"
org.omg.CORBA.MARSHAL: vmcid: OMG minor code: 8 completed: No
The session bean code is very simple:
Statement stmt = DB.getStatement;
ResultSet rs = stmt.executeQuery("select * from all_users");
OracleCachedRowSet crs = new OracleCachedRowSet();
crs.populate(rs);
return crs;
With the following interface:
public javax.sql.RowSet testResultSet( java.lang.String dbType )
throws java.rmi.RemoteException;
With exactly the same code, it is working with jnp but once I used iiop it returned with exception. The bean is working fine with other interfaces which return either String or int.
Here's the exception:
Dec 6, 2006 2:41:51 PM com.sun.corba.se.impl.encoding.CDRInputStream_1_0 checkBlockLength
WARNING: "IOP00800008: (MARSHAL) Not enough space left in current chunk"
org.omg.CORBA.MARSHAL: vmcid: OMG minor code: 8 completed: No
at com.sun.corba.se.impl.logging.OMGSystemException.rmiiiopOptionalDataIncompatible2(OMGSystemException.java:2709)
at com.sun.corba.se.impl.logging.OMGSystemException.rmiiiopOptionalDataIncompatible2(OMGSystemException.java:2731)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.checkBlockLength(CDRInputStream_1_0.java:345)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInputStream_1_2.java:65)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_long(CDRInputStream_1_0.java:478)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.readValueTag(CDRInputStream_1_0.java:1622)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:946)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:879)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:249)
at com.sun.corba.se.impl.corba.TCUtility.unmarshalIn(TCUtility.java:269)
at com.sun.corba.se.impl.corba.AnyImpl.read_value(AnyImpl.java:559)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_any(CDRInputStream_1_0.java:739)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_any(CDRInputStream.java:220)
at com.sun.corba.se.impl.javax.rmi.CORBA.Util.readAny(Util.java:401)
at javax.rmi.CORBA.Util.readAny(Util.java:92)
at com.sun.corba.se.impl.io.ValueHandlerImpl.read_Array(ValueHandlerImpl.java:657)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:325)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:1989)
at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2213)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221)
at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:1989)
at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2213)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221)
at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at org.jboss.iiop.rmi.marshal.CDRStream$ValuetypeReader.read(CDRStream.java:760)
at org.jboss.iiop.rmi.marshal.strategy.StubStrategy.readRetval(StubStrategy.java:226)
at org.jboss.proxy.ejb.DynamicIIOPStub.invoke(DynamicIIOPStub.java:128)
at org.myCompany.interfaces._Server_Stub.testResultSet(Unknown Source)
at org.myCompany.util.ConnectTest.testEJB(ConnectTest.java:244)
at org.myCompany.util.ConnectTest.(ConnectTest.java:71)
at org.myCompany.util.ConnectTest.main(ConnectTest.java:291)
ERROR: Could not connect: java.rmi.MarshalException: CORBA MARSHAL 1330446344 No; nested exception is:
org.omg.CORBA.MARSHAL: vmcid: OMG minor code: 8 completed: No
java.rmi.MarshalException: CORBA MARSHAL 1330446344 No; nested exception is:
org.omg.CORBA.MARSHAL: vmcid: OMG minor code: 8 completed: No
at com.sun.corba.se.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:197)
at javax.rmi.CORBA.Util.mapSystemException(Util.java:67)
at org.jboss.proxy.ejb.DynamicIIOPStub.invoke(DynamicIIOPStub.java:150)
at org.myCompany.interfaces._Server_Stub.testResultSet(Unknown Source)
at org.myCompany.util.ConnectTest.testEJB(ConnectTest.java:244)
at org.myCompany.util.ConnectTest.(ConnectTest.java:71)
at org.myCompany.util.ConnectTest.main(ConnectTest.java:291)
Caused by: org.omg.CORBA.MARSHAL: vmcid: OMG minor code: 8 completed: No
at com.sun.corba.se.impl.logging.OMGSystemException.rmiiiopOptionalDataIncompatible2(OMGSystemException.java:2709)
at com.sun.corba.se.impl.logging.OMGSystemException.rmiiiopOptionalDataIncompatible2(OMGSystemException.java:2731)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.checkBlockLength(CDRInputStream_1_0.java:345)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInputStream_1_2.java:65)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_long(CDRInputStream_1_0.java:478)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.readValueTag(CDRInputStream_1_0.java:1622)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:946)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:879)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:249)
at com.sun.corba.se.impl.corba.TCUtility.unmarshalIn(TCUtility.java:269)
at com.sun.corba.se.impl.corba.AnyImpl.read_value(AnyImpl.java:559)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_any(CDRInputStream_1_0.java:739)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_any(CDRInputStream.java:220)
at com.sun.corba.se.impl.javax.rmi.CORBA.Util.readAny(Util.java:401)
at javax.rmi.CORBA.Util.readAny(Util.java:92)
at com.sun.corba.se.impl.io.ValueHandlerImpl.read_Array(ValueHandlerImpl.java:657)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:325)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:1989)
at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2213)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221)
at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:1989)
at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2213)
at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221)
at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327)
at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293)
at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1034)
at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:253)
at org.jboss.iiop.rmi.marshal.CDRStream$ValuetypeReader.read(CDRStream.java:760)
at org.jboss.iiop.rmi.marshal.strategy.StubStrategy.readRetval(StubStrategy.java:226)
at org.jboss.proxy.ejb.DynamicIIOPStub.invoke(DynamicIIOPStub.java:128)
... 4 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991808#3991808
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991808
19 years, 7 months
[Persistence, JBoss/CMP, Hibernate, Database] - Re: java.lang.IllegalAccessException when invoking java.sql.
by jmattson
I am having the same problem. I've been working on it for two days and can't find anything or any help anywhere else on the internet. I think it has something to do with how my connection here is referred to as a Proxy, and I think that may have something to do with where the ojdbc14.jar is located. In our other application we get a similar error when it IS under server//lib while I can't even access this installtion if it is not under there.
java.lang.reflect.UndeclaredThrowableException
at $Proxy52.getConnection(Unknown Source)
at com.hpc.dms2.dao.ByteArrayBlobType.nullSafeSet(ByteArrayBlobType.java:156)
at org.hibernate.type.CustomType.nullSafeSet(CustomType.java:140)
at org.hibernate.persister.entity.BasicEntityPersister.dehydrate(BasicEntityPersister.java:1607)
at org.hibernate.persister.entity.BasicEntityPersister.update(BasicEntityPersister.java:1953)
at org.hibernate.persister.entity.BasicEntityPersister.updateOrInsert(BasicEntityPersister.java:189
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991805#3991805
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991805
19 years, 7 months
[JBoss Seam] - Re: Seam configuration questions
by norman.richards＠jboss.com
Well, even "for a given deployment or application" isn't consistent. Your web app has a different view of classes than your EAR.
If you are running with a scoped classloader, which you should be doing with a Seam application (and honestly, it is how you should deploy EVERY application on JBoss) then you can look at MBean for your repository in the JMX Console. (look an MBean of the same name as your the repository listed in your jboss-app.xml). One of the attributes there is URLs, which gives you a list of all the elements on in the classpath for the root of your deployment.
You might also want to check out the displayClassInfo action. You can enter a class name, and the action will let you know which jar a specific class has been loaded from. (assuming it has been loaded at all)
The default shared repository is JMImplementation:name=Default,service=LoaderRepository. If you scope ALL of your applications then you really won't need to look there much, but it's good to know where it is if you need it.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991798#3991798
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991798
19 years, 7 months