[JBoss-user] [Installation & Configuration] - Re: JBoss-3.2.4 and commons-logging.jar bug (?!)

2004-08-23 Thread crowse
Hi,
   I am getting the same problem on 3.2.5

   My problem is sporadic and inconsistent. I work on the same code, dont change 
libraries and all of a sudden the app wont deploy. 
  
   If I delete server/default/work and server/default/tmp directories, and restart the 
server  the problem usually goes away.

However today, when I delete and restart the server, the problem does not go away.

   I have all the jar/war/etc from apache in server/lib since I need to reduce  
deployment file size. I dont want to take them out and put them in my jar/war/ear.

   I dont have any of these problems with the same jar/war/ears on 3.2.3 where the app 
is working well and stably. 

Chris



View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3845872#3845872

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3845872


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Beginners Corner] - Re: Problem in Deploying MyBank

2004-08-23 Thread crowse
Hi 
I also get the same problem sporadically on JBoss -3.2.5, but not 3.2.3

I find that if I delete server/default/tmp
   and server/default/work 
   directories, the problem often (but not always) goes away



   I think it is due to a bad copy of apache libraries lying around, either in my apps 
code, or more likely in JBoss itself, since I can get this simply starting a new 
installation of JBoss.


Chris.



View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3845871#3845871

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3845871


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Re: Performance issue , 2 local String getXXX(32Byte) take

2004-08-04 Thread crowse
Hi James,
  Thanks for the tips and explanation, they help greatly. 

   As you have noticed, I have already tried both the value bean and SLSB 
approaches with limited improvement in performance. I even had a method that packed 
the strings together with a pipe | separator. Yes it was faster but less flexible and 
maintainable.

 I really would have thought that the read-only tags should turn off a lot of the 
intermediate layer locking, dirty bit etc. Security, I would have thought, would only 
happen once at the query or 'record' level, a R/O bean could then be returned in toto.

 I have implemented the JDBC route, and have no performace problems.  there (the 
Action completes in seconds).  

 Many thanks, anyway, I now wont go barking up the wrong tree.


Chris


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844163#3844163

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844163


---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Performance issue , 2 local String getXXX(32Byte) take 95 m

2004-08-04 Thread crowse
Hi, 
I am having problems trying to materialize a list of 3 key/value pairs off a 
MS SQL server using JBoss CMP.

The log shows that the system spends 95% of its time in the 2 get methods (returning 
strings). 

I must be missing a configuration error in XDoclet or JBoss. 

The 'Raw' SQL server is capable of returning the result  set in about 1 second.

I can write PO JDBC but that increases my maintenance burden.

Can anyone tell me what I am doing wrong?
 

  | 12:10:48,758 ERROR [STDERR] 04-Aug-2004 12:10:48 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:0ms getBean: 0ms getValue: 0ms put: 0ms 
 Loaded 0 in 646  ms
  | 12:12:23,828 ERROR [STDERR] 04-Aug-2004 12:12:23 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:648ms getBean: 1ms getValue: 95030ms put: 
37ms  Loaded 1000 in 95716  ms
  | 12:13:59,149 ERROR [STDERR] 04-Aug-2004 12:13:59 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:651ms getBean: 2ms getValue: 190306ms put: 
77ms  Loaded 2000 in 191036  ms
  | 12:15:34,018 ERROR [STDERR] 04-Aug-2004 12:15:34 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:661ms getBean: 5ms getValue: 285132ms put: 
108ms  Loaded 3000 in 285906  ms
  | 12:17:09,052 ERROR [STDERR] 04-Aug-2004 12:17:09 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:666ms getBean: 8ms getValue: 380139ms put: 
127ms  Loaded 4000 in 380940  ms
  | 12:18:44,065 ERROR [STDERR] 04-Aug-2004 12:18:44 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:669ms getBean: 9ms getValue: 475130ms put: 
145ms  Loaded 5000 in 475953  ms
  | 12:20:18,744 ERROR [STDERR] 04-Aug-2004 12:20:18 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:683ms getBean: 10ms getValue: 569780ms 
put: 159ms  Loaded 6000 in 570632  ms
  | 12:21:53,426 ERROR [STDERR] 04-Aug-2004 12:21:53 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:691ms getBean: 10ms getValue: 664439ms 
put: 174ms  Loaded 7000 in 665314  ms
  | 12:23:27,820 ERROR [STDERR] 04-Aug-2004 12:23:27 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:698ms getBean: 13ms getValue: 758809ms 
put: 188ms  Loaded 8000 in 759708  ms
  | 12:25:02,600 ERROR [STDERR] 04-Aug-2004 12:25:02 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:703ms getBean: 15ms getValue: 853564ms 
put: 206ms  Loaded 9000 in 854488  ms
  | 12:26:37,204 ERROR [STDERR] 04-Aug-2004 12:26:37 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:707ms getBean: 17ms getValue: 948144ms 
put: 224ms  Loaded 1 in 949092  ms
  | 12:28:11,657 ERROR [STDERR] 04-Aug-2004 12:28:11 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:713ms getBean: 21ms getValue: 1042566ms 
put: 245ms  Loaded 11000 in 1043545  ms
  | 12:29:45,852 ERROR [STDERR] 04-Aug-2004 12:29:45 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:716ms getBean: 25ms getValue: 1136736ms 
