July 2007 - jboss-user - Jboss List Archives

by viggo.navarsete

Environment: JBoss Portal Version: 2.6 Did you get Portal from CVS? or download it? Downloaded JBoss AS Version: 4.2.0 GA Database Vendor and Version: Postgres 8.1 JDBC Connector and Version: postgresql-8.1-404.jdbc3.jar OS Platform: Ubuntu 7.0.4 Describe the problem: I've developed a portlet which utilizes the woodstock components. I have the following code in my jsp: <%@page contentType="text/html"%> | <%@page pageEncoding="UTF-8"%> | | <%@taglib prefix="f" uri="http://java.sun.com/jsf/core"%> | <%@taglib prefix="h" uri="http://java.sun.com/jsf/html"%> | | <%-- Uncomment below lines to add portlet taglibs to jsp --%> | <%@ page import="javax.portlet.*"%> | <%@ taglib uri="http://java.sun.com/portlet" prefix="portlet"%> | | <portlet:defineObjects /> | <%PortletPreferences prefs = renderRequest.getPreferences();%> | | <f:view> | <webuijsf:label id="label1" text="viggo" /> | </f:view> The portlet deploys ok, but when I try to access it I get the following stacktrace: | 02:19:53,900 INFO [DefaultLoadEventListener] Error performing load command | org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [org.jboss.portal.core.impl.model.portal.ObjectNode#38] | at org.hibernate.impl.SessionFactoryImpl$1.handleEntityNotFound(SessionFactoryImpl.java:377) | at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:145) | at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:195) | at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:103) | at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:878) | at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:846) | at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:557) | at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:196) | at org.hibernate.cache.StandardQueryCache.get(StandardQueryCache.java:130) | at org.hibernate.loader.Loader.getResultFromQueryCache(Loader.java:2161) | at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java:2126) | at org.hibernate.loader.Loader.list(Loader.java:2096) | at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:94) | at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1569) | at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283) | at org.hibernate.impl.CriteriaImpl.uniqueResult(CriteriaImpl.java:305) | at org.jboss.portal.core.impl.model.portal.PersistentPortalObjectContainer.getObjectNodeNoCache(PersistentPortalObjectContainer.java:262) | at org.jboss.portal.core.impl.model.portal.PersistentPortalObjectContainer.getObjectNode(PersistentPortalObjectContainer.java:290) | at org.jboss.portal.core.impl.model.portal.PersistentPortalObjectContainer.getObjectNode(PersistentPortalObjectContainer.java:242) | at org.jboss.portal.core.impl.model.portal.AbstractPortalObjectContainer.getObject(AbstractPortalObjectContainer.java:89) | at org.jboss.portal.core.model.portal.command.PortalObjectCommand.acquireResources(PortalObjectCommand.java:68) | at org.jboss.portal.core.model.portal.command.PortalCommand.acquireResources(PortalCommand.java:56) | at org.jboss.portal.core.aspects.controller.ResourceAcquisitionInterceptor.invoke(ResourceAcquisitionInterceptor.java:42) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157) | at org.jboss.portal.core.controller.ControllerContext.execute(ControllerContext.java:128) | at org.jboss.portal.core.model.portal.command.render.RenderWindowCommand.render(RenderWindowCommand.java:68) | at org.jboss.portal.core.model.portal.command.render.RenderPageCommand.execute(RenderPageCommand.java:203) | at org.jboss.portal.core.controller.ControllerCommand$1.invoke(ControllerCommand.java:68) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:131) | at org.jboss.portal.core.aspects.controller.node.EventBroadcasterInterceptor.invoke(EventBroadcasterInterceptor.java:123) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.ControlInterceptor.invoke(ControlInterceptor.java:57) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.PageCustomizerInterceptor.invoke(PageCustomizerInterceptor.java:118) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.PolicyEnforcementInterceptor.invoke(PolicyEnforcementInterceptor.java:77) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.node.PortalNodeInterceptor.invoke(PortalNodeInterceptor.java:81) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.NavigationalStateInterceptor.invoke(NavigationalStateInterceptor.java:42) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.controller.ajax.AjaxInterceptor.invoke(AjaxInterceptor.java:51) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.controller.ResourceAcquisitionInterceptor.invoke(ResourceAcquisitionInterceptor.java:50) | at org.jboss.portal.core.controller.ControllerInterceptor.invoke(ControllerInterceptor.java:40) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157) | at org.jboss.portal.core.controller.ControllerContext.execute(ControllerContext.java:128) | at org.jboss.portal.core.model.portal.PortalObjectResponseHandler.processCommandResponse(PortalObjectResponseHandler.java:74) | at org.jboss.portal.core.controller.classic.ClassicResponseHandler.processHandlers(ClassicResponseHandler.java:79) | at org.jboss.portal.core.controller.classic.ClassicResponseHandler.processCommandResponse(ClassicResponseHandler.java:53) | at org.jboss.portal.core.controller.handler.ResponseHandlerSelector.processCommandResponse(ResponseHandlerSelector.java:72) | at org.jboss.portal.core.controller.Controller.processCommandResponse(Controller.java:279) | at org.jboss.portal.core.controller.Controller.processCommand(Controller.java:267) | at org.jboss.portal.core.controller.Controller.handle(Controller.java:226) | at org.jboss.portal.server.RequestControllerDispatcher.invoke(RequestControllerDispatcher.java:51) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:131) | at org.jboss.portal.core.cms.aspect.IdentityBindingInterceptor.invoke(IdentityBindingInterceptor.java:47) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.server.aspects.server.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:68) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.server.LocaleInterceptor.invoke(LocaleInterceptor.java:96) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.server.UserInterceptor.invoke(UserInterceptor.java:245) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.server.aspects.server.SessionInvalidatorInterceptor.invoke(SessionInvalidatorInterceptor.java:84) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.impl.api.user.UserEventBridgeTriggerInterceptor.invoke(UserEventBridgeTriggerInterceptor.java:65) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.server.TransactionInterceptor.org$jboss$portal$core$aspects$server$TransactionInterceptor$invoke$aop(TransactionInterceptor.java:49) | at org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java) | at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) | at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:253) | at org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java) | at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) | at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262) | at org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java) | at org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(TransactionInterceptor.java) | at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.server.aspects.LockInterceptor$InternalLock.invoke(LockInterceptor.java:70) | at org.jboss.portal.server.aspects.LockInterceptor.invoke(LockInterceptor.java:131) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157) | at org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:380) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) | at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | at java.lang.Thread.run(Thread.java:619) | 02:19:53,975 ERROR [STDERR] Jul 5, 2007 2:19:53 AM com.sun.faces.portlet.LifecycleImpl$RenderResponsePhase execute | INFO: PS_CSFP0055:About to render view /WEB-INF/jsp/Search_view.jsp Additional item: web.xml: <?xml version="1.0" encoding="UTF-8"?> | <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> | <context-param> | <param-name>com.sun.faces.verifyObjects</param-name> | <param-value>false</param-value> | </context-param> | <context-param> | <param-name>com.sun.faces.validateXml</param-name> | <param-value>true</param-value> | </context-param> | <context-param> | <param-name>javax.faces.STATE_SAVING_METHOD</param-name> | <param-value>client</param-value> | </context-param> | <context-param> | <param-name>javax.faces.application.CONFIG_FILES</param-name> | <param-value>/WEB-INF/faces-config.xml</param-value> | </context-param> | <servlet> | <servlet-name>Faces Servlet</servlet-name> | <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> | <load-on-startup>1</load-on-startup> | </servlet> | <servlet> | <servlet-name>ThemeServlet</servlet-name> | <servlet-class>com.sun.webui.theme.ThemeServlet</servlet-class> | <load-on-startup>2</load-on-startup> | </servlet> | <servlet-mapping> | <servlet-name>ThemeServlet</servlet-name> | <url-pattern>/theme/*</url-pattern> | </servlet-mapping> | <servlet-mapping> | <servlet-name>Faces Servlet</servlet-name> | <url-pattern>/faces/*</url-pattern> | </servlet-mapping> | <session-config> | <session-timeout> | 30 | </session-timeout> | </session-config> | <welcome-file-list> | <welcome-file>faces/welcomeJSF.jsp</welcome-file> | </welcome-file-list> | </web-app> portlet.xml: <?xml version="1.0" encoding="UTF-8"?> | <portlet-app xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd" version="1.0"> | | <portlet> | <description>Search</description> | <portlet-name>Search</portlet-name> | <display-name>Search</display-name> |  | <portlet-class>com.sun.faces.portlet.FacesPortlet</portlet-class> |  | <init-param> | <description>Portlet init view page</description> | <name>com.sun.faces.portlet.INIT_VIEW</name> | <value>/WEB-INF/jsp/Search_view.jsp</value> | </init-param> | <init-param> | <description>Portlet init edit page</description> | <name>com.sun.faces.portlet.INIT_EDIT</name> | <value>/WEB-INF/jsp/Search_edit.jsp</value> | </init-param> | <init-param> | <description>Portlet init help page</description> | <name>com.sun.faces.portlet.INIT_HELP</name> | <value>/WEB-INF/jsp/Search_help.jsp</value> | </init-param> | <expiration-cache>0</expiration-cache> | <supports> | <mime-type>text/html</mime-type> | <portlet-mode>VIEW</portlet-mode> | <portlet-mode>EDIT</portlet-mode> | <portlet-mode>HELP</portlet-mode> | </supports> | <portlet-info> | <title>Search</title> | <short-title>Search</short-title> | </portlet-info> | </portlet> | </portlet-app> jars bundled in war file: appbase.jar commons-fileupload.jar dataprovider.jar dojo-0.4.3-ajax.jar jsfcl.jar jsf-extentions-common-0.1.jar jsf-extentions-dynamic-faces-0.1.jar jsf-portlet.jar json.jar prototype-1.5.0.jar webui-jsf.jar Questions: 1. How do I add support for woodstock in my portlet? (am I doing it correctly?) 2. How do I use a woodstock component correctly in my portlet jsp's? Many thanks in advance:) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060612#4060612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060612

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Nested conversations - potential bug in Manager.beginNes

