[Persistence, JBoss/CMP, Hibernate, Database] - Empty foreign key circular dependency
by lrc
Hi!
I'm implementing a new (fairly simple) model using JBoss 5.1.0.CR1 (but saw the same problem with 5.0.1). While my model doesn't appear to have any circular dependencies, on deployment I get the following:
14:48:51,397 ERROR [AbstractKernelController] Error installing to Start: name=persistence.unit:unitName=ampep.ear/AasSystem.jar#Aas state=Create
org.hibernate.AnnotationException: Foreign key circularity dependency involving the following tables:
at org.hibernate.cfg.AnnotationConfiguration.buildRecursiveOrderedFkSecondPasses(AnnotationConfiguration.java:518)
...more stack trace...
WTF? Empty dependency? I have not assigned any foreign keys in the database, so I can only assume this is a hibernate problem. Anyone seen this before? Any ideas whay could be happenening?
For the record, the database is an Oracle 11, and JBoss is running on an Ubuntu 8.10 x86 box.
Thanks in advance,
-Lars
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228000#4228000
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228000
17 years, 1 month
[Installation, Configuration & DEPLOYMENT] - HTTP Request missing cookies after j_security_check redirect
by dpratt
I have an application that creates a client-side cookie through javascript that holds the user's timezone offset from GMT in the login.jsp page. When the user attempts to access a protected resource in our jboss application, this cookie gets properly created, which I have verified by both looking at the client side cookie cache and also ensuing HTTP headers.
The problem is this - after the user enters their username and password and submits the login form (which redirects to j_security_check), the ensuing redirected request does not contain this cookie on the server side. I've verified this by placing a breakpoint at the very top of the servlet handling code, and inspecting the contents of the HTTPRequest object. This object does not contain the headers or any of the cookies that you'd expect to see coming in from the client side.
Interestingly enough, if the user logs out and (optionally) closes the browser, this cookie does appear in the request the second time they submit to j_security_check. At this point, I'm betting it's some strange semantics with the way that j_security_check works.
I know that it's supposed to preserve all headers and cookies from the *original* request (the one that initially redirected to login.jsp due to the attempt to access a protected resource). This makes sense, since with a clear browser cache, the timezone offset cookie does not exist until after the user has been redirected to the login.jsp page, and thus the original request would not contain the cookie, only the POST to j_security_check.
My question is this - how can I preserve all of the headers and cookies that were submitted in the j_security_check POST request to stick around and be transferred to the ensuing redirected request after a successful post to j_security_check?
A little data on our app - we're running on JBoss AS 4.0.5. Also, another interesting data point - this works as expected on two other not-to-be-named J2EE app servers. Is JBoss doing the right thing with this request and the other two are broken, or is it the other way around?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227998#4227998
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227998
17 years, 1 month
