RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for Clie nts

2004-01-19 Thread Hanson, Matthew
Haven't seen any response on this, so I thought I would retry...

Has anyone encountered client JNDI problems when upgrading to 3.2.3?

Please help!

Regards,
Matt Hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 8:53 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clie nts


Sorry, we just upgraded to jboss 3.2.3.  Apologies...

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 8:27 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clients


Hi,

We just upgraded to jboss 3.2.2.  All beans, as written for 3.2.2, deployed
fine to the container.  However, the first simple client tests that I ran
are having JNDI problems.  Here is the stack trace:

 [echo] Client CLASSPATH =
C:\jboss-3.2.3\client\concurrent.jar;C:\jboss-3.2.3\client\getopt.jar
;C:\jboss-3.2.3\client\gnu-regexp.jar;C:\jboss-3.2.3\client\jacorb.jar;C:\jb
oss-3.2.3\client\jboss-c
lient.jar;C:\jboss-3.2.3\client\jboss-common-client.jar;C:\jboss-3.2.3\clien
t\jboss-iiop-client.jar;
C:\jboss-3.2.3\client\jboss-j2ee.jar;C:\jboss-3.2.3\client\jboss-jaas.jar;C:
\jboss-3.2.3\client\jbos
s-jsr77-client.jar;C:\jboss-3.2.3\client\jboss-net-client.jar;C:\jboss-3.2.3
\client\jboss-system-cli
ent.jar;C:\jboss-3.2.3\client\jboss-transaction-client.jar;C:\jboss-3.2.3\cl
ient\jbossall-client.jar
;C:\jboss-3.2.3\client\jbosscx-client.jar;C:\jboss-3.2.3\client\jbossha-clie
nt.jar;C:\jboss-3.2.3\cl
ient\jbossjmx-ant.jar;C:\jboss-3.2.3\client\jbossmq-client.jar;C:\jboss-3.2.
3\client\jbosssx-client.
jar;C:\jboss-3.2.3\client\jcert.jar;C:\jboss-3.2.3\client\jmx-connector-clie
nt-factory.jar;C:\jboss-
3.2.3\client\jmx-ejb-connector-client.jar;C:\jboss-3.2.3\client\jmx-invoker-
adaptor-client.jar;C:\jb
oss-3.2.3\client\jmx-rmi-connector-client.jar;C:\jboss-3.2.3\client\jnet.jar
;C:\jboss-3.2.3\client\j
np-client.jar;C:\jboss-3.2.3\client\jsse.jar;C:\jboss-3.2.3\client\log4j.jar
;C:\jboss-3.2.3\client\x
doclet-module-jboss-net.jar;F:\Personal\Java\proj\hbrm\lib\ejb-hbrm.jar;F:\P
ersonal\Java\proj\hbrm\l
ib\hbrm.jar;C:\jargs-0.4\lib\jargs.jar;C:\eclipse\plugins\org.junit_3.8.1\ju
nit.jar;C:\junit-addons-
1.4\junit-addons-1.4.jar;C:\junit-addons-1.4\src.jar
 [java] TestLog4j caught an unexpected exception!
 [java] javax.naming.CommunicationException: Receive timed out.  Root
exception is java.net.Sock
etTimeoutException: Receive timed out
 [java] at java.net.PlainDatagramSocketImpl.receive(Native Method)
 [java] at java.net.DatagramSocket.receive(DatagramSocket.java:671)
 [java] at
org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1093)
 [java] at
org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1223)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507)
 [java] at
javax.naming.InitialContext.lookup(InitialContext.java:347)
 [java] at
homebrew.ejb.session.util.AccountFacadeUtil.getHome(AccountFacadeUtil.java:2
7)

Here are the jndi.properties entries:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

Have there been changes to the JNDI for 3.2.3?  If so, could someone provide
me with the new values?  No source/configurations changes were introduced
during the upgrade.

Regards,
Matt Hanson


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for Clie nts

2004-01-19 Thread Hanson, Matthew
Found the problem...  jndi.properties needed a change...  Please disregard
this issue...

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Monday, January 19, 2004 7:27 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clie nts


Haven't seen any response on this, so I thought I would retry...

Has anyone encountered client JNDI problems when upgrading to 3.2.3?

Please help!

Regards,
Matt Hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 8:53 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clie nts


Sorry, we just upgraded to jboss 3.2.3.  Apologies...

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 8:27 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clients


Hi,

We just upgraded to jboss 3.2.2.  All beans, as written for 3.2.2, deployed
fine to the container.  However, the first simple client tests that I ran
are having JNDI problems.  Here is the stack trace:

 [echo] Client CLASSPATH =
C:\jboss-3.2.3\client\concurrent.jar;C:\jboss-3.2.3\client\getopt.jar
;C:\jboss-3.2.3\client\gnu-regexp.jar;C:\jboss-3.2.3\client\jacorb.jar;C:\jb
oss-3.2.3\client\jboss-c
lient.jar;C:\jboss-3.2.3\client\jboss-common-client.jar;C:\jboss-3.2.3\clien
t\jboss-iiop-client.jar;
C:\jboss-3.2.3\client\jboss-j2ee.jar;C:\jboss-3.2.3\client\jboss-jaas.jar;C:
\jboss-3.2.3\client\jbos
s-jsr77-client.jar;C:\jboss-3.2.3\client\jboss-net-client.jar;C:\jboss-3.2.3
\client\jboss-system-cli
ent.jar;C:\jboss-3.2.3\client\jboss-transaction-client.jar;C:\jboss-3.2.3\cl
ient\jbossall-client.jar
;C:\jboss-3.2.3\client\jbosscx-client.jar;C:\jboss-3.2.3\client\jbossha-clie
nt.jar;C:\jboss-3.2.3\cl
ient\jbossjmx-ant.jar;C:\jboss-3.2.3\client\jbossmq-client.jar;C:\jboss-3.2.
3\client\jbosssx-client.
jar;C:\jboss-3.2.3\client\jcert.jar;C:\jboss-3.2.3\client\jmx-connector-clie
nt-factory.jar;C:\jboss-
3.2.3\client\jmx-ejb-connector-client.jar;C:\jboss-3.2.3\client\jmx-invoker-
adaptor-client.jar;C:\jb
oss-3.2.3\client\jmx-rmi-connector-client.jar;C:\jboss-3.2.3\client\jnet.jar
;C:\jboss-3.2.3\client\j
np-client.jar;C:\jboss-3.2.3\client\jsse.jar;C:\jboss-3.2.3\client\log4j.jar
;C:\jboss-3.2.3\client\x
doclet-module-jboss-net.jar;F:\Personal\Java\proj\hbrm\lib\ejb-hbrm.jar;F:\P
ersonal\Java\proj\hbrm\l
ib\hbrm.jar;C:\jargs-0.4\lib\jargs.jar;C:\eclipse\plugins\org.junit_3.8.1\ju
nit.jar;C:\junit-addons-
1.4\junit-addons-1.4.jar;C:\junit-addons-1.4\src.jar
 [java] TestLog4j caught an unexpected exception!
 [java] javax.naming.CommunicationException: Receive timed out.  Root
exception is java.net.Sock
etTimeoutException: Receive timed out
 [java] at java.net.PlainDatagramSocketImpl.receive(Native Method)
 [java] at java.net.DatagramSocket.receive(DatagramSocket.java:671)
 [java] at
org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1093)
 [java] at
org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1223)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507)
 [java] at
javax.naming.InitialContext.lookup(InitialContext.java:347)
 [java] at
homebrew.ejb.session.util.AccountFacadeUtil.getHome(AccountFacadeUtil.java:2
7)

Here are the jndi.properties entries:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

Have there been changes to the JNDI for 3.2.3?  If so, could someone provide
me with the new values?  No source/configurations changes were introduced
during the upgrade.

Regards,
Matt Hanson


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

[JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for Clients

2004-01-16 Thread Hanson, Matthew
Hi,

We just upgraded to jboss 3.2.2.  All beans, as written for 3.2.2, deployed
fine to the container.  However, the first simple client tests that I ran
are having JNDI problems.  Here is the stack trace:

 [echo] Client CLASSPATH =
C:\jboss-3.2.3\client\concurrent.jar;C:\jboss-3.2.3\client\getopt.jar
;C:\jboss-3.2.3\client\gnu-regexp.jar;C:\jboss-3.2.3\client\jacorb.jar;C:\jb
oss-3.2.3\client\jboss-c
lient.jar;C:\jboss-3.2.3\client\jboss-common-client.jar;C:\jboss-3.2.3\clien
t\jboss-iiop-client.jar;
C:\jboss-3.2.3\client\jboss-j2ee.jar;C:\jboss-3.2.3\client\jboss-jaas.jar;C:
\jboss-3.2.3\client\jbos
s-jsr77-client.jar;C:\jboss-3.2.3\client\jboss-net-client.jar;C:\jboss-3.2.3
\client\jboss-system-cli
ent.jar;C:\jboss-3.2.3\client\jboss-transaction-client.jar;C:\jboss-3.2.3\cl
ient\jbossall-client.jar
;C:\jboss-3.2.3\client\jbosscx-client.jar;C:\jboss-3.2.3\client\jbossha-clie
nt.jar;C:\jboss-3.2.3\cl
ient\jbossjmx-ant.jar;C:\jboss-3.2.3\client\jbossmq-client.jar;C:\jboss-3.2.
3\client\jbosssx-client.
jar;C:\jboss-3.2.3\client\jcert.jar;C:\jboss-3.2.3\client\jmx-connector-clie
nt-factory.jar;C:\jboss-
3.2.3\client\jmx-ejb-connector-client.jar;C:\jboss-3.2.3\client\jmx-invoker-
adaptor-client.jar;C:\jb
oss-3.2.3\client\jmx-rmi-connector-client.jar;C:\jboss-3.2.3\client\jnet.jar
;C:\jboss-3.2.3\client\j
np-client.jar;C:\jboss-3.2.3\client\jsse.jar;C:\jboss-3.2.3\client\log4j.jar
;C:\jboss-3.2.3\client\x
doclet-module-jboss-net.jar;F:\Personal\Java\proj\hbrm\lib\ejb-hbrm.jar;F:\P
ersonal\Java\proj\hbrm\l
ib\hbrm.jar;C:\jargs-0.4\lib\jargs.jar;C:\eclipse\plugins\org.junit_3.8.1\ju
nit.jar;C:\junit-addons-
1.4\junit-addons-1.4.jar;C:\junit-addons-1.4\src.jar
 [java] TestLog4j caught an unexpected exception!
 [java] javax.naming.CommunicationException: Receive timed out.  Root
exception is java.net.Sock
etTimeoutException: Receive timed out
 [java] at java.net.PlainDatagramSocketImpl.receive(Native Method)
 [java] at java.net.DatagramSocket.receive(DatagramSocket.java:671)
 [java] at
org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1093)
 [java] at