by wschwendt

Any comments about this, or should I add it to JIRA? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060609#4060609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060609

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - seam conversations - conceptual design issues

by wschwendt

Hello, (first of all excuse my bad English). when a conversationId is restored from the PageContext (this happens when a Faces request is received), the validateLongRunningConversation property of org.jboss.seam.core.ConversationPropagation is set to page.isConversationLongRunning(). Consequently, in the case of a long-running conversation, org.jboss.seam.core.Manager.restoreConversation() returns true or false, depending on whether or not the conversation was successfully restored. In contrast, when a non-faces request is received, the conversationId is retrieved from the request parameters and the validateLongRunningConversation of org.jboss.seam.core.ConversationPropagation remains false. Consequently, in the case of a long-running conversation, org.jboss.seam.core.Manager.restoreConversation() always returns true, even when it was not possible anymore to restore the long-running conversation and a fresh temporary conversation was therefore created instead. (see the last line of org.jboss.seam.core.Manager.restoreConversation() ). // last line of org.jboss.seam.core.Manager.restoreConversation() | | public boolean restoreConversation() | { ConversationPropagation cp = ConversationPropagation.instance(); | ... | | return restoreAndLockConversation(ce) || !cp.isValidateLongRunningConversation(); | } | It follows that for non-faces requests we don't have a validation of long-running conversations. | class org.jboss.seam.jsf.SeamPhaseListener { | ... | | /** | * Restore the page and conversation contexts during a JSF request | */ | protected void afterRestoreView(FacesContext facesContext) | { | FacesLifecycle.resumePage(); | Map parameters = facesContext.getExternalContext().getRequestParameterMap(); | ConversationPropagation.instance().restoreConversationId(parameters); | boolean conversationFound = Manager.instance().restoreConversation(); | FacesLifecycle.resumeConversation( facesContext.getExternalContext() ); | | // see my notes above: For non-faces requests conversationFound is | // always true, even if the conversation was actually not found and a | // temporary conversation was created | if (!conversationFound) | { | Pages.instance().redirectToNoConversationView(); | } | I thought about what could be Gavin's intention that there is no validation of long-running conversations when a non-faces request is received. Perhaps the reason is that URLs are bookmarkable and the user could bookmark a URL that contains a conversationID of a long-running conversation. If the user then makes a request with this bookmarked URL, he would not be able to access the corresponding page if the conversationID contained in the URL was validated. But we pay a big price if we simply give up the validation of long-running conversations. I think it would be much better if the last line of org.jboss.seam.core.Manager.restoreConversation() was simply as follows: | // last line of org.jboss.seam.core.Manager.restoreConversation() | | public boolean restoreConversation() | { ConversationPropagation cp = ConversationPropagation.instance(); | ... | | return restoreAndLockConversation(ce); | } | In order to support bookmarkable URLs where a contained conversation ID should not be validated, we could simply add another request parameter to indicate that restoreConversation should return true even if the long-running conversation couldn't be successfully restored. Please give us the same validation behavior for non-faces requests as we have for faces requests! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060608#4060608 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060608

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: best way of using application scope constants?

