I champion spring in the following ways...
I have answered 8000+ of questions on the Spring Forums.
I'm a moderator on the Spring Google+ page and frequently delete spam messages.
In my company...
Type: Posts; User: karldmoore; Keyword(s):
I champion spring in the following ways...
I have answered 8000+ of questions on the Spring Forums.
I'm a moderator on the Spring Google+ page and frequently delete spam messages.
In my company...
Just because something is transactional doesn't mean that it has to block the database, it very much depends on the database, isolation levels and locking. The source for OSIVF might help you...
In the transaction definition you're setting readOnly and this doesn't seem to be supported. Did you paste the error into google at all? There seem to be quite a few discussions about it.
It might help to know more about what you're trying to do, but yes it's possible to have a heirarchy of ApplicationContexts. If you have a look at ClassPathXmlApplicationContext for instance the...
If it's a hash then you're really not supposed to be able to decrypt it, computationally infeasible. You can use something like rainbow hash cracking but if it's salted then you're out of luck.
If you don't want other beans to access a reference you could use inner beans....
This article was quite useful when I was looking into the alternatives.
http://www.ibm.com/developerworks/java/library/j-sr2.html
You can get the number of beans from the ApplicationContext, but if you want to ensure they're all singletons you could get the beanNames from the context, iterate and call isSingleton to count how...
Could you define a BeanFactoryLocator with multiple ApplicationContexts?...
There's nothing to stop you using the XML files and then once the context has initialised replacing one of the injected members with a mock programmatically.
I don't understand, what exactly is the problem and isn't working?
Unless I'm missing something why can't you use the EasyMock Class Extension?
Are you talking about mixing programmatic and declarative transaction management with Spring or is the old programmatic stuff something of your own making?
Is it possible to see the test code that's driving this experiment?
Generally you're going to be defining the transaction at the service layer, and thus everything contained within that is transactional (if everything is a correctly configured and thus...
I can't see the OSIV filter at any point in the stacktrace.
I can see those files, but I really need to see the stacktrace and the code that's calling into this that's causing the issues.
Well I guess there aren't that many options available to you then ;).
It would be useful to see the stacktrace, the code that's causing the problem and you're configuration. [ code] [ /code] tags are appreciated. OSIV isn't necessarily going to prevent all lazy init...
Is it a problem that it works ;), I'd guess not. You might want to avoid cyclic dependencies too often though as that might be symptom that what you're doing is wrong.
Well one thing that gets me is people that complain about it but don't do anything about it. Any chance you take some time out (even if it has to be your own time), just to refactor a little bit of...
It's probably not a good idea to use this toString as well, as you really don't want lazy collections to always be loaded. Just specify only simple properties which aren't going to require another...
There are a couple of ClassNotFoundExceptions in there so I'd presume you are missing JARs from your classpath.
Is it possible to see the snippets of configuration and code you are using?
Might be useful to post a stacktrace so it's possible to see where the exception is actually coming from.