org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1223)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507)
 [java] at
javax.naming.InitialContext.lookup(InitialContext.java:347)
 [java] at
homebrew.ejb.session.util.AccountFacadeUtil.getHome(AccountFacadeUtil.java:2
7)

Here are the jndi.properties entries:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

Have there been changes to the JNDI for 3.2.3?  If so, could someone provide
me with the new values?  No source/configurations changes were introduced
during the upgrade.

Regards,
Matt Hanson


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for Clie nts

2004-01-16 Thread Hanson, Matthew
Sorry, we just upgraded to jboss 3.2.3.  Apologies...

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 8:27 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-user] 3.2.2 - 3.2.3 = CommunicationException for
Clients


Hi,

We just upgraded to jboss 3.2.2.  All beans, as written for 3.2.2, deployed
fine to the container.  However, the first simple client tests that I ran
are having JNDI problems.  Here is the stack trace:

 [echo] Client CLASSPATH =
C:\jboss-3.2.3\client\concurrent.jar;C:\jboss-3.2.3\client\getopt.jar
;C:\jboss-3.2.3\client\gnu-regexp.jar;C:\jboss-3.2.3\client\jacorb.jar;C:\jb
oss-3.2.3\client\jboss-c
lient.jar;C:\jboss-3.2.3\client\jboss-common-client.jar;C:\jboss-3.2.3\clien
t\jboss-iiop-client.jar;
C:\jboss-3.2.3\client\jboss-j2ee.jar;C:\jboss-3.2.3\client\jboss-jaas.jar;C:
\jboss-3.2.3\client\jbos
s-jsr77-client.jar;C:\jboss-3.2.3\client\jboss-net-client.jar;C:\jboss-3.2.3
\client\jboss-system-cli
ent.jar;C:\jboss-3.2.3\client\jboss-transaction-client.jar;C:\jboss-3.2.3\cl
ient\jbossall-client.jar
;C:\jboss-3.2.3\client\jbosscx-client.jar;C:\jboss-3.2.3\client\jbossha-clie
nt.jar;C:\jboss-3.2.3\cl
ient\jbossjmx-ant.jar;C:\jboss-3.2.3\client\jbossmq-client.jar;C:\jboss-3.2.
3\client\jbosssx-client.
jar;C:\jboss-3.2.3\client\jcert.jar;C:\jboss-3.2.3\client\jmx-connector-clie
nt-factory.jar;C:\jboss-
3.2.3\client\jmx-ejb-connector-client.jar;C:\jboss-3.2.3\client\jmx-invoker-
adaptor-client.jar;C:\jb
oss-3.2.3\client\jmx-rmi-connector-client.jar;C:\jboss-3.2.3\client\jnet.jar
;C:\jboss-3.2.3\client\j
np-client.jar;C:\jboss-3.2.3\client\jsse.jar;C:\jboss-3.2.3\client\log4j.jar
;C:\jboss-3.2.3\client\x
doclet-module-jboss-net.jar;F:\Personal\Java\proj\hbrm\lib\ejb-hbrm.jar;F:\P
ersonal\Java\proj\hbrm\l
ib\hbrm.jar;C:\jargs-0.4\lib\jargs.jar;C:\eclipse\plugins\org.junit_3.8.1\ju
nit.jar;C:\junit-addons-
1.4\junit-addons-1.4.jar;C:\junit-addons-1.4\src.jar
 [java] TestLog4j caught an unexpected exception!
 [java] javax.naming.CommunicationException: Receive timed out.  Root
exception is java.net.Sock
etTimeoutException: Receive timed out
 [java] at java.net.PlainDatagramSocketImpl.receive(Native Method)
 [java] at java.net.DatagramSocket.receive(DatagramSocket.java:671)
 [java] at
org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1093)
 [java] at
org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1223)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514)
 [java] at
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507)
 [java] at
javax.naming.InitialContext.lookup(InitialContext.java:347)
 [java] at
homebrew.ejb.session.util.AccountFacadeUtil.getHome(AccountFacadeUtil.java:2
7)

Here are the jndi.properties entries:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

Have there been changes to the JNDI for 3.2.3?  If so, could someone provide
me with the new values?  No source/configurations changes were introduced
during the upgrade.

Regards,
Matt Hanson


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship Prob lem

2004-01-05 Thread Hanson, Matthew
Hi,

Hadn't gotten a response, so I thought I would try again...  Really looking
to get this type of 1:1 relationship pinned down, as it would complete a
bunch of the schema stuff of the app...

Thanks!
Matt Hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 7:17 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship
Prob lem


Is id (from field-name/) a field belonging to B or A?  Is the a_fk (from
column-name/) column from B or A?  What if the columns and fields from B
bean are totally different from A (i.e., B.weird_column_name with
B.getWeirdColumnName() maps to A.a_primary_key and a.getMyKey())?  What
would the resulting jbosscmp-jdbc.xml look like?

I think I have been able to set up the type of relationship you mention
below.  However, it only seems to work if the primary key from B is found in
A with the same column name for both tables.  This isn't exactly what I am
hoping to do.

In my case, the primary key from B is simply not relevent to A, and B
contains a non-primary-key field linking it to A.

Does this now make sense?

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 1:56 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship
Problem


 Here is an example for 1:1 unidirectional relationship from B to A:
In B:
   /**
* @ejb.relation
*name=A-B
*role-name=B-has-A
*target-ejb=A
*target-role-name=A-belongsto-B
*target-multiple=false
* @jboss.relation
*related-pk-field=id
*fk-column=a_fk
* @ejb.interface-method
*/
   public abstract ALocal getA();
   /**
   * @ejb.interface-method
   */
   public abstract void setA(ALocal value); 

Resulting DDs:

ejb-jar.xml:
  ejb-relation 
 ejb-relation-nameA-B/ejb-relation-name

 ejb-relationship-role 
ejb-relationship-role-nameB-has-A/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameB/ejb-name
/relationship-role-source
cmr-field 
   cmr-field-namea/cmr-field-name
/cmr-field
 /ejb-relationship-role

 ejb-relationship-role 
 
ejb-relationship-role-nameA-belongsto-B/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameA/ejb-name
/relationship-role-source
 /ejb-relationship-role

  /ejb-relation

jbosscmp-jdbc.xml:
ejb-relation
  ejb-relation-nameA-B/ejb-relation-name

  ejb-relationship-role
  ejb-relationship-role-nameB-has-A/ejb-relationship-role-name
  key-fields/

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameA-belongsto-B/ejb-relationship-role-name
  key-fields
 key-field
   field-nameid/field-name
   column-namea_fk/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
/ejb-relation




---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship Prob lem

2003-12-30 Thread Hanson, Matthew
Is id (from field-name/) a field belonging to B or A?  Is the a_fk (from
column-name/) column from B or A?  What if the columns and fields from B
bean are totally different from A (i.e., B.weird_column_name with
B.getWeirdColumnName() maps to A.a_primary_key and a.getMyKey())?  What
would the resulting jbosscmp-jdbc.xml look like?

I think I have been able to set up the type of relationship you mention
below.  However, it only seems to work if the primary key from B is found in
A with the same column name for both tables.  This isn't exactly what I am
hoping to do.

In my case, the primary key from B is simply not relevent to A, and B
contains a non-primary-key field linking it to A.

Does this now make sense?

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 1:56 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship
Problem


 Here is an example for 1:1 unidirectional relationship from B to A:
In B:
   /**
* @ejb.relation
*name=A-B
*role-name=B-has-A
*target-ejb=A
*target-role-name=A-belongsto-B
*target-multiple=false
* @jboss.relation
*related-pk-field=id
*fk-column=a_fk
* @ejb.interface-method
*/
   public abstract ALocal getA();
   /**
   * @ejb.interface-method
   */
   public abstract void setA(ALocal value); 

Resulting DDs:

ejb-jar.xml:
  ejb-relation 
 ejb-relation-nameA-B/ejb-relation-name

 ejb-relationship-role 
ejb-relationship-role-nameB-has-A/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameB/ejb-name
/relationship-role-source
cmr-field 
   cmr-field-namea/cmr-field-name
/cmr-field
 /ejb-relationship-role

 ejb-relationship-role 
 
ejb-relationship-role-nameA-belongsto-B/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameA/ejb-name
/relationship-role-source
 /ejb-relationship-role

  /ejb-relation

jbosscmp-jdbc.xml:
ejb-relation
  ejb-relation-nameA-B/ejb-relation-name

  ejb-relationship-role
  ejb-relationship-role-nameB-has-A/ejb-relationship-role-name
  key-fields/

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameA-belongsto-B/ejb-relationship-role-name
  key-fields
 key-field
   field-nameid/field-name
   column-namea_fk/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
/ejb-relation




---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] 1:1 Unidirectional (Aggregate) Relationship Problem

2003-12-23 Thread Hanson, Matthew
Hi--

We are storing the key from a reference table in another table.  We would
like to create a unidirectional, 1:1 relationship to allow the first bean to
access information in the reference table.  Here is basically how the table
relationship is setup:

tableA
id (integer primary key)
ref_id (integer)

tableB
id (integer primary key)
some data
some data
.
.
.

I was assuming that I could create the relationship such that the bean
container could be configured to get information from tableB based on the
value in the ref_id column of tableA.  However, the relationship seems to be
drawing info from tableB based upon the value in the primary key tableA.id
instead.  How do I change this?

The following is the relationship configuration in ejb-jar.xml:

   relationships 
  ejb-relation 
 ejb-relation-nameGrain-GrainReference/ejb-relation-name

 ejb-relationship-role 
 
ejb-relationship-role-nameGrain-Has-Reference/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameRecipeGrainBean/ejb-name
/relationship-role-source
cmr-field 
   cmr-field-namerefRecipeGrain/cmr-field-name
/cmr-field
 /ejb-relationship-role

 ejb-relationship-role 
 
