Re: [JBoss-dev] JBoss 4.0 Entity Redesign
You don't need to use the HEAD tag explicitly. This solution is a hack for deficiencies with CVS. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, October 19, 2002 5:41 PM Subject: Re: [JBoss-dev] JBoss 4.0 Entity Redesign > Do I really have to put the -r HEAD? > > I'm glad I wasn't around for this one, but this solution seems like a > huge hack. > > Anyway it will take me a while to move my changes from my old tree to > the new one. > > -dain --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
On 2002.10.19 20:41:32 -0400 Dain Sundstrom wrote: > David Jencks wrote: > > You did miss the build system fun. > > > > Check out > > > > cvs ... co -r HEAD jboss-head > > Do I really have to put the -r HEAD? no, that's just for [misplaced] emphasis, sorry. cvs ... co jboss-head works fine. You should be able to update your old tree and copy the new thirdparty directory over your old one and get a working build. Jason's suggestion would have the same effect. > > I'm glad I wasn't around for this one, but this solution seems like a > huge hack. It's better than all the alternatives we could think of. It allows us to update the build module structure on later releases. david > > Anyway it will take me a while to move my changes from my old tree to > the new one. > > -dain > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
David Jencks wrote: You did miss the build system fun. Check out cvs ... co -r HEAD jboss-head Do I really have to put the -r HEAD? I'm glad I wasn't around for this one, but this solution seems like a huge hack. Anyway it will take me a while to move my changes from my old tree to the new one. -dain --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
You did miss the build system fun. Check out cvs ... co -r HEAD jboss-head Each branch now has its own set of module definitiions: jboss-all == jboss-3.0 jboss-3.2 jboss-head david jencks On 2002.10.19 19:25:14 -0400 Dain Sundstrom wrote: > Jason Dillon wrote: > > Looks like thirdparty/xdoclet/xdoclet is not checked out. > > > > Where did you get your jboss-head from? > > > > to fix, you can: > > > > cd thirdparty cvs get _thirdparty_xdoclet_xdoclet > > > > --jason > I just did a clean check out of jboss-all and I still get the error: > > build.sh: Executing: /cygdrive/c/work/jboss/jboss-all/tools/bin/ant > -logger org.apache.tools.ant.NoBannerLogger clean > Buildfile: build.xml > > _buildmagic:init: > Trying to override old definition of task property > > BUILD FAILED > file:c:/work/jboss/jboss-all/build/../tools/etc/buildfragments/tools.ent:29: > taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found > > Total time: 2 seconds > > I cleaned up my env variable so it wouldn't bitch but I still get the > error. I have XDoclet checked out. > > Administrator@GODEL ~/work/jboss/jboss-all > $ ls thirdparty/xdoclet/xdoclet/lib/ > CVS xdoclet-java-module.jar xdoclet-web-module.jar > commons-logging.jar xdoclet-jboss-module.jar > xdoclet-xdoclet-module.jar > xdoclet-bea-module.jar xdoclet-jdo-module.jarxdoclet.jar > xdoclet-ejb-module.jar xdoclet-jmx-module.jarxjavadoc.jar > > Any ideas? > > -dain > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
Jason Dillon wrote: > Looks like thirdparty/xdoclet/xdoclet is not checked out. > > Where did you get your jboss-head from? > > to fix, you can: > > cd thirdparty cvs get _thirdparty_xdoclet_xdoclet > > --jason I just did a clean check out of jboss-all and I still get the error: build.sh: Executing: /cygdrive/c/work/jboss/jboss-all/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger clean Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property BUILD FAILED file:c:/work/jboss/jboss-all/build/../tools/etc/buildfragments/tools.ent:29: taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found Total time: 2 seconds I cleaned up my env variable so it wouldn't bitch but I still get the error. I have XDoclet checked out. Administrator@GODEL ~/work/jboss/jboss-all $ ls thirdparty/xdoclet/xdoclet/lib/ CVS xdoclet-java-module.jar xdoclet-web-module.jar commons-logging.jar xdoclet-jboss-module.jar xdoclet-xdoclet-module.jar xdoclet-bea-module.jar xdoclet-jdo-module.jarxdoclet.jar xdoclet-ejb-module.jar xdoclet-jmx-module.jarxjavadoc.jar Any ideas? -dain --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
On 2002.10.19 17:39:13 -0400 Dain Sundstrom wrote: > David Jencks wrote: > > On 2002.10.19 16:07:29 -0400 Dain Sundstrom wrote: > > Will this be, like, today? If not can you send me a diff or something? > > Yes, once I figure out this build error: > > $ ./build.sh > build.sh: *WARNING* Ignoring environment value for $ANT_HOME > build.sh: Executing: /cygdrive/c/work/jboss/jboss-head/tools/bin/ant > -logger org.apache.tools.ant.NoBannerLogger > Buildfile: build.xml > > _buildmagic:init: > Trying to override old definition of task property > > BUILD FAILED > file:c:/work/jboss/jboss-head/build/../tools/etc/buildfragments/tools.ent:29: > > taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found > > Total time: 2 seconds Yukko. Do you have a structure that is the same as a fresh checkout? You may have missed the excitement with the build system. Head now has to be checked out fresh with cvs ... co -r HEAD jboss-head > > > Do you have any guess at all where I might have installed the problem > with > > cmr by messing with interceptors? There are no exceptions, but > assigning a > > collection from one entity to another results in both collections being > > empty. > > No. Did you only change the interceptors? I had to change some of the invoker also to not call invokeHome, and also the containers. Where is the main work of adding a collection to a cmr done? thanks david > > -dain > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Server VM (build 1.3.1_03-b03, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.naming.NamingService --> NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer --> AbstractWebContainerMBean qualified to AbstractWebContainerMBean WARNING: Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. Since at least one package is imported, it is impossible for xjavadoc to figure out what package the referred classes belong to. The classes are: org.jboss.web.WebService --> WebServiceMBean qualified to WebServiceMBean org.jboss.web.WebService --> ObjectName qualified to ObjectName gen-src-jdbc2: [echo] generating sources for JDBC2 compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/server/output/classes [javac] Compiling 571 source files to /disk/orig/home/lubega/jbossro/jboss-all/server/output/classes /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/aspect/interceptors/JMXInvokerInterceptor.java:32: cannot resolve symbol symbol : class Credentials location: package krb5 import sun.security.krb5.Credentials; ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/ejb/EnterpriseContext.java:11: warning: java.security.Identity in java.security has been deprecated import java.security.Identity; ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/ejb/EnterpriseContext.java:243: warning: java.security.Identity in java.security has been deprecated public Identity getCallerIdentity() ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/ejb/EnterpriseContext.java:369: warning: java.security.Identity in java.security has been deprecated public boolean isCallerInRole(Identity id) ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/aspect/interceptors/JMXInvokerInterceptor.java:77: cannot resolve symbol symbol : class Credentials location: class org.jboss.aspect.interceptors.JMXInvokerInterceptor Credentials credentials = (Credentials)invocation.attachments.get(CREDENTIAL_KEY); ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/aspect/interceptors/JMXInvokerInterceptor.java:77: cannot resolve symbol symbol : class Credentials location: class org.jboss.aspect.interceptors.JMXInvokerInterceptor Credentials credentials = (Credentials)invocation.attachments.get(CREDENTIAL_KEY); ^ /disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/ejb/EnterpriseContext.java:369: warning: java.security.Identity in java.security has been deprecated public boolean isCallerInRole(Identity id) ^ 3 errors 4 warnings BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/server/build.xml:277: Compile failed; see the compiler error output for details. Total time: 2 minutes 57 seconds --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
Looks like thirdparty/xdoclet/xdoclet is not checked out. Where did you get your jboss-head from? to fix, you can: cd thirdparty cvs get _thirdparty_xdoclet_xdoclet --jason On Sat, 19 Oct 2002, Dain Sundstrom wrote: > David Jencks wrote: > > On 2002.10.19 16:07:29 -0400 Dain Sundstrom wrote: > > Will this be, like, today? If not can you send me a diff or something? > > Yes, once I figure out this build error: > > $ ./build.sh > build.sh: *WARNING* Ignoring environment value for $ANT_HOME > build.sh: Executing: /cygdrive/c/work/jboss/jboss-head/tools/bin/ant > -logger org.apache.tools.ant.NoBannerLogger > Buildfile: build.xml > > _buildmagic:init: > Trying to override old definition of task property > > BUILD FAILED > file:c:/work/jboss/jboss-head/build/../tools/etc/buildfragments/tools.ent:29: > taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found > > Total time: 2 seconds > > > Do you have any guess at all where I might have installed the problem with > > cmr by messing with interceptors? There are no exceptions, but assigning a > > collection from one entity to another results in both collections being > > empty. > > No. Did you only change the interceptors? > > -dain > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EJB 2.1 specification
What part are you interested in? I implemented some of the jaxm mdb stuff in the partial jca 1.5 support. I was unable to understand the license terms for jaxm from sun so it may not be enabled. david jencks On 2002.10.19 16:45:48 -0400 wonder sonic wrote: > Hello dear JBoss team, > Has anyone have a look at the proposed final draft > for the EJB specifivation 2.1? > http://java.sun.com/products/ejb/docs.html > > WS > > ___ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > Yahoo! Mail : http://fr.mail.yahoo.com > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
David Jencks wrote: On 2002.10.19 16:07:29 -0400 Dain Sundstrom wrote: Will this be, like, today? If not can you send me a diff or something? Yes, once I figure out this build error: $ ./build.sh build.sh: *WARNING* Ignoring environment value for $ANT_HOME build.sh: Executing: /cygdrive/c/work/jboss/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property BUILD FAILED file:c:/work/jboss/jboss-head/build/../tools/etc/buildfragments/tools.ent:29: taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found Total time: 2 seconds Do you have any guess at all where I might have installed the problem with cmr by messing with interceptors? There are no exceptions, but assigning a collection from one entity to another results in both collections being empty. No. Did you only change the interceptors? -dain --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
On 2002.10.19 16:07:29 -0400 Dain Sundstrom wrote: > David Jencks wrote: > > On 2002.10.19 13:55:07 -0400 Dain Sundstrom wrote: > >>When are we planing on converting the interceptor to having only a > >>single invoke method? I can easily do this with a new abstract > >>interceptor that breaks into the two methods based on invocation type. > >>Any objections? > > > > > > I implemented this a couple of weeks ago and it works except for cmp > > relations, so I didn't check it in. The testsuite was fucked up at the > > time, once I got the testsuite working again and found out about the > cmr > > problem I haven't had time to get back to it. It's probably just a dumb > > mistake. Would you like to take a look? > > Yes. Is it checked in? No, I didn't want to break cmr, especially since I haven't figured out how to fix it. Want a diff or want to wait? > > >>Why are the basic interceptor functions like addInterceptor or > >>getInterceptor implemented in EntityContainer and not Container? > > > > > > I think I moved them. > > This is not checked in. > > > What I've done might be worth looking at first, save you a day or so. > > I'm doing training in Seattle next week, so I may not get to this until > the week after. If you have changes check them in, and I'll fix the cmr > problems. I have a fairly big change to EntityContainer, so please > don't check in any changes to it until I've got mine in. Will this be, like, today? If not can you send me a diff or something? Do you have any guess at all where I might have installed the problem with cmr by messing with interceptors? There are no exceptions, but assigning a collection from one entity to another results in both collections being empty. Thanks david > > -dain > > -dain > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB 2.1 specification
Hello dear JBoss team, Has anyone have a look at the proposed final draft for the EJB specifivation 2.1? http://java.sun.com/products/ejb/docs.html WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: What about version 3.1? (Re: [JBoss-dev] Upcoming releases)
> When will jboss-3.1.0 be released? > > Andreas Never. The progression is 3.0 -> 3.2 -> 4.0 Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
David Jencks wrote: On 2002.10.19 13:55:07 -0400 Dain Sundstrom wrote: When are we planing on converting the interceptor to having only a single invoke method? I can easily do this with a new abstract interceptor that breaks into the two methods based on invocation type. Any objections? I implemented this a couple of weeks ago and it works except for cmp relations, so I didn't check it in. The testsuite was fucked up at the time, once I got the testsuite working again and found out about the cmr problem I haven't had time to get back to it. It's probably just a dumb mistake. Would you like to take a look? Yes. Is it checked in? Why are the basic interceptor functions like addInterceptor or getInterceptor implemented in EntityContainer and not Container? I think I moved them. This is not checked in. What I've done might be worth looking at first, save you a day or so. I'm doing training in Seattle next week, so I may not get to this until the week after. If you have changes check them in, and I'll fix the cmr problems. I have a fairly big change to EntityContainer, so please don't check in any changes to it until I've got mine in. -dain -dain --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 19-October-2002
Number of tests run: 949 Successful tests: 948 Errors:1 Failures: 0 [time of test: 19 October 2002 12:48 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.1] 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: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
What about version 3.1? (Re: [JBoss-dev] Upcoming releases)
> I am reading this right, 2 comes after 4?: No, 2 comes after 0 - but I do not know why. >> 2002-10-25jboss-2.4.10 >> 2002-10-27jboss-3.0.4 >> 2002-11-03jboss-3.0.2beta2 >^ That obviously(?) should have been jboss-3.2beta2 When will jboss-3.1.0 be released? Andreas --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 4.0 Entity Redesign
On 2002.10.19 13:55:07 -0400 Dain Sundstrom wrote: > While I was off line for the last two and a half weeks I worked on a > redesign of entities from EntityContainer down. The most important part > of the redesign is the replacement of the EntityPersistentManager with > some new interceptors. very cool. Anyway, I have some questions regarding the > container. > > Are there any other important EntityPersistentManagers other then BMP > and CMP? David, I saw the one in connector and I think it will benefit > from the new design as it can return to being just an interceptor. excellent. > > When are we planing on converting the interceptor to having only a > single invoke method? I can easily do this with a new abstract > interceptor that breaks into the two methods based on invocation type. > Any objections? I implemented this a couple of weeks ago and it works except for cmp relations, so I didn't check it in. The testsuite was fucked up at the time, once I got the testsuite working again and found out about the cmr problem I haven't had time to get back to it. It's probably just a dumb mistake. Would you like to take a look? > > Why are the basic interceptor functions like addInterceptor or > getInterceptor implemented in EntityContainer and not Container? I think I moved them. > > Why must the last interceptor, ContainerInterceptor, be defined by the > container? Unless there is a reason, I'm going to move this of the > container. Good. All the entity/session/mdb setup stuff should be in an interceptor anyway IMO. > > Does anyone have any general objections to this change? What I've done might be worth looking at first, save you a day or so. david > > -- > > Dain Sundstrom > Chief Architect JBossCMP > JBoss Group, LLC > > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 4.0 Entity Redesign
While I was off line for the last two and a half weeks I worked on a redesign of entities from EntityContainer down. The most important part of the redesign is the replacement of the EntityPersistentManager with some new interceptors. Anyway, I have some questions regarding the container. Are there any other important EntityPersistentManagers other then BMP and CMP? David, I saw the one in connector and I think it will benefit from the new design as it can return to being just an interceptor. When are we planing on converting the interceptor to having only a single invoke method? I can easily do this with a new abstract interceptor that breaks into the two methods based on invocation type. Any objections? Why are the basic interceptor functions like addInterceptor or getInterceptor implemented in EntityContainer and not Container? Why must the last interceptor, ContainerInterceptor, be defined by the container? Unless there is a reason, I'm going to move this of the container. Does anyone have any general objections to this change? -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re[2]: [JBoss-dev] developing on windows
DJ> low memory (256 mb) machine. What does take a lot of time is running DJ> xdoclet hundreds of times, as in the testsuite compile. DJ> It does take an annoying amount of time if there are no changed files. DJ> I think we should make a flag file that we can do an uptodate check on to DJ> completely avoid calling xdoclet if no changes have occurred since the last DJ> compile. It would be great. Relative problem is why I should build all testcases if I want to run only tests-db or tests-foe-deployer-unit? It seems this was mentioned in earlier threads but I don't remember the resolution. Adding the flag could help with this problem too, e.i. building everything only once and then rebuilding the tests I am working on. alex --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re[2]: [JBoss-dev] developing on windows
Hello Jason, Saturday, October 19, 2002, 12:35:41 AM, you wrote: JD> Does setting -Xms640m help/resolve the problems you are having on win32? No :( It occured even worth. The build process hung. I had to terminate the task. alex JD> --jason >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:jboss- >> [EMAIL PROTECTED]] On Behalf Of Matt Munz >> Sent: Friday, October 18, 2002 2:24 PM >> To: [EMAIL PROTECTED] >> Subject: RE: [JBoss-dev] developing on windows >> >> Alex, >> >> I have had the same problems -- you are not alone. As long as I JD> don't >> "clean", once I have a good build (usually the third try), the JD> problems go >> away. >> >> It seems like a memory problem to me too. Perhaps someone should JD> run >> the >> build system using a profiler ;) One of the ant tasks probably JD> leaks... >> >> - Matt >> >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of JD> Alex >> Loubyansky >> Sent: Friday, October 18, 2002 5:03 PM >> To: JBoss-Dev >> Subject: [JBoss-dev] developing on windows >> >> >> Developing on Windows became a nightmare. >> Sometimes to bulid the server or run a testsuite I need to run >> build.bat several times. >> The worst thing it fails with so dreadful errors. It's hard to >> determine whether I did something wrong or not enough memory. >> I am on >> P4, 1.7GHz, 512M >> Win2K SP2 >> Sun JDK1.3.1_01 >> >> in scripts I add -Xmx640m. >> >> Is it only me facing it? Any workarounds? -- Best regards, Alex Loubyansky --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-625655 ] Client using OIL2 lingers 1 min. at exit
Bugs item #625655, was opened at 2002-10-19 12:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=625655&group_id=22866 Category: JBossMQ Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Terry Rosenbaum (trosenbaum) Assigned to: Nobody/Anonymous (nobody) Summary: Client using OIL2 lingers 1 min. at exit Initial Comment: A client using the OIL2 invocation layer lingers 1 minute when exiting. Did the following: Create a TopicConnection (OIL2ConnectionFactory) Create a TopicSession (untransacted, auto ack) Lookup a Topic Create a TopicPublisher for the Topic Create a TemporaryTopic Create a TopicSubscriber for the TemporaryTopic Publish a message using TopicPublisher close() TopicPublisher close() TopicSubscriber close() TopicSession close() TopicConnection return from main thread At this point, there is a 1 minute delay before the process actually exits. When using OIL instaed (ConnectionFactory) the process exits immediately. The delay has to do with the PooledExecutor used by the OIL2SocketHandler. This can be fixed by modifying the OIL2SocketHandler.stop() method to interrupt all tasks in its pool: Change: public void stop() { if (log.isTraceEnabled()) log.trace("Stopping"); running = false; worker.interrupt(); } To: public void stop() { if (log.isTraceEnabled()) log.trace("Stopping"); running = false; worker.interrupt(); pool.interruptAll(); } I don't know enough about this code yet to say for ceratin that this is the right thing to do. I'm hoping that someone who does understand OIL2 code fully can look at/fix this issue. After applying the above modification, the same sequence above results in the process exiting immediately when the main thread exits (no more 1 minute delay). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=625655&group_id=22866 --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] developing on windows
I'm not yet convinced there is a problem. I haven't found one xdoclet task to take an inordinate amount of time (when it is actually doing some work), even if it needs the -X...640. This is on a relatively slow (PIII 600 mhz) low memory (256 mb) machine. What does take a lot of time is running xdoclet hundreds of times, as in the testsuite compile. It does take an annoying amount of time if there are no changed files. I think we should make a flag file that we can do an uptodate check on to completely avoid calling xdoclet if no changes have occurred since the last compile. david jencks On 2002.10.19 10:36:21 -0400 Matt Munz wrote: > Could some sort of caching be used here, where only the part of the tree > that is being viewed (and its surrounding context) is in memory, and the > rest is written to disk? ... Just an idea -- I'm unfamiliar with xdoclet. > > - Matt > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of David > Jencks > Sent: Friday, October 18, 2002 8:34 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] developing on windows > > > Some of the xdoclet tasks run out of memory with less that 640mb. They > read and parse the entire module source into some sort of AST. > > david jencks > > On 2002.10.18 17:53:40 -0400 Matt Munz wrote: > > > > > Does setting -Xms640m help/resolve the problems you are having on > > win32? > > > > Haven't tried it yet, as things are working alright for me at the > moment. > > Does the build system really require 640 MB of ram, or is there a JVM > bug > > that this setting resolves? > > > > It seems to me that a linear build system should not require much > memory > > if > > the tasks are sufficiently self-contained -- allocate memory for the > > task, > > run the task, gc the task, repeat. I imagine that the third step is > not > > happening often enough if the build requires 640 MB... > > > > - Matt > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of > Jason > > Dillon > > Sent: Friday, October 18, 2002 5:36 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [JBoss-dev] developing on windows > > > > > > Does setting -Xms640m help/resolve the problems you are having on > win32? > > > > --jason > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:jboss- > > > [EMAIL PROTECTED]] On Behalf Of Matt Munz > > > Sent: Friday, October 18, 2002 2:24 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: [JBoss-dev] developing on windows > > > > > > Alex, > > > > > > I have had the same problems -- you are not alone. As long as I > > don't > > > "clean", once I have a good build (usually the third try), the > > problems go > > > away. > > > > > > It seems like a memory problem to me too. Perhaps someone should > > run > > > the > > > build system using a profiler ;) One of the ant tasks probably > > leaks... > > > > > > - Matt > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of > > Alex > > > Loubyansky > > > Sent: Friday, October 18, 2002 5:03 PM > > > To: JBoss-Dev > > > Subject: [JBoss-dev] developing on windows > > > > > > > > > Developing on Windows became a nightmare. > > > Sometimes to bulid the server or run a testsuite I need to run > > > build.bat several times. > > > The worst thing it fails with so dreadful errors. It's hard to > > > determine whether I did something wrong or not enough memory. > > > I am on > > > P4, 1.7GHz, 512M > > > Win2K SP2 > > > Sun JDK1.3.1_01 > > > > > > in scripts I add -Xmx640m. > > > > > > Is it only me facing it? Any workarounds? > > > > > > Thanks. > > > > > > alex > > > > > > > > > > > > > > > --- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > --- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > --- > > This sf.net email i
RE: [JBoss-dev] developing on windows
Could some sort of caching be used here, where only the part of the tree that is being viewed (and its surrounding context) is in memory, and the rest is written to disk? ... Just an idea -- I'm unfamiliar with xdoclet. - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of David Jencks Sent: Friday, October 18, 2002 8:34 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] developing on windows Some of the xdoclet tasks run out of memory with less that 640mb. They read and parse the entire module source into some sort of AST. david jencks On 2002.10.18 17:53:40 -0400 Matt Munz wrote: > > > Does setting -Xms640m help/resolve the problems you are having on > win32? > > Haven't tried it yet, as things are working alright for me at the moment. > Does the build system really require 640 MB of ram, or is there a JVM bug > that this setting resolves? > > It seems to me that a linear build system should not require much memory > if > the tasks are sufficiently self-contained -- allocate memory for the > task, > run the task, gc the task, repeat. I imagine that the third step is not > happening often enough if the build requires 640 MB... > > - Matt > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Jason > Dillon > Sent: Friday, October 18, 2002 5:36 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] developing on windows > > > Does setting -Xms640m help/resolve the problems you are having on win32? > > --jason > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:jboss- > > [EMAIL PROTECTED]] On Behalf Of Matt Munz > > Sent: Friday, October 18, 2002 2:24 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [JBoss-dev] developing on windows > > > > Alex, > > > > I have had the same problems -- you are not alone. As long as I > don't > > "clean", once I have a good build (usually the third try), the > problems go > > away. > > > > It seems like a memory problem to me too. Perhaps someone should > run > > the > > build system using a profiler ;) One of the ant tasks probably > leaks... > > > > - Matt > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of > Alex > > Loubyansky > > Sent: Friday, October 18, 2002 5:03 PM > > To: JBoss-Dev > > Subject: [JBoss-dev] developing on windows > > > > > > Developing on Windows became a nightmare. > > Sometimes to bulid the server or run a testsuite I need to run > > build.bat several times. > > The worst thing it fails with so dreadful errors. It's hard to > > determine whether I did something wrong or not enough memory. > > I am on > > P4, 1.7GHz, 512M > > Win2K SP2 > > Sun JDK1.3.1_01 > > > > in scripts I add -Xmx640m. > > > > Is it only me facing it? Any workarounds? > > > > Thanks. > > > > alex > > > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This sf.net email is sponsored by: > Access Your PC Securely with GoToMyPC. Try Free Now > https://www.gotomypc.com/s/OSND/DD > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/