Just a possibility to get rid of this problem could be to transfer the session
informations between the client and server (like cookies). If this would be to
big, you can also maintain all session information on the server side
(database) and just transfer the session id.
We are using the
Another way would be using the bootstrapconnector. Search the web for
bootstrapconnector.jar.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4225251#4225251
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4225251
In case of an test client startet with an own main method this client runs in
fact in a different process then the jboss and your ejbs. In that case you must
use the remote interfaces as per the process is remote to the jboss (as already
Wolfgang and ALR said).
View the original post :
This is only a decision of the architecture of your object (and following up
the database) model.
We use address only as tight as possible with the persons we track. So the
address is not useful anymore when the person is gone. To avoid keeping orphans
in the database we inlined address fields
Per default hibernate creates your tables with all the fields of address as
columns in that tables. So address is only a subset of columns of the table
vendor or customer.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4216454#4216454
Reply to the post :
Yes. This is - especially for addresses - the common case, so there is no need
to travers a relationship between tables.
If you want to reuse your address entity, so there will be a address table, you
can create a simple wrapper for your address with nothing more than an
identifier and an
For the first one (use of @Embaddable and @Embedded) Customer class must be
changed to:
| @Entity
| public class Customer implements Serializable {
| // ... your member fields
| private Address address;
| // ... your set-/get-Methods
| @Embedded
| public Address
As per your listing of the JNDView try this JNDI-Name
petstore_ear/CustomerBean/remote
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4214220#4214220
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4214220
you can have a look here
https://p4j5.dev.java.net/
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4212240#4212240
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4212240
___
Maybe this is useful:
http://www.hibernate.org/hib_docs/v3/reference/en-US/html/configuration-optional.html
We don't set this property and do not get these logs.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4204309#4204309
Reply to the post :
Does anybody by any chance start the jboss as with this hibernate property set
as system property set to true ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4204312#4204312
Reply to the post :
You must exclude all .svn folders from the build via the project properties
settings in eclipse. Look for the buildpath settings and exclude all .svn
folders from build by using a pattern (i.e. **/.svn).
Hope this helps in a way.
View the original post :
Setting Java Build Path, tab Source you can see all source folders of the
current project. You can add/remove source folders as well as configure files
to be excluded/included in build by expanding the nodes of your source folders
(usually src) and editing the node Excluded. Add here a pattern
anonymous wrote : So does this mean I do not need to call
em.getTransaction.begin(), em.getTransaction.commit() and
em.getTransaction.rollback() but it still means I need to call
em.persist(myEntity) or em.delete(myEntity) from inside the bean, right ?
Yes. It does.
View the original post :
If you do all that persisting stuff into a (or that) EJB3 your problem should
be solved. Especially dealing with transactions is not needed for most
scenarios while the EJB3 (or better the EJB3-Container) is doing that for you
by default.
Hope this helps.
View the original post :
Hi Venu,
reading the contents of your application.xml your are refernecing the wrong
java ee xml schema. Have a look at
http://java.sun.com/xml/ns/javaee/application_5.xsd for an updated version.
Hope this helps in a way.
Sandor
View the original post :
In addition to Wolfgang's post the JBoss AS is nothing more than an
implementation of the J2EE API. The JavaDoc of it can be downloaded at Sun's
website.
The JAR's in question (i.e. jboss-j2ee.jar) are in JBOSS_HOME/server//lib.
Sandor
View the original post :
The default scheme for JNDI names in JBoss is
ear/bean-class-simple-name/remote for remote interfaces. For local
interface change to
ear/bean-class-simple-name/local
So your code should look like this
| Object obj = ic.lookup(Bean.class.getSimpleName()+/remote);
|
Hope this helps.
Sandor
in addition to jaikiran if you need a subset of attributes of an persistent
entity you can use an non persistent class by giving the full qualified class
name and lsit all parameters for that constructor (see spec page 100 for more
details).
The spec says
anonymous wrote :
| A constructor
I haven't used this with complex types like dates or timestamps. How is the
date/timestamp written to the database? For dates I always use the long value
and for timestamps the string representation.
View the original post :
As by reading the spec, especially the section 4.14 BNF (BNF for the Java
Persistence query language) it states:
anonymous wrote :
| ...
| single_valued_path_expression ::=
| state_field_path_expression | single_valued_association_path_expression
| state_field_path_expression ::=
|
JAVA_HOME should point to parent directory of the bin folder. In your case
JAVA_HOME should be set to
C:\Programme\Java\jdk1.6.0_07\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187667#4187667
Reply to the post :
HI jaikiran,
the spec states (p.494):
anonymous wrote :
| Binding of enterprise bean references. The Application Assembler may link
an enterprise
| bean reference to another enterprise bean in the ejb-jar file or in the
same Java EE application
| unit. The Application Assembler creates
Hi jaikiran,
again I would say it's the application assembler responsibility to make things
unique. I would not expect any kind of automatism in this case.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179579#4179579
Reply to the post :
try this:
1. locate the server in eclipse' server view
2. double click the server entry, so the server entry property editor is shown
3. locate the item timeouts and expand it
4. set the value for Start to something more than 600 seconds
regards
\sandor\
View the original post :
Try to chnage your lookup code to
| ...
| ds = (DataSource)ic.lookup(java:JDBC/SybaseDS);
| ...
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4169226#4169226
Reply to the post :
Well let's try to answer that.
Think of EJB's as a facade in front of any complex functionality that should be
executed remote and/or local with transactions and in a multi user environment.
Stateless and stateful session beans are doing something for you while entities
(pre EJB 3.0 entity
Do you have verified, that the datasource is deployed correct by using the
JndiView-Service. Please post the output of that.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4168807#4168807
Reply to the post :
... Here is the mysql-dq.xml (JBoss DS def) extract: ...
| Just to be sure it isn't a typo. Shouldn't this be mysql-ds.xml?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4168072#4168072
Reply to the post :
Hi Joern,
the following works at least for our project
| @Lob
| @Basic(fetch=FetchType.EAGER)
| @Column(name = MESSAGE, nullable = true)
| private byte[] message = null;
|
Our environment is JBoss AS 4.2.2.GA, JDK 1.5.x, Oracle 10g. Give it a try and
hopefully your response will
Hi,
you're trying to send a local database session (maintained by the container) to
a remote client. This is for a java.sql.Connection not out-of-the-box possible.
I suggest you try to fetch a ResultSet from the server instead a connection.
View the original post :
Hi joern,
try to add the @Lob annotation to the member. We hava had the same problem and
changed to the newest oracle driver (somewhat ojdbc5.jar), but I can't remember
exactly what leads us to the success (will investigate more when I'm back to
office next monday).
Another guess is to add a
Its been written in the release notes of cr1:
https://sourceforge.net/project/shownotes.php?release_id=610469group_id=22866
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161739#4161739
Reply to the post :
Do not cast for the bean just for the (remote) interface will do the trick.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161168#4161168
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161168
Ah sorry, forgett about the last post.
Instead look for the ejb3 spec. There it is defined that an ejb cannot be both
local and remote interface. Instead I would recommend, that you create a remote
ejb as a facade that delegates it's work to the local interface
| @Remote
| public class
Try to switch to Serializable and write the expected length of the column in
the columnDefinition value of the @Column-Annotation.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4159817#4159817
Reply to the post :
The Length attribute of the @Column - Annotation applies only to string valued
columns (see ejb3-spec p. 168).
Instead of using object as the base type you could try to use byte[] or even
string (with length declaration).
\sandor\
View the original post :
Three things to your attention:
1. Rename the table from User to anything else (i.e TUser) while on different
databases this might be a reserved word (i.e. Oracle).
2. Remove the constructor or replace your constructor with a default
constructor with no args.
3. For maintaining the state of a
Hi,
I think you are looking for
public void ejbRemove()
for CMP Entity Beans in EJB2.x style. While you are calling the reove method on
the entity bean itself, there is no need to pass in a identifier.
When calling remove via a session facade you can either first call
findByPrimaryKey(id) and
Yeap, the latter one.
As I remember there was an option to start jboss right by downloading itself
from an (remote) repository (i.e. subversion), but I can't remember that option.
All I know is that we did it ones two or three years ago. I would recommend to
investigate in that direction.
Two ways:
1. Use MimeMessage.setContent(Content, MimeType) where Content should some
formatted text (i.e. html) and MimeType the corresponding MimeType (i.e.
text/html)
2. Use MimeBody/MimeMultiPart as Content of the MimeMessage. The settings of
the correct MimeType for your formatted text
user is a reserved word for oracle. Just annotate your field user with
something like
| @Column(name=MyUser)
| private String user;
|
Best regards
/sandor/
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135229#4135229
Reply to the post :
delete or alter the relevant table
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135243#4135243
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135243
___
jboss-user mailing list
ok,
first aof all, make sure your defined column name are not longer then 20 signs
and your table name are not longer than 30 sign (this restriction belong to
oracle).
Then check out your created tables and make sure, your defined column name are
reflected correct. If not and you can delete
open a console, navigate to the bin directory of your jboss and type
| ./start.sh
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4122569#4122569
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4122569
ejb3-persistence spec only says, that @PrimaryKeyJoinColumn gives you the
ability to name the corresponding column name different then the referenced
column name in the child entity table.
So both entities find each other by the referenced column. This column is
created as an additional column
Can you give me code examples of your code?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120912#4120912
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120912
___
jboss-user
And don't forget:
do not name a field in childrens class like the column for the discriminator is
named. Just annotate the childrens class as mentioned above.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120990#4120990
Reply to the post :
jboss 4.2.2GA
hibernate3.jar 3.2.4sp1
hibernate-annotations.jar 3.2.1.GA
hibernate-entitymanager.jar 3.2.1.GA
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120994#4120994
Reply to the post :
So the parents class code would look like this:
| @Entity
| @Table(name = ALL_IN_ONE_TABLE)
| @Inheritance(strategy = InheritanceType.SINGLE_TABLE)
| @DiscriminatorColumn(
| name = CHILD_TYPE,
| discriminatorType = DiscriminatorType.INTEGER
| )
| public class
if want you can send me your relevant ejb code and I'll give it a tsy on my
fresh installed jboss 4.2.2.GA on a linuix box. just send the code to [EMAIL
PROTECTED]
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4121060#4121060
Reply to the post :
Hi,
how are the id fields of both classes defined?
Normally sequences generate keys as per call. So both entities are serialized
to different tables and for this, they get different id values. Only the
referencing field must have the same value.
View the original post :
Hi,
did you try to package both of your archives in one ear?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120724#4120724
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120724
we got it working pretty well.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120726#4120726
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120726
___
jboss-user mailing list
you have to code it in the setters of your entity beans and mark the relevant
property, which has changed, as a need for an update. additionally you can use
a PropertyChangeListener.
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4112853#4112853
anonymous wrote : Yes, but is this then retrieved from the local ENC?
Yes, its the app servers responsibility to resolve the injectected resource
from the local enc as long as MyBeanLocal is annotated with @Local (or at least
MyBean with @Local({MyBeanLocal.class}).
Regards
\sandor\
View the
As far as I know (and we're using EJB3overHTTP(S) really heavy) the generated
EJB3-Stub sent to the client need the communication endpoint read from
@RemoteBinding(clientBindUrl=xxx), which is in fact a really bad idea, or
from jboss.xml and the client-bind-url/client-bind-url within the
On the server side a lookup is'nt needed anymore. Just annotate a member field
of the interface type of the necessary ejb like:
| ...
| @EJB private MyBeanLocal bean;
| ...
|
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4112126#4112126
Don't store the byte[]'s in the persistent entity itself instead of a list of
ID's or a smaller preview object. So you cann get the real byte[] (document)
you want with an extra call to an ejb that only stores and delivers documents.
Hope this helps.
\sandor\
View the original post :
You can try to use the newer jars within the old jboss as by copying these jars
to the old jboss as lib dir.
The conflict comes from compiling the sources for each appserver release (see
serialVersionUID).
Regards
\sandor\
View the original post :
How is your class' name. Suppose it is
x.y.User
the your HQL-Code would look like
SELECT u FROM User u
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4104945#4104945
Reply to the post :
HI,
to get this piece of work done, get to your User, remove the Role, merge the
User and then finally delete the Role.
Hope this helps.
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4102416#4102416
Reply to the post :
Right on the servers deploy directory. If you are using default configuration
then it would be default deploy. For better separation create your own
application folder and the whole directory structure of an ear. No you can copy
your jar to the appservers structure within your own structure
Try doing an exploded deployment
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4098885#4098885
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4098885
___
jboss-user
Eclipse europa java ee works as you expect. We use it since its release right
heavy. You can configure your server right in eclipse as well as starting and
stoping it. But Eclipse 3.3 (Europa) needs Java SE 5. But as Run-Configuration
Java 1.4 is supported.
Hope this helps.
\sandor\
View the
java.net.SocketAddress was introduced with 1.4
\sandor\
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4097395#4097395
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4097395
___
hi will!
the java: namespace implies (or better specifies) the namespace only available
in the same jvm. so for remote access all name bindings have to be in the
global namespace unless you're using a facade to do the jobs for your client.
hope this helps. regards
/sandor/
View the original
We don't use them, but as far as I understand it all can be declared by
annotations on class or method level. Have a look at
http://java.sun.com/javaee/5/docs/api/ and watch out for
javax.annotation.security - package.
The roles itself must be defined in login-config.xml in conf-dir of your
not if you not wan't one
/sandor/
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4079965#4079965
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4079965
___
jboss-user mailing list
hi all,
we are having the same problem.
Possibly the configuration of the servlet connectors should be the rigth place
to configure that.
Is there anybody else, who could give us a hint to solve this issue.
/sandor/
View the original post :
Hi,
its not much but try to change
| @OneToMany(mappedBy=anlagenteil)
| private Set stoerungCollection;
|
to
| @OneToMany(mappedBy=anlagenteil)
| private SetStoerung stoerungCollection;
|
As an alternativ you may specify the targetEntity with full qualified class
name.
May be
hi,
while I'm not tryed JBoss 5 yet as far as I read your JNDI-dump try it with the
full class name of your bean or interface and leave out the /local
Hope this helps.
/sandor/
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4065270#4065270
Reply to the post
just another guess:
'til jboss 4.2.0 - which we're using - the name of the jar is the root of the
NamingContext. So adding the jar's name works for us without java:comp/env.
While we're work with rmi calls, I don't have a glue if this java:comp/env
stuff is needed.
So I would give this a try:
We have the same problem using ejb3 over http with jboss-remoting coming along
with jboss4.2.0.
We also get the right exception when making calls over rmi but getting
UndeclaredThrowable caused WebServerError when making the same calls using http
as transport.
Any solutions to this? Is there
Start JBoss with -b ip-address
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4059795#4059795
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4059795
___
jboss-user mailing list
Hi,
I think this question should be aske to the netbeans people.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4058550#4058550
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4058550
Hi Erik,
as far as I know EJB2.x and EJB3.x can be deployed to the same app server but
must be in different jars.
Regards
Sandor
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4057551#4057551
Reply to the post :
hi,
first check if the server is up and running and try the following
| Context ctx = new InitialContext();
| ctx.loopup(MaterialLocal);
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4057735#4057735
Reply to the post :
as your jndiView states different local interfaces should be located right in
the GlobalNameSpace. So they should be looked up via
new InitialContext().lookup(InterfaceName);.
Besides that there are some ejb's bound to ejb/, so ejb/ should be used for
lookup code.
As far as I can see from your
Yep!
As far as I understand the java ee 5 spec all you need is to put your
additional jar files (i.e. helper jars) i the lib dir of your ear and they will
be on your classpath.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4056739#4056739
Reply to the post :
Hi all,
not sure this is the right place for this question, but I really need urgent
help with that topic.
We are having a swing client talking to ejb3s in a jboss behind a firewall.
According to these demands I've setup the jboss as properly. Now I want to be
able to remove the @RemoteBinding
thx a lot, will try it asap.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4056431#4056431
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4056431
___
jboss-user mailing list
hi sheila,
maybe it would help if you provide more information of what you are trying to
do.
Regards
Sandor
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4055890#4055890
Reply to the post :
Thanks for replying, but it seems there is more needed.
I testet the mentioned and got the following error on startup
| 08:55:45,172 WARN [ServiceController] Problem creating service
jboss.remoting:type=Connector,name=DefaultEjb3Connector,handler=ejb3
| java.lang.NoClassDefFoundError:
In addition to my last post is here the exception stack trace when calling from
client side:
| Exception in thread AWT-EventQueue-0 java.lang.ClassCastException:
java.lang.String
| at
org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:62)
| at
After a bit more investigating I've a solution here
http://wiki.jboss.org/wiki/Wiki.jsp?page=Accessing_EJB3s_over_HTTP_HTTPS
This works so far but the next step is to eliminate the JBoss specific
annotation
@RemoteBinding(clientBindUrl=0.0.0.0:80/servlet-invoker/ServerInvokerServlet)
by using a
HI Sheila,
sorry for a late response.
Did you've seen this
http://www.ubookcase.com/book/Sams/JBoss.4.0.The.Official.Guide/0672326485/ch01lev1sec5.html
J havent tryed yet but sounds good to me. Will give it a try later.
Regards
Sandor
View the original post :
Hi all,
I've found that there was a JIRA-Issue on defining a xml equivalent for
@RemoteBinding.clientBindUrl but I'm unable to find any docs.
Could anyone please push me in the right direction.
Regards
Sandor
View the original post :
Hi,
you two different options:
First one is to changed the loading strategy of your relationship by adding the
appropriate attributes to the annotation i.e.
@OneToMany(fetch = FetchType.EAGER).
This is a standard declaration defined by the spec.
Second one is a little bit tricky because of the
Hi folks,
I am trying to figure this out for a month and no success so far. We are having
a Swing-Client with the need for accessing EJB3 Stateless Session Beans over
HTTP only on port 80 (because of the use of different firewalls).
Solving the problem to get JNDI-Lookup over HTTP was quiet
hi folks,
you should get around this by setting strategy to GenreationType.TABLE. This
should result in a table created at database named hibernate_sequences (or
something similar). This table provides the next id as an integer mapped by the
name of the entity as key.
maybe this could help.
you could try to create a wrapperservice, which creates your id instead of
doing it by using hibernate. the service could look something like this:
| public Long createId(String entity){
| //read current value
| //increment that
| //write back to database
| //return original value to
try changing as follows
| Counter/remote
|
to
| CounterBean/remote
|
regards
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4054706#4054706
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4054706
did i unterstand you right? Preparing the code like your last post you can get
the entity to the table stored an it has an id. If so the table is created with
id=autoincrement and thus it should be turned off. Looked at the ddl to correct
this.
regards
View the original post :
94 matches
Mail list logo