ejb-relationship-role-nameReference-Of-Grain/ejb-relationship-role-name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameRefRecipeGrainBean/ejb-name
/relationship-role-source
 /ejb-relationship-role

  /ejb-relation
.
.
.

The following is the configuration from jbosscmp-jdbc.xml:

  relationships
ejb-relation
  ejb-relation-nameGrain-GrainReference/ejb-relation-name

  ejb-relationship-role
 
ejb-relationship-role-nameGrain-Has-Reference/ejb-relationship-role-name
  key-fields
 key-field
   field-namerecipeGrainId/field-name
   column-namerecipe_grain_id/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameReference-Of-Grain/ejb-relationship-role-name
  key-fields/

  /ejb-relationship-role
/ejb-relation
.
.
.

I am using the xdoclet ejb.relation and jboss.target-relation to facilitate
the relationship.  If anyone on the off chance would know the attributes
that help specify this type of relationship, that would be amazing...
Otherwise, knowing how the deployment files should look would even help, a
lot!

Please help!

Regards,
Matt Hanson


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship Prob lem

2003-12-23 Thread Hanson, Matthew
 Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 11:19 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] 1:1 Unidirectional (Aggregate) Relationship
Problem


It should work fine as it does for me. What JBoss version are you using? Do
you have a testcase?

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Hanson, Matthew
 Sent: Tuesday, December 23, 2003 5:00 PM
 To: '[EMAIL PROTECTED]'
 Subject: [JBoss-user] 1:1 Unidirectional (Aggregate) 
 Relationship Problem
 
 Hi--
 
 We are storing the key from a reference table in another 
 table.  We would like to create a unidirectional, 1:1 
 relationship to allow the first bean to access information in 
 the reference table.  Here is basically how the table 
 relationship is setup:
 
 tableA
 id (integer primary key)
 ref_id (integer)
 
 tableB
 id (integer primary key)
 some data
 some data
 .
 .
 .
 
 I was assuming that I could create the relationship such that 
 the bean container could be configured to get information 
 from tableB based on the value in the ref_id column of 
 tableA.  However, the relationship seems to be drawing info 
 from tableB based upon the value in the primary key tableA.id 
 instead.  How do I change this?
 
 The following is the relationship configuration in ejb-jar.xml:
 
relationships 
   ejb-relation 
  ejb-relation-nameGrain-GrainReference/ejb-relation-name
 
  ejb-relationship-role 
  
 ejb-relationship-role-nameGrain-Has-Reference/ejb-relations
 hip-role-name
 multiplicityOne/multiplicity
 relationship-role-source 
ejb-nameRecipeGrainBean/ejb-name
 /relationship-role-source
 cmr-field 
cmr-field-namerefRecipeGrain/cmr-field-name
 /cmr-field
  /ejb-relationship-role
 
  ejb-relationship-role 
  
 ejb-relationship-role-nameReference-Of-Grain/ejb-relationsh
 ip-role-name
 multiplicityOne/multiplicity
 relationship-role-source 
ejb-nameRefRecipeGrainBean/ejb-name
 /relationship-role-source
  /ejb-relationship-role
 
   /ejb-relation
   .
   .
   .
 
 The following is the configuration from jbosscmp-jdbc.xml:
 
   relationships
 ejb-relation
   ejb-relation-nameGrain-GrainReference/ejb-relation-name
 
   ejb-relationship-role
  
 ejb-relationship-role-nameGrain-Has-Reference/ejb-relations
 hip-role-name
   key-fields
  key-field
field-namerecipeGrainId/field-name
column-namerecipe_grain_id/column-name
  /key-field
   /key-fields
 
   /ejb-relationship-role
   ejb-relationship-role
  
 ejb-relationship-role-nameReference-Of-Grain/ejb-relationsh
 ip-role-name
 key-fields/
 
   /ejb-relationship-role
 /ejb-relation
   .
   .
   .
 
 I am using the xdoclet ejb.relation and jboss.target-relation 
 to facilitate the relationship.  If anyone on the off chance 
 would know the attributes that help specify this type of 
 relationship, that would be amazing...
 Otherwise, knowing how the deployment files should look would 
 even help, a lot!
 
 Please help!
 
 Regards,
 Matt Hanson
 
 
 ---
 This SF.net email is sponsored by: IBM Linux Tutorials.
 Become an expert in LINUX or just sharpen your skills.  Sign 
 up for IBM's Free Linux Tutorials.  Learn everything from the 
 bash shell to sys admin.
 Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user
 




---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-05 Thread Hanson, Matthew
*
*   @jboss.column-name name=ssn
*/
public abstract Integer getSSN();
/**
*   @ejb.interface-method view=local
*   @ejb.persistent-field
*
*   @jboss.column-name name=ssn
*/
public abstract void setSSN(Integer theSSN);
/**
*   @ejb.interface-method view=local
*/
public abstract accountHolderBeanData getData();
/**
*   @ejb.interface-method view=local
*/  
public abstract void setData(accountHolderBeanData theData);

/**
*   @ejb.interface-method view=local
*/
public abstract accountHolderBeanValue getaccountHolderBeanValue();
/**
*   @ejb.interface-method view=local
*/  
public abstract void
setaccountHolderBeanValue(accountHolderBeanValue theAccountHolderValue);

/**
*
*   @ejb.create-method
*/
public java.lang.Object ejbCreate(accountHolderBeanValue theValue)
throws CreateException
{
System.out.println(in ejbCreate for value object...);

/*setAccountRoleId(new Integer(1));
setEmailAddress(theValue.getEmailAddress());
setEmailTypeCd(theValue.getEmailTypeCd());
setAccountPassword(theValue.getAccountPassword());*/
this.setaccountHolderBeanValue(theValue);

return null;
}
public void ejbPostCreate(accountHolderBeanValue theValue) throws
CreateException
{
}

/**
*
*   @ejb.create-method
*/
public java.lang.Object ejbCreate(String theEmailAddress,
String theEmailTypeCd,
String theAccountPassword) throws CreateException
{
System.out.println(in ejbCreate for email address...);

setAccountRoleId(new Integer(1));
setEmailAddress(theEmailAddress);
setEmailTypeCd(theEmailTypeCd);
setAccountPassword(theAccountPassword);

return null;
}

public void ejbPostCreate(String theEmailAddress,
String theEmailTypeCd,
String theAccountPassword) throws CreateException
{
this.setAccountId(((accountHolderBeanPK)
entityCtx.getPrimaryKey()).getAccountId());
}
}

Here is the jbosscmp-jdbc.xml (with auto-increment tag):

?xml version=1.0 encoding=UTF-8?
!DOCTYPE jbosscmp-jdbc PUBLIC -//JBoss//DTD JBOSSCMP-JDBC 3.2//EN
http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_2.dtd;

jbosscmp-jdbc
   defaults
 datasourcejava:/DefaultDS/datasource
 datasource-mappingHypersonic SQL/datasource-mapping
   /defaults

   enterprise-beans

 !--
   To add beans that you have deployment descriptor info for, add
   a file to your XDoclet merge directory called jbosscmp-jdbc-beans.xml
   that contains the entity/entity markup for those beans.
 --

  entity
 ejb-nameaccountHolderBean/ejb-name
 table-nameaccount/table-name

 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

auto-increment/
/cmp-field
 cmp-field
field-nameaccountRoleId/field-name
column-nameaccount_role_id/column-name

/cmp-field
 cmp-field
field-nameemailAddress/field-name
column-nameemail_address/column-name

/cmp-field
 cmp-field
field-nameemailTypeCd/field-name
column-nameemail_type_cd/column-name

/cmp-field
 cmp-field
field-nameaccountPassword/field-name
column-nameaccount_password/column-name

/cmp-field
 cmp-field
field-namefirstName/field-name
column-namefirst_name/column-name

/cmp-field
 cmp-field
field-nameSSN/field-name
column-namessn/column-name

/cmp-field

entity-command name=hsqldb-fetch-key
/entity-command
!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

   /enterprise-beans

/jbosscmp-jdbc

Thanks for all of the help so far!

Regards,
Matt Hanson

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 3:31 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Container Responsibility for CMR Foreign Keys


Key generation commands in 3.2.1 are different from those in 3.2.2. In 
3.2.2 you should have auto-increment/ for generated fields.

Could check whether key generation work for you w/o mapping foreign key 
fields to the primary key fields?

Hanson, Matthew wrote:

 Hi
 
 Just another FYI

RE: [JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-04 Thread Hanson, Matthew
Hi!

Yes, the pk columns have been created with the identity attribute.  FYI -
the key generation did work properly when the app was deployed to 3.2.1.
It's just that w/3.2.1, I had to do some inefficient fk setting that I hope
to avoid with the 3.2.2 insert-after-ejb-post-create config option.

Regards!
Matt Hanson

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2003 3:43 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Container Responsibility for CMR Foreign Keys


Is the column in the database was created with IDENTITY attribute?

Hanson, Matthew wrote:

 Hi--
 
 Well, I added the auto-increment tag to jbosscmp-jdbc.xml, and the null
 primary key exception is still thrown:
 



---
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=8
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=8
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-03 Thread Hanson, Matthew
Hi,

I have modified the reentrancy tags for my beans to false, deployed the
beans to binary download of Jboss 3.2.2 with insert-after-ejb-post-create,
and now I catch the following exception in ejbCreate of the n-side bean:

2003-12-03 09:15:53,858 ERROR [org.jboss.ejb.plugins.LogInterceptor]
TransactionRolledbackLocalException in method: public abstract void
homebrew.ejb.interfaces.accountHolderBeanLocal.setaccountHolderBeanValue(hom
ebrew.ejb.interfaces.accountHolderBeanValue), causedBy:
javax.ejb.CreateException: Primary key for created instance is null.
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManage
r.java:520)
at
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManag
er.java:208)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntit
y(CachedConnectionInterceptor.java:269)
at
org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:580)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)

Is the entity-command name=hsqldb-fetch-key for the bean is being
ignored in Jboss 3.2.2?

Please advise!  Thanks!

Regards,
Matt Hanson

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 3:27 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Container Responsibility for CMR Foreign Keys


By the spec, you may not establish relationships in ejbCreate but may in 
ejbPostCreate.
By default, INSERT is done after ejbCreate but before ejbPostCreate.
You can use insert-after-ejb-post-create to delay INSERT until after 
ejbPostCreate but this feature is available, AFAIR, since 3.2.2.

Hanson, Matthew wrote:

 Hi,
 
 I am using xdoclet 1.2b2 to generate deployment descriptors and classes,
 including value objects, for two beans that I hope to write with support
