[JBoss-dev] FW: JSR 94: Proposed Final Draft
FYI -Original Message- From: JCP-INTEREST [mailto:[EMAIL PROTECTED] On Behalf Of Harold Ogle Sent: jeudi, 30. octobre 2003 00:38 To: [EMAIL PROTECTED] Subject: JSR 94: Proposed Final Draft The Proposed Final Draft Specification for JSR-94 Java Rule Engine API is now available from http://jcp.org/en/jsr/stage?listBy=proposed as well as the JSR page: http://jcp.org/en/jsr/detail?id=94 This specification defines a Java runtime API for rule engines. === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JCP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] And another JBoss fork
Title: Re: [JBoss-dev] And another JBoss fork Yes, much fun. And like computers: they give cryptical error reports :-) Congrats to your sweetie as well :-) Heiko -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED]im Auftrag vonBill Burke Gesendet: Mi 29.10.2003 20:00 An: [EMAIL PROTECTED] Cc: Betreff: Re: [JBoss-dev] And another JBoss fork Way to go! Fun eh? 1 day apart from mineRupp, Heiko wrote: Hi, I am pleased to announce that another JBoss fork has happened. For details see: http://www.pilhuhn.de/orlando/ As you can see from the first picture, the young man will work on deamonish functions. Heiko--Bill BurkeChief ArchitectJBoss Group LLC.---This SF.net email is sponsored by: SF.net Giveback Program.Does SourceForge.net help you be more productive? Does ithelp you create better code? SHARE THE LOVE, and help us helpYOU! Click Here: http://sourceforge.net/donate/___JBoss-Development mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-832880 ] JNDI lookup does not return after/under moderate load
Bugs item #832880, was opened at 2003-10-30 06:19
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=832880group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 9
Submitted By: Brian Hogue (thetooth)
Assigned to: Adrian Brock (ejort)
Summary: JNDI lookup does not return after/under moderate load
Initial Comment:
After upgrading from 2.4.4 to 3.2.1(Tomcat bundle) our
client applications began failing when attempting a jndi
Context lookup via, Object ref = (myHome)
jndiContext.lookup(foo/myData); where jndiContext is
an InitialContext derived from
(java.naming.factory.initial, org.jnp.interfaces.NamingC
ontextFactory);
(java.naming.provider.url, myServer:1099);
(java.naming.factory.url.pkgs, org.jboss.naming:org.jnp
.interfaces);
The application makes heavy use of SLSB's accessed
from remote clients, of which the above mentioned line
of code handles the lookup.
The failure is manifested by the above call not returning
after the server has been up for a few hours and has
experienced moderate load. The 2.4.4 server *never*
exhibited this behavior under extreme load. The only
changes with the upgrade was 3.2.1 JBoss and 1.4.2
java. The call does not seem to timeout but rather
to 'hang'. We are attempting to upgrade to 3.2.2,
hoping for a fix.
This is occuring on multiple servers; (compaq DL-380's)
running RH Linux 7.3 (Linux 2.4.18-19.7.xsmp) with
Hotspot VM (1.4.2_01). Apache is integrated via
mod_jk . The servers have 2 GB of ram with 1.5
available and dedicated to the VM.
The server socket on 1099 goes into and stays in a
SYN_RECV state. To remove the LAN/WAN as a possible
culprit we have replicated the problem (once the
problem starts occuring on a server) by trying to do the
context lookup from the server itself to itself, using
127.0.0.1 to make sure nothing is externally routed.
There are no memory consumption issues within the JVM
or at the OS level. CPU usage and load points are very
low. HTTP/servlet request servicing remains unaffected
when JBoss gets into the described state. Once JBoss is
restarted, it will behave normally for a time.
We are using the 'Standard Stateless SessionBean'
container with the ssl-invoker.
--
Comment By: Adrian Brock (ejort)
Date: 2003-10-30 10:10
Message:
Logged In: YES
user_id=9459
A SYN_RECV means the socket has sent a SYN_ACK to the client
but hasn't recieved the third phase connect from the client.
The client will be stored in a backlog queue until the
connection
times out.
Some things to investigate:
1) Can you telnet to port 1099? What do you see?
2) Firewall and TCP/IP configuration
3) tcpdump -i eth0
4) How many threads is jboss using?
see jboss.server:service=ServerInfo on the jmx-console
or pstree -p
5) Error messages in log/server.log
6) Configure log4j on the client and enable trace logging for
org.jnp
7) Thread dumps on the client and server ctrl-\ or kill -3
${pid}
Regards,
Adrian
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=832880group_id=22866
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 11:10 Message generated for change (Comment added) made by marcuseriksson You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Adrian Brock (ejort) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-30 12:12 Message: Logged In: YES user_id=711840 Hi Adrian! This is the response I received from Oracle (actually the same as your initial response): This return code is normal. Part of the XA spec says that if a Transaction Manager (TM) asks a Resource Manager (RM) to prepare a transaction or transaction branch that has not perform any writes the RM should respond XA_RDONLY, this informs the TM it should not request this branch be committed as there is nothing to commit. XA_RDONLY maps on to 24767. When using non-JDBC drivers you would only see the XA_RDONLY reported on the client side. The JDBC drivers implements XA via calls the stored procedures on the server, hence we see the message reported in udump. The message is not a error it is simply reporting the fact we returned XA_RDONLY, this is useful to know as it indicates there was no need to use XA if the transaction is single branched. Thank you for the quick response! Regards, Marcus -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 14:23 Message: Logged In: YES user_id=9459 Did it commit? The dump shows Prep()/Prepare() Show the trace logging I asked for. The jboss tm does not try to commit resources that vote read-only. This won't cause you problems since voting read-only is an optimization to avoid round trips. Regards, Adrian -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-28 13:40 Message: Logged In: YES user_id=711840 So - if Oracle voted read-only, why did the tm commit? (I have also created a TAR on Metalink for this) -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 12:07 Message: Logged In: YES user_id=9459 I'm guessing 24767 is ORA-24767 An informational message that means the oracle xa session voted read-only during the prepare (i.e. no modifications to the db) I don't know why this would cause a dump? It is a standard part of XA. Perhaps you can enable TRACE logging for org.jboss.tm and org.jboss.resource to see whether there is some more information in log/server.log I don't see anything in the dump that shows the XID so it can be matched with the transaction. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 11:10 Message generated for change (Settings changed) made by marcuseriksson You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Closed Resolution: Accepted Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Adrian Brock (ejort) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-30 12:12 Message: Logged In: YES user_id=711840 Hi Adrian! This is the response I received from Oracle (actually the same as your initial response): This return code is normal. Part of the XA spec says that if a Transaction Manager (TM) asks a Resource Manager (RM) to prepare a transaction or transaction branch that has not perform any writes the RM should respond XA_RDONLY, this informs the TM it should not request this branch be committed as there is nothing to commit. XA_RDONLY maps on to 24767. When using non-JDBC drivers you would only see the XA_RDONLY reported on the client side. The JDBC drivers implements XA via calls the stored procedures on the server, hence we see the message reported in udump. The message is not a error it is simply reporting the fact we returned XA_RDONLY, this is useful to know as it indicates there was no need to use XA if the transaction is single branched. Thank you for the quick response! Regards, Marcus -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 14:23 Message: Logged In: YES user_id=9459 Did it commit? The dump shows Prep()/Prepare() Show the trace logging I asked for. The jboss tm does not try to commit resources that vote read-only. This won't cause you problems since voting read-only is an optimization to avoid round trips. Regards, Adrian -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-28 13:40 Message: Logged In: YES user_id=711840 So - if Oracle voted read-only, why did the tm commit? (I have also created a TAR on Metalink for this) -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 12:07 Message: Logged In: YES user_id=9459 I'm guessing 24767 is ORA-24767 An informational message that means the oracle xa session voted read-only during the prepare (i.e. no modifications to the db) I don't know why this would cause a dump? It is a standard part of XA. Perhaps you can enable TRACE logging for org.jboss.tm and org.jboss.resource to see whether there is some more information in log/server.log I don't see anything in the dump that shows the XID so it can be matched with the transaction. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/
[JBoss-dev] [ jboss-Bugs-832880 ] JNDI lookup does not return after/under moderate load
Bugs item #832880, was opened at 2003-10-30 00:19 Message generated for change (Comment added) made by thetooth You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=832880group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 9 Submitted By: Brian Hogue (thetooth) Assigned to: Adrian Brock (ejort) Summary: JNDI lookup does not return after/under moderate load Initial Comment: After upgrading from 2.4.4 to 3.2.1(Tomcat bundle) our client applications began failing when attempting a jndi Context lookup via, Object ref = (myHome) jndiContext.lookup(foo/myData); where jndiContext is an InitialContext derived from (java.naming.factory.initial, org.jnp.interfaces.NamingC ontextFactory); (java.naming.provider.url, myServer:1099); (java.naming.factory.url.pkgs, org.jboss.naming:org.jnp .interfaces); The application makes heavy use of SLSB's accessed from remote clients, of which the above mentioned line of code handles the lookup. The failure is manifested by the above call not returning after the server has been up for a few hours and has experienced moderate load. The 2.4.4 server *never* exhibited this behavior under extreme load. The only changes with the upgrade was 3.2.1 JBoss and 1.4.2 java. The call does not seem to timeout but rather to 'hang'. We are attempting to upgrade to 3.2.2, hoping for a fix. This is occuring on multiple servers; (compaq DL-380's) running RH Linux 7.3 (Linux 2.4.18-19.7.xsmp) with Hotspot VM (1.4.2_01). Apache is integrated via mod_jk . The servers have 2 GB of ram with 1.5 available and dedicated to the VM. The server socket on 1099 goes into and stays in a SYN_RECV state. To remove the LAN/WAN as a possible culprit we have replicated the problem (once the problem starts occuring on a server) by trying to do the context lookup from the server itself to itself, using 127.0.0.1 to make sure nothing is externally routed. There are no memory consumption issues within the JVM or at the OS level. CPU usage and load points are very low. HTTP/servlet request servicing remains unaffected when JBoss gets into the described state. Once JBoss is restarted, it will behave normally for a time. We are using the 'Standard Stateless SessionBean' container with the ssl-invoker. -- Comment By: Brian Hogue (thetooth) Date: 2003-10-30 07:08 Message: Logged In: YES user_id=897950 Thank you for the follow-up. The next time the problem occurs I will collect all the information you suggest. This is what I can answer now: 1). I could telnet to 1099 while it was in the afore-mentioned state, just got the typical Trying 67.105.52.45...^M Connected to 67.105.52.45.^M Escape character is '^]'.^M [EMAIL PROTECTED]@^Yjava.rmi.MarshalledObject|½^^~Wícü^B^@ [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED][EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@^Thttp://0.0.0.0:8083/[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^Esr^@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @[EMAIL PROTECTED] closed by foreign host.^M Also of note, while the server is in the described condition, I was able to run a simple (non-jboss) rmi client-server test designed to lookup and object on 1099 and pass data to and from it. That seems to work even when nothing is getting through for jboss on 1099. 2.) Nothing at all special on the Checkpoint firewall or TCP-IP config. Our TCP params are stock, if there are any in particular you'd like to know about, let me know. There are no overruns, errors, or drops reported by the adapters on the boxes or the firewall. To eliminate the network variable i ran a Jboss client test from the Jboss server itself using 127.0.0.1 as the target host to make sure there was no external routing and got the same failure. 3.) will collect 4.) will collect 5.) No error messages in server.log (nor in /var/log/messages) at all. 6.) will collect 7.) will collect -- Comment By: Adrian Brock (ejort) Date: 2003-10-30 04:10 Message: Logged In: YES user_id=9459 A SYN_RECV means the socket has sent a SYN_ACK to the client but hasn't recieved the third phase connect from the client. The client will be stored in a backlog queue until the connection times out. Some things to investigate: 1) Can you telnet to port 1099? What do you see? 2) Firewall and TCP/IP configuration 3) tcpdump -i eth0 4) How many threads is
[JBoss-dev] [ jboss-Bugs-832880 ] JNDI lookup does not return after/under moderate load
Bugs item #832880, was opened at 2003-10-30 00:19 Message generated for change (Comment added) made by thetooth You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=832880group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 9 Submitted By: Brian Hogue (thetooth) Assigned to: Adrian Brock (ejort) Summary: JNDI lookup does not return after/under moderate load Initial Comment: After upgrading from 2.4.4 to 3.2.1(Tomcat bundle) our client applications began failing when attempting a jndi Context lookup via, Object ref = (myHome) jndiContext.lookup(foo/myData); where jndiContext is an InitialContext derived from (java.naming.factory.initial, org.jnp.interfaces.NamingC ontextFactory); (java.naming.provider.url, myServer:1099); (java.naming.factory.url.pkgs, org.jboss.naming:org.jnp .interfaces); The application makes heavy use of SLSB's accessed from remote clients, of which the above mentioned line of code handles the lookup. The failure is manifested by the above call not returning after the server has been up for a few hours and has experienced moderate load. The 2.4.4 server *never* exhibited this behavior under extreme load. The only changes with the upgrade was 3.2.1 JBoss and 1.4.2 java. The call does not seem to timeout but rather to 'hang'. We are attempting to upgrade to 3.2.2, hoping for a fix. This is occuring on multiple servers; (compaq DL-380's) running RH Linux 7.3 (Linux 2.4.18-19.7.xsmp) with Hotspot VM (1.4.2_01). Apache is integrated via mod_jk . The servers have 2 GB of ram with 1.5 available and dedicated to the VM. The server socket on 1099 goes into and stays in a SYN_RECV state. To remove the LAN/WAN as a possible culprit we have replicated the problem (once the problem starts occuring on a server) by trying to do the context lookup from the server itself to itself, using 127.0.0.1 to make sure nothing is externally routed. There are no memory consumption issues within the JVM or at the OS level. CPU usage and load points are very low. HTTP/servlet request servicing remains unaffected when JBoss gets into the described state. Once JBoss is restarted, it will behave normally for a time. We are using the 'Standard Stateless SessionBean' container with the ssl-invoker. -- Comment By: Brian Hogue (thetooth) Date: 2003-10-30 07:16 Message: Logged In: YES user_id=897950 Amend point 1. I had taken the jboss server down *before* I ran the rmi client-server test. -- Comment By: Brian Hogue (thetooth) Date: 2003-10-30 07:08 Message: Logged In: YES user_id=897950 Thank you for the follow-up. The next time the problem occurs I will collect all the information you suggest. This is what I can answer now: 1). I could telnet to 1099 while it was in the afore-mentioned state, just got the typical Trying 67.105.52.45...^M Connected to 67.105.52.45.^M Escape character is '^]'.^M [EMAIL PROTECTED]@^Yjava.rmi.MarshalledObject|½^^~Wícü^B^@ [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED][EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@^Thttp://0.0.0.0:8083/[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^Esr^@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @[EMAIL PROTECTED] closed by foreign host.^M Also of note, while the server is in the described condition, I was able to run a simple (non-jboss) rmi client-server test designed to lookup and object on 1099 and pass data to and from it. That seems to work even when nothing is getting through for jboss on 1099. 2.) Nothing at all special on the Checkpoint firewall or TCP-IP config. Our TCP params are stock, if there are any in particular you'd like to know about, let me know. There are no overruns, errors, or drops reported by the adapters on the boxes or the firewall. To eliminate the network variable i ran a Jboss client test from the Jboss server itself using 127.0.0.1 as the target host to make sure there was no external routing and got the same failure. 3.) will collect 4.) will collect 5.) No error messages in server.log (nor in /var/log/messages) at all. 6.) will collect 7.) will collect -- Comment By: Adrian Brock (ejort) Date: 2003-10-30 04:10 Message: Logged In: YES user_id=9459 A SYN_RECV means the socket has sent a SYN_ACK to the client but hasn't recieved the third
[JBoss-dev] [ jboss-Feature Requests-833069 ] XDoclet: db-index for foreign-keys
Feature Requests item #833069, was opened at 2003-10-30 14:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=833069group_id=22866 Category: Other Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jochen Cordes (jcordes) Assigned to: Nobody/Anonymous (nobody) Summary: XDoclet: db-index for foreign-keys Initial Comment: Additional parameter db-index for jboss.relation, i.e. @jboss.relation related-pk-field=id fk-column=category_id fk-constraint=true db-index=category_id_idx for creating an index on a foreign key. This would help to minimize the work to be done for setting up new database schemas. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=833069group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-833077 ] MBeanProxy attributes
Change Notes item #833077, was opened at 2003-10-30 14:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=833077group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody/Anonymous (nobody)
Summary: MBeanProxy attributes
Initial Comment:
The depends element in a -service.xml
now supports the configuration of an MBeanProxy to
reference the dependent service.
This is copied from jboss-service_3_2.dtd
!-- The proxy-type attribute specifies the interface name
that should be exposed on an MBeanProxy pointing at the
dependent
MBean specified by the JMX ObjectName
The special value proxy-type=attribute will use the
class declared in the MBeanAttributeInfo as the interface
for MBeanProxy.
e.g.
mbean code=org.jboss.example.Helper
name=domain:name=helper/
mbean code=myBean name=domain:name=x
depends optional-attribute-name=Helper
proxy-type=org.jboss.example.HelperMBean
domain:name=helper/depends
/mbean
mbean code=myBean name=domain:name=x
depends optional-attribute-name=Helper
proxy-type=attribute
domain:name=helper/depends
/mbean
--
!ATTLIST depends proxy-type CDATA #IMPLIED
And here is an example from the testsuite:
package org.jboss.test.jmx.proxy;
import org.jboss.system.ServiceMBean;
public interface ProxyTestsMBean
extends ServiceMBean
{
TargetMBean getProxy();
void setProxy(TargetMBean proxy);
}
?xml version=1.0 encoding=UTF-8?
!DOCTYPE server
PUBLIC -//JBoss//DTD MBean Service 3.2//EN
http://www.jboss.org/j2ee/dtd/jboss-service_3_2.dtd;
server
mbean code=org.jboss.test.jmx.proxy.Target
name=jboss.test:name=ProxyTarget/
!-- simple reference with explicit interface type --
mbean code=org.jboss.test.jmx.proxy.ProxyTests
name=jboss.test:name=ProxyTests
depends optional-attribute-name=Proxy
proxy-type=org.jboss.test.jmx.proxy.TargetMBean
jboss.test:name=ProxyTarget/depends
/mbean
!-- nested mbean --
mbean code=org.jboss.test.jmx.proxy.ProxyTests
name=jboss.test:name=ProxyTestsNested
depends optional-attribute-name=Proxy
proxy-type=org.jboss.test.jmx.proxy.TargetMBean
mbean code=org.jboss.test.jmx.proxy.Target
name=jboss.test:name=ProxyTargetNested/
/depends
/mbean
!-- implicit interface type --
mbean code=org.jboss.test.jmx.proxy.ProxyTests
name=jboss.test:name=ProxyTestsAttribute
depends optional-attribute-name=Proxy
proxy-type=attribute
jboss.test:name=ProxyTarget/depends
/mbean
/server
Regards,
Adrian
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=833077group_id=22866
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] And another JBoss fork
Title: Re: [JBoss-dev] And another JBoss fork LOL marcf Yes, much fun. And like computers: they give cryptical error reports :-)
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 08:07 Message generated for change (Comment added) made by dcorbin You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Scott M Stark (starksm) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: David Corbin (dcorbin) Date: 2003-10-30 10:08 Message: Logged In: YES user_id=1805 I have this too, with a simple .WAR file (not an EJB in site) :) I lose 30-40M of RAM per deployment cycle. (doing repeated deploy/undeploys, with no actual web requests) However, if I change our init code to do nothing, I still lose memory, but more like 1-2M. I think that the entire webapp is still hanging around in memory, and never being subject to garbage collection, which leads me to believe somebody (in jboss) is holding on to a servlet reference. -- Comment By: Rod Burgett (rodburgett) Date: 2003-08-21 15:58 Message: Logged In: YES user_id=681969 The number is correct, but it may be a bug # instead of patch. Try selecting bugs in the search category and then entering that number...it worked for me. -- Comment By: Tom Döhler (tom_doehler) Date: 2003-08-20 10:19 Message: Logged In: YES user_id=618539 Is this #757856 the right patch id, I can't find it ?? -- Comment By: Rod Burgett (rodburgett) Date: 2003-06-20 13:09 Message: Logged In: YES user_id=681969 I submitted a patch this morning, #757856, aimed at beefing up the cleanup method of DeploymentInfo. It wasn't intended to address this particular EAR deployment issue, but it might help. -- Comment By: Scott M Stark (starksm) Date: 2003-06-20 12:46 Message: Logged In: YES user_id=175228 I'm working on the issue and there is no current workaround. -- Comment By: Eric Jain (ejain) Date: 2003-06-20 12:18 Message: Logged In: YES user_id=474829 I can confirm this issue with JBoss 3.2.1 on Linux and Sun's Java 1.4.1. Loosing around 10MB of memory at every redeployment. The application consists of an ear with a nested war, jar and sar. Is anyone working on this issue, or is a workaround known (perhaps setting a scoped classloader)? -- Comment By: Tim McCune (javajedi) Date: 2003-03-28 14:22 Message: Logged In: YES user_id=62441 This is a duplicate of bug 435958, which is currently closed but I requested it be reopened. There is also some discussion of it in the forums, which used to be available at http://jboss.org/forums/thread.jsp?forum=121thread=27888 before the forums all went to hell this week. I have had this problem with every version of JBoss I've tried, including 3.2RC4. We have seen the problem manifest itself on both Linux and Solaris, but interestingly, not on Windows. I talked to Scott Stark about this a couple days ago, and he mentioned that he runs a leak test, but that he normally runs it on Windows. I suggested he try it on Linux to at least recreate the problem. As for 30 redeploys not being a problem, our ear file is 30 MB, so we run out of memory after about 6 redeploys. Very much a pain for us right now. -- Comment By: David Ward (dward2) Date: 2003-03-27 09:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a hot-redploy 30 times on a production server. In development maybe, but it's acceptable (at least for us) there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 08:07 Message generated for change (Comment added) made by dcorbin You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Scott M Stark (starksm) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: David Corbin (dcorbin) Date: 2003-10-30 10:09 Message: Logged In: YES user_id=1805 I have this too, with a simple .WAR file (not an EJB in site) :) I lose 30-40M of RAM per deployment cycle. (doing repeated deploy/undeploys, with no actual web requests) However, if I change our init code to do nothing, I still lose memory, but more like 1-2M. I think that the entire webapp is still hanging around in memory, and never being subject to garbage collection, which leads me to believe somebody (in jboss) is holding on to a servlet reference. -- Comment By: David Corbin (dcorbin) Date: 2003-10-30 10:08 Message: Logged In: YES user_id=1805 I have this too, with a simple .WAR file (not an EJB in site) :) I lose 30-40M of RAM per deployment cycle. (doing repeated deploy/undeploys, with no actual web requests) However, if I change our init code to do nothing, I still lose memory, but more like 1-2M. I think that the entire webapp is still hanging around in memory, and never being subject to garbage collection, which leads me to believe somebody (in jboss) is holding on to a servlet reference. -- Comment By: Rod Burgett (rodburgett) Date: 2003-08-21 15:58 Message: Logged In: YES user_id=681969 The number is correct, but it may be a bug # instead of patch. Try selecting bugs in the search category and then entering that number...it worked for me. -- Comment By: Tom Döhler (tom_doehler) Date: 2003-08-20 10:19 Message: Logged In: YES user_id=618539 Is this #757856 the right patch id, I can't find it ?? -- Comment By: Rod Burgett (rodburgett) Date: 2003-06-20 13:09 Message: Logged In: YES user_id=681969 I submitted a patch this morning, #757856, aimed at beefing up the cleanup method of DeploymentInfo. It wasn't intended to address this particular EAR deployment issue, but it might help. -- Comment By: Scott M Stark (starksm) Date: 2003-06-20 12:46 Message: Logged In: YES user_id=175228 I'm working on the issue and there is no current workaround. -- Comment By: Eric Jain (ejain) Date: 2003-06-20 12:18 Message: Logged In: YES user_id=474829 I can confirm this issue with JBoss 3.2.1 on Linux and Sun's Java 1.4.1. Loosing around 10MB of memory at every redeployment. The application consists of an ear with a nested war, jar and sar. Is anyone working on this issue, or is a workaround known (perhaps setting a scoped classloader)? -- Comment By: Tim McCune (javajedi) Date: 2003-03-28 14:22 Message: Logged In: YES user_id=62441 This is a duplicate of bug 435958, which is currently closed but I requested it be reopened. There is also some discussion of it in the forums, which used to be available at http://jboss.org/forums/thread.jsp?forum=121thread=27888 before the forums all went to hell this week. I have had this problem with every version of JBoss I've tried, including 3.2RC4. We have seen the problem manifest itself on both Linux and Solaris, but interestingly, not on Windows. I talked to Scott Stark about this a couple days ago, and he mentioned that he runs a leak test, but that he normally runs it on Windows. I suggested he try it on Linux to at least recreate the problem. As for 30 redeploys not being a problem, our ear file is 30 MB, so we run out of memory after about 6 redeploys. Very much a pain for us right now. -- Comment By: David Ward (dward2) Date: 2003-03-27 09:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a
[JBoss-dev] Re; Letter
Dear Friend, Warmest greetings in the name of ALLAH,the most gracious. I pray that he may grant you the wisdom to understand the pathetic story i am about to tell and the courage to offer the much needed support i solicite for in this letter. I am a mother of two and the wife of late General YOUSSEF EL HADIDI of the defuct Republican Guard of ousted President Saddam Hussein . During the hay days of ex-president Saddam rulership in iraq my late husband was head of secret Army's procurement unit of the Republican Guard. His position and resposibility availed him with so much power and financial liquidity that he was able to amass substantial amount of money some of which he wisely move to secret custody out side iraq. Having forseen the caputilation of Saddam Hussein government my late husband quietly moved his family (my two kids I) to Europe and tried to desert the Iraqi Army to join us in Europe, but was cought up with by the dangerosu secret security mechinary of Saddam. He was brutally murdered on the order of Saddam himself and all our properties and estate including bank account were consficated by the infamosu regime. Ever since my kids and i have lived in pennary until we uncovered through the help of his life -long solicitor some funds he left in a safe custody in London here. It is for the purpose of entrusting and investing this huge fund with little or no trace to our family that i send you this propostition. The funds in question is $35 Million (Thirty Five Million) and is presently deposited in a trust company awaiting directives from me as my husband next of kin to move it. It is true that i have never known you but i am desprately in need of somebody to trust, it has become a matter of expediency and total surrended to the will of God , the Almighty. If you do understand my story willing and capable of handling this trustteeship proposition, kindly oblige me by sending your personal and business profile including all contact details for us to move forward without delay. You can reach me direclt on my fax +447092041337. Awaiting your response, Yours truly, Jumai Hadidi Tel/fax: 4470920341337
[JBoss-dev] cmp with multiple datasource
Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cmp with multiple datasource
No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] cmp with multiple datasource
this is my scenario: we need to migrate an old application that have 5 different implementations, so when a user log into the application, it is redirected to his respective server. In each server is running the same data model but with different data. Now, we are migrating this old app (client/server) to web but we cannot change the data model (damn customer issue), so I´m trying to not construct different EJBs to each datasource. The meanwhile workaround is to create a new jar for each implementation (the same code, but with different jndi names and datasources), but it represents a heavy maintenance code... Any ideas? -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Jueves, 30 de Octubre de 2003 05:20 tarde To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] cmp with multiple datasource
Hernán, Perhaps you could use XDoclet to automate the generation of the five different implementations... Other than that, this sounds like an excellent use case for BMP. Regards, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 3:49 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] cmp with multiple datasource this is my scenario: we need to migrate an old application that have 5 different implementations, so when a user log into the application, it is redirected to his respective server. In each server is running the same data model but with different data. Now, we are migrating this old app (client/server) to web but we cannot change the data model (damn customer issue), so I´m trying to not construct different EJBs to each datasource. The meanwhile workaround is to create a new jar for each implementation (the same code, but with different jndi names and datasources), but it represents a heavy maintenance code... Any ideas? -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Jueves, 30 de Octubre de 2003 05:20 tarde To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] cmp with multiple datasource
On Thu, 2003-10-30 at 21:44, Chris Myers wrote: Hernn, Perhaps you could use XDoclet to automate the generation of the five different implementations... Other than that, this sounds like an excellent use case for BMP. I don't see that BMP can solve the problem. If the same primary key maps to potentially five different pieces of information the caching and locking will be less than optimal (if it doesn't break altogether). Regards, Adrian Regards, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 3:49 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] cmp with multiple datasource this is my scenario: we need to migrate an old application that have 5 different implementations, so when a user log into the application, it is redirected to his respective server. In each server is running the same data model but with different data. Now, we are migrating this old app (client/server) to web but we cannot change the data model (damn customer issue), so Im trying to not construct different EJBs to each datasource. The meanwhile workaround is to create a new jar for each implementation (the same code, but with different jndi names and datasources), but it represents a heavy maintenance code... Any ideas? -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Jueves, 30 de Octubre de 2003 05:20 tarde To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernn. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] cmp with multiple datasource
My company had this same problem and the only way to solved it was to write a custom JCA adapter. It turned out to be fairly clean implementation when all was said and done but a pain getting that JCA adapter written. Any other way ends up being a coding nightmare or a deployment nightmare. Dan -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 2:56 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] cmp with multiple datasource On Thu, 2003-10-30 at 21:44, Chris Myers wrote: Hernán, Perhaps you could use XDoclet to automate the generation of the five different implementations... Other than that, this sounds like an excellent use case for BMP. I don't see that BMP can solve the problem. If the same primary key maps to potentially five different pieces of information the caching and locking will be less than optimal (if it doesn't break altogether). Regards, Adrian Regards, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 3:49 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] cmp with multiple datasource this is my scenario: we need to migrate an old application that have 5 different implementations, so when a user log into the application, it is redirected to his respective server. In each server is running the same data model but with different data. Now, we are migrating this old app (client/server) to web but we cannot change the data model (damn customer issue), so I´m trying to not construct different EJBs to each datasource. The meanwhile workaround is to create a new jar for each implementation (the same code, but with different jndi names and datasources), but it represents a heavy maintenance code... Any ideas? -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Jueves, 30 de Octubre de 2003 05:20 tarde To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click
[JBoss-dev] [AUTOMATED] JBoss (Branch_3_2/winxp/1.4.2_01) Testsuite Compilation failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Oct 31 00:01:37 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.foedeployer.ejb.simple.SecretManagerSessionBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.foedeployer.ejb.simple.SecretBean'. [ejbdoclet] - Running localinterface/ [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.simple.SecretBean'. [ejbdoclet] - Running homeinterface/ [ejbdoclet] Generating Home interface for 'org.jboss.test.foedeployer.ejb.simple.SecretManagerSessionBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.foedeployer.ejb.simple.SecretBean'. [ejbdoclet] - Running localhomeinterface/ [ejbdoclet] Generating Local Home interface for 'org.jboss.test.foedeployer.ejb.simple.SecretBean'. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] - Running weblogic/ [ejbdoclet] Generating weblogic-ejb-jar.xml. [ejbdoclet] Generating weblogic-cmp-rdbms-jar.xml. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] - Running weblogic/ [ejbdoclet] Generating weblogic-ejb-jar.xml. [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.foedeployer.ejb.o2mb.O2MBManagerBean'. [ejbdoclet] - Running localinterface/ [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.o2mb.CompanyBean'. [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.o2mb.EmployeeBean'. [ejbdoclet] - Running homeinterface/ [ejbdoclet] Generating Home interface for 'org.jboss.test.foedeployer.ejb.o2mb.O2MBManagerBean'. [ejbdoclet] - Running localhomeinterface/ [ejbdoclet] Generating Local Home interface for 'org.jboss.test.foedeployer.ejb.o2mb.CompanyBean'. [ejbdoclet] Generating Local Home interface for 'org.jboss.test.foedeployer.ejb.o2mb.EmployeeBean'. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] - Running weblogic/ [ejbdoclet] Generating weblogic-ejb-jar.xml. [ejbdoclet] Generating weblogic-cmp-rdbms-jar.xml. [ejbdoclet] INFO:Some classes refer to other classes that were not found among the sources or on the classpath. [ejbdoclet] (Perhaps the referred class doesn't exist? Hasn't been generated yet?) [ejbdoclet] The referring classes do not import any fully qualified classes matching these classes. [ejbdoclet] However, since no packages are imported, xjavadoc has assumed that the referred classes [ejbdoclet] belong to the same package as the referring class. The classes are: [ejbdoclet] D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\foedeployer\ejb\o2mb\EmployeeBean.java -- CompanyLocal qualified to org.jboss.test.foedeployer.ejb.o2mb.CompanyLocal [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.foedeployer.ejb.m2mb.M2MBManagerBean'. [ejbdoclet] - Running localinterface/ [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.m2mb.ProjectBean'. [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.m2mb.DeveloperBean'. [ejbdoclet] - Running homeinterface/ [ejbdoclet] Generating Home interface for 'org.jboss.test.foedeployer.ejb.m2mb.M2MBManagerBean'. [ejbdoclet] - Running localhomeinterface/ [ejbdoclet] Generating Local Home interface for 'org.jboss.test.foedeployer.ejb.m2mb.ProjectBean'. [ejbdoclet] Generating Local Home interface for 'org.jboss.test.foedeployer.ejb.m2mb.DeveloperBean'. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] - Running weblogic/ [ejbdoclet] Generating weblogic-ejb-jar.xml. [ejbdoclet] Generating weblogic-cmp-rdbms-jar.xml. [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.foedeployer.ejb.ql.CarCatalogBean'. [ejbdoclet] - Running localinterface/ [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.ql.CarBean'. [ejbdoclet] Generating Local interface for 'org.jboss.test.foedeployer.ejb.ql.CarCatalogBean'. [ejbdoclet] - Running
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.1_05) Test Results: 94 % ( 1345 / 1419 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Oct 31 01:31:41 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1419 Successful tests: 1345 Errors:56 Failures: 18 [time of test: 2003-10-31.00-49 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2003-10-31.00-49 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmfili4o-16\dmfilkhb-1b.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Fri Oct 31 01:31:41 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.2_01) Test Results: 94 % ( 1344 / 1419 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Oct 31 02:48:03 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1419 Successful tests: 1344 Errors:56 Failures: 19 [time of test: 2003-10-31.02-06 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.2_01/logtests/testresults/reports/html//2003-10-31.02-06 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmflcvhe-16\dmflcxbd-1b.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Fri Oct 31 02:48:03 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.1_05) Test Results: 65 % ( 656 / 1009 ) - could do better
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Oct 31 05:54:09 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1009 Successful tests: 656 Errors:328 Failures: 25 [time of test: 2003-10-31.00-43 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-10-31.00-43 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: SchedulerUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmfiktua-16/dmfil387-1b.ser (No such file or directory) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true === Fri Oct 31 05:54:09 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
