JNDI names with the java:/ prefix are only visible from within the same JVM.
you'll have to bind your persistence unit to a global JNDI name to get at it
from outside the app. server
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138211#4138211
Reply to the
check out env-entry tag in ejb-jar.xml
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134104#4134104
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134104
___
jboss-user maili
have you tried a JNDI lookup?
Context ctx = new InitialContext();
| MyRemoteIfc bean =
(MyRemoteIfc)ctx.lookup("///remote");
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133503#4133503
Reply to the post :
http://www.jboss.com/index.html?module=bb&o
i would say testing in-container components outside the container is more
trouble than it's worth.
instead of trying to set up a simulated container with JBoss Embedded or
something else, try using JUnitEE or Cactus, etc and do the testing in your
production environment, i.e. in the JBoss AS.
I'm trying to set up mod_jk on JBoss AS 5.0.0 Beta4 and cannot find any
reference to "UseJK" in any config files.
The jbossweb.deployer is under the deployers directory now, and doesn't have a
jboss-service.xml in META-INF.
I looked at UsingMod_jk1.2WithJBoss on the wiki, but that's outdated to
there's JUnitEE for in-container unit testing. i'll also throw out Ivy for
dependency management.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128975#4128975
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128975
try this:
| t.begin();
| //queues an update from stale uNode
| //Node mergedNode = em.merge(fromNode);
|
| //refresh reads back queued model
| em.refresh(fromNode);
|
|
i haven't had any problem with multiple instances pointing to the same oracle
install.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122871#4122871
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122871
___
for the client side: what you see is the correct behavior.
in your removeLink method, when you execute
fromNode = em.merge(fromNode);
| remoteNode = em.merge(remoteNode);
you're losing the references to the client's entities uNode and zNode. so when
you call resynch(uNode) you're merging the
entities referenced by an application client (i.e. client outside of the
container) are not managed. the exception you're getting is probably the
container saying that the client wants to save data that is out of date.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewt
my guess is that the problem lies with the @Version field. you may be
inadvertently incrementing the entity's version, so when you try to merge
hibernate thinks the object is out of date.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119454#4119454
Reply t
do you mean env-entry?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119390#4119390
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119390
___
jboss-user mailing list
jboss-us
in my experience you can't do the lookup without jboss.xml.
as far as JNDI goes, jboss.xml is used to override the default JNDI name of
beans (which is what you did), and like jboss-web.xml it can provide the
mapping from ENV names to the global JNDI namespace.
View the original post :
http:
try Oracle9iDriver instead of OracleDriver
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118883#4118883
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118883
___
jboss-user m
@EJB in servlets doesn't work on Jboss 4.x. you'll have to do the JNDI lookup
manually.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117257#4117257
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117257
__
just for kicks, you could pass InitialContext a Hashtable with your
jndi.properties hardcoded. if that works, then you know it's something wrong
with your classpath.
ps. you lookup string looks funny, by default it's "[ear-name/]bean-name/local"
View the original post :
http://www.jboss.com/in
are you doing something like:
UserStateful bean = (UserStateful)new
InitialContext().lookup("UserStatefulBean/remote");
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116913#4116913
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=postin
probably not possible in jar format. you might have a chance if you assigned
different jndi names, but then you'd have different descriptors for each
jar--which you want to avoid i'm guessing.
if you pack each jar into an ear and use jboss's default JNDI naming (which
includes the name of the e
you probably want to use merge instead of persist, but it's hard to tell what
your code is doing. maybe post a more clear example.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116045#4116045
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
you could try using an HA Singleton to do the db work. this is a jboss specific
solution, if that's acceptable.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115573#4115573
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&
you could put them in an EAR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115571#4115571
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115571
___
jboss-user mailing list
jb
junitee.org is another option. you're solution sounds very similar to this
project. the only drawback i've found so far is that it uses junit 3.8.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115564#4115564
Reply to the post :
http://www.jboss.com/index.ht
the jmx-console doesn't display the contents of local ENCs for EJBs. it will
display a WAR's ENC... Anyway, it doesn't matter how the app. server injects
the bean. entries in the ENC are just "local" names for the EJBs' global JNDI
names.
View the original post :
http://www.jboss.com/index.htm
ejb-jar.xml declares the ejbs and the jboss.xml maps them to their global jndi
name.
ejb-jar.xml:
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/ejb-jar_3_0.xsd";
i would suggest moving the code that needs to be initialized to a stateless
session bean. that way you're mdbs won't have a long startup time. you could
try configuring how many of those session beans are kept in the pool.
View the original post :
http://www.jboss.com/index.html?module=bb&op=vi
i remember being able to add interceptors for classes annotated with a given
annotation. in your case, a wildcard representing any class annotated with
@Entity.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109686#4109686
Reply to the post :
http://www.jb
yep, but you have to put it there first :) you can use ejb-jar.xml and
jboss.xml to accomplish this.
ejb-jar.xml defines the lookup string (the bold part): java:comp/env/ejb/MyBean
jboss.xml will map this lookup string the global jndi name of the bean.
View the original post :
http://www.jbos
if you remove the stateful bean lookup does the code still generate an
exception?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109591#4109591
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109591
you're not getting a name not found exception, or connection exception? is the
ejb application deployed to both app. servers?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109590#4109590
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posti
have you tried using @MappedSuperclass then?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109488#4109488
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109488
___
jboss-user
does your client have access to all the classes your sending on its classpath?
as another alternative you could try using JCA to communicate with the j2se app.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109487#4109487
Reply to the post :
http://www.jboss
hibernate does most (if not all) of that for you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109485#4109485
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109485
___
jbos
hmm, i can imagine problems with the pk. for example, say you have Document
with its own pk. when you create SalesInvoice it inherits the pk from Document.
if you try to add an additional field to SalesInvoice's pk, hibernate will
probably choke because it's not properly defined as a composite p
one-to-many from the subclass to the root class? why not put the ID in the
superclass?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4107620#4107620
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4107620
___
i would make each bean that needs a datasourse use a local jndi lookup instead
of a global one. since you only have one jar you will only need one ejb-jar.xml
and one jboss.xml.
doing it this way you can keep your bean code the same, for example all lookups
could be:DataSource ds = (DataSource
do you mean you want to use the same deployment descriptor for each bean, or
that you want the beans to have the same code and just change the descriptor?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4107186#4107186
Reply to the post :
http://www.jboss.com/
when you get the NameNotFoundException what name does it give? are you doing a
JNDI lookup?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4107181#4107181
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4107181
__
two things:
1)not sure if it matters, but use java:/DefaultDS instead of java:DefaultDS in
persistence.xml.
2)Persistence.create* is for use outside the container. try doing a JNDI lookup
of the factory instead.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p
no exceptions thrown?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106895#4106895
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106895
___
jboss-user mailing list
jboss-use
no oracle-ds.xml in the deploy dir?
also, are you using ojdbc14.jar?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106893#4106893
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106893
_
try using just "eCMDataSource" in your persistence.xml instead of prefixing
with java:/
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106388#4106388
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106388
__
i've seen this error before when i use @EJB, but don't actually invoke any
methods on the injected instance.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106387#4106387
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4
well, i'm not a JMX guru, but i had to add the following to my run.conf to
enable remote JMX in jboss:
#added for remote access to JMX (for example Hyperic)
| JAVA_OPTS="$JAVA_OPTS
-Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl"
| JAVA_OPTS="$JAVA_OPTS -
you can monitor your MBean from the jmx-console, or do you need to use an
application client?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105602#4105602
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105602
i agree, you should try mapping the relationship to another entity: Client
<-->RelationshipEntity<-->Employee
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105560#4105560
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=
sars are okay, but MBeans aren't stored in JNDI automatically like Session
beans.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105545#4105545
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105545
go for logical equality, so if your entity has three fields:
| @Id
| @GeneratedValue
| private int id;
|
| private String firstName;
|
| private String lastName;
then equals/hashCode should be based on first/lastName and not id.
View the original post :
http://www.jboss.com/inde
okay, are you deploying a jar or an ear? if you're using a jar, the name is
BeanName/local or BeanName/remote; if you're using an ear, then the name is
EarName/BeanName/local or EarName/BeanName/remote.
and have you checked JNDIView too see if the name is there?
View the original post :
http:/
what's the exception you're getting?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105261#4105261
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105261
___
jboss-user mailin
i know it doesn't matter in your case, but you only need the @Inheritance on
the Project class...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105046#4105046
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105046
i just looked in Enterprise JavaBeans 3.0 (page 106) and it says the fetch
attribute of @Basic is just a hint and the persistence provider is allowed to
eagerly load the property.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105035#4105035
Reply to the po
i think that would be more trouble than it's worth. why do you want dynamically
created entities?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105032#4105032
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105032
if your transaction ends after the "return response;" that extra SQL could be
clean-up from hibernate or synchronization between the DB and the persistence
context.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105025#4105025
Reply to the post :
http://www
are you using two different versions of a class? perhaps a newer and an older
jar?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103808#4103808
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103808
__
my first guess would be that the delete logic is missing something that would
clean up this foreign key relationship.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103702#4103702
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=
you'll need ojdbc14.jar in the server's lib dir & and change oracle-ds.xml to
use Oracle9i type-mapping.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103687#4103687
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=41036
you will also need a jboss-web.xml to map "ejb/UserBean" to the global JNDI
name for com.website.Statefull.UserBeanLocal.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103427#4103427
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&m
since you're using the mappedBy attribute your code should look something like:
Order order = ...;
| OrderLine ol1 = ...;
| OrderLine ol2 = ...;
|
| ol1.setParentOrder(order);
| ol2.setParentOrder(order);
|
| Collection orderLines = order.getOrderLines();
| orderLines.add(ol1);
when you save the sfsb are you using the same attribute name for all clients?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103296#4103296
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103296
_
why would you run your clients before the server is up?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103095#4103095
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103095
___
JBOSS/client/jbossall-client.jar has most, if not all, of what you'll need.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4102960#4102960
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4102960
_
what are your jndi properties set to? are you using a jndi.properties file?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4102721#4102721
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4102721
___
yes, you have to manually bind beans to the env.
you can accomplish this by using ejb-jar.xml and jboss.xml descriptors.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4102384#4102384
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&
are Session and SessionRate annotated as entities or are you doing everything
manually with SQL?
try setting this property in your persistence.xml and then check the order in
which hibernate is executing the SQL
true
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewto
have you tried setting them all to REQUIRED?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101846#4101846
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101846
___
jboss-use
i usually get that exception when i'm using @EJB, but i never invoke any of the
injected bean's methods.
Does the code you posted match the code you deployed?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101836#4101836
Reply to the post :
http://www.jbos
have you looked at the security related annotations?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101143#4101143
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101143
___
jb
it will be easier to track if you include all your info and questions in a
single post
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100945#4100945
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100945
___
i just copied cluster-service.xml to my deploy dir, you can get in the
server/all/deploy dir. if you look about halfway down it you'll see the HA-JNDI
specific stuff.
once that was deployed, i restarted jboss with something like
C:\> run.bat -b 0.0.0.0 -g myGroupName the -b tells jboss which ip
could you post the env-entry xml and field annotation you're using?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100632#4100632
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100632
___
i believe if you want to access resources that exist outside of the app.
server's container you should use JCA.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100339#4100339
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&
have a look at this:
http://docs.jboss.com/jbossas/guides/clusteringguide/r2/en/html_single/
in the process of setting up clustering you will also enable HA-JNDI. when
starting a jboss instance you can use the -g flag to specify a cluster group
name. JNDI lookups are slightly different too, HA-
have you tried setting up HA-JNDI?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099627#4099627
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099627
___
jboss-user mailing l
try changing ArrayList to Collection so that it matches the return type of
getVehicles()
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099103#4099103
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099103
_
have you checked out the NotSerializableException? did you forget to implement
Serializable the class de.kirchedlau.ponte.ejb.entities.admin.UserGroup?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098627#4098627
Reply to the post :
http://www.jboss.com/ind
here's one i threw together, i'll leave it to you to figure out the dir
structure that goes along with it :)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
i don't know much about web logic, but i imagine JBoss has a different default
JNDI naming convention. so, you could probably share the same java code, but
you'd still have to provide an app. server specific deployment descriptor.
View the original post :
http://www.jboss.com/index.html?module=
have you tried putting the persistence.xml in the META-INF dir?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097090#4097090
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097090
___
is there a separate war or jar that depends on classes in the ear?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097089#4097089
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097089
looks like your app is not completely undeployed. are you redeploying something
that has dependencies or are there things dependent on your app that aren't
also being redeployed?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095796#4095796
Reply to the post
just to make sure, when you deploy the ear to the Master Node it is also
deployed to other Nodes right?
i wouldn't be suprised if when the remote lookup fails the local context is
then checked.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095795#4095795
at first glance I would guess that using the class/interface name works in
weblogic, but doesn't in Jboss because Jboss has a different default jndi
naming scheme.
for example:
the bean public class MyBean implements MyLocal{...}
could be bound in Jboss two ways:
1) in a jar the name name would
where is the lookup code located? application client (with a main method), in a
servlet/jsp, etc.?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095356#4095356
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095356
___
| http://java.sun.com/xml/ns/persistence";
|xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
|xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd";
|version="1.0">
|
|
|
|
the "myapp1/abcbean/local" and "myapp2/abcbean/local" are default jndi names.
what you should do is override them with your own jndi names. that way you can
name your ear whatever you want and still use the same jndi lookups.
to override the default jndi names you can use the jboss annotations
you have to explicitly "put" stuff in the ejb context. this is usually done
with web.xml and jboss-web.xml.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4093492#4093492
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4
looks like your deleting the ArticleSupplierPrice objects from the DB, but not
removing ArticleSupplier's references to the objects.
maybe change your code to something like:
| public void deleteSupplierDetails()
| {
| if (this.artSuppPriceList != null)
| {
| ArticleS
that should work, but it will first query server1. so if server1 returns the
queue, then server2 will not be queried.
the servers will be queried in the order they are listed.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4093008#4093008
Reply to the post :
i think the @Remove annotation means that it will be called when the bean is
removed from the pool, not that the bean will be removed with it's called.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091700#4091700
Reply to the post :
http://www.jboss.com/ind
you're client is using a new session bean for each lap. try changing it to:
...
| // lap 2
| peliculas = proceso.listarPeliculas();
| showPeliculas(peliculas);
| proceso.grabar();
| System.out.println("Lap 2 OK!");
each time you do a lookup for a stateful bean you'll get a new one.
Vie
the above post is a working example of cascading delete.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091317#4091317
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091317
__
you could cache the objects to minimize the number of lookups
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091315#4091315
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091315
_
i've used the following in Oracle:
columnDefinition = "varchar2(15 char) default ''"
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4090231#4090231
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4090231
_
look at @Column's columnDefinition attribute.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4089985#4089985
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4089985
___
jboss-use
if an entity with that id already exists in the DB then you need to use merge()
instead of persist().
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4089913#4089913
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4089913
have you tried the tag in web.xml?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=400#400
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=400
___
jboss-user mailing
you can deploy each separately or package them both in an EAR and deploy the
EAR.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4088553#4088553
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4088553
i would use a DB to store the data, even if it's not long lasting. i don't
think it's a good idea to modify session data explicity--i would recommend the
first web-module (W1) query for the current data.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4088109#4
that is the default behavior.
Hibernate is parsing attribute info from the getter/setter methods since you
have declared @Id on the getId() method . is*() is considered a valid getter
for boolean, thus the resulting DB column. you can mark the is*() method with
@Transient and it will be ignore
do you mean share state for a given session?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4087702#4087702
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4087702
___
jboss-user
1 - 100 of 267 matches
Mail list logo