for
 CMR.  We also use Jboss 3.2.1 as my app server and hypersonic and/or mysql
 as the db.
 
 Basically, I just want to write a relatively ejb-standard foreign keyed
 insert for 1:n-related beans that are both being creating together.
 
 The bean class generated by xdoclet maintains vectors of added, removed,
and
 updated value objects of the type that is the n-side of the 1:n
relationship
 that I hope to support.  It also generates a set...BeanValue() method to
 process the 1-side bean value object.  This set...BeanValue() methods
 iterates across the n-side value objects and tries to create the n-siders
 via the create followed by Collection.add methods.  The keys on the
1-side,
 however, are not included in the value object, and the create fails the
 non-null foreign key constraint.
 
 Before posting to xdoclet, I stepped back and started to think that the
ejb
 container (Jboss) should probably creating and assigning foreign keys to
the
 n-side with the local interface set methods.  The ejb spec, however, does
 not seem to support this thought, and I do see posts on the jboss site
that
 say the setting of foreign keys of the n-side is generally done in the
 ejbPostCreate method of the 1-side.  Well, I tried that, and I can output
 the n-side value objects in the 1-side ejbPostCreate and see the updated
key
 field, but the insert on the n-side still fails!?!?!?!?.
 
 Now, I also see in the posts that Jboss 3.2.2 may offer a new tag
 insert-after-ejb-post-create in standardjboss.xml that prompts the app
 server to wait until after ejbPostCreate to try to write the n-side of the
 datasource.
 
 Before I spend another day on this, I am wondering if someone can just
tell
 me:
 (1)  Are these keyed inserts on related beans even possible?
 (2)  What is the recommended way to do them?  (Code, new jboss version,
 other?)
 
 Wow - I hope that I am making some sense, because it seems like a very
 common thing to do...
 
 Any help would be great!
 
 Regards,
 Matt Hanson
 
 
 ---
 This SF.net email is sponsored by OSDN's Audience Survey.
 Help shape OSDN's sites and tell us what you think. Take this
 five minute survey and you could win a $250 Gift Certificate.
 http://www.wrgsurveys.com/2003/osdntech03.php?site=8
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user
 
 



---
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=8
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists

RE: [JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-03 Thread Hanson, Matthew
 table-nameaccount_address/table-name

 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

/cmp-field
 cmp-field
field-nameaddressType/field-name
column-nameaddress_type/column-name

/cmp-field
 cmp-field
field-namestreetNumber/field-name
column-namestr_num/column-name

/cmp-field
 cmp-field
field-namestreetName/field-name
column-namestr_name/column-name

/cmp-field
 cmp-field
field-namestreetSuffix/field-name
column-namestr_suffix/column-name

/cmp-field
 cmp-field
field-namecity/field-name
column-namecity/column-name

/cmp-field
 cmp-field
field-namestate/field-name
column-namestate/column-name

/cmp-field
 cmp-field
field-namezipCode/field-name
column-namezip/column-name

/cmp-field
 cmp-field
field-namezip4/field-name
column-namezip4/column-name

/cmp-field
 cmp-field
field-nameprimaryAddress/field-name
column-nameprimary_address/column-name

/cmp-field
 cmp-field
field-namebillingAddress/field-name
column-namebilling_address/column-name

/cmp-field

!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

  entity
 ejb-nameaccountHolderBean/ejb-name
 table-nameaccount/table-name

 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

/cmp-field
 cmp-field
field-nameaccountRoleId/field-name
column-nameaccount_role_id/column-name

/cmp-field
 cmp-field
field-nameemailAddress/field-name
column-nameemail_address/column-name

/cmp-field
 cmp-field
field-nameemailTypeCd/field-name
column-nameemail_type_cd/column-name

/cmp-field
 cmp-field
field-nameaccountPassword/field-name
column-nameaccount_password/column-name

/cmp-field
 cmp-field
field-namefirstName/field-name
column-namefirst_name/column-name

/cmp-field
 cmp-field
field-nameSSN/field-name
column-namessn/column-name

/cmp-field

entity-command name=hsqldb-fetch-key
/entity-command
!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

   /enterprise-beans

  relationships
ejb-relation
  ejb-relation-nameAccount-Recipe/ejb-relation-name

  ejb-relationship-role
 
ejb-relationship-role-nameRecipe-Belongs-To-Account/ejb-relationship-role
-name
  key-fields/

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameAccount-Has-Recipes/ejb-relationship-role-name
  key-fields
 key-field
   field-nameaccountId/field-name
   column-nameaccount_id/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
/ejb-relation
ejb-relation
  ejb-relation-nameRecipe-Hops/ejb-relation-name

  ejb-relationship-role
 
ejb-relationship-role-nameRecipe-Has-Hops/ejb-relationship-role-name
  key-fields
 key-field
   field-namerecipeId/field-name
   column-namerecipe_id/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameHops-Belongs-To-Recipe/ejb-relationship-role-na
me
  key-fields/

  /ejb-relationship-role
/ejb-relation
ejb-relation
  ejb-relation-nameAccount-Address/ejb-relation-name

  ejb-relationship-role
 
ejb-relationship-role-nameAccount-Has-Addresses/ejb-relationship-role-nam
e
  key-fields
 key-field
   field-nameaccountId/field-name
   column-nameaccount_id/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameAddress-Belongs-To-Account/ejb-relationship-rol
e-name
  key-fields/

  /ejb-relationship-role
/ejb-relation
  /relationships

/jbosscmp-jdbc

Any advice?

Thanks!!!

Regards,
Matt Hanson

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2003 9:51 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Container Responsibility for CMR Foreign Keys


How the beans is configured in ejb-jar.xml and jbosscmp-jdbc.xml?

Hanson, Matthew wrote:

 Hi,
 
 I have modified the reentrancy tags for my beans to false, deployed the
 beans to binary download

RE: [JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-03 Thread Hanson, Matthew
Hi--

Well, I added the auto-increment tag to jbosscmp-jdbc.xml, and the null
primary key exception is still thrown:

2003-12-03 13:48:18,261 ERROR [org.jboss.ejb.plugins.LogInterceptor]
TransactionRolledbackLocalException in method: public abstract void
homebrew.ejb.interfaces.accountHolderBeanLocal.setaccountHolderBeanValue(hom
ebrew.ejb.interfaces.accountHolderBeanValue), causedBy:
javax.ejb.CreateException: Primary key for created instance is null.
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManage
r.java:520)
at
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManag
er.java:208)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntit
y(CachedConnectionInterceptor.java:269)
at
org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:580)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContaine
r.java:1042)
at
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.jav
a:88)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySync
hronizationInterceptor.java:197)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(
CachedConnectionInterceptor.java:214)
at
org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.jav
a:88)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInt
erceptor.java:89)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor
.java:61)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInt
erceptor.java:28)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
.java:88)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:267)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:98)
at
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav
a:92)
at
org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120)
at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryF
inderInterceptor.java:93)
at
org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:484)
at org.jboss.ejb.Container.invoke(Container.java:720)
at
org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invokeHome(BaseLocalProxyF
actory.java:293)
at
org.jboss.ejb.plugins.local.LocalHomeProxy.invoke(LocalHomeProxy.java:110)
at $Proxy36.create(Unknown Source)
at
homebrew.ejb.entity.accountHolderBeanCMP.addAcctRecipe(accountHolderBeanCMP.
java:167)
at
homebrew.ejb.entity.accountHolderBeanCMP.setaccountHolderBeanValue(accountHo
lderBeanCMP.java:302)

Here is the new jbosscmp-jdbc.xml:

?xml version=1.0 encoding=UTF-8?
!DOCTYPE jbosscmp-jdbc PUBLIC -//JBoss//DTD JBOSSCMP-JDBC 3.2//EN
http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_2.dtd;

jbosscmp-jdbc
   defaults
 datasourcejava:/DefaultDS/datasource
 datasource-mappingHypersonic SQL/datasource-mapping
   /defaults

   enterprise-beans

 !--
   To add beans that you have deployment descriptor info for, add
   a file to your XDoclet merge directory called jbosscmp-jdbc-beans.xml
   that contains the entity/entity markup for those beans.
 --

  entity
 ejb-nameAccountRecipeBean/ejb-name
 table-namerecipe/table-name

 cmp-field
field-namerecipeId/field-name
column-namerecipe_id/column-name

auto-increment/
/cmp-field
 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

/cmp-field
 cmp-field
field-namerecipeName/field-name
column-namerecipe_name/column-name

/cmp-field

entity-command name=hsqldb-fetch-key
/entity-command
!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

  entity
 ejb-nameRecipeHopsBean/ejb-name
 datasourcejava:/DefaultDS/datasource
 datasource-mappingHypersonic SQL/datasource-mapping
 table-namerecipe_hops/table-name

 cmp-field
field-namerecipeHopId/field-name
column-namerecipe_hop_id/column-name

/cmp-field
 cmp-field
field-namerecipeId/field-name
column-namerecipe_id/column-name

/cmp-field
 cmp-field

[JBoss-user] Container Responsibility for CMR Foreign Keys

2003-12-02 Thread Hanson, Matthew
Hi,

I am using xdoclet 1.2b2 to generate deployment descriptors and classes,
including value objects, for two beans that I hope to write with support for
CMR.  We also use Jboss 3.2.1 as my app server and hypersonic and/or mysql
as the db.

Basically, I just want to write a relatively ejb-standard foreign keyed
insert for 1:n-related beans that are both being creating together.

The bean class generated by xdoclet maintains vectors of added, removed, and
updated value objects of the type that is the n-side of the 1:n relationship
that I hope to support.  It also generates a set...BeanValue() method to
process the 1-side bean value object.  This set...BeanValue() methods
iterates across the n-side value objects and tries to create the n-siders
via the create followed by Collection.add methods.  The keys on the 1-side,
however, are not included in the value object, and the create fails the
non-null foreign key constraint.

Before posting to xdoclet, I stepped back and started to think that the ejb
container (Jboss) should probably creating and assigning foreign keys to the
n-side with the local interface set methods.  The ejb spec, however, does
not seem to support this thought, and I do see posts on the jboss site that
say the setting of foreign keys of the n-side is generally done in the
ejbPostCreate method of the 1-side.  Well, I tried that, and I can output
the n-side value objects in the 1-side ejbPostCreate and see the updated key
field, but the insert on the n-side still fails!?!?!?!?.

