Hello list,
I have a question regarding mapping CMR fields to table columns. I read about
this problem in the JBoss forums, but the solutions I found there don't seem
to work with the latest code in CVS. Specifically, I am trying to use the
element which is contained by the
element as spec
I am getting the very same error message in a very similar use case. The only
difference I can see is that all the methods of the offending bean are set to
'Required' rather than 'RequiresNew'. The error occurs when I try to call
the get methods of the bean through a local interface in a sess
Jon,
Here is the original forum post that I found that talks about the same error
in a similar case:
http://main.jboss.org/forums/thread.jsp?forum=47&thread=11678
they talked about messing with the AutoCommit property of the oracle driver.
I'm not sure if our problems are related to this or no
Jon,
Thanks for the info. I seemed to have 'fixed' my problem as well, although
I'm not sure what I did to fix it. I built a new JBoss from this morning's
CVS, using jdk1.4 (due to that horrible "protected instance variable not seen
by subclasses' inner classes" bug in jdk 1.3) and now the ex
I found the Jboss CMP doc pretty useful. It answered many of my questions,
and is at least worth the $10. THe examples are useful and easy to follow.
Justin
> Unfortunately I don't have received an answer yet.
>
> I have no problem with supporting the project by buying the
> documentation, but
Sorry, forgot to answer your question. The version that I have from a few
weeks ago is the Nov 2001 revision.
The examples in this version seemed to work well with the latest Jboss, except
for a few of the XML tags in the jbosscmp-jdbc dtd are different.
I think I recall Dain saying he has a ne
urce. When I actually get around to it,
> I'm pretty sure I should be able to find a way to dynamically load some
> settings that would even eliminate that altogether.
>
> Being a newbie, maybe somebody else has a better solution. If so, I'd
> sure be interested in it as wel
Hi List,
In reading the latest JBossCMP docs, I found a note in the Transactions
section of the Optimized Loading chapter that mentions the exact problem I'm
having.
quote (footnote 21)
"It's actually worse than this. JBossCMP executes each of these queries three
times; once for each cmp-field
nd of the chapter, or you can put
> your code in a Session Bean.
>
> The tx attributes are set in the ejb-jar.xml file. If you don't declare
> tx attributes, the default is Required. Tx attributes are covered in
> the Quick Start Guide transaction chapter.
>
> -dain
>
>
I'm getting a similar error to the post quoted below (at least, I'm getting
the same error message: "A CMR collection may only be used within the
transction in which it was created") when attempting to iterate through a CMR
Collection in a SLSB method.
here are the relevant ejb-jar.xml transact
Rob,
I solved my problem. Stupid mistake, which was what I thought it would be:
I had in the dd set to 'Bean' rather than 'Container'. I
must've copy-n-pasted some of the dd content from another session bean and
forgot to change it.
I guess that's what I deserve for not using xdoclet on this p
Hi list,
While iterating through a Collection of children in a one-to-many CMR that I
obtained by a child bean finder method, I use the child's CMR accessor to get
a reference to the parent entity, and then get some of the parent fields.
However, if the parent is non-existent (these data are fro
I can't seem to get any results back either. Tried searching for 'commit B
update' then 'commit B' then 'commit' then just 'java'.
I've tried Konqueror and Mozilla.
> I've tried both Konqueror and Netscape doing searches in the forums and
> never get anything back. I browsed the installation an
Hello,
I'm hoping somebody out there can give me a hint on how to set up transaction
attributes for session beans that behave in the following manner.
ImportantBean has a method, 'doImportantWork' which throws MajorException
UnimportantBean has a method 'doUnimportantWork' which throws TrivialExc
Hi List,
I have a load group named "basic" defined for one of my beans. I use
this load group with several finders without a problem. When I try to
call remove(), I get the following exception:
TransactionRolledbackLocalException, causedBy:
javax.ejb.EJBException: Unknown load group: name=bas
defined, JBoss is trying to
cascade-delete the other entity as well? i don't have anything
specified in my xdoclet relation tag concerning cascade-delete, which
appears to be false by default.
Justin Casp wrote:
Hi List,
I have a load group named "basic" defined for one of my
I've been trying to use LdapLoginModule with Active Directory in the
same way as below. Did you ever get it to work? I tried using a
wildcard in the 'rolesCtxDN' field as another poster suggested (e.g.,
OU=*,DC=mycompany,DC=com) but Active Directory won't accept it.
I started looking through
17 matches
Mail list logo