[JBoss-dev] [ jboss-Bugs-607213 ] Read-Only Entity Bean
Bugs item #607213, was opened at 2002-09-10 09:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=607213group_id=22866 Category: JBossCMP Group: None Status: Open Resolution: None Priority: 5 Submitted By: vishal (attachvishal) Assigned to: Nobody/Anonymous (nobody) Summary: Read-Only Entity Bean Initial Comment: I am using jboss3.0.2 and i defined my entity bean as read-only in jbosscmp-jdbc.xml.It looks like this entity ejb- nameuk.co.isesolutions.apps.ccd.customer.entity.Customer/ejb- name table-nameCNCUSTOMER/table-name [b]read-onlytrue/read-only read-time-out1000/read- time-out[/b] cmp-field field- namecnCustomer/field-name column- nameCNCUSTOMER/column-name sql- typeNUMBER(12)/sql-type /cmp-field cmp- field field-nameu_Version/field-name column- nameU_VERSION/column-name sql- typeVARCHAR2(1)/sql-type /cmp-field ... cmp-field field- namecnaccom_Typ/field-name column- nameACCOM_TYP/column-name !--read- onlytrue/read-only read-time-out1000/read-time-out-- sql-typeNUMBER(12)/sql-type /cmp-field /entity and in Session bean i looked for Customer entity bean something like this Customer customer = getCustomerHome(CustomerHome.class).findByPrimaryKey(new CustomerPK(id)); customerVO = customer.showCustomerDetails(); /* the Below line should throw EJBException but container allows me update */ customer.setCnaccom_Typ(new Long(213)); At the jboss trace i noticed this 09:54:13,937 DEBUG [findByPrimaryKey] Executing SQL: SELECT CNCUSTOMER FROM CNCUSTOMER WHERE CNCUSTOMER=? 09:54:13,968 DEBUG [Customer] Executing SQL: SELECT CNORIGIN, SURNAME, CNORIGIN, FORENAME, DOB_DAT, ACTIVE_FLG FROM CNCUSTOMER WHERE (CNCUSTOMER=?) [b]09:54:14,875 DEBUG [Customer] Executing SQL: UPDATE CNCUSTOMER SET ACCOM_TYP=? WHERE CNCUSTOMER=? 09:54:14,890 DEBUG [Customer] Rows affected = 1[/b] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=607213group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss.net now supports Axis RC1
At 18:49 06/09/2002 +0200, you wrote: One of the most requested features is now in head (along with some bugfixes and some nice deployment structure changes that remove the dependency of AxisService to the WebContainer). Axis will go 1.0 in a week or so which should be trivial to incorporate then. Are there any special backport requirements? Otherwise, I would go reintegrating it into 3.2, then. Best, CGJ ### Christoph, I've now spent the morning trying to get the new jboss.net working with tomcat/catalina, and no luck. I tried archiving the jboss.net.sar (instead of its new unpacked deployment), but this meant that jboss didn't see the jboss.net.war directory. I tried archiving the jboss.net.war directory, and that didn't work either. I tried amending the jboss-web.xml file to take in context-rootjboss-net/context-root but that didn't help either. The problem seems to come from catalina not finding the context as per the stack trace: 2002-09-10 12:44:27,953 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webContext: null 2002-09-10 12:44:27,953 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] warURL: file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.sar/jboss-net.war/ 2002-09-10 12:44:27,953 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webAppParser: org.jboss.web.AbstractWebContainer$DescriptorParser@b5c22f 2002-09-10 12:44:28,113 INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] deploy, ctxPath=/jboss-net, warUrl=file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.sar/jboss-net.war/ 2002-09-10 12:44:28,123 ERROR [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Error during deploy java.lang.NullPointerException at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext(EmbeddedCatalinaServiceSX.java:354) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(EmbeddedCatalinaServiceSX.java:296) Any clues/hints on how to resolve this greatly appreciated as always. BTW the readme.html under the cvs will also need updating, as its suggestions on integrating tomcat/catalina are now out of date. cheers, Bruce Dr. Bruce Scharlau Dept. of Computing Science University of Aberdeen Aberdeen AB24 3UE 01224 272193 http://www.csd.abdn.ac.uk/~bscharla mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBoss.net now supports Axis RC1
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser webAppParser) throws Exception
{
ClassLoader loader = Thread.currentThread().getContextClassLoader();
WebMetaData metaData = appInfo.getMetaData();
String ctxPath = metaData.getContextRoot();
appInfo.setName(warUrl.getPath());
appInfo.setClassLoader(loader);
appInfo.setURL(warUrl);
final StandardContext context = (StandardContext)
catalina.createContext(ctxPath, warUrl.getFile());
The last line being the exception-raising 354 one after my count. If warUrl
would be null, then it should already crash at 351, shouldn´t it? If
catalina would be null, my guess is that the whole service would be flawed
... Can you get any other web application to run under catalina? What about
the management-console?
It would be a tremendous help if you could find out what jboss-net.war in
sar makes different to other services (and IMHO it should work with the
compressed version, too, maybe you need to compress both the war/wsr
ingredients and the jboss-net.sar?
Puzzled,
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 10. September 2002 13:51
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JBoss.net now supports Axis RC1
At 18:49 06/09/2002 +0200, you wrote:
One of the most requested features is now in head (along with some
bugfixes and some nice deployment structure changes that remove the
dependency of
AxisService to the WebContainer).
Axis will go 1.0 in a week or so which should be trivial to incorporate
then.
Are there any special backport requirements? Otherwise, I would go
reintegrating it into 3.2, then.
Best,
CGJ
###
Christoph,
I've now spent the morning trying to get the new jboss.net working with
tomcat/catalina, and no luck.
I tried archiving the jboss.net.sar (instead of its new unpacked
deployment), but this meant that jboss didn't see the jboss.net.war
directory. I tried archiving the jboss.net.war directory, and that didn't
work either. I tried amending the jboss-web.xml file to take in
context-rootjboss-net/context-root but that didn't help either.
The problem seems to come from catalina not finding the context as per the
stack trace:
2002-09-10 12:44:27,953 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webContext: null
2002-09-10 12:44:27,953 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] warURL:
file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/de
ploy/jboss-net.sar/jboss-net.war/
2002-09-10 12:44:27,953 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webAppParser:
org.jboss.web.AbstractWebContainer$DescriptorParser@b5c22f
2002-09-10 12:44:28,113
INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] deploy,
ctxPath=/jboss-net,
warUrl=file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/def
ault/deploy/jboss-net.sar/jboss-net.war/
2002-09-10 12:44:28,123 ERROR
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Error during deploy
java.lang.NullPointerException
at
org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext(EmbeddedCa
talinaServiceSX.java:354)
at
org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(EmbeddedCatal
inaServiceSX.java:296)
Any clues/hints on how to resolve this greatly appreciated as always.
BTW the readme.html under the cvs will also need updating, as its
suggestions on integrating tomcat/catalina are now out of date.
cheers,
Bruce
Dr. Bruce Scharlau
Dept. of Computing Science
University of Aberdeen
Aberdeen AB24 3UE
01224 272193
http://www.csd.abdn.ac.uk/~bscharla
mailto:[EMAIL PROTECTED]
---
This sf.net email is sponsored by: OSDN - Tired of that same old cell phone?
Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
###
This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-604085 ] Jetty is not deploying packed wars
Bugs item #604085, was opened at 2002-09-03 10:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=604085group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: Jetty is not deploying packed wars Initial Comment: I am seeing a problem with Jetty not deploying wars from the deploy directory in the current 3.0 and 3.2 branches. If you take the default/deploy/jmx-console.war and repack this: deploy 414ls -l jmx-console.war -rw-r--r--1 starksm None58165 Sep 3 13:17 jmx-console.war deploy 415jar -tf jmx-console.war META-INF/ META-INF/MANIFEST.MF WEB-INF/ WEB-INF/classes/ WEB-INF/classes/org/ WEB-INF/classes/org/jboss/ WEB-INF/classes/org/jboss/jmx/ WEB-INF/classes/org/jboss/jmx/adaptor/ WEB-INF/classes/org/jboss/jmx/adaptor/control/ WEB- INF/classes/org/jboss/jmx/adaptor/control/AttrResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/OpResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/Server.class WEB-INF/classes/org/jboss/jmx/adaptor/html/ WEB- INF/classes/org/jboss/jmx/adaptor/html/HtmlAdaptorServ let.class WEB-INF/classes/org/jboss/jmx/adaptor/model/ WEB- INF/classes/org/jboss/jmx/adaptor/model/DomainData.cl ass WEB- INF/classes/org/jboss/jmx/adaptor/model/MBeanData.cl ass WEB-INF/classes/roles.properties WEB-INF/classes/users.properties WEB-INF/web.xml displayMBeans.jsp displayOpResult.jsp images/ images/head_blue.gif index.jsp inspectMBean.jsp style_master.css Startup the default config and although Jetty says the war was deployed: 13:18:20,769 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/J Boss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/deploy/jmx-console. war 13:18:21,340 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=0,context=/jmx-console 13:18:21,390 INFO [jbossweb] Checking Resource aliases 13:18:21,490 INFO [jbossweb] Extract jar:file:/C:/usr/JBoss3.2/jboss-all/build/ output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-consol e.war/61.jmx-console.war!/ to C:\DOCUME~1 \starksm\LOCALS~1\Temp\Jetty_0_0_0_0_80 80__jmx-console\webapp 13:18:22,312 INFO [jbossweb] Started WebApplicationContext[/jmx-console,jar:fil e:/C:/usr/JBoss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/tmp/depl oy/server/default/deploy/jmx-console.war/61.jmx- console.war!/] 13:18:22,392 INFO [jbossweb] successfully deployed file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-console.war/61.jmx-console.war to /jmx-console 13:18:22,392 INFO [MainDeployer] Deployed package: file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss-3.2.0RC1/server/default/deploy/jmx- console.war 13:18:22,402 INFO [URLDeploymentScanner] Started It is in fact not accessible: security 409wget http://localhost:8080/jmx-console --13:21:08-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:21:08-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 404 /jmx- console/ Not Found 13:21:08 ERROR 404: /jmx-console/ Not Found. If the jmx-console.war is unpacked then the content is accessible: security 410wget http://localhost:8080/jmx-console --13:25:25-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:25:25-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 46,675 735.18K/s 13:25:30 (735.18 KB/s) - `index.html' saved [46675] These messages are for the current 3.2 build. The 3.0 build actually displays an info message with a Internal Error... msg during deployment of the war: 12:57:23,161 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/S akonnet/jboss-3.0.3RC1/server/default/deploy/jmx- console.war 12:57:23,442 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=1,context=/jmx-console 12:57:23,472 INFO [jbossweb] Extract jar:file:/C:/usr/Sakonnet/jboss-3.0.3RC1/s erver/default/tmp/deploy/server/default/deploy/jmx- console.war/61.jmx-console.wa r!/ to C:\DOCUME~1\starksm\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx-console\webapp 12:57:23,942 INFO [jbossweb] Started
Re: AW: [JBoss-dev] JBoss.net now supports Axis RC1
At 14:18 10/09/2002 +0200, you wrote:
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser webAppParser) throws Exception
{
ClassLoader loader = Thread.currentThread().getContextClassLoader();
WebMetaData metaData = appInfo.getMetaData();
String ctxPath = metaData.getContextRoot();
appInfo.setName(warUrl.getPath());
appInfo.setClassLoader(loader);
appInfo.setURL(warUrl);
final StandardContext context = (StandardContext)
catalina.createContext(ctxPath, warUrl.getFile());
The last line being the exception-raising 354 one after my count. If warUrl
would be null, then it should already crash at 351, shouldn´t it? If
catalina would be null, my guess is that the whole service would be flawed
... Can you get any other web application to run under catalina? What about
the management-console?
It would be a tremendous help if you could find out what jboss-net.war in
sar makes different to other services (and IMHO it should work with the
compressed version, too, maybe you need to compress both the war/wsr
ingredients and the jboss-net.sar?
Puzzled,
CGJ
Christoph,
I got the Apache-AXIS page with administer and visit options up, and then
it crashed.
I got it going by doing this:
1. create unpacked jboss-net.ear
2. put jboss-net.sar into this
3. move jboss-net.war and jboss-net.wsr from under jboss-net.sar up a
directory to be under jboss-net.ear
4. under jboss-net.ear create a META-INF directory with application.xml
that contains this:
?xml version=1.0 encoding=ISO-8859-1?
application
display-nameJBoss-Example WebService/display-name
module
javajboss-net.sar/java
/module
module
web
web-urijboss-net.war/web-uri
context-root/jboss-net/context-root
jboss-net.wsr
/web
/module
/application
Now start jboss as normal (all running under default/deploy).
As you can see from the stack trace, it went fine until it tried to load
the AxisServlet.
the STDOUT comments are the ones I put into the code to check what the
values were.
I've not tried this in jetty yet.
I assume that the next problem is something to do with the fact that the
sar doesn't contain what it did before.
2002-09-10 14:44:28,690 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webContext: /jboss-net
2002-09-10 14:44:28,690 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] warURL:
file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.ear/jboss-net.war/
2002-09-10 14:44:28,690 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] webAppParser:
org.jboss.web.AbstractWebContainer$DescriptorParser@b9f88b
2002-09-10 14:44:28,841
INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] deploy,
ctxPath=/jboss-net,
warUrl=file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.ear/jboss-net.war/
2002-09-10 14:44:28,841 INFO [STDOUT] warURL=
file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.ear/jboss-net.war/
2002-09-10 14:44:28,841 INFO [STDOUT] ctxPath=/jboss-net
2002-09-10 14:44:28,841 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX]
AbstractWebContainer.parseWebAppDescriptors, Begin
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Creating ENC using
ClassLoader: java.net.FactoryURLClassLoader@6c9ec6
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX]
..org.jboss.mx.loading.UnifiedClassLoader2@aacc14{
url=file:/D:/jboss-src/jboss-all/build/output/jboss-4.0.0alpha/server/default/deploy/jboss-net.ear/jboss-net.war/
}
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX]
..java.net.URLClassLoader@c3c749
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX]
..sun.misc.Launcher$AppClassLoader@2f6684
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX]
..sun.misc.Launcher$ExtClassLoader@f38798
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Linked
java:comp/UserTransaction to JNDI name: UserTransaction
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] addEnvEntries
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] linkResourceEnvRefs
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] linkResourceRefs
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] linkEjbRefs
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] linkEjbLocalRefs
2002-09-10 14:44:28,851 DEBUG
[org.jboss.web.catalina.EmbeddedCatalinaServiceSX] linkSecurityDomain
2002-09-10 14:44:28,851 DEBUG
[JBoss-dev] [ jboss-Patches-607333 ] XMBean Persistence
Patches item #607333, was opened at 2002-09-10 09:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=607333group_id=22866 Category: JBossMX Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Matthew Munz (mattmunz) Assigned to: Nobody/Anonymous (nobody) Summary: XMBean Persistence Initial Comment: This patch provides a mechanism for specifying an XMBean Persistence Manager via the XMBean data descriptor. Although most of the needed infrastructure was there, a few modifications needed to be made to make this work. 1) added parsing of data descriptor for a new persistence-manager attribute 2) as a result of parsing, this (String) value is added to the XMBean's info as a descriptor 3) at preRegister(), the XMBean (ModelMBeanInvoker) uses this descriptor value to create a new PersistenceManager instance, which is used from then on as the persistence engine 4) added a needed callback reference to the mbean in the load method of PersistenceManager 5) modified XMBean descriptor (XML) parsing routine (slightly) to allow jar URL's. Since this is my first submission to the project, I tried to keep my modifications to the bare minimum. Nonetheless, this patch should allow for anyone to get going with XMBean persistence, either by using the persistence engine provided, or rolling their own. Future directions could include an XML-based persistence manager, that could reuse the code (JavaBean PropertyEditor-based) common to service descriptor loading and the JMX console. It also might be interesting to share one PersistenceManager instance between several MBeans, reducing memory overhead. This might be accomplished by making the persistence manager an MBean itself. Rather than sitting on this patch any longer, I decided to submit it before writing unit tests. If I get a chance, I'll try to write and submit some, but it might be a while. Please contact me if revisions / clarification are required. - Matt Munz [EMAIL PROTECTED] Apelon, Inc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=607333group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: AW: [JBoss-dev] Just how hard is polymorphic cmp?
Title: Nachricht Hi Dr. Jung, Sorry to take so long to reply. I've been hoping for some time to review a previous project where we did encounter serious performance problems. Alas, that hasn't happened so I'll do the best I can from memory. See my comments inline. Jung , Dr. Christoph wrote: [EMAIL PROTECTED]"> The VBSF kernel maintains an extends relationship for every class. Italso builds various mappings which provide base class to derived class lookupwhen needed. This provides the ability to reference a base class and actuallyretrieve instances of sub classes. Yes,I forgot to mention that. But IMHO this does not add anything "new" to thekernel, becausethis information could be looked up by reflection atdeployment time and is there for convenience purposes. I've found that strictly mirroring the java class hierarchy in the persistence hierarchy works well for simple class structures. However, we maintain at least two independent views of any entity. One view is used mostly for reporting purposes and often flattens out relationships (providing summary info). In practice if is very helpful to have these different views use a common base class in java code but two independent hierarchies in the persistence mapping. The point being that reflection will give the wrong result. It is possible that the only reason we've adopted this pattern is that VBSF doesn't allow attributes mapped in a super class to be remapped in derived classes. Removing this restriction might mean we could easily use the same hierarchy in both java and persistence mapping. [EMAIL PROTECTED]"> When buildingpolymorphic structures in Queries and Relationsships as the default,withnoneed to look at the same entity from differently abstract "views",i.e., nodes in the class hierarchy,programmatic conversion would IMHOnot be necessary (e.g., we make no use of it), but thats certainly notgeneralizable. I'm not sure how to parse this sentence. Are you saying that the implementation will restrict query conditions to attributes on the base classes, consequently there is no need for the query processor to lookup derived classes? That may be true. However, VBSF doesn't have such a limit and we exceed this limit frequently. [EMAIL PROTECTED]"> There is a performance problem with the queries on base classes. The brute force approach of firingtables x filters queries can kill performance with as little as three subclasses. This occurs mostly with queries involving non trivial joins. I don'thave a general solution, but it's something to keep in mind. Wehavnt yet had any serious performance problem maybe because we did not havethese non-trivial joins? Could you give me an example of such a three-class constellation,please?My small mindcan only think of issues where trying to besmarter than brute force, hencecombining the queries for several classstructures into one would result in non-trivialstatements that confuse the database ...Firing a set of queries insteadshould give you just aconstant overhead, shouldntit? Yes it would be a constant overhead given simple filters on table columns. Our problems came when the entity was a join of multiple tables. Some derived classes included not exists (difference) conditions. Others included outer joins. When executing queries on the base class, some conditions should have automatically eliminated queries on various sub classes. However the query optimizer did not handle this gracefully. It's not that the time for any query was different than if run independently. It's just that it the query would never have been done had we handled building the queries programmatically. To make things worse, most queries on this entity had conditions on attributes of referenced entities. This required additional joins which made the optimizer's job even harder. [EMAIL PROTECTED]"> Thereal issuecould IMHO come due to a lacking indexing of the FILTER, because this attributewill be used quitefrequently toclearlydiscriminate the separate result sets in this approach ... Agreed, but most databases need more than a simple index on the filter condition to optimize complex queries. This can lead to geometric growth of indices. [EMAIL PROTECTED]"> Dr. Jung alluded to mappings of a single object to multiple tables. Iagree that these are not difficult to implement. The join conditions need tobe added to any queries involving the class. The question of how hard itwould be is
Re: AW: [JBoss-dev] JBoss.net now supports Axis RC1 - update
At 14:18 10/09/2002 +0200, you wrote:
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser webAppParser) throws Exception
{
ClassLoader loader = Thread.currentThread().getContextClassLoader();
WebMetaData metaData = appInfo.getMetaData();
String ctxPath = metaData.getContextRoot();
appInfo.setName(warUrl.getPath());
appInfo.setClassLoader(loader);
appInfo.setURL(warUrl);
final StandardContext context = (StandardContext)
catalina.createContext(ctxPath, warUrl.getFile());
The last line being the exception-raising 354 one after my count. If warUrl
would be null, then it should already crash at 351, shouldn´t it? If
catalina would be null, my guess is that the whole service would be flawed
... Can you get any other web application to run under catalina? What about
the management-console?
It would be a tremendous help if you could find out what jboss-net.war in
sar makes different to other services (and IMHO it should work with the
compressed version, too, maybe you need to compress both the war/wsr
ingredients and the jboss-net.sar?
Puzzled,
CGJ
Christoph,
just tried the jboss-net.ear deployed in jboss-jetty and it works fine. I
can get the adminService wsdl file no problem, and noted a typo in the
web.xml file. You have
servlet-mapping
servlet-nameJBossAxisAdminServlet/servlet-name
url-pattern/servlet/AxisAdminServlet/url-pattern
/servlet-mapping
but the index.hmtl page for the admin looks to:
servlet/AdminServlet
Anyways, this works under jetty, but NOT tomcat/catalina
I gotta go now, but will pursue this some more tomorrow.
cheers,
Bruce
Dr. Bruce Scharlau
Dept. of Computing Science
University of Aberdeen
Aberdeen AB24 3UE
01224 272193
http://www.csd.abdn.ac.uk/~bscharla
mailto:[EMAIL PROTECTED]
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [Tapestry-developer] Why not let components be declared that aren't used?
It would be easy enough to make it simply log an error instead of throwing an exception. -- [EMAIL PROTECTED] http://tapestry.sf.net Phil Surette wrote: (snip) wouldn't care)? It's a nice feature to be able to be able to automatically detect cruft when you're in cleanup mode, but when you're in development mode you probably want the framework to be more tolerant of cruft. Agreed. +1 for optional! Holger --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-604085 ] Jetty is not deploying packedwars
This is most likely the same as the spaces within paths issue. Because the war is packed, it is unpacked to a temporary dir, which has spaces in it. Greg is looking at it. Jules [EMAIL PROTECTED] wrote: Bugs item #604085, was opened at 2002-09-03 10:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=604085group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: Jetty is not deploying packed wars Initial Comment: I am seeing a problem with Jetty not deploying wars from the deploy directory in the current 3.0 and 3.2 branches. If you take the default/deploy/jmx-console.war and repack this: deploy 414ls -l jmx-console.war -rw-r--r--1 starksm None58165 Sep 3 13:17 jmx-console.war deploy 415jar -tf jmx-console.war META-INF/ META-INF/MANIFEST.MF WEB-INF/ WEB-INF/classes/ WEB-INF/classes/org/ WEB-INF/classes/org/jboss/ WEB-INF/classes/org/jboss/jmx/ WEB-INF/classes/org/jboss/jmx/adaptor/ WEB-INF/classes/org/jboss/jmx/adaptor/control/ WEB- INF/classes/org/jboss/jmx/adaptor/control/AttrResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/OpResultInfo. class WEB- INF/classes/org/jboss/jmx/adaptor/control/Server.class WEB-INF/classes/org/jboss/jmx/adaptor/html/ WEB- INF/classes/org/jboss/jmx/adaptor/html/HtmlAdaptorServ let.class WEB-INF/classes/org/jboss/jmx/adaptor/model/ WEB- INF/classes/org/jboss/jmx/adaptor/model/DomainData.cl ass WEB- INF/classes/org/jboss/jmx/adaptor/model/MBeanData.cl ass WEB-INF/classes/roles.properties WEB-INF/classes/users.properties WEB-INF/web.xml displayMBeans.jsp displayOpResult.jsp images/ images/head_blue.gif index.jsp inspectMBean.jsp style_master.css Startup the default config and although Jetty says the war was deployed: 13:18:20,769 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/J Boss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/deploy/jmx-console. war 13:18:21,340 INFO [jbossweb] Registered jboss.web:Jetty=0,JBossWebApplicationCo ntext=0,context=/jmx-console 13:18:21,390 INFO [jbossweb] Checking Resource aliases 13:18:21,490 INFO [jbossweb] Extract jar:file:/C:/usr/JBoss3.2/jboss-all/build/ output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-consol e.war/61.jmx-console.war!/ to C:\DOCUME~1 \starksm\LOCALS~1\Temp\Jetty_0_0_0_0_80 80__jmx-console\webapp 13:18:22,312 INFO [jbossweb] Started WebApplicationContext[/jmx-console,jar:fil e:/C:/usr/JBoss3.2/jboss-all/build/output/jboss- 3.2.0RC1/server/default/tmp/depl oy/server/default/deploy/jmx-console.war/61.jmx- console.war!/] 13:18:22,392 INFO [jbossweb] successfully deployed file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss- 3.2.0RC1/server/default/tmp/deploy/server/default/deploy/ jmx-console.war/61.jmx-console.war to /jmx-console 13:18:22,392 INFO [MainDeployer] Deployed package: file:/C:/usr/JBoss3.2/jboss- all/build/output/jboss-3.2.0RC1/server/default/deploy/jmx- console.war 13:18:22,402 INFO [URLDeploymentScanner] Started It is in fact not accessible: security 409wget http://localhost:8080/jmx-console --13:21:08-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:21:08-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 404 /jmx- console/ Not Found 13:21:08 ERROR 404: /jmx-console/ Not Found. If the jmx-console.war is unpacked then the content is accessible: security 410wget http://localhost:8080/jmx-console --13:25:25-- http://localhost:8080/jmx-console = `jmx-console' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/ [following] --13:25:25-- http://localhost:8080/jmx-console/ = `index.html' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 46,675 735.18K/s 13:25:30 (735.18 KB/s) - `index.html' saved [46675] These messages are for the current 3.2 build. The 3.0 build actually displays an info message with a Internal Error... msg during deployment of the war: 12:57:23,161 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/S akonnet/jboss-3.0.3RC1/server/default/deploy/jmx- console.war 12:57:23,442 INFO [jbossweb] Registered
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 10-September-2002
Number of tests run: 933
Successful tests: 924
Errors:3
Failures: 6
[time of test: 10 September 2002 13:8 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
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.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] LdapLoginModule Bug: Problem with empty passwords
Using the LdapLoginModule, supplying an empty password for a user causes
an anonymous bind to happen. This is documented in the JNDI
documentation here
http://java.sun.com/products/jndi/tutorial/ldap/faq/context.html.
Read the section [ Why does the LDAP provider ignore my security
environment properties if I do not set the Context.SECURITY_CREDENTIALS
(java.naming.security.credentials) property or set it to the empty
string? ] . Supplying an empty string as the credentials causes the
context to set the SECURITY_AUTHENTICATION property to none and then
does an anon bind.
If your Ldap server is set to except anon connections this is a problem
for the LdapLoginModule. Supplying the empty password does not cause an
exception to be thrown and the uid and the roles for that uid are passed
back.
Here is the patch for this as well. The only thing that needed to be
changed in the method was to check to make sure the password is not an
empty string as well as null.
protected boolean validatePassword(String inputPassword, String
expectedPassword)
{
boolean isValid = false;
if( inputPassword != null !inputPassword.equals())
{
try
{
// Validate the password by trying to create an initial
context
String username = getUsername();
createLdapInitContext(username, inputPassword);
isValid = true;
}
catch(NamingException e)
{
super.log.error(Failed to validate password, e);
}
}
return isValid;
}
Rob Dingwell
begin:vcard
n:Dingwell;Robert
tel;work:781-271-2829
x-mozilla-html:FALSE
org:Mitre Corp.
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Robert Dingwell
end:vcard
[JBoss-dev] jboss 4 build system changes, possible jboss.net and catalina impact.
I replaced many of the repetitive elements in the build.xml files with parameter entities, including the definition of xdoclet tasks. As far as I can tell this hasn't affected anything according to the testsuite. However, one effect is that xdoclet is now always the global xdoclet in thirdparty. Previously it looks like a local version was being used in jboss.net. I don't know if there are any tests of jboss.net: the module appears to compile fine. If this has broken something let me know. I'd prefer to fix it in xdoclet if possible since the xdoclet 1.2 release is imminent. I also don't know if the catalina module still works and don't know how to test it. I only partially converted that build.xml, leaving the previous definitions commented out. Again, info appreciated. thanks david jencks --- In remembrance www.osdn.com/911/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] LdapLoginModule Bug: Problem with empty passwords
I don't see the problem. If your ldap server allows an anonymous bind and empty
password is a valid input. If it does not then authentication will fail.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Robert Dingwell [EMAIL PROTECTED]
To: jboss-development_list [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Tuesday, September 10, 2002 2:34 PM
Subject: [JBoss-dev] LdapLoginModule Bug: Problem with empty passwords
Using the LdapLoginModule, supplying an empty password for a user causes
an anonymous bind to happen. This is documented in the JNDI
documentation here
http://java.sun.com/products/jndi/tutorial/ldap/faq/context.html.
Read the section [ Why does the LDAP provider ignore my security
environment properties if I do not set the Context.SECURITY_CREDENTIALS
(java.naming.security.credentials) property or set it to the empty
string? ] . Supplying an empty string as the credentials causes the
context to set the SECURITY_AUTHENTICATION property to none and then
does an anon bind.
If your Ldap server is set to except anon connections this is a problem
for the LdapLoginModule. Supplying the empty password does not cause an
exception to be thrown and the uid and the roles for that uid are passed
back.
Here is the patch for this as well. The only thing that needed to be
changed in the method was to check to make sure the password is not an
empty string as well as null.
protected boolean validatePassword(String inputPassword, String
expectedPassword)
{
boolean isValid = false;
if( inputPassword != null !inputPassword.equals())
{
try
{
// Validate the password by trying to create an initial
context
String username = getUsername();
createLdapInitContext(username, inputPassword);
isValid = true;
}
catch(NamingException e)
{
super.log.error(Failed to validate password, e);
}
}
return isValid;
}
Rob Dingwell
---
In remembrance
www.osdn.com/911/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD Matrix2) Testsuite Results: 11-September-2002
Number of tests run: 895 Successful tests: 872 Errors:19 Failures: 4 [time of test: 11 September 2002 2:31 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/sun_jdk131_03 for the junit report of this test. - http://lubega.com/testarchive/sun_jdk131_03/logs/ for the logs for this test. - http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- In remembrance www.osdn.com/911/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] LdapLoginModule Bug: Problem with empty passwords
The problem lies in the fact that even if the ldap server allows an anonomous bind,
what the
LdapLoginModule is suppose to be doing is checking the username and password of the
caller.
The module is creating a Context.SECURITY_PRINCIPAL and SECURITY_CREDENTIALS to use
in the context env mapping. At this point I would argue that it is not an anon bind,
the principal and
credentials are being set so it should act as if it is authenticating a user with the
information. If
the user does not enter a password then that should be considered their crendentials
to verify.
My issue really lies in the way the IntialContext decides for you that if the password
is empty it
sets the auth type of the context to none. I have worked with Ldap auth modules in
other settings
such as Apache and the behavour is what I think should be expected that an empty
password is
used to authenticate the named user to the directory and fails if it is not the users
password. And
this is going against Ldap servers that allow anon connections.
Anyway, again I really feel that if given a username and password it is no longer
anonomous and
should not be treated as such, whether the server allows anonomous connections or not.
Scott M Stark wrote:
I don't see the problem. If your ldap server allows an anonymous bind and empty
password is a valid input. If it does not then authentication will fail.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Robert Dingwell [EMAIL PROTECTED]
To: jboss-development_list [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Tuesday, September 10, 2002 2:34 PM
Subject: [JBoss-dev] LdapLoginModule Bug: Problem with empty passwords
Using the LdapLoginModule, supplying an empty password for a user causes
an anonymous bind to happen. This is documented in the JNDI
documentation here
http://java.sun.com/products/jndi/tutorial/ldap/faq/context.html.
Read the section [ Why does the LDAP provider ignore my security
environment properties if I do not set the Context.SECURITY_CREDENTIALS
(java.naming.security.credentials) property or set it to the empty
string? ] . Supplying an empty string as the credentials causes the
context to set the SECURITY_AUTHENTICATION property to none and then
does an anon bind.
If your Ldap server is set to except anon connections this is a problem
for the LdapLoginModule. Supplying the empty password does not cause an
exception to be thrown and the uid and the roles for that uid are passed
back.
Here is the patch for this as well. The only thing that needed to be
changed in the method was to check to make sure the password is not an
empty string as well as null.
protected boolean validatePassword(String inputPassword, String
expectedPassword)
{
boolean isValid = false;
if( inputPassword != null !inputPassword.equals())
{
try
{
// Validate the password by trying to create an initial
context
String username = getUsername();
createLdapInitContext(username, inputPassword);
isValid = true;
}
catch(NamingException e)
{
super.log.error(Failed to validate password, e);
}
}
return isValid;
}
Rob Dingwell
---
In remembrance
www.osdn.com/911/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
begin:vcard
n:Dingwell;Robert
tel;work:781-271-2829
x-mozilla-html:FALSE
org:Mitre Corp.
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Robert Dingwell
end:vcard
[JBoss-dev] is pooling useless?
I was looking into pooling Invocation objects so I thought I'd test to see
if it is actually better. With this test case, its about 4% faster to pool
on JDK 1.3.1 Win2k.
With JDK 1.4.0 on Win2k, Non-pooling is actually 7% faster!
import java.util.*;
public class testpool
{
HashMap trans;
HashMap as;
HashMap pay;
public testpool()
{
trans = new HashMap();
as = new HashMap();
pay = new HashMap();
}
public void clear()
{
trans.clear();
as.clear();
pay.clear();
}
public void addStuff()
{
for (int i = 0; i 5; i++)
{
trans.put(new Integer(i), new Integer(i));
as.put(new Integer(i), new Integer(i));
pay.put(new Integer(i), new Integer(i));
}
}
public static LinkedList pool = new LinkedList();
public static void main(String[] args)
{
long start;
long end;
System.out.println(testing non pool);
start = System.currentTimeMillis();
for (int i = 0; i 100; i++)
{
testpool p = new testpool();
p.addStuff();
}
end = System.currentTimeMillis() - start;
System.out.println(time: + end);
System.out.println(testing pool);
start = System.currentTimeMillis();
for (int i = 0; i 100; i++)
{
testpool p = null;
if (pool.isEmpty()) p = new testpool();
else
{
synchronized(pool)
{
p = (testpool)pool.removeFirst();
}
}
if (p == null) p = new testpool();
p.addStuff();
p.clear();
synchronized(pool)
{
pool.add(p);
}
}
end = System.currentTimeMillis() - start;
System.out.println(time: + end);
}
}}
---
In remembrance
www.osdn.com/911/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] is pooling useless?
Pooling is mostly useful if the object holds an expensive resource such as
a database connection. For just plain data I think the synchronization
costs of pooling things tend to outweigh the construction costs of making
new ones pretty quickly. Ole recently removed the (pooled) TxCapsule in
favor of new-each-time TransactionImpl for this reason.
Your results are fun to contemplate, though.
david jencks
On 2002.09.10 23:59:40 -0400 Bill Burke wrote:
I was looking into pooling Invocation objects so I thought I'd test to
see
if it is actually better. With this test case, its about 4% faster to
pool
on JDK 1.3.1 Win2k.
With JDK 1.4.0 on Win2k, Non-pooling is actually 7% faster!
import java.util.*;
public class testpool
{
HashMap trans;
HashMap as;
HashMap pay;
public testpool()
{
trans = new HashMap();
as = new HashMap();
pay = new HashMap();
}
public void clear()
{
trans.clear();
as.clear();
pay.clear();
}
public void addStuff()
{
for (int i = 0; i 5; i++)
{
trans.put(new Integer(i), new Integer(i));
as.put(new Integer(i), new Integer(i));
pay.put(new Integer(i), new Integer(i));
}
}
public static LinkedList pool = new LinkedList();
public static void main(String[] args)
{
long start;
long end;
System.out.println(testing non pool);
start = System.currentTimeMillis();
for (int i = 0; i 100; i++)
{
testpool p = new testpool();
p.addStuff();
}
end = System.currentTimeMillis() - start;
System.out.println(time: + end);
System.out.println(testing pool);
start = System.currentTimeMillis();
for (int i = 0; i 100; i++)
{
testpool p = null;
if (pool.isEmpty()) p = new testpool();
else
{
synchronized(pool)
{
p = (testpool)pool.removeFirst();
}
}
if (p == null) p = new testpool();
p.addStuff();
p.clear();
synchronized(pool)
{
pool.add(p);
}
}
end = System.currentTimeMillis() - start;
System.out.println(time: + end);
}
}}
---
In remembrance
www.osdn.com/911/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
In remembrance
www.osdn.com/911/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