Now, I also see in the posts that Jboss 3.2.2 may offer a new tag
insert-after-ejb-post-create in standardjboss.xml that prompts the app
server to wait until after ejbPostCreate to try to write the n-side of the
datasource.

Before I spend another day on this, I am wondering if someone can just tell
me:
(1)  Are these keyed inserts on related beans even possible?
(2)  What is the recommended way to do them?  (Code, new jboss version,
other?)

Wow - I hope that I am making some sense, because it seems like a very
common thing to do...

Any help would be great!

Regards,
Matt Hanson


---
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=8
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] CMR create fails for many side

2003-08-14 Thread Hanson, Matthew
Hi,

jboss 3.2.1 CMP2.0 with integrated hsqldb and code generation by xdoclet
1.2b3-dev

I am having some trouble writing a many side entity bean within CMR to my
datasource (hsqldb).  I use xdoclet to generate much of the source and
deployment descriptors.  I am able to create the one side, which has a
single column, auto increment type primary key, using the following
deployment tags (jbosscmp-jdbc.xml):

  entity
 ejb-nameaccountHolderBean/ejb-name
 datasourcejava:/DefaultDS/datasource
 datasource-mappingHypersonic SQL/datasource-mapping
 table-nameaccount/table-name

 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

/cmp-field
 cmp-field
field-nameaccountRoleId/field-name
column-nameaccount_role_id/column-name
.
.
.

unknown-pk
unknown-pk-classjava.lang.Integer/unknown-pk-class
column-nameaccount_id/column-name
jdbc-typeINTEGER/jdbc-type
sql-typeINTEGER/sql-type
auto-increment/
/unknown-pk
entity-command name=account_id_pk
class=org.jboss.ejb.plugins.cmp.jdbc.hsqldb.JDBCHsqldbCreateCommand
/entity-command
!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

However, the following entries for the many side, using the same basic tags,
fails to write successfully:

  entity
 ejb-nameAccountRecipeBean/ejb-name
 datasourcejava:/DefaultDS/datasource
 datasource-mappingHypersonic SQL/datasource-mapping
 table-namerecipe/table-name

 cmp-field
field-namerecipeId/field-name
column-namerecipe_id/column-name

/cmp-field
 cmp-field
field-nameaccountId/field-name
column-nameaccount_id/column-name

/cmp-field
 cmp-field
field-namerecipeName/field-name
column-namerecipe_name/column-name

/cmp-field

unknown-pk
unknown-pk-classjava.lang.Integer/unknown-pk-class
column-namerecipe_id/column-name
jdbc-typeINTEGER/jdbc-type
sql-typeINTEGER/sql-type
auto-increment/
/unknown-pk
entity-command name=recipe_id_pk
class=org.jboss.ejb.plugins.cmp.jdbc.hsqldb.JDBCHsqldbCreateCommand
/entity-command
!-- jboss 3.2 features --
!-- optimistic locking does not express the exclusions needed --
  /entity

Here is the relationship definition:

ejb-relation
  ejb-relation-nameAccount-Recipe/ejb-relation-name

  ejb-relationship-role
 
ejb-relationship-role-nameAccount-Has-Recipes/ejb-relationship-role-name
  key-fields
 key-field
   field-nameaccountId/field-name
   column-nameaccount_id/column-name
 /key-field
  /key-fields

  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-nameRecipe-Belongs-To-Account/ejb-relationship-role
-name
  key-fields/

  /ejb-relationship-role
/ejb-relation

The client uses an xdoclet value object for the many side, with a two-column
primary key that includes the one-side key and a similar, auto-increment
primary key of its own.  I have tried several combinations of the primary
key passed into the facade to create the many side (null pk instance, actual
pk object w/only the one-side value populated, actual pk object w/one-side
and dummy many side key value, such as 10, populated).  In all cases, the
following stack trace is generated (in this case, the many-side key is just
a null Integer):

13:03:07,888 INFO  [STDOUT] add recipe:  {recipeId=null accountId=9
recipeName=Pale Ale}
13:03:07,898 INFO  [STDOUT] in recipe bean ejbCreate for value object...
13:03:07,898 ERROR [AccountRecipeBean] Could not create entity
java.sql.SQLException: Try to insert null into a non-nullable column in
statement [INSERT INTO RECIP
E (recipe_name) VALUES ('Pale Ale')]
at org.hsqldb.Trace.getError(Unknown Source)
at org.hsqldb.Result.init(Unknown Source)
at org.hsqldb.jdbcConnection.executeHSQL(Unknown Source)
at org.hsqldb.jdbcConnection.execute(Unknown Source)
at org.hsqldb.jdbcStatement.fetchResult(Unknown Source)
at org.hsqldb.jdbcStatement.executeUpdate(Unknown Source)
at org.hsqldb.jdbcPreparedStatement.executeUpdate(Unknown Source)
at
org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(Wrapp
edPreparedSta
tement.java:308)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractVendorCreateCommand.insertEntity(
JDBCAbstractV
endorCreateCommand.java:118)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractVendorCreateCommand.execute(JDBCA
bstractVendor
CreateCommand.java:76)
at

[JBoss-user] org.jboss.deployment.DeploymentException: Could not load class

2003-06-06 Thread Hanson, Matthew
Hi,

I am updating my project to deploy with jboss 3.2.1.  The following error is
thrown when the server tries to deploy my project jar.  I do see that the
class exists in the ejb jar...

08:41:15,529 ERROR [URLDeploymentScanner] MBeanException: Exception in MBean
operation 'checkIncompl
eteDeployments()'
Cause: Incomplete Deployment listing:
Packages waiting for a deployer:
  none
Incompletely deployed packages:
  none
MBeans waiting for classes:
  none
MBeans waiting for other MBeans:
[ObjectName:
jboss.j2ee:jndiName=homebrew/ejb/entity/accountHolderBean,service=EJB
 state: FAILED
 I Depend On:
 Depends On Me: org.jboss.deployment.DeploymentException: Could not load
class: ]
08:41:15,539 INFO  [URLDeploymentScanner] Started
08:41:15,569 INFO  [MainDeployer] Deployed package:
file:/C:/jboss-3.2.1/server/default/conf/jboss-s
ervice.xml
08:41:15,569 INFO  [Server] JBoss (MX MicroKernel) [3.2.1 (build:
CVSTag=JBoss_3_2_1 date=2003050415
33)] Started in 17s:636ms


---
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: Re[2]: [JBoss-user] Entity ejbCreate Parameter

2003-05-15 Thread Hanson, Matthew
Hi, Thanks for the reply.  Could you elaborate a little on how to setup the
PK to be generated.  Do you mean setup by dbms or setup via the ejb
configuration (xml)?  Please continue, and thanks!

Here is the entity bean ejbCreate:
public accountHolderBeanPK ejbCreate(String theEmailAddress,
String theEmailTypeCd,
String theAccountPassword) throws CreateException
{
setAccountRoleId(new Integer(1));
setEmailAddress(theEmailAddress);
setEmailTypeCd(theEmailTypeCd);
setAccountPassword(theAccountPassword);
return null;
}

Here is the local home interface:
public homebrew.ejb.interfaces.accountHolderBeanLocal
create(java.lang.String theEmailAddress,
java.lang.String theEmailTypeCd,
java.lang.String theAccountPassword) throws javax.ejb.CreateException;

Here is a portion of the stack trace:
javax.ejb.CreateException: Could not create entity:java.sql.SQLException:
Try to insert null into a
non-nullable column in statement [INSERT INTO ACCOUNT_HOLDER (account_id,
account_role_id, email_add
ress, email_type_cd, account_password, fname, ssn) VALUES (NULL, 1,
'[EMAIL PROTECTED]',
 'BUS', 'mypassword', NULL, NULL)]
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCrea
teEntityComma
nd.java:199)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEnt
ityCommand.ja
va:131)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManage
r.java:527)
at
org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManag
er.java:253)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntit
y(CachedConne
ctionInterceptor.java:270)
at
org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:580)

As you can see, it looks like the container is trying to just insert a null
into the account_id primary key column.  If I use straight SQL and omit the
account_id from the insert, it works just fine.

Matt

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 15, 2003 2:19 AM
To: Jeremy Boynes
Subject: Re[2]: [JBoss-user] Entity ejbCreate Parameter


If the pk field is setup to be generated then you don't have to do
anything in ejbCreate and just return null.

alex

Thursday, May 15, 2003, 1:35:38 AM, Jeremy Boynes wrote:

JB With CMP you have two basic choices:

JB 1) Have a utility class fetch the values from the sequence and then pass
JB them
JBto the create method.

JB 2) Use an unknown pk model where the EJB leaves the definition of the
JB primary
JBkey to the Container (CMP). In this case you don't pass anything to
JB create
JBand you need to configure CMP to generate the key for you.

JB With 3.2.1 and earlier we have a PkSQL generator that will issue an SQL
JB statement to fetch the key value before performing the insert. The SQL
would
JB be something like SELECT MYSEQ.NEXTVAL FROM SYS.DUAL where MYSEQ is
your
JB sequence name. The type of the generated key (as returned by
JB getPrimaryKey()) is likely to be BigDecimal

JB With 3.2.2beta we have a specialized key generator for Oracle that uses
an
JB INSERT ... RETURNING statement to perform the insert and return the
JB generated key in a single operation. This also uses the normal cmp
binding
JB code so the type of the PK may be specified (e.g. as a Long or Integer).
JB This is only in the CVS branch so see standardjbosscmp-jdbc.xml and the
JB jbosscmp-jdbc.xml file for the keygen testcase for details.

JB Jeremy

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Hanson,
 Matthew
 Sent: Wednesday, May 14, 2003 1:49 PM
 To: '[EMAIL PROTECTED]'
 Subject: [JBoss-user] Entity ejbCreate Parameter


 Hi--

 If my cmp entity bean has a primary key column that is back in Oracle (or
 whatever database) by an auto-incremented integer datatype, how should I
 code the ejbCreate method.  Do I need to pass int or Integer as the
 parameter?  Or does the j2ee spec dictate that the insert must produce
the
 primary key for me based on the table attributes (i.e., no
 parameters needed
 for ejbCreate).

 I'm a little confused, so if someone could just get me started, I
 would find
 that a great help.

 Thanks!
 Matt Hanson



---
Enterprise Linux Forum Conference  Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
Enterprise Linux Forum Conference  Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions

RE: [JBoss-user] Run Client Using RMI

2003-02-13 Thread Hanson, Matthew
the rmi bit was SO my bad that i'm apologizing for the original post...  i
had the jndi properties file in the test client dir, whereas the jboss jars
were in a subdir called lib...  i moved jndi.properties to dir with
jnp-client.jar and everything took off...

once again, sorry...  the number of config files in the setup is daunting,
and i was not seeing the forest thru the trees...  thanks for all the
replies and helping me get it...

matt hanson!

-Original Message-
From: Guy Rouillier [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 10:21 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Run Client Using RMI


- Original Message -
From: Hanson, Matthew [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 12, 2003 1:14 PM
Subject: RE: [JBoss-user] Run Client Using RMI


hey - changed the server jndi.properties from localhost to my machine
IP,
and a client on the _same_ machine can connect with the server using the
ip...  before, i could only connect to localhost.

i still catch the following rmi exception on the hp machine, trying to
call
remotely to the ip of the server win machine:

Did you specify sufficient Java security to allow you client to access
this particular remote host?  If this is a test machine, start by
changing your security to AllPermission.  If that works, then change it
back an figure out what specific permissions you need to get this to
work.  I think all you'll need is socket permission, but I'm not sure.






---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Run Client Using RMI

2003-02-12 Thread Hanson, Matthew
Alright, folks...  I'm now getting desperate...  I know it is possible to
connect to a Win NT4.0 machine running jboss-3.0.4_tomcat-4.1.12 from an
HP-UX machine.  I have not been able to find out how to do it on the forums.
I am a little unclear about how the Win NT4.0 IP should be declared on the
client machine (jndi.properties?) and what server configuration changes need
to occur.  I don't wanna flood the user group here, but the forums have me
going in every direction.

I have seen posts saying to just change jndi.properties on the client to
point to the right host.  Then I have seen posts saying HTTP invokation is
the only way for this to work.  Then I see that I may need to use jproxy or
SOAP to get this done.  I just have a simple client needing to call the
server from a different machine.  There has to be a source of information
that can guide me through the changes needed to every file that is affected
by the client move.  I'm sure this can include
additions/deletions/modifications to xml files to config of both server and
client.  I'm sure this can include changing the word localhost to a real
host or IP in one or a great many files.  I'm sure this can include changes
to source files and xdoclet/jboss tags.

The forums and replies to my post only ever address one subset of all of
these potential changes.  And the coverage of the required change is usually
so high level that it amounts to guesswork as to what the exact change
entails...

Is there no place where I can find out how to accomplish my task?  I hope I
can get this to work.

If anyone can make my situation clear, please help me.

Thanks - Matt Hanson

Here is my original post:
 Hi--
 
 OK - Please don't slam me too hard for this mail.  I
 wanna move my jboss
 client from the machine where jboss is installed
 (i.e., localhost) to our hp
 machine.  I just wanna make sure that the test
 client can make the call
 properly over the network.  Someone has surely
 answered this question before
 - make configuration file changes are required to do
 this?
 
 For what I've read so far, I believe most of the
 client changes entail
 updating the jndi.properties
 'java.naming.provider.url=localhost' entry to
 'java.naming.provider.url=jnp://somehostname:1099/'.
  Are there other
 changes that are needed beside this?  To the client
 only?  Both client
 and/or server?  For localhost, can I simply change
 this val to the IP for
 the machine where jboss is running?  I tried this,
 but the app timed out, so
 I know I'm still dumb on some of the issues.
 
 Please help!
 
 Thanks!
 Matt Hanson!

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 11, 2003 10:41 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


hi - adding to my last post...  jboss currently is running on an NT4.0
machine, and i am trying to port the client to our hp-ux machine...  the
communication layer between these types of hardware is very fuzzy to me...
i am not ready to move everything over to unix, so i would like to test
things very incrementally...  even if this configuration seems illogical, is
it possible?

thanks!

-Original Message-
From: Nicholas [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 10, 2003 9:56 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Run Client Using RMI


For remote [and local] connections, I have never used
the decorated URL you showed in your email. I simply
used:

java.naming.provider.url=hostname:port

If it is timing out, make sure you can actually ping
the server from your client box..:)

Also, make sure all the required  stuff  (that is a
technical term) is in your client classpath.

Lastly, make sure you are infact running the JNDI port
on the port you are trying to connect to.

Cheers.

//Nicholas


--- Hanson, Matthew [EMAIL PROTECTED]
wrote:
 Hi--
 
 OK - Please don't slam me too hard for this mail.  I
 wanna move my jboss
 client from the machine where jboss is installed
 (i.e., localhost) to our hp
 machine.  I just wanna make sure that the test
 client can make the call
 properly over the network.  Someone has surely
 answered this question before
 - make configuration file changes are required to do
 this?
 
 For what I've read so far, I believe most of the
 client changes entail
 updating the jndi.properties
 'java.naming.provider.url=localhost' entry to
 'java.naming.provider.url=jnp://somehostname:1099/'.
  Are there other
 changes that are needed beside this?  To the client
 only?  Both client
 and/or server?  For localhost, can I simply change
 this val to the IP for
 the machine where jboss is running?  I tried this,
 but the app timed out, so
 I know I'm still dumb on some of the issues.
 
 Please help!
 
 Thanks!
 Matt Hanson!
 
 

---
 This SF.NET email is sponsored by:
 SourceForge Enterprise Edition + IBM + LinuxWorld =
 Something 2 See!
 http://www.vasoftware.com

RE: [JBoss-user] Run Client Using RMI

2003-02-12 Thread Hanson, Matthew
thanks for the response...  there are jndi.properties files in both the
client directory and, in our case, $JBOSS_HOME/server/default/conf.

(a) here is the property (with comment) from the server dir:

# Do NOT uncomment this line as it causes in VM calls to go over
# RMI!
#java.naming.provider.url=localhost

i had originally assumed that i should not uncomment this line, because i
was told not to :) :)...  hopefully i was just wrong and, as normal, should
ignore orders :)...

(b) the client properties file java.naming.provider.url property was
definitely uncommented before deployment.  i modified that property to
change it from localhost to my win machine's ip...  that hadn't helped.

i think you are saying i should uncomment the server property.  please let
me know which properties file is should modify, ok?

if that's all i gotta do, i would be psyched.

thanks!
matt hanson!

-Original Message-
From: Kim, Yong [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 9:09 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


Hi, Matthew.

All I had to do was to uncomment the line below in the jndi.properties file
and replace the localhost with property hostname or IP.  Make sure
jndi.properties file is in your classpath.

#java.naming.provider.url=localhost

I have a standalone Java appliation that's sending a JMS message to the
queue on the server by looking up the queue using JNDI.  I know it works,
so...

Mitchell

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 9:24 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


Alright, folks...  I'm now getting desperate...  I know it is possible to
connect to a Win NT4.0 machine running jboss-3.0.4_tomcat-4.1.12 from an
HP-UX machine.  I have not been able to find out how to do it on the forums.
I am a little unclear about how the Win NT4.0 IP should be declared on the
client machine (jndi.properties?) and what server configuration changes need
to occur.  I don't wanna flood the user group here, but the forums have me
going in every direction.

I have seen posts saying to just change jndi.properties on the client to
point to the right host.  Then I have seen posts saying HTTP invokation is
the only way for this to work.  Then I see that I may need to use jproxy or
SOAP to get this done.  I just have a simple client needing to call the
server from a different machine.  There has to be a source of information
that can guide me through the changes needed to every file that is affected
by the client move.  I'm sure this can include
additions/deletions/modifications to xml files to config of both server and
client.  I'm sure this can include changing the word localhost to a real
host or IP in one or a great many files.  I'm sure this can include changes
to source files and xdoclet/jboss tags.

The forums and replies to my post only ever address one subset of all of
these potential changes.  And the coverage of the required change is usually
so high level that it amounts to guesswork as to what the exact change
entails...

Is there no place where I can find out how to accomplish my task?  I hope I
can get this to work.

If anyone can make my situation clear, please help me.

Thanks - Matt Hanson

Here is my original post:
 Hi--
 
 OK - Please don't slam me too hard for this mail.  I
 wanna move my jboss
 client from the machine where jboss is installed
 (i.e., localhost) to our hp
 machine.  I just wanna make sure that the test
 client can make the call
 properly over the network.  Someone has surely
 answered this question before
 - make configuration file changes are required to do
 this?
 
 For what I've read so far, I believe most of the
 client changes entail
 updating the jndi.properties
 'java.naming.provider.url=localhost' entry to
 'java.naming.provider.url=jnp://somehostname:1099/'.
  Are there other
 changes that are needed beside this?  To the client
 only?  Both client
 and/or server?  For localhost, can I simply change
 this val to the IP for
 the machine where jboss is running?  I tried this,
 but the app timed out, so
 I know I'm still dumb on some of the issues.
 
 Please help!
 
 Thanks!
 Matt Hanson!

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 11, 2003 10:41 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


hi - adding to my last post...  jboss currently is running on an NT4.0
machine, and i am trying to port the client to our hp-ux machine...  the
communication layer between these types of hardware is very fuzzy to me...
i am not ready to move everything over to unix, so i would like to test
things very incrementally...  even if this configuration seems illogical, is
it possible?

thanks!

-Original Message-
From: Nicholas [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 10, 2003 9:56 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user

RE: [JBoss-user] Run Client Using RMI

2003-02-12 Thread Hanson, Matthew
hey - changed the server jndi.properties from localhost to my machine IP,
and a client on the _same_ machine can connect with the server using the
ip...  before, i could only connect to localhost.

i still catch the following rmi exception on the hp machine, trying to call
remotely to the ip of the server win machine:

client call:

accountFacadeHome home = (accountFacadeHome)
PortableRemoteObject.narrow(objref, accountFacadeHome.class);

exception caught:

javax.naming.CommunicationException: Receive timed out [Root exception is
java.io.InterruptedIOException: Receive timed out]

however, i can telnet to the win machine:

~/tmp/jboss [126] telnet 10.x07.33.21y 1099
Trying...
Connected to 10.x07.33.21y.
Escape character is '^]'.
¬ísrjava.rmi.MarshalledObject|½ícüIhashlocBytest[BobjBytesq~xpK{ur[B¬óTàxp(
¬íthttp://wmadh-2167:8083/q~q~uq~Ĭísr
org.jnp.server.NamingServer_Stubxrjava.rmi.server.RemoteStubéþÜÉáexrjava.rmi
.server.RemoteObjectÓa´
  a3xpw8
10.x07.33.2yæ'6óSBn=xConnection closed by foreign host.

i think this is progress from yesterday...  any ideas on what i have so far,
and what i need to do to make things work...

wow!  matt hanson!

-Original Message-
From: Kim, Yong [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 9:09 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


Hi, Matthew.

All I had to do was to uncomment the line below in the jndi.properties file
and replace the localhost with property hostname or IP.  Make sure
jndi.properties file is in your classpath.

#java.naming.provider.url=localhost

I have a standalone Java appliation that's sending a JMS message to the
queue on the server by looking up the queue using JNDI.  I know it works,
so...

Mitchell

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 9:24 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


Alright, folks...  I'm now getting desperate...  I know it is possible to
connect to a Win NT4.0 machine running jboss-3.0.4_tomcat-4.1.12 from an
HP-UX machine.  I have not been able to find out how to do it on the forums.
I am a little unclear about how the Win NT4.0 IP should be declared on the
client machine (jndi.properties?) and what server configuration changes need
to occur.  I don't wanna flood the user group here, but the forums have me
going in every direction.

I have seen posts saying to just change jndi.properties on the client to
point to the right host.  Then I have seen posts saying HTTP invokation is
the only way for this to work.  Then I see that I may need to use jproxy or
SOAP to get this done.  I just have a simple client needing to call the
server from a different machine.  There has to be a source of information
that can guide me through the changes needed to every file that is affected
by the client move.  I'm sure this can include
additions/deletions/modifications to xml files to config of both server and
client.  I'm sure this can include changing the word localhost to a real
host or IP in one or a great many files.  I'm sure this can include changes
to source files and xdoclet/jboss tags.

The forums and replies to my post only ever address one subset of all of
these potential changes.  And the coverage of the required change is usually
so high level that it amounts to guesswork as to what the exact change
entails...

Is there no place where I can find out how to accomplish my task?  I hope I
can get this to work.

If anyone can make my situation clear, please help me.

Thanks - Matt Hanson

Here is my original post:
 Hi--
 
 OK - Please don't slam me too hard for this mail.  I
 wanna move my jboss
 client from the machine where jboss is installed
 (i.e., localhost) to our hp
 machine.  I just wanna make sure that the test
 client can make the call
 properly over the network.  Someone has surely
 answered this question before
 - make configuration file changes are required to do
 this?
 
 For what I've read so far, I believe most of the
 client changes entail
 updating the jndi.properties
 'java.naming.provider.url=localhost' entry to
 'java.naming.provider.url=jnp://somehostname:1099/'.
  Are there other
 changes that are needed beside this?  To the client
 only?  Both client
 and/or server?  For localhost, can I simply change
 this val to the IP for
 the machine where jboss is running?  I tried this,
 but the app timed out, so
 I know I'm still dumb on some of the issues.
 
 Please help!
 
 Thanks!
 Matt Hanson!

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 11, 2003 10:41 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Run Client Using RMI


hi - adding to my last post...  jboss currently is running on an NT4.0
machine, and i am trying to port the client to our hp-ux machine...  the
communication layer between these types of hardware is very fuzzy to me...
i am not ready to move

[JBoss-user] Run Client Using RMI

2003-02-10 Thread Hanson, Matthew
Hi--

OK - Please don't slam me too hard for this mail.  I wanna move my jboss
client from the machine where jboss is installed (i.e., localhost) to our hp
machine.  I just wanna make sure that the test client can make the call
properly over the network.  Someone has surely answered this question before
- make configuration file changes are required to do this?

For what I've read so far, I believe most of the client changes entail
updating the jndi.properties 'java.naming.provider.url=localhost' entry to
'java.naming.provider.url=jnp://somehostname:1099/'.  Are there other
changes that are needed beside this?  To the client only?  Both client
and/or server?  For localhost, can I simply change this val to the IP for
the machine where jboss is running?  I tried this, but the app timed out, so
I know I'm still dumb on some of the issues.

Please help!

Thanks!
Matt Hanson!


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-02-05 Thread Hanson, Matthew
OK - I had some deployment config problems with my beaner before, accounting
for the not bound error.  Still, I can't seem to get a session bean to
connect with my entity bean.  Here is the exception text:

java.rmi.ServerException: RemoteException occurred in server thread; nested
exception is:
java.rmi.ServerException: EJBException:; nested exception is:
javax.ejb.EJBException: null; CausedByException is:
Unknown query: public abstract
homebrew.ejb.interfaces.accountHolderBeanLocal homebrew.ejb.i
nterfaces.accountHolderBeanLocalHome.findByPrimaryKey(homebrew.ejb.interface
s.accountHolderBeanPK) t
hrows javax.ejb.FinderException
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
01)
at java.lang.Thread.run(Thread.java:536)
at
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteC
all.java:247)

at
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown
Source)
at
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProx
y.java:138)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:108)
at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77
)
at
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80)
at
org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInter
ceptor.java:1
11)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76)

.
.
.

The entity bean interface generated by XDoclet has a findByPrimaryKey
method.  However, I'm still wondering if this is a hslqdb issue or a
configuration problem.  Has anyone seen this exception before, and if so, is
it related to configuration or ejb container/query stuff (i.e., is my hsqldb
messed up?)?  Remember, I am using a standalone installation of hsqldb
running in server mode, and the connection by jboss seems to be there during
startup.

Thanks!
Matt Hanson!

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 1:10 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] How to separate jboss and hypersonic db???


Hi--

I guess I should have added some exception text to my previous post.  To
reiterate, I'm running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e.,
not the jboss-supplied ver) on Win NT4.0.  Trying to remove the default
hsqldb stuff supplied by jboss and replace it with newer version of hsqldb
installed in another directory.  I have hsqldb running in server mode on its
default port (9001).  When I run a simple test client to get bean data from
a table on the new hsqldb, here is the error:

13:04:40,149 ERROR [LogInterceptor] EJBException, causedBy:
javax.naming.NameNotFoundException: account not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
at org.jnp.server.NamingServer.getObject(NamingServer.java:509)
at org.jnp.server.NamingServer.lookup(NamingServer.java:253)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:464)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at
homebrew.ejb.session.accountFacadeBean.getAccountHolder(accountFacadeBean.ja
va:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles
sSessionConta
iner.java:660)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach
edConnectionI
nterceptor.java:186)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe
ssionInstance
Interceptor.java:77)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke

RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-02-05 Thread Hanson, Matthew
hi - if i copy the db property/data files to
$JBOSS_HOME\server\default\db\hypersonic and use the original
hsqldb-service.xml file, then the client runs just fine...  i can keep this
for now and continue writing the beans, but i had hoped to keep jboss and
the db server very separate, probably on different machines...  that's why i
was hoping to get it straight from the beginning, you know?

thanks for the help!
matt hanson!

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 05, 2003 11:19 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] How to separate jboss and hypersonic db???



onsdagen den 5 februari 2003 kl 15.20 skrev Hanson, Matthew:

  I'm running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e.,
 not the jboss-supplied ver) on Win NT4.0.

What happens if You run Your bean in a fresh 3.2 install ?



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-02-04 Thread Hanson, Matthew
Hi!

Thanks for the info.  Before I make a lot of modifications to
hsqldb-service.xml, I am wondering if anyone could provide specifics on the
modifications required to this file to deploy a different hypersonic
version.  I appreciate the response, but I worry that I'll mess things up if
start without all the details.

Sorry!
Matt Hanson!

-Original Message-
From: Peter Fagerlund [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 9:31 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] How to separate jboss and hypersonic db???



fredagen den 31 januari 2003 kl 15.37 skrev Hanson, Matthew:

 my bad - i believe i was wrong with the db server...  connection was 
 refused
 in jboss when i killer the hsqldb server...  now i just need to figure 
 out
 why my schema is not bound anywhere...  thanks, and sorry!  matt hanson

 From memory :

comment out the Hypersonic mbean definition
comment out the dependsHypersonic in the DefaultDS definition
make sure You define user/pass in the DefaultDS definition

I also recall some problems with the blank password ...  try send in a 
space   or create a pass for user sa in Your db instance and send 
in that pass.

 -Original Message-
 From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
 Sent: Friday, January 31, 2003 8:17 AM
 To: '[EMAIL PROTECTED]'
 Subject: [JBoss-user] How to separate jboss and hypersonic db???


 Hi--

 Running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e., not the
 jboss-supplied ver) on Win NT4.0.

 I saw a pointer in the forums regarding configuring a new version of
 hypersonic.  The hint said that changing the port in DefaultDS 
 datasource
 (hsqldb-services.xml) to the port where the hypersonic db server is 
 running
 would be an easy workaround.  I have hypersonic running on its default 
 9001
 port on localhost, and it is awaiting connections.

 So, I tried changing the port in
 %JBOSS_HOME%\server\default\deploy\hsqldb-service.xml to the 9001, but 
 jboss
 hangs while deploying/starting the beans associated with my hypersonic 
 db
 instance.  I can kill the db server, and jboss finishes deploying the 
 beans.
 I had assumed that I should have the db server running before starting 
 up
 jboss, as we did when we were using our oracle server.  I am assuming 
 that
 jboss is trying to startup up the hypersonic db server, but I was 
 hoping I
 could get around this.  I already have the data configured in my 
 hypersonic
 server, and I would prefer to keep it where it is.  I believe that 
 jboss
 wants the data in %JBOSS_HOME%\server\default\db\hypersonic, right?

 Anyway, if someone has a recommendation on a clean way to separate 
 jboss and
 hypersonic, I would be very appreciative.

 Thanks!
 Matt Hanson!


 ---
 This SF.NET email is sponsored by:
 SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
 http://www.vasoftware.com
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user


 ---
 This SF.NET email is sponsored by:
 SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
 http://www.vasoftware.com
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user




---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-02-04 Thread Hanson, Matthew
Hi--

I guess I should have added some exception text to my previous post.  To
reiterate, I'm running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e.,
not the jboss-supplied ver) on Win NT4.0.  Trying to remove the default
hsqldb stuff supplied by jboss and replace it with newer version of hsqldb
installed in another directory.  I have hsqldb running in server mode on its
default port (9001).  When I run a simple test client to get bean data from
a table on the new hsqldb, here is the error:

13:04:40,149 ERROR [LogInterceptor] EJBException, causedBy:
javax.naming.NameNotFoundException: account not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
at org.jnp.server.NamingServer.getObject(NamingServer.java:509)
at org.jnp.server.NamingServer.lookup(NamingServer.java:253)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:464)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at
homebrew.ejb.session.accountFacadeBean.getAccountHolder(accountFacadeBean.ja
va:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles
sSessionConta
iner.java:660)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach
edConnectionI
nterceptor.java:186)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe
ssionInstance
Interceptor.java:77)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13
0)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)
at
org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav
a:313)
at org.jboss.ejb.Container.invoke(Container.java:712)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:382)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
01)
at java.lang.Thread.run(Thread.java:536)

I have tried to set the schema for my bean to account, but I am unsure if
this name is fine.  Frankly, still a little vague on what the schema stuff
really means.  Anyway, I was able to set up Oracle just fine, but now I'm
having trouble.  If someone has some time, I could use some guidance :)...

Thanks!
Matt Hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 12:07 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] How to separate jboss and hypersonic db???


Hi!

Thanks for the info.  Before I make a lot of modifications to
hsqldb-service.xml, I am wondering if anyone could provide specifics on the
modifications required to this file to deploy a different hypersonic
version.  I appreciate the response, but I worry that I'll mess things up if
start without all the details.

Sorry!
Matt Hanson!

-Original Message-
From: Peter Fagerlund [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 9:31 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] How to separate jboss and hypersonic db???



fredagen den 31 januari 2003 kl 15.37 skrev Hanson, Matthew:

 my bad - i believe i was wrong with the db server...  connection was 
 refused
 in jboss when i killer the hsqldb server...  now i just need to figure 
 out
 why my schema is not bound anywhere...  thanks, and sorry!  matt hanson

 From memory :

comment out the Hypersonic mbean definition
comment out the dependsHypersonic in the DefaultDS

[JBoss-user] How to separate jboss and hypersonic db???

2003-01-31 Thread Hanson, Matthew
Hi--

Running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e., not the
jboss-supplied ver) on Win NT4.0.

I saw a pointer in the forums regarding configuring a new version of
hypersonic.  The hint said that changing the port in DefaultDS datasource
(hsqldb-services.xml) to the port where the hypersonic db server is running
would be an easy workaround.  I have hypersonic running on its default 9001
port on localhost, and it is awaiting connections.

So, I tried changing the port in
%JBOSS_HOME%\server\default\deploy\hsqldb-service.xml to the 9001, but jboss
hangs while deploying/starting the beans associated with my hypersonic db
instance.  I can kill the db server, and jboss finishes deploying the beans.
I had assumed that I should have the db server running before starting up
jboss, as we did when we were using our oracle server.  I am assuming that
jboss is trying to startup up the hypersonic db server, but I was hoping I
could get around this.  I already have the data configured in my hypersonic
server, and I would prefer to keep it where it is.  I believe that jboss
wants the data in %JBOSS_HOME%\server\default\db\hypersonic, right?

Anyway, if someone has a recommendation on a clean way to separate jboss and
hypersonic, I would be very appreciative.

Thanks!
Matt Hanson!


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-01-31 Thread Hanson, Matthew
my bad - i believe i was wrong with the db server...  connection was refused
in jboss when i killer the hsqldb server...  now i just need to figure out
why my schema is not bound anywhere...  thanks, and sorry!  matt hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 8:17 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-user] How to separate jboss and hypersonic db???


Hi--

Running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e., not the
jboss-supplied ver) on Win NT4.0.

I saw a pointer in the forums regarding configuring a new version of
hypersonic.  The hint said that changing the port in DefaultDS datasource
(hsqldb-services.xml) to the port where the hypersonic db server is running
would be an easy workaround.  I have hypersonic running on its default 9001
port on localhost, and it is awaiting connections.

So, I tried changing the port in
%JBOSS_HOME%\server\default\deploy\hsqldb-service.xml to the 9001, but jboss
hangs while deploying/starting the beans associated with my hypersonic db
instance.  I can kill the db server, and jboss finishes deploying the beans.
I had assumed that I should have the db server running before starting up
jboss, as we did when we were using our oracle server.  I am assuming that
jboss is trying to startup up the hypersonic db server, but I was hoping I
could get around this.  I already have the data configured in my hypersonic
server, and I would prefer to keep it where it is.  I believe that jboss
wants the data in %JBOSS_HOME%\server\default\db\hypersonic, right?

Anyway, if someone has a recommendation on a clean way to separate jboss and
hypersonic, I would be very appreciative.

Thanks!
Matt Hanson!


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] How to separate jboss and hypersonic db???

2003-01-31 Thread Hanson, Matthew
hey - i guess i'm still confused, because jboss will throw an error during a
small client test of my new hsqldb configuration that my schema (in this
case, account) is not bound.  when i view the jboss server logs, i'm still
seeing a lot of hsqldb referrences to packages in the jboss installation.  i
think i'm back to needing help with getting an independent deployment of
hypersonic db (that is not bundled with jboss)...

help!!!  :)

matt hanson!

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 8:37 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] How to separate jboss and hypersonic db???


my bad - i believe i was wrong with the db server...  connection was refused
in jboss when i killer the hsqldb server...  now i just need to figure out
why my schema is not bound anywhere...  thanks, and sorry!  matt hanson

-Original Message-
From: Hanson, Matthew [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 8:17 AM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-user] How to separate jboss and hypersonic db???


Hi--

Running jboss-3.0.4_tomcat-4.1.12 and HSQLDB 1.7.1.b (i.e., not the
jboss-supplied ver) on Win NT4.0.

I saw a pointer in the forums regarding configuring a new version of
hypersonic.  The hint said that changing the port in DefaultDS datasource
(hsqldb-services.xml) to the port where the hypersonic db server is running
would be an easy workaround.  I have hypersonic running on its default 9001
port on localhost, and it is awaiting connections.

So, I tried changing the port in
%JBOSS_HOME%\server\default\deploy\hsqldb-service.xml to the 9001, but jboss
hangs while deploying/starting the beans associated with my hypersonic db
instance.  I can kill the db server, and jboss finishes deploying the beans.
I had assumed that I should have the db server running before starting up
jboss, as we did when we were using our oracle server.  I am assuming that
jboss is trying to startup up the hypersonic db server, but I was hoping I
could get around this.  I already have the data configured in my hypersonic
server, and I would prefer to keep it where it is.  I believe that jboss
wants the data in %JBOSS_HOME%\server\default\db\hypersonic, right?

Anyway, if someone has a recommendation on a clean way to separate jboss and
hypersonic, I would be very appreciative.

Thanks!
Matt Hanson!


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] Compound Foreign Keys

2003-01-22 Thread Hanson, Matthew
Hi - I am using jboss-3.0.4_tomcat-4.1.12 with interfaces generated via
xdoclet1.1.2.  I have seen a lot of talk in the jboss forums about compound
foreign keys in cmr.  Most of the messages are of the type this/that version
does/not support compound keys.  Is it rude to post for a clear direction on
this subject, specifically for my version?  If it's possible, where might I
look for documentation?

Thanks!
Matt Hanson


---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] NotSerializableException Thrown by RelationSet in jboss-3.0.4_tomcat-4.1.12

2003-01-20 Thread Hanson, Matthew
Hi--

I'm trying to configure jboss 3.0.4 w/tomcat4.1.12 for CMR for two tables in
our Oracle DB.  I use xdoclet1.1.2 to generate the interface and bean
classes.  I have managed CMP for both tables that I'm using, but am having
some trouble joining the two for CMR.

Apologies in advance for the deluge of xml and code you are about to see...
:)

The bean is deployed just fine, but the following error stack is generated
when I try to use the one bean to get the many bean via a Collection:

eBillClient caught an unexpected exception!
java.lang.reflect.UndeclaredThrowableException
at $Proxy1.getSubscribers(Unknown Source)
at client.eBill.eBillClient.main(eBillClient.java:54)
Caused by: java.io.NotSerializableException:
org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
at java.rmi.MarshalledObject.init(MarshalledObject.java:92)
at
org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:387)
at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
01)
at java.lang.Thread.run(Thread.java:536)
at
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteC
all.java:247)

at
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown
Source)
at
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProx
y.java:138)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:108)
at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77
)
at
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80)
at
org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:116)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76)
... 2 more

Here is the relationship from ejb-jar.xml:
   !-- Relationships --
   relationships 
  ejb-relation 
 ejb-relation-namecustomer-subscriber/ejb-relation-name
 !-- bidirectional --
 ejb-relationship-role 
 
ejb-relationship-role-namecustomer-has-subscribers/ejb-relationship-role-
name
multiplicityOne/multiplicity
relationship-role-source 
   ejb-nameaccount/customerBean/ejb-name
/relationship-role-source
cmr-field 
   cmr-field-namesubscribers/cmr-field-name
   cmr-field-typejava.util.Collection/cmr-field-type
/cmr-field
 /ejb-relationship-role
 ejb-relationship-role 
 
ejb-relationship-role-namesubscriber-belongs-to-customer/ejb-relationship
-role-name
multiplicityMany/multiplicity
relationship-role-source 
   ejb-nameaccount/subscriberBean/ejb-name
/relationship-role-source
cmr-field 
   cmr-field-namecustomer/cmr-field-name
/cmr-field
 /ejb-relationship-role
  /ejb-relation
   /relationships

Here is the relationship from jbosscmp-jdbc.xml:
  relationships
ejb-relation
  ejb-relation-namecustomer-subscriber/ejb-relation-name
  foreign-key-mapping/
  ejb-relationship-role
 
ejb-relationship-role-namecustomer-has-subscribers/ejb-relationship-role-
name
  key-fields
 key-field
   field-namecustomerId/field-name
   column-namecustomer_id/column-name
 /key-field
  /key-fields
  /ejb-relationship-role
  ejb-relationship-role
 
ejb-relationship-role-namesubscriber-belongs-to-customer/ejb-relationship
-role-name
  key-fields/
  /ejb-relationship-role
/ejb-relation
  /relationships

Here is the customer bean w/xdoclet tags:
package com.uscc.account.entity;

// uscc ejb imports
import com.uscc.ejb.entity.defaultEntityBean;

// util imports
import java.util.Collection;

/**
*
*   // begin class level xdoclet attributes
*   @ejb:bean name=account/customerBean
*   display-name=General customer and BAN information
*   jndi-name=com/uscc/account/entity/customerBean
*