put: 263ms  Loaded 12000 in 1137740  ms
  | 12:31:20,152 ERROR [STDERR] 04-Aug-2004 12:31:20 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:723ms getBean: 27ms getValue: 1231011ms 
put: 279ms  Loaded 13000 in 1232040  ms
  | 12:32:57,038 ERROR [STDERR] 04-Aug-2004 12:32:57 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:727ms getBean: 28ms getValue: 1327882ms 
put: 288ms  Loaded 14000 in 1328925  ms
  | 12:34:30,165 ERROR [STDERR] 04-Aug-2004 12:34:30 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:736ms getBean: 30ms getValue: 1420974ms 
put: 313ms  Loaded 15000 in 1422053  ms
  | 12:36:07,270 ERROR [STDERR] 04-Aug-2004 12:36:07 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:741ms getBean: 30ms getValue: 1518054ms 
put: 332ms  Loaded 16000 in 1519158  ms
  | 12:37:44,429 ERROR [STDERR] 04-Aug-2004 12:37:44 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:745ms getBean: 32ms getValue: 1615191ms 
put: 349ms  Loaded 17000 in 1616317  ms
  | 12:39:19,519 ERROR [STDERR] 04-Aug-2004 12:39:19 
natis.servlet.MSIxStateBeanListServlet reload
  | INFO: MSIxStateBeanList.init() next:746ms getBean: 33ms getValue: 1710267ms 
put: 361ms  Loaded 18000 in 1711407  ms
  | 

[JBoss-user] [Beginners Corner] - Re: putting jdbc driver in an ear file

2004-08-04 Thread crowse
hi

  Yeou ear file has som jars and wars in it.

   In the war, you cna put the driver in WEB-INF/lib

   in ejb-jars you can make a lib directory

   Do this from ant like this, you mak need to make a lib directory in the driver 
distribution so that the files land up in the lib subdirectory of the jar.


setup lines in .ant.properties to point to your current driver

e.g.
 mysql.root=/usr/local/share/mysql1.2.3.4
  | 
  | 

  then in your ejb-jar and war tasks 

   
  | 
  |   
  |  
  | 
  | 
  |   
  | 
  |   
  | 
  |   


  

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844087#3844087

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844087


---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Re: XDoclet not generating Local interface

2004-08-03 Thread crowse
Hi pique and darranl

Thanks for the info. You may both give me a virtual kick in the pants.

DarranI, in fact, these lines should point to the business (i.e. Remote and 
((local??)) interfaces, not the homes.

A further problem is that if I point the business interface to Remote, everything is 
OK.

But if I try to point the local-business-interface to my Local interface (NOT LOcal 
Home), I get an error message (Circular inheritance).  I removed the local-business 
interface tag entirely, and all is well.

MAny many thanks

Chris

 

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844025#3844025

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844025


---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - Re: EAR Wont deploy on some machines [EJBDeployer] NoClassDe

2004-05-20 Thread crowse
Aha,

Seems that the class not being found is not the one reported on in the stacktrace. 

One of the libraries imported was not visible on the production box.

I think there should be a design pattern for classloaders and utilities that prohibits 
them from catching and rethrowing exceptions. That way the true class not being found 
will show inthe exception, and not some other use class. 

Granted the user class needs to be fixed (or the library made visible).

Struts seems to be a master at rethrowing exceptions after destroying the pointer to 
the place in the application that is in error. I guess I will now be more wary of the 
exceptions that are thrown by Jakarta libs. 

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835714#3835714

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835714


---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [EJB/JBoss] - EAR Wont deploy on some machines [EJBDeployer] NoClassDefFou

2004-05-20 Thread crowse
Hi,
I am having problems deploying an EAR firl on my production machine.

The EAR works fine on my development machine but will not deply the EJB on the live 
machine. 

I have checked the configs and installed versions of JBoss, JDK and servers but can 
not find differences (Same versions, etc) 

The 'offending' file (customer.xsd2ejb.customerModelEntryForm) is in both the WAR and 
-EJB.JAR of the EAR

Any ideas on what JBoss is looking for?

Chris

Here is the stacktrace from the JBoss console log

16:05:17,453 INFO  [EJBDeployer] nested deployment: 
file:/D:/usr/local/share/jboss-3.2.3/server/default/tmp/deploy/tmp2834parner.ear-contents/parner-ejb
.jar-contents/jwsdp-shared/lib/xsdlib.jar
16:05:25,125 WARN  [EJBDeployer] Verify failed; continuing
java.lang.NoClassDefFoundError: customer/xsd2ejb/customerModelEntryForm
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1647)
at java.lang.Class.privateGetPublicMethods(Class.java:1770)
at java.lang.Class.privateGetPublicMethods(Class.java:1786)
at java.lang.Class.getMethods(Class.java:824)
at 
org.jboss.verifier.strategy.AbstractVerifier.hasEJBCreateMethod(AbstractVerifier.java:688)
at 
org.jboss.verifier.strategy.EJBVerifier20.verifyCMPEntityBean(EJBVerifier20.java:1903)
at 
org.jboss.verifier.strategy.EJBVerifier20.checkBmpOrCmp2Entity(EJBVerifier20.java:167)
at 
org.jboss.verifier.strategy.EJBVerifier20.checkEntity(EJBVerifier20.java:137)
at org.jboss.verifier.BeanVerifier.verify(BeanVerifier.java:154)
at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:475)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:786)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:778)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy6.deploy(Unknown Source)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:476)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:394)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:589)
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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.