by bkroeger

Hi, I would like to know if Ellen got this working, I have tried to do the same thing but when I attempt to get a reference to the EntityManager in my application scope bean: | @PersistenceContext | private EntityManager em; | I get an error message telling me my bean needs to be in session scope, which defeats the purpose as I will end up re-creating my list every time a new session starts. What's the best way to have an application scope (static) list available to the application, that requires use of the EntityManager? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060597#4060597 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060597

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: s:formattedText breaking, and seamspace

by hstang

Sorry, I should provide a little more information: In seamspace when I post a blog entry, let say: 32" TV I get a screen with the following message: | XML Parsing Error: mismatched tag. Expected: </q>. | Location: http://localhost:8080/seam-space/blog.seam?name=awho&cid=6 | Line Number 47, Column 11:32<q> TV</p> | ----------^ | and in my console: | expecting DOUBLEQUOTE, found '?' | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060594#4060594 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060594

18 years, 9 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Deploying similar ear's

by jaikiran

You have to have classloader isolation for those 2 ears. Have a look at http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration and http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060593#4060593 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060593

18 years, 9 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Deploying similar ear's

by wild_pig

Hi, i need to deploy 2 ear's on same Jboss instance. So, i have such a example: 1) first.ear -> test1.war -> inside.jar 2) second.ear -> test2.war -> inside.ear Both have inside.jar in application.xml. This is the same jar but in another versions. My Jboss (4.0.4) couldn't deploy it (they use one inside.jar not two) . I think it's classloader issue. It's possible to deploy it? On one JBoss instance? What i need is - to have 2 war's with the same jar but different versions. Regards View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060592#4060592 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060592

