RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
IMPRESSIVE BILL! Congratulations! Not only does this is impressive, but it is ridiculously EASY to use. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: jeudi, 27. mars 2003 01:09 To: Jboss-Dev Subject: [JBoss-dev] AOP versioned ACID objects 1st iteration I have implemented a new AOP service for Serializable POJOs, Versioned Objects. You can transactionally version an object. If you modify the object within a transaction, this modification is not seen by other transactions. If the tx commits, the changes seen, if a rollback happens the changes are rolled back. On commit, if another tx has modified the object, the tx will rollback (OptimisticLocking). The way it works is as follows: POJO pojo = new POJO(); pojo = (POJO)org.jboss.aop.plugins.Versioned.makeVersioned(pojo); calling Versioned.makeVersioned creates a proxy that sits in front of the real object. transactionManager.begin(); pojo.callMethod(); when callMethod is invoked since there is a transaction, an interceptor creates a copy of the REAL pojo and does all further invocations on this copy. pojo.someField = 5; If you have field interception turned on, public field will also be accessed via the copy/version tm.commit(); On commit, a tx Synchronization checks to see if the version you have created is the latest and greatest. If not an org.jboss.aop.plugins.OptimisticLockFailure exception is thrown in beforeCompletion. I'm not sure how this exception is wrapped. Some other semantics: 1. All method invocations force a version to be created. You can avoid this by declared class-metadata as follows: class-metadata name=234234 group=VERSIONED class=org.jboss.test.aop.bean.VersionedPOJO method name=get.* read-onlytrue/read-only /method /class-metadata A readonly method will not cause the creation of a version and the current object will be used. An example and unit test is under testsuite/src/main/org/jboss/test/aop/bean/VersionedObjectTester.java The example object VersionedPOJO.java, has 1 interceptor pointcut declared on the class to do Tx stuff. See testsuite/src/resources/aop/META-INF/jboss-aop.xml for more details. What would be nice is to also write a TransactionalLock interceptor for versioned POJO's that have high OptimisticLock failures. Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Feature Requests-710621 ] URLDirectoryScanner does not respect dependencies?
Feature Requests item #710621, was opened at 2003-03-27 12:38 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=710621group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Igor A. Karpov (ikar) Assigned to: Nobody/Anonymous (nobody) Summary: URLDirectoryScanner does not respect dependencies? Initial Comment: I was trying to use JBoss.NET from 3.2RC4 and write some web service, and faced the following: I dropped the following components into deploy/ of the new configuration, and it worked right away: jbossweb.sar jmx-console.war jboss-net.sar URLDeploymentScanner works fine. Then I tried (for some reason) to switch to URLDirectoryScanner and specified the following: url name=./deploy/jbossweb.sar/ / url name=./deploy/jmx-console.war/ / dir name=./deploy/jboss-net.sar/ / dir suggests that jboss-net should be scanned for nested deployments. However, in this case the nested .wsr archive doesn't get deployed - it says no deployer found... the same thing happens if just dir name=./deploy// is specified, which in my understanding is the same thing as just using URLDeploymentScanner -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=710621group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-638994 ] jboss.net does not handle null passwords
Bugs item #638994, was opened at 2002-11-15 17:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=638994group_id=22866 Category: JBossSOAP Group: v3.0 Rabbit Hole Status: Closed Resolution: Accepted Priority: 5 Submitted By: James Ogura (jogura) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: jboss.net does not handle null passwords Initial Comment: Operating System: Windows 2K JDK Version:1.4.0_01 JBoss version: 3.0.4 In the case where a valid password maybe null and exception is thrown (see stacktrace below). The below is a patch that will fix this problem: org.jboss.net.axis.server.JBossAuthenicationHandler /** associates the call context with the given info */ protected Subject associate(Principal userPrincipal, String passwd) { // build passchars char[] passChars = passwd != null ? passwd.toCharArray() : null; // pointer comparison, again if (userPrincipal != NobodyPrincipal.NOBODY_PRINCIPAL) { SecurityAssociation.setPrincipal(userPrincipal); SecurityAssociation.setCredential(passChars); } else { // Jboss security does not like nobody:null SecurityAssociation.setPrincipal(null); SecurityAssociation.setCredential(null); } return authMgr.getActiveSubject(); } StackTrace (fault): AxisFault faultCode: {http://xml.apache.org/axis/} Server.userException faultString: java.lang.NullPointerException faultActor: null faultDetail: stackTrace: java.lang.NullPointerException at org.jboss.net.axis.server.JBossAuthenticationHandler.associ ate(JBossAuthenticationHandler.java:127) at org.jboss.net.axis.server.JBossAuthenticationHandler.invoke (JBossAuthenticationHandler.java:171) at org.apache.axis.strategies.InvocationStrategy.visit (InvocationStrategy.java:71) at org.apache.axis.SimpleChain.doVisiting (SimpleChain.java:154) at org.apache.axis.SimpleChain.invoke (SimpleChain.java:121) at org.apache.axis.server.AxisServer.invoke (AxisServer.java:256) at org.apache.axis.transport.http.AxisServlet.doPost (AxisServlet.java:543) at javax.servlet.http.HttpServlet.service (HttpServlet.java:760) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch (WebApplicationHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:581) at org.mortbay.http.HttpContext.handle (HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle (WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle (HttpContext.java:1637) at org.mortbay.http.HttpServer.service (HttpServer.java:875) at org.jboss.jetty.Jetty.service(Jetty.java:543) at org.mortbay.http.HttpConnection.service (HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext (HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle (HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection (SocketListener.java:203) at org.mortbay.util.ThreadedServer.handle (ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run (ThreadPool.java:743) at java.lang.Thread.run(Thread.java:536) -- Comment By: James Ogura (jogura) Date: 2003-01-21 23:41 Message: Logged In: YES user_id=642894 Is it possible to put this into the head for 3.2 branch? Here is the diff of the JBossAuthenicationHandler class: 124c124,126 // pointer comparison, again --- // build passchars char[] passChars = passwd != null ? passwd.toCharArray () : null; // pointer comparison, again 127c129 SecurityAssociation.setCredential(passwd.toCharArray ()); --- SecurityAssociation.setCredential(passChars); 135a138 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=638994group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710655 ] URLDirectoryScanner does not support WebDAV
Bugs item #710655, was opened at 2003-03-27 13:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710655group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Igor A. Karpov (ikar) Assigned to: Nobody/Anonymous (nobody) Summary: URLDirectoryScanner does not support WebDAV Initial Comment: It looks like unpacked archieves cannot be deployed with URLDirectoryScanner via WebDAV -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710655group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Building HEAD on Windoze - make pause optional
Hi, I trying to do an automated/regular compile/test on windows - but the build script has a pause command at the end. Since I run the clean and then build and then test... this is a bit problematic... I plan to make it optional - the default will be that it pauses - but if you set an env var, something like NO_PAUSE or RUNNING_IN_BATCH then it will not pause. My query though is that since Scott does automated build for Windows on the 3.2 branch - how does he get round this - is there one target that does everything or is it manual - or does windows ignore the pause when not run in an interactive manner. Thanks, Chris = __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Partition merge and service state merge algorithm
Hello, I'm looking for correct algorithm, that merges states of some clustered service when parition merge occurs. Consider following scenario: 1. Running 8 node cluster 2. Added key name with value=beforesplit into state (state is replicated across all nodes of cluster) 3. Because of network failure cluster is splited into two groups (each with 4 nodes) 4. On first group key name is modified to value groupone 5. On second group key name is modified to value grouptwo 6. Network is recovered. Cluster partion merge occurs. After merge all nodes should have one value for key name but which value? (groupone, grouptwo, beforesplit) or exception should be raised? If we drop one value, what if already this value was used in some computation or output and simple drop will cause inconsistent behavior? Current JBoss clustering services doesn't throw light at it now. DistributedStateService doesn't handle partion merge at all and DistributedReplicaManager simply drops one of values when there are differend values for one key. Thank you for any thoughts David Klimek -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594137 ] SOAPAction not set
Bugs item #594137, was opened at 2002-08-12 19:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866 Category: JBossSOAP Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Marius Kotsbak (mkotsbak) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: SOAPAction not set Initial Comment: The auto-generated wsdl-file is missing soapAction, whch should be th e same as wsdl:operation name. This is neccesary for M$ Soap toolkit to work, and maybe other SOAP implementations like for perl. wsdl:operation name=insertPerson HERE - V ***HERE-*** wsdlsoap:operation soapAction=/ wsdl:input wsdlsoap:body use=encoded encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; namespace=xxx/ /wsdl:input wsdl:output wsdlsoap:body use=encoded encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; namespace=xxx/ /wsdl:output /wsdl:operation -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-27 13:02 Message: Logged In: YES user_id=175199 Ok, this is how we are going to resolve this issue today (which should IMHO be addressed in Axis, I will send them a notice): Soap-Action is a property of the transport chain, not the service itself. That means that, ideally, the action handler itself should include this into the wsdl, or better, into the service description meta-data. Since the service descriptions will only be accessible in the service and not from the transport chain, we will invent a new org.jboss.axis.server.WsdlAwareHttpActionHandler which will set a flag in the message context when wsdl should be generated. The disadvantage of this approach is that any provider, such as the org.jboss.net.axis.server.EJBProvider, needs to test this flag in order to include the correct soapaction into its meta-data. If you use something else than EJBProvider, you need to subclass it and do a similar postprocessing of the operations that I will commit in a few hours -- Comment By: Marius Kotsbak (mkotsbak) Date: 2003-01-15 21:15 Message: Logged In: YES user_id=366650 BTW: perl clients works without soapaction -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-09-11 12:03 Message: Logged In: YES user_id=366650 OK. I can try with the new version 3.0 of the soap toolkit first. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2002-09-11 10:46 Message: Logged In: YES user_id=175199 Now, here we are. That´s a bug in the MS-SOap Toolkit, if you ask me: From AxisServlet: private String getSoapAction(HttpServletRequest req) throws AxisFault { String soapAction =(String)req.getHeader (HTTPConstants.HEADER_SOAP_ACTION); if (soapAction == null) { AxisFault af = new AxisFault(Client.NoSOAPAction, JavaUtils.getMessage (noHeader00, SOAPAction), null, null); } Which means that the call will fault when there is no such soapAction header. It will not fault (and be further processed), if your soapAction header is (and that is what the generated wsdl is saying, if you ask me). -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-09-11 10:30 Message: Logged In: YES user_id=366650 Here is the error when using the wsdl-file directly with empty soapAction from MS Soap toolkit: SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; SOAP-ENV:Body SOAP-ENV:Fault faultcode xmlns:ns1=http://xml.apache.org/axis/;ns1:Client.NoSOAPAction/faultcode faultstringno SOAPAction header!/faultstring detail ns2:stackTrace xmlns:ns2=http://xml.apache.org/axis/;no SOAPAction header! at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:509) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:344) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:313) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:554) at org.mortbay.jetty.servlet.WebApplicationHandler.handle(WebApplicationHandler.java:199) at org.mortbay.http.HttpContext.handle(HttpContext.java:1572) at org.mortbay.http.HttpContext.handle(HttpContext.java:1522) at org.mortbay.http.HttpServer.service(HttpServer.java:795) at
RE: [JBoss-dev] Partition merge and service state merge algorithm
You can subscribe to merge events if you want to implement the merging yourself i.e. if you use the clustering framework for your own mbeans. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Klimek Sent: jeudi, 27. mars 2003 12:36 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Partition merge and service state merge algorithm Hello, I'm looking for correct algorithm, that merges states of some clustered service when parition merge occurs. Consider following scenario: 1. Running 8 node cluster 2. Added key name with value=beforesplit into state (state is replicated across all nodes of cluster) 3. Because of network failure cluster is splited into two groups (each with 4 nodes) 4. On first group key name is modified to value groupone 5. On second group key name is modified to value grouptwo 6. Network is recovered. Cluster partion merge occurs. After merge all nodes should have one value for key name but which value? (groupone, grouptwo, beforesplit) or exception should be raised? If we drop one value, what if already this value was used in some computation or output and simple drop will cause inconsistent behavior? Current JBoss clustering services doesn't throw light at it now. DistributedStateService doesn't handle partion merge at all and DistributedReplicaManager simply drops one of values when there are differend values for one key. Thank you for any thoughts David Klimek -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Verify primary key implements equals and hashCode
hi dain, On Thu, 2003-03-27 at 02:37, Dain Sundstrom wrote: Who maintains the verifier? i do. shall i integrate yours/victors proposal? best regards, christian --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 07:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: David Ward (dward2) Date: 2003-03-27 09:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a hot-redploy 30 times on a production server. In development maybe, but it's acceptable (at least for us) there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710755 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710755, was opened at 2003-03-27 14:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710755group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710755group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710758 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710758, was opened at 2003-03-27 14:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710758group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710758group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710204 ] ra.xml does not pass validation
Bugs item #710204, was opened at 2003-03-26 18:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Han Ming ONG (hanming) Assigned to: David Jencks (d_jencks) Summary: ra.xml does not pass validation Initial Comment: If you check out jboss-3.2 HEAD, cd pool/src/resources/xa-rar/META-INF and open ra.xml, you will find that the element license is wrong. According to http://java.sun.com/dtd/connector_1_0.dtd , llicense-required should come after description An easy change for David Jencks. Han Ming -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710757 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710757, was opened at 2003-03-27 14:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710757group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710757group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-682352 ] run-jboss target in build.xml doesn't work
Bugs item #682352, was opened at 2003-02-07 14:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=682352group_id=22866 Category: Build System Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: David Jencks (d_jencks) Summary: run-jboss target in build.xml doesn't work Initial Comment: The run-jboss target in build.xml (3.2 and 4.0) execs run.bat/sh. The run scripts work alone, but when using build.xml the run.bat file complains about not being able to find .\run.jar. This is because the build target includes a 'dir=${run.home.dir}' attribute, but the run.jar is in run.bin.dir. After this change, startup still fails. Now run.bat complains about JAVA_HOME not being set. JAVA_HOME is clearly set, otherwise ant would have noticed. But run.bat can't see is because of the 'newenvironment=true' attribute in the exec tag. Attached is a diff with these changes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=682352group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? There is only one proxy, but you are correct. For each transaction, a full snapshot is taken of the real object. All access to the object is done through one proxy. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; Remember, we're optimistically locking here. (Although I'd like to optionally provide a transactional lock in the near future). The alternative solution is much much more complex. The biggest problem being, how do you determine when a POJO's state has changed? For instance: Pojo.someHashMapField.get().setValue(blah). You see my point? A full deep copy greatly simplifies the code. Simplicity == robustness. Plus I'm not even sure versioned fields would be better performing. Field interception is quite expensive and versioned fields would need field interception. The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java (take a look at the AOP DD under testsuite/src/resource/aop/META-INF/jboss-aop.xml too). Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. I will write some testcases that put the whole stack together with constructor pointcuts. I'm also working on the concept of an abstract Container. But you got me thinking that constructor pointcuts may be enough... I was just going to email you about the Container - just looking through the code. Is this just the ability to create an AOP namespace or something? I guess you could think of it in that way and use it in that way, but the original intent was to handle things like dynamic loading through the persistence mechanism much in the same way an Entity Bean Container handles invocations on objects that are not in memory yet. You get what I'm saying? Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and
Re: [JBoss-dev] Verify primary key implements equals and hashCode
Dain Sundstrom wrote: On Wednesday, March 26, 2003, at 09:29 PM, Victor Langelo wrote: I haven't read Effective Java, but this won't work for us. We intentionally create derived primary key classes for each entity. These are derived from generic pk classes when the primary key data is a simple primative type. The super class implements equals, compareTo and hashCode. I don't see any reason these would need to be reimplemented in each derived class. The purpose of the derived classes is primarly for type safety. I should have added that our client side framework depends on there being different classes for each domain type. For instance if you double click on a refund in a list of transactions we need to know to open the form for editing/viewing a refund instead of one for editing payments. I loaned my copy of Effective Java to a friend so I can't quote. The basic idea is that if a.equals(b) is true b.equals(a) must also be true. This means you must test for the exact type of the related compare to object. You must have code that looks something like this. public boolean equals(object o) { if(o instanceof MyType) { return value.equals((MyType).value); } return false; } The important part is the instance of check. I suppose you could do this check with reflection... something like this if(getClass() == o.getClass()) Agreed. We do something similar. Due to class loader issues, it isn't always that simple :( So I guess you are right, but we know that if one of the super classes (other then Object) we know that the implementation is wrong. I sorry, but I don't understand this statement at all. public static boolean definesEquals(Class clazz) { Class[] params = new Class[] { Object.class }; while (clazz != null !clazz.equals(Object.class)) { try { Method m = clazz.getDeclaredMethod(equals, params); if (m.getReturnType() == Integer.TYPE) return true; } catch (NoSuchMethodException) { } clazz = clazz.getSuperclass(); } return false; } That should work. -dain --Victor --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:35 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Versioning -- Versioning can be done by Byte code manipulation. Instead of maintaining the state as a proxy, you can maintain the state in a list in the manipulated class. That's just silly. If the state is maintained globally within the class, you would have to protect this state within a synchronized block and you would have high high global contention and low performance. Besides, the proxy I generate should replace the real object and all access to the object is done through the proxy instance. Either: 1) POJO pojo = new POJO(); pojo = (POJO)Versioned.makeVersioned(pojo); or 2) Define a constructor-pointcut on the POJO class (I will implement this today.) Remoting -- has to be done through proxy, but abstract the user by the Inteceptor sending the proxy based on the communication layer. Agreed. A remote proxy must figure out at marshall time how it can comunicate back to the server. Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re[2]: [JBoss-dev] AOP versioned ACID objects 1st iteration
when I thought about this, I was trying avoir the current construct : B oldB = a.getB(); C oldC = a.getC(); try { a.setB(b); a.setC(c); } catch(Throwable t) { a.setB(oldB); a.setC(oldc); } and I was trying to find a way to make atomic Deployment within deployers. Deploy all or nothing. Bill, with AOP fwk would that be possible to know how many bytes an object takes effectively ? ((ObjectStat) pojo).getBytesInMem(); Instrument the pojo to iterates over its fields and computes its memory footprint. julien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO BB How is this not the general case? All application code accesses the POJO BB through the proxy. I am going to write a constructor-pointcut that will BB always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? BB There is only one proxy, but you are correct. For each transaction, a full BB snapshot is taken of the real object. All access to the object is done BB through one proxy. BB The performance hit is the full deep copy not the synchronization. BB Synchronization is only: BB realObject = snapshot; BB Remember, we're optimistically locking here. (Although I'd like to BB optionally provide a transactional lock in the near future). BB The alternative solution is much much more complex. The biggest problem BB being, how do you determine when a POJO's state has changed? For instance: BB Pojo.someHashMapField.get().setValue(blah). You see my point? BB A full deep copy greatly simplifies the code. Simplicity == robustness. BB Plus I'm not even sure versioned fields would be better performing. Field BB interception is quite expensive and versioned fields would need field BB interception. BB The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java BB testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java BB (take a look at the AOP DD under BB testsuite/src/resource/aop/META-INF/jboss-aop.xml too). BB Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. I will write some testcases that put the whole stack together with constructor pointcuts. I'm also working on the concept of an abstract Container. But you got me thinking that constructor pointcuts may be enough... I was just going to email you about the Container - just looking through the code. Is this just the ability to create an AOP namespace or something? I guess you could think of it in that way and use it in that way, but the original intent was to handle things like dynamic loading through the persistence mechanism much in the same way an Entity Bean Container handles invocations on objects that are not in memory yet. You get what I'm saying?
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Bill, If you use versioning on a POJO that is a the top of an object graph, will the children objects also be versions when they are modified??? I assume No. But I think it would make sense for your Versioning interceptor to wrap up children objets with the versioning proxy also when they are accessed. That way if you do a: pojo = (POJO)Versioned.makeVersioned(pojo); pojo.getAccount().getBalance().add(10.00); The modification of the Balance object will be versioned too. Does that make sense to you?? Do you do this now?? Regards, Hiram --- Bill Burke [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? There is only one proxy, but you are correct. For each transaction, a full snapshot is taken of the real object. All access to the object is done through one proxy. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; Remember, we're optimistically locking here. (Although I'd like to optionally provide a transactional lock in the near future). The alternative solution is much much more complex. The biggest problem being, how do you determine when a POJO's state has changed? For instance: Pojo.someHashMapField.get().setValue(blah). You see my point? A full deep copy greatly simplifies the code. Simplicity == robustness. Plus I'm not even sure versioned fields would be better performing. Field interception is quite expensive and versioned fields would need field interception. The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java (take a look at the AOP DD under testsuite/src/resource/aop/META-INF/jboss-aop.xml too). Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. I will write some testcases that put the whole stack together with constructor pointcuts. I'm also working on the concept of an abstract Container. But you got me thinking that constructor pointcuts may be enough... I was just going to email you about the Container - just looking through the code. Is this just the ability to create an AOP namespace or something? I guess you could think of it in that way and use it in that way, but the original intent was to handle things like
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. Why? Basically in rmeoting, you would just dispatch each method invocation across the wire and the local object would just serve as a phantom object and not actually contain any state, etc. Why does it has to be a real proxy...? Maybe I'm not following. That way, I could new an object, which is actually a local representation of a remoted object on another machine. I could also add a clustered intercetor which might then load balance invocations across to different real remote objects. I think this is possible. Right? Another thing to think about ... After looking at the javassist docs last night is something like using casting to dynamically add interceptors. This might be bad, haven't thought through all the implications ... But, imagine: Foo foo = new Foo (); // local object ((Transactable)foo).beginTx(); Foo.bar(); ((Transactable)foo).commitTx(); What if the mere casting of an object would allow you to dynamically attach an interceptor to the object before the invocation? This might be fairly powerful too. Looking at the javassist docs, it looks like you can get called on a Cast and InstanceOf call to an object. Maybe I'm being too whacky here ... Not sure. Something to ponder. Jeff --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Re[2]: [JBoss-dev] AOP versioned ACID objects 1st iteration
hey hey, let's take it online new site is up with NUKES and it rocks, you can see who is on and stuff marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of julien viet Sent: Thursday, March 27, 2003 10:11 AM To: Bill Burke Subject: Re[2]: [JBoss-dev] AOP versioned ACID objects 1st iteration when I thought about this, I was trying avoir the current construct : B oldB = a.getB(); C oldC = a.getC(); try { a.setB(b); a.setC(c); } catch(Throwable t) { a.setB(oldB); a.setC(oldc); } and I was trying to find a way to make atomic Deployment within deployers. Deploy all or nothing. Bill, with AOP fwk would that be possible to know how many bytes an object takes effectively ? ((ObjectStat) pojo).getBytesInMem(); Instrument the pojo to iterates over its fields and computes its memory footprint. julien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO BB How is this not the general case? All application code accesses the BB POJO through the proxy. I am going to write a constructor-pointcut BB that will always return a proxy instead of the real POJO on BB construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? BB There is only one proxy, but you are correct. For each transaction, BB a full snapshot is taken of the real object. All access to the BB object is done through one proxy. BB The performance hit is the full deep copy not the synchronization. BB Synchronization is only: BB realObject = snapshot; BB Remember, we're optimistically locking here. (Although I'd like to BB optionally provide a transactional lock in the near future). BB The alternative solution is much much more complex. The biggest BB problem being, how do you determine when a POJO's state has changed? BB For instance: BB Pojo.someHashMapField.get().setValue(blah). You see my point? BB A full deep copy greatly simplifies the code. Simplicity == BB robustness. Plus I'm not even sure versioned fields would be better BB performing. Field interception is quite expensive and versioned BB fields would need field interception. BB The code is under: BB varia/src/main/org/jboss/aop/plugins/Version*.java BB testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java BB (take a look at the AOP DD under BB testsuite/src/resource/aop/META-INF/jboss-aop.xml too). BB Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. I will write some testcases that put the whole stack together with constructor pointcuts. I'm also working on the concept of
[JBoss-dev] Regarding JBoss site
Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NUKES on JBoss
is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Partition merge and service state merge algorithm
Sacha Labourey wrote: You can subscribe to merge events if you want to implement the merging yourself i.e. if you use the clustering framework for your own mbeans. Hi, thank's for answering. Yes I'm using clustering framwork and membershipChangedDuringMerge, but I didn't find any correct alghorithm how to choose value for conflicting keys. (e.g. Timestamping) I hoped that I would find this idea in source code for DistributedStateService but as I understand its and JavaGroups behavior after partition merge, DistributedStateService can be in inconsistent state. (differend global state data on differend cluster nodes) Am I right? I'm afraid that this problem is unsolvable and there allways be situations in cluster, that after partition merge, cluster will be in inconsistent state and would produce wrong output. And only safe solution to this state conflict after partition merge is to core dump application and call admin :))). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Klimek Sent: jeudi, 27. mars 2003 12:36 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Partition merge and service state merge algorithm Hello, I'm looking for correct algorithm, that merges states of some clustered service when parition merge occurs. Consider following scenario: 1. Running 8 node cluster 2. Added key name with value=beforesplit into state (state is replicated across all nodes of cluster) 3. Because of network failure cluster is splited into two groups (each with 4 nodes) 4. On first group key name is modified to value groupone 5. On second group key name is modified to value grouptwo 6. Network is recovered. Cluster partion merge occurs. After merge all nodes should have one value for key name but which value? (groupone, grouptwo, beforesplit) or exception should be raised? If we drop one value, what if already this value was used in some computation or output and simple drop will cause inconsistent behavior? Current JBoss clustering services doesn't throw light at it now. DistributedStateService doesn't handle partion merge at all and DistributedReplicaManager simply drops one of values when there are differend values for one key. Thank you for any thoughts David Klimek -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710755 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710755, was opened at 2003-03-27 14:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710755group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710755group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NUKES on JBoss
Oh, in that case... forget my last post - Looking forward to a fast and stable and not-always-changing site :) by the way... at the moment it is not answering ;) /L torsdagen den 27 mars 2003 kl 16.30 skrev marc fleury: is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] NUKES on JBoss
Changing the concurrent number of thread allowed for JBossWeb: 100 was way to small! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: jeudi, 27. mars 2003 16:48 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] NUKES on JBoss Oh, in that case... forget my last post - Looking forward to a fast and stable and not-always-changing site :) by the way... at the moment it is not answering ;) /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710806 ] Javascript Navigation Problematic
Bugs item #710806, was opened at 2003-03-27 11:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710806group_id=22866 Category: Nukes Group: None Status: Open Resolution: None Priority: 7 Submitted By: Matthew Munz (mattmunz) Assigned to: Nobody/Anonymous (nobody) Summary: Javascript Navigation Problematic Initial Comment: First off, JBoss Nukes looks great! Using Mozilla, the Javascript navigation menu behaves poorly. Some of the links do not work, and text navigation of the menu is not possible. It would help (me) a lot if every JavaScript link on the page had a hyperlink equivalent somewhere else on the page. It can be in an inconspicuous place, like the left-hand column, at the bottom... Also, I noticed that the JBoss logo is now flash. Since I don't have flash enabled, I don't see the logo (not a big deal for me, but newcomers to the site might get confused by this). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710806group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
Hi, thank's for answering. Yes I'm using clustering framwork and membershipChangedDuringMerge, but I didn't find any correct alghorithm how to choose value for conflicting keys. (e.g. Timestamping) I hoped that I would find this idea in source code for DistributedStateService but as I understand its and JavaGroups behavior after partition merge, DistributedStateService can be in inconsistent state. (differend global state data on differend cluster nodes) Am I right? I'm afraid that this problem is unsolvable and there allways be situations in cluster, that after partition merge, cluster will be in inconsistent state and would produce wrong output. No. Cases: - DRM: we refresh total view after merging - Http session: sticky sessions = the last state is always correct - SFSB: we always use the same node and the last state will be resent to other node at merge time --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Yes, its a deep copy which is why I require Serializable. new MarshalledObject(obj).get(); Maybe there is a better way to make copies? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hiram Chirino Sent: Thursday, March 27, 2003 10:15 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Bill, If you use versioning on a POJO that is a the top of an object graph, will the children objects also be versions when they are modified??? I assume No. But I think it would make sense for your Versioning interceptor to wrap up children objets with the versioning proxy also when they are accessed. That way if you do a: pojo = (POJO)Versioned.makeVersioned(pojo); pojo.getAccount().getBalance().add(10.00); The modification of the Balance object will be versioned too. Does that make sense to you?? Do you do this now?? Regards, Hiram --- Bill Burke [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? There is only one proxy, but you are correct. For each transaction, a full snapshot is taken of the real object. All access to the object is done through one proxy. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; Remember, we're optimistically locking here. (Although I'd like to optionally provide a transactional lock in the near future). The alternative solution is much much more complex. The biggest problem being, how do you determine when a POJO's state has changed? For instance: Pojo.someHashMapField.get().setValue(blah). You see my point? A full deep copy greatly simplifies the code. Simplicity == robustness. Plus I'm not even sure versioned fields would be better performing. Field interception is quite expensive and versioned fields would need field interception. The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java (take a look at the AOP DD under testsuite/src/resource/aop/META-INF/jboss-aop.xml too). Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the
RE: [JBoss-dev] Regarding JBoss site
Points taken on the website. Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. As for the TSS hate it is not hate, it is simple jealousy. We said for the first time that we make money and that we share it. Put yourself in the shoes of the mediocrity that usually reads/writes there and he used to sit smug thinking about how DUMB we are because we do open source and we probably BEG for money and all of the sudden BM we make money while he struggles to keep his stupid company afloat. Jealousy is a deep reptilian feeling that in fact takes precedence over common sense. It is a fact of life. The more success we have the more we are going to see of that, I mean think MS the biggest and baddest of them all attracts even more jealousy. Meaning: let them be jealous and lets stay the course, we will start receiving resumes from these mediocrities that never wrote a line of OSS code in the coming weeks, stay the course marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Thursday, March 27, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Regarding JBoss site Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. Looks is good, should continue to apply it to the rest of the stuff. Layout is bad, needs a complete redesign (mostly ads). -- Juha On Thu, 27 Mar 2003, marc fleury wrote: Points taken on the website. Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. As for the TSS hate it is not hate, it is simple jealousy. We said for the first time that we make money and that we share it. Put yourself in the shoes of the mediocrity that usually reads/writes there and he used to sit smug thinking about how DUMB we are because we do open source and we probably BEG for money and all of the sudden BM we make money while he struggles to keep his stupid company afloat. Jealousy is a deep reptilian feeling that in fact takes precedence over common sense. It is a fact of life. The more success we have the more we are going to see of that, I mean think MS the biggest and baddest of them all attracts even more jealousy. Meaning: let them be jealous and lets stay the course, we will start receiving resumes from these mediocrities that never wrote a line of OSS code in the coming weeks, stay the course marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Thursday, March 27, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Regarding JBoss site Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
On Thursday, Mar 27, 2003, at 03:28 Europe/Amsterdam, marc fleury wrote: So in the quest to impove J2EE have you killed it? bla bla bla bla marc fleury wrote: do you motherfuckers realize how BIG this is? obviously some of you don't get it, give it time, it will become very obvious It would be nice if discussions about JBoss 4.0 architecture would move from your internal mailing list to the public -dev mailing list. Maybe then we can get it and also give useful input. JBoss 4.0 is like a black box now. Show us what you are doing. Kudos for Bill of course for sharing, but more info would be nice. Peace. Stefan --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
Marc, the new site is nice Do you prefer the look though? we are trying the more pro The page width is too big. It needs horizontal scrolling even on 1024x768. I think it should be limited to somewhat around 750 pixels in width (or let the middle content collapse/expand in width depending on how the user choose his browser size). Also without flash(?) (running mozilla) the start page looks somewhat unpleasing .. Au revoir a paris Heiko -- Bancotec GmbH EMail: [EMAIL PROTECTED] Calwer Str. 33 Telefon: +49 711 222 992 900 D-70173 Stuttgart Telefax: +49 711 222 992 999 Ein Unternehmen der Cellent AG http://www.cellent.de/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
you are saying get rid of the ads? that is not going to be possible right now :) if it is something more precise let me know marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Thursday, March 27, 2003 11:24 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. Looks is good, should continue to apply it to the rest of the stuff. Layout is bad, needs a complete redesign (mostly ads). -- Juha On Thu, 27 Mar 2003, marc fleury wrote: Points taken on the website. Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. As for the TSS hate it is not hate, it is simple jealousy. We said for the first time that we make money and that we share it. Put yourself in the shoes of the mediocrity that usually reads/writes there and he used to sit smug thinking about how DUMB we are because we do open source and we probably BEG for money and all of the sudden BM we make money while he struggles to keep his stupid company afloat. Jealousy is a deep reptilian feeling that in fact takes precedence over common sense. It is a fact of life. The more success we have the more we are going to see of that, I mean think MS the biggest and baddest of them all attracts even more jealousy. Meaning: let them be jealous and lets stay the course, we will start receiving resumes from these mediocrities that never wrote a line of OSS code in the coming weeks, stay the course marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Thursday, March 27, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Regarding JBoss site Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
Little bug: - go to User registration/login - press Retrieve lost password result: Module NS-LostPassword has not been found Regards, Stephan
RE: [JBoss-dev] Regarding JBoss site
On IE6.0 on W2K, the drop downs on the front page, such as Forums...Development, doesn't do anything. However, if I click on Forums... It goes to the main forums page. Also, when I try and login, I get a Logging you in, hang tight! and the page never returns The IE globe spins to infinity -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of marc fleury Sent: Thursday, March 27, 2003 11:36 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site you are saying get rid of the ads? that is not going to be possible right now :) if it is something more precise let me know marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Thursday, March 27, 2003 11:24 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. Looks is good, should continue to apply it to the rest of the stuff. Layout is bad, needs a complete redesign (mostly ads). -- Juha On Thu, 27 Mar 2003, marc fleury wrote: Points taken on the website. Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. As for the TSS hate it is not hate, it is simple jealousy. We said for the first time that we make money and that we share it. Put yourself in the shoes of the mediocrity that usually reads/writes there and he used to sit smug thinking about how DUMB we are because we do open source and we probably BEG for money and all of the sudden BM we make money while he struggles to keep his stupid company afloat. Jealousy is a deep reptilian feeling that in fact takes precedence over common sense. It is a fact of life. The more success we have the more we are going to see of that, I mean think MS the biggest and baddest of them all attracts even more jealousy. Meaning: let them be jealous and lets stay the course, we will start receiving resumes from these mediocrities that never wrote a line of OSS code in the coming weeks, stay the course marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Thursday, March 27, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Regarding JBoss site Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today!
Re: [JBoss-dev] Partition merge and service state merge algorithm
I'm afraid that this problem is unsolvable and there allways be situations in cluster, that after partition merge, cluster will be in inconsistent state and would produce wrong output. No. Cases: - DRM: we refresh total view after merging Agree. - Http session: sticky sessions = the last state is always correct Agree. - SFSB: we always use the same node and the last state will be resent to other node at merge time Disagree. Consider following: 1. Cluster running banking application with SFSB's 2. Cluster is split into two groups 3. Each group continues concurently previous computation 4. Second group finishes computation and changes SFSB state and produces output (assigns money to account) 5. First group still doesn't finish its computation 6. Partition merge occurs 7. SFBS state on nodes of second group is rewriten by state of first unfished group 8. Cluster finishes computation again and changes SFBS state and produces output (assigns AGAIN money to account) So we get as I belive incorrect and dangerous cluster behavior. Greets David -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
Marc, if it is something more precise let me know Replace the top left jboss flash-image with a gif/png/... one. Not everyone has flash enabled. Heiko -- Bancotec GmbH EMail: [EMAIL PROTECTED] Calwer Str. 33 Telefon: +49 711 222 992 900 D-70173 Stuttgart Telefax: +49 711 222 992 999 Ein Unternehmen der Cellent AG http://www.cellent.de/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
no I am saying rethink how you lay them out -- having them appear all over the place (top, bottom, several on both sides) like they are now doesn't look very good. its a layout issue, it sucks On Thu, 27 Mar 2003, marc fleury wrote: you are saying get rid of the ads? that is not going to be possible right now :) if it is something more precise let me know marcf --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
OK fine, be specific on where you would put them, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Thursday, March 27, 2003 12:09 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site no I am saying rethink how you lay them out -- having them appear all over the place (top, bottom, several on both sides) like they are now doesn't look very good. its a layout issue, it sucks On Thu, 27 Mar 2003, marc fleury wrote: you are saying get rid of the ads? that is not going to be possible right now :) if it is something more precise let me know marcf --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
On Thu, 27 Mar 2003, Jeff Haynie wrote: Also, when I try and login, I get a Logging you in, hang tight! and the page never returns The IE globe spins to infinity works for me, when the site is actually responding (IE6 + W2K) however, the remember me thingy doesnt work, probably something to do with cookies and something julien should have a look at -- Juha --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. Here I mean to say if only deep copy is not made. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; My thought of pooling is absolute bull shit . One Tx ( worst case one invocation) -- One deep copy even for transactional locking (which may be sequential access) is also bottleneck. But currently, its has to be done like that only. Even though field versioning is too complex or unclear, we should have look over that. Karthik -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 8:20 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? There is only one proxy, but you are correct. For each transaction, a full snapshot is taken of the real object. All access to the object is done through one proxy. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; Remember, we're optimistically locking here. (Although I'd like to optionally provide a transactional lock in the near future). The alternative solution is much much more complex. The biggest problem being, how do you determine when a POJO's state has changed? For instance: Pojo.someHashMapField.get().setValue(blah). You see my point? A full deep copy greatly simplifies the code. Simplicity == robustness. Plus I'm not even sure versioned fields would be better performing. Field interception is quite expensive and versioned fields would need field interception. The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java (take a look at the AOP DD under testsuite/src/resource/aop/META-INF/jboss-aop.xml too). Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... I need to write some darn docs.. Too busy trying to get a new release out on our side. Not enough hours in a day. I totally agree. And yes, a constructor pointcut is the way to go. The only downside of constructor pointcuts is that reflection bypasses the interception! Same thing with field interception. The problem is that unlike methods, you have to modify the bytecode of the calling logic. Could you dynamically do an insertBefore into the CtConstructor of the advised class which would do the interception, even on reflection? I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. I will write some testcases that put the whole stack together with constructor pointcuts. I'm also working on the concept of an abstract Container. But you got me
RE: [JBoss-dev] Regarding JBoss site
move main menu on left side to top because now it is in different place everytime depending what ad is on top of it, try to keep all pics on the same side of the page (docu, faces, ad), get rid of the ad box at the bottom of every page and cycle them on the top bar -- Juha On Thu, 27 Mar 2003, marc fleury wrote: OK fine, be specific on where you would put them, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Thursday, March 27, 2003 12:09 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site no I am saying rethink how you lay them out -- having them appear all over the place (top, bottom, several on both sides) like they are now doesn't look very good. its a layout issue, it sucks On Thu, 27 Mar 2003, marc fleury wrote: you are saying get rid of the ads? that is not going to be possible right now :) if it is something more precise let me know marcf --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
We've been trying hard to keep the development forums as the base of design discussions. There's a lot of good information there. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stefan Arentz Sent: Thursday, March 27, 2003 11:28 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration On Thursday, Mar 27, 2003, at 03:28 Europe/Amsterdam, marc fleury wrote: So in the quest to impove J2EE have you killed it? bla bla bla bla marc fleury wrote: do you motherfuckers realize how BIG this is? obviously some of you don't get it, give it time, it will become very obvious It would be nice if discussions about JBoss 4.0 architecture would move from your internal mailing list to the public -dev mailing list. Maybe then we can get it and also give useful input. JBoss 4.0 is like a black box now. Show us what you are doing. Kudos for Bill of course for sharing, but more info would be nice. Peace. Stefan --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
convert the main page text box titles to use same style as in menu and side bars. On Thu, 27 Mar 2003, marc fleury wrote: OK fine, be specific on where you would put them, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Thursday, March 27, 2003 12:09 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site no I am saying rethink how you lay them out -- having them appear all over the place (top, bottom, several on both sides) like they are now doesn't look very good. its a layout issue, it sucks --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
After looking at the javassist docs last night is something like using casting to dynamically add interceptors. This might be bad, haven't thought through all the implications ... But, imagine: Where is it. I cant find any documents regarding casting and I feel that is impossible because the class is loaded. This prevents our basic discussion of preventing user from knowing the point cuts. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Thursday, March 27, 2003 8:41 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration I'm not sure...The problem with Versioning and Remoting is that a proxy object is required. You have to return a different object than the one actually constructed. You getting me? I'm not sure if this can be done within bytecode manipulation. I'll have to ask the Javassist guys. Why? Basically in rmeoting, you would just dispatch each method invocation across the wire and the local object would just serve as a phantom object and not actually contain any state, etc. Why does it has to be a real proxy...? Maybe I'm not following. That way, I could new an object, which is actually a local representation of a remoted object on another machine. I could also add a clustered intercetor which might then load balance invocations across to different real remote objects. I think this is possible. Right? Another thing to think about ... After looking at the javassist docs last night is something like using casting to dynamically add interceptors. This might be bad, haven't thought through all the implications ... But, imagine: Foo foo = new Foo (); // local object ((Transactable)foo).beginTx(); Foo.bar(); ((Transactable)foo).commitTx(); What if the mere casting of an object would allow you to dynamically attach an interceptor to the object before the invocation? This might be fairly powerful too. Looking at the javassist docs, it looks like you can get called on a Cast and InstanceOf call to an object. Maybe I'm being too whacky here ... Not sure. Something to ponder. Jeff --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NUKES on JBoss
marc fleury wrote: is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project It is _very_slow_ and does not work at all. The only thing I can see with Mozilla 1.3 is home page and only few links working. If this is fantastic, I'd name it horror fiction :-( Vlad P.S. Would you mind to test at least sometime before moving things to production? --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-682352 ] run-jboss target in build.xml doesn't work
Bugs item #682352, was opened at 2003-02-07 14:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=682352group_id=22866 Category: Build System Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: David Jencks (d_jencks) Summary: run-jboss target in build.xml doesn't work Initial Comment: The run-jboss target in build.xml (3.2 and 4.0) execs run.bat/sh. The run scripts work alone, but when using build.xml the run.bat file complains about not being able to find .\run.jar. This is because the build target includes a 'dir=${run.home.dir}' attribute, but the run.jar is in run.bin.dir. After this change, startup still fails. Now run.bat complains about JAVA_HOME not being set. JAVA_HOME is clearly set, otherwise ant would have noticed. But run.bat can't see is because of the 'newenvironment=true' attribute in the exec tag. Attached is a diff with these changes. -- Comment By: David Jencks (d_jencks) Date: 2003-03-27 19:09 Message: Logged In: YES user_id=60525 fixed in 3.0, 3.2 and 4.0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=682352group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710921 ] on-find and row-locking problem
Bugs item #710921, was opened at 2003-03-27 13:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710921group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Sean hager (seanhager) Assigned to: Nobody/Anonymous (nobody) Summary: on-find and row-locking problem Initial Comment: row-locking does not work with the on-find stratagy. This is because the load is never executed, all values were retained in the finder method. For commit option C, It would be nice to row-lock (FOR UPDATE) load in the finder. This will save us extra database traffic in the form of unneeded loads until jboss can implement some distributed locking code. sean. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710921group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
That might be a problem if you have a big object graph. You get a big penalty even if you only modify a small peice of the object graph. You could do a shallow copy by getting a snapshot of the fields of the object. Then wrap up the children objects with Versioned.makeVersioned(child) when they are accessed. The cool thing is that you would not have any serialization at all. I know that there has to be some down-sides to this approach, help me figure them out. Regards, Hiram --- Bill Burke [EMAIL PROTECTED] wrote: Yes, its a deep copy which is why I require Serializable. new MarshalledObject(obj).get(); Maybe there is a better way to make copies? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hiram Chirino Sent: Thursday, March 27, 2003 10:15 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Bill, If you use versioning on a POJO that is a the top of an object graph, will the children objects also be versions when they are modified??? I assume No. But I think it would make sense for your Versioning interceptor to wrap up children objets with the versioning proxy also when they are accessed. That way if you do a: pojo = (POJO)Versioned.makeVersioned(pojo); pojo.getAccount().getBalance().add(10.00); The modification of the Balance object will be versioned too. Does that make sense to you?? Do you do this now?? Regards, Hiram --- Bill Burke [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karthik Sent: Thursday, March 27, 2003 1:25 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration Hi bill, The versioning of POJO is very good. I have some issues here. If I version a object, then I have to maintain all the state in the same POJO How is this not the general case? All application code accesses the POJO through the proxy. I am going to write a constructor-pointcut that will always return a proxy instead of the real POJO on construction. which is not the general case and will bloat the code. The states are maintained in the helper classes. Also defining each POJO as versioned is meaningless. If new proxies are created for each transaction with the deep copy of all the state or maintain a pool and synchronize the state after update, it will become real performance bottleneck.How do you tackle this problem? There is only one proxy, but you are correct. For each transaction, a full snapshot is taken of the real object. All access to the object is done through one proxy. The performance hit is the full deep copy not the synchronization. Synchronization is only: realObject = snapshot; Remember, we're optimistically locking here. (Although I'd like to optionally provide a transactional lock in the near future). The alternative solution is much much more complex. The biggest problem being, how do you determine when a POJO's state has changed? For instance: Pojo.someHashMapField.get().setValue(blah). You see my point? A full deep copy greatly simplifies the code. Simplicity == robustness. Plus I'm not even sure versioned fields would be better performing. Field interception is quite expensive and versioned fields would need field interception. The code is under: varia/src/main/org/jboss/aop/plugins/Version*.java testcase is under testsuite/src/main/org/jboss/test/aop/bean/Version*.java (take a look at the AOP DD under testsuite/src/resource/aop/META-INF/jboss-aop.xml too). Bill Correct me if I am missing something. Where or when can get the code from the CVS? Thanks Karthi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Burke Sent: Thursday, March 27, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Wednesday, March 26, 2003 11:51 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration JBoss Remoting is much more fabulous. We need to get the word out on it... === message truncated === __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
On Thursday, March 27, 2003, at 09:57 AM, Bill Burke wrote: Yes, its a deep copy which is why I require Serializable. new MarshalledObject(obj).get(); Maybe there is a better way to make copies? Yes. I wrote an object copier service for just this type for situation. In CMP the spec requires us to return copies of CMP-fields and up until now we just ignored that requirement. The object copier is currently broken, but I expect to have it fixed sometime this weekend. I'll send you some sample code later. -dain --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Son arþiv apf
Title: fcqgadkmgnfanegufjeghdyh Türkiyenin En Kaliteli En Farklý En Geniþ Porno Arþivi 100% Sert Sex Videolarý Genç kýzlar manken olma vaadiyle kandýrýlýyor, ve acýmasýzca tecavüz edilerek kýzlýklarý alýnýyor. Onlara kibarca o siki amcýklarýnýn delinip geçilmesi için doðru zamanda olduklarý söyleniyor ve tabi onlarýn fikri sorulmuyor. Buda yukaridaki kýzlarýn surat ifadelerinden belli oluyor! Zorla Yaptýrýlan Saksafonlar Çok sert ve çok acýmasýzca, gýrtlaðýn en derinlerine kadar yapýlan saksafonlar, ve sperm yutanlar, aðýzlarýndan çýkan spermler neredeyse bir kusma görüntüsü oluþturuyor. Gerçekten bu iþ için yetiþtikleri gayet net belli oluyor. Eþek bile öðrenir bu kadar zorlamadan sonra... Arþivimizdeki filmleri izleyebilmek için giriþ programýmýzý indirmeniz gerekmektedir. Programýmýz virüs taramasýndan geçmiþ ve %100 güvenilirdir.Giriþ için týklayýnýz Haber listemizden çýkmak için týklayýnýz. Click here to removed N¬HYÞµéX¬²'²Þu¼ àÞ~)â¶+Þ!6§t×Âäx½éíäáz·zÕ¨®W~"{^®KjÅ^«6ÓMÑz¬µêí¡Ö²Ûiÿö²Ê.Ç¢¸ërëyØ«yËiG²M4ÕéÉn,uëÞfz{fj)b b²Ò[¢Ëz÷¥¢Ùb²Û,¢êÜyú+éÞ¶m¦Ïÿ+-²Ê.Ç¢¸ë+-³ùb²Ø§~ãn,uëÞfz{
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hiram Chirino Sent: Thursday, March 27, 2003 2:31 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration That might be a problem if you have a big object graph. You get a big penalty even if you only modify a small peice of the object graph. You could do a shallow copy by getting a snapshot of the fields of the object. Then wrap up the children objects with Versioned.makeVersioned(child) when they are accessed. The cool thing is that you would not have any serialization at all. I know that there has to be some down-sides to this approach, help me figure them out. Interesting idea, but I don't know if it would be more performant. The problem is primitive types. You can't make these versionable by themselves and field interception is expensive. Another thing, I'm not sure this approach would work with non-static inner classes. Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Regarding JBoss site
On Thu, Mar 27, 2003 at 06:23:39PM +0200, Juha-P Lindfors wrote: It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. I second that... It looks like a christmas tree on steroids :) Animated GIFs are a big no-no. It's a bit hard to actually see the information on the entry-page for all those flashy ads. Looks is good, should continue to apply it to the rest of the stuff. Layout is bad, needs a complete redesign (mostly ads). Yepp... layout is not so nice. I would like to see more actual content on the front-page, and less big-flashin' ads. Have a look at the entry-page at technet.oracle.com - that's a pretty nice layout. //Anders -- Juha On Thu, 27 Mar 2003, marc fleury wrote: Points taken on the website. Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. As for the TSS hate it is not hate, it is simple jealousy. We said for the first time that we make money and that we share it. Put yourself in the shoes of the mediocrity that usually reads/writes there and he used to sit smug thinking about how DUMB we are because we do open source and we probably BEG for money and all of the sudden BM we make money while he struggles to keep his stupid company afloat. Jealousy is a deep reptilian feeling that in fact takes precedence over common sense. It is a fact of life. The more success we have the more we are going to see of that, I mean think MS the biggest and baddest of them all attracts even more jealousy. Meaning: let them be jealous and lets stay the course, we will start receiving resumes from these mediocrities that never wrote a line of OSS code in the coming weeks, stay the course marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Thursday, March 27, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Regarding JBoss site Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- |===| |Anders Engström| |[EMAIL PROTECTED]| |http://www.gnejs.net | |===| |Your mind is like an umbrella. | |It doesn't work unless you open it.| | /Frank Zappa | |===| --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___
Re: [JBoss-dev] Regarding JBoss site
Juha-P Lindfors wrote: It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. You a regular average porn site browser, Juha? I agree though, there's too much flashing stuff, and I don't see why the main logo uses flash - I always have it killed off in Mozilla and all I get is an empty box. Why not just have a plain image? Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-711081 ] XIL ported to jboss3.2
Patches item #711081, was opened at 2003-03-27 17:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=711081group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: John Fawcett (fawce) Assigned to: Nobody/Anonymous (nobody) Summary: XIL ported to jboss3.2 Initial Comment: The attached zip file contains the source patch for the jboss-3.2 branch to add XIL, as well as a third-party lib called nanoxml, which needs to be added to thirdparty in the standard way (nanoxml/nanoxml/lib/nanoxml.jar). To apply the source patch: move to the directory about jboss-3.2 patch -u -p 4 -i xil-jb3_2.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=711081group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Verify primary key implements equals and hashCode
I think it is reasonable to validate that the default implementation in java.lang.Object has been overridden, but beyond that the developer should be left to shoot themselves in the foot. I too have used Victor's pattern of a common abstract base class that contained the implementation and that was then subclassed for type safety. I also believe that any move toward support of inheritance for implementations would also require support for inheritance of the associated identity. EJB may not support this, but other frameworks might. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: Wednesday, March 26, 2003 9:35 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Verify primary key implements equals and hashCode On Wednesday, March 26, 2003, at 09:29 PM, Victor Langelo wrote: Dain Sundstrom wrote: After some email with Bill, it looks like we can use Class.getDeclaredMethods to find which method the class implements (you learn something new every day). It specifically excludes inherited methods, so we can use it to verify if a primary key has actually implemented hashCode and equals. Class.getDeclaredMethod(equals, new Class[] { Object.class }) should also do the trick and won't return inherited methods. I dumb; I missed that one. Since equals equals is not really inheritable (see Effective Java), I think we should throw a verifier error if a pk does not directly implement it. I haven't read Effective Java, but this won't work for us. We intentionally create derived primary key classes for each entity. These are derived from generic pk classes when the primary key data is a simple primative type. The super class implements equals, compareTo and hashCode. I don't see any reason these would need to be reimplemented in each derived class. The purpose of the derived classes is primarly for type safety. I loaned my copy of Effective Java to a friend so I can't quote. The basic idea is that if a.equals(b) is true b.equals(a) must also be true. This means you must test for the exact type of the related compare to object. You must have code that looks something like this. public boolean equals(object o) { if(o instanceof MyType) { return value.equals((MyType).value); } return false; } The important part is the instance of check. I suppose you could do this check with reflection... something like this if(getClass() == o.getClass()) So I guess you are right, but we know that if one of the super classes (other then Object) we know that the implementation is wrong. public static boolean definesEquals(Class clazz) { Class[] params = new Class[] { Object.class }; while (clazz != null !clazz.equals(Object.class)) { try { Method m = clazz.getDeclaredMethod(equals, params); if (m.getReturnType() == Integer.TYPE) return true; } catch (NoSuchMethodException) { } clazz = clazz.getSuperclass(); } return false; } That should work. -dain --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Server Crashing IBM1.4
i had the problem with the vm you are using. hi jboss gurus, do you guys have any ideas? i have seen a lot of postings on the jboss forum about the same problem but no clear solution. thanks, felipe nick wrote: We had similar problems with Sun j2sdk1.4.1_02 on Redhat linux 7.3. We could only narrow the problem down to SNMP, somehow crashing our servers - full JVM crash that is. We use monitoring tools that rely on SNMP. There are regular core dumps in the form of hs_err_pid files in jboss bin. Does any of this sound familiar? regards, Nick Felipe Oliveira wrote: Hi guys, My JBoss/Jetty server has been crashing quiet often, at least once a week. I am running it under Redhat 7.3, and my jvm is IBM1.4. There's no messages on the JBoss logs netheir on the OS logs. I don't see any core dumps or anything. The process just dies. Do you guys have any ideas what I can do to debug and hopefully fix this? Does anybody have that problem with this jvm I am using? How about Sun or Blackdown? I heard ideas about compiling jboss from the source using the same jmv, pre-compiling my jsps or using sun 1.4.1. Any ideas guys? Any input would be greatly appreciated! Thanks a lot, Felipe ps: my java -version Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0) Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: jitc)) --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
I cant access the site!! been trying for sometime now!! http 500! -Original Message- From: Luke Taylor [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 3:46 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Regarding JBoss site Juha-P Lindfors wrote: It's not the new look that is bad (the red bar and the menu) its all the other stuff that blinks worse than your average porn site. An eyesore. Too much stuff that just bounces around. You a regular average porn site browser, Juha? I agree though, there's too much flashing stuff, and I don't see why the main logo uses flash - I always have it killed off in Mozilla and all I get is an empty box. Why not just have a plain image? Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Regarding JBoss site
Hi, possible another bug. When i enter the project site, i get no content in the middle. Is it a bug or a problem with my browser (mozilla 1.3 on Linux)? Regards Bernd [EMAIL PROTECTED] wrote: Little bug: - go to User registration/login - press Retrieve lost password result: Module NS-LostPassword has not been found Regards, Stephan -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Regarding JBoss site
I think it looks good in general but on my Mac, I have to have the window almost as big as my screen (15.2 Powerbook) to get the whole layout in... Instead of re-sizing as I make the window smaller, I get scroll bars... So perhaps you have some tables that are forcing a large layout? From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 10:58:41 -0500 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Server Crashing IBM1.4
The Sun JVM seems to be sensitive to the system date and time! (If it's set for times in the past, say a few years back, it fails, set current time and it works. I understand this may be a log4j issue.) We've seen it when doing auto-installed deployment to new hardware when the hw clock is far enough off that ntp refuses to reset it. -Brad * Felipe Oliveira ([EMAIL PROTECTED]) [030327 08:59]: i had the problem with the vm you are using. nick wrote: We had similar problems with Sun j2sdk1.4.1_02 on Redhat linux 7.3. We could only narrow the problem down to SNMP, somehow crashing our servers - full JVM crash that is. We use monitoring tools that rely on SNMP. There are regular core dumps in the form of hs_err_pid files in jboss bin. Does any of this sound familiar? regards, Nick Felipe Oliveira wrote: Hi guys, My JBoss/Jetty server has been crashing quiet often, at least once a week. I am running it under Redhat 7.3, and my jvm is IBM1.4. There's no messages on the JBoss logs netheir on the OS logs. I don't see any core dumps or anything. The process just dies. Do you guys have any ideas what I can do to debug and hopefully fix this? Does anybody have that problem with this jvm I am using? How about Sun or Blackdown? I heard ideas about compiling jboss from the source using the same jmv, pre-compiling my jsps or using sun 1.4.1. Any ideas guys? Any input would be greatly appreciated! Thanks a lot, Felipe ps: my java -version Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0) Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: jitc)) --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NUKES on JBoss
So, I realize this is just out of the gate, but is there any doco on the Nukes stuff yet? Interested to see if I can use some of it in my projects. :-) From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 10:30:46 -0500 To: [EMAIL PROTECTED] Sourceforge. Net [EMAIL PROTECTED] Subject: [JBoss-dev] NUKES on JBoss is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NUKES on JBoss
I'm sure they did do some testing... A couple of little nitpicks (my opinions): The layer pull down menus are inconsistent. Either all of the menu bar items should have pull downs or none... It is weird to scroll across and sometimes have the drop down layer pop up. The 'Company' link goes back to the homepage. As has been mentioned, it is too wide. Perhaps the designer only tested in hi-res? Looking at the layout, the whole thing could be squashed together horizontally. There is a lot of wasted space in that domain that could be used... Are the forums still using Jive? For some reason I thought new forums were part of this deal. And it does seem to be a tad slow to respond, but since this is the first iteration, I expect it to improve steadily. Anyway, a good starting point. From: Vladyslav Kosulin [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 13:28:00 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] NUKES on JBoss is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project It is _very_slow_ and does not work at all. The only thing I can see with Mozilla 1.3 is home page and only few links working. If this is fantastic, I'd name it horror fiction :-( Vlad P.S. Would you mind to test at least sometime before moving things to production? --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development