18 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problems with running the websale example

by syngolis

Since you are not fixed to a specific jdk version i would recommend to set your system (e.g. windows) jdk to version 1.5 (JAVA_HOME environment variable). If you are under constraint to use jdk 1.4 see the post of kukeltje and compile the class for your jdk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060591#4060591 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060591

18 years, 9 months

1
0
0 / 0

[EJB 3.0] - @EJB annotation gone from JBoss 4.2?

by mmcgovern＠oz

I've moved from 4.0.4 to 4.2 and am getting errors about javax.annotation.EJB not being found. (I'm injecting EJBs - worked for 404) I assume these annotations are still valid (not replaced with something like @Resource - that didn't work). The jboss-ejb3x.jar file no longer contains the EJB annotation class. Any ideas? Thanks Michael View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060590#4060590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060590

18 years, 9 months

1
0
0 / 0

[Persistence, JBoss/CMP, Hibernate, Database] - [Newbie]Can't persist 2 new objects, if they have the same p

by fmars

I'm creating 2 not-persisted objects and they have the same persisted object as instance variable. if i try to persist the new objects, i got a Duplicate entry violation. i know what it means, but i don't know what is wrong. can you please look at these small classes and point what is missing? Thank you. @Entity | public class Gene implements java.io.Serializable { | @Id @GeneratedValue private Integer id; | | private String name; | | @OneToMany() | private List<CancerType> cancerTypes; | public Gene() { } | | // Setters and Getters | } Table CancerType is filled with some data after table creation! @Entity | public class CancerType implements java.io.Serializable { | @Id @GeneratedValue private Integer id; | | private String name; | | public CancerType(){ } | | // Setters and Getters | } And the main: Session session = new AnnotationConfiguration().configure().buildSessionFactory().getCurrentSession(); | session.beginTransaction(); | | Gene g1 = new Gene(); | g1.setName("name"); | Gene g2 = new Gene(); | g2.setName("name"); | | List<CancerType> cts = BasicDAO.session.createQuery("from CancerType").list(); | | g1.setCancerType(cts); | g2.setCancerType(cts); | | session.save(g1); | session.save(g2); | | session.getTransaction().commit(); | Output: Hibernate: select cancertype0_.id as id0_, cancertype0_.name as name0_ from CancerType cancertype0_ | Hibernate: insert into Gene (name) values (?) | Hibernate: insert into Gene (name) values (?) | Hibernate: insert into Gene_CancerType (Gene_id, cancerTypes_id) values (?, ?) | Hibernate: insert into Gene_CancerType (Gene_id, cancerTypes_id) values (?, ?) | 00:01:39,109 WARN JDBCExceptionReporter:77 - SQL Error: 1062, SQLState: 23000 | 00:01:39,109 ERROR JDBCExceptionReporter:78 - Duplicate entry '1' for key 1 | 00:01:39,109 ERROR AbstractFlushingEventListener:301 - Could not synchronize database state with session | org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update | at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71) | Exception in thread "main" org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update | at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71) | at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:235) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:143) | at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) | at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:235) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:143) | at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) | at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) | at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) | at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) | at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) | at tvsas1.Main.a2(Main.java:58) | at tvsas1.Main.main(Main.java:64) | Caused by: java.sql.BatchUpdateException: Duplicate entry '1' for key 1 | at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:1237) | at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:936) | at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246) | ... 9 more | at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) | at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) | at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) | at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) | at tvsas1.Main.a2(Main.java:58) | at tvsas1.Main.main(Main.java:64) | Caused by: java.sql.BatchUpdateException: Duplicate entry '1' for key 1 | at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:1237) | at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:936) | at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246) | ... 9 more | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060587#4060587 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060587

18 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